While inspecting the running docker container I found that the script
already runs as redmine user. I had assumed that it runs as root
earlier. Running 'su' as redmine user fails, therefore it currently does
not run the fetch_changesets command.
Related: OS#6083
Change-Id: I195311b93868eb5fd73ad6e3c165d48f3b7b53ce
These files are in .gitignore and get generated at the end of running
'make'. Remove them to have less cluttered 'git grep' output.
Change-Id: Ie5bf05220359ac0941f62cc86ed843363548784a
Wrap the original entrypoint script with a custom one that also runs a
loop in the background, which periodically lets redmine fetch git
repositories. When repositories are fetched, redmine interpretes
"closes" etc. in commit messages to mark issues as resolved.
Closes: OS#5331
Change-Id: I2a65fd6be22ae541a93c08c71cf286e4b5ad370f
this requires a local patch to ruby-openid, as it apparently doesn't
suppor rails 5.x (Paramters are not a hash anymore, hence lenth
method cannot be used)
Change-Id: I028d6d72757abf5d990ca2e8327e5f0a9fe3d333
In Osmocom we annotate osmocom issues as OS#1234 and not just as #1234,
in order to distinguish them from redmine or coverity issues.
Change-Id: I04a97434433a022f47a759a8219458e8772ae71e
Related: OS#5005, OS#3291
The upstream redmine container/image has meanwhile upgraded to a more
recent version of the ruby base modules which don't require to be
patched anymore.
Change-Id: I0fd7684bdab55eece889a7d9e524ec2a25b30a3b
For some reason, redmine:3.4 ships with ancient (2014) ruby-openid,
which is no longer compatible with the way how ruby handles HMAC.
Change-Id: I60f6f1ede059accf6b29891abcfe3b2529744e8a
From Holger:
Digest: This seems a bit of the magic of ruby but I vaguely remember having seen this before. I have
either patched or backported a fix. In newer Ruby versions "Digest" has been deprecated. The diff to
"stock" openid 2.3.0 is:
Change-Id: Idaca479140846481372ad0e1bff741bb09010847
Related: OS#3081