Had a look at net-misc/openntpd-5.7_p1 today and noted this: pkg_setup() { export NTP_HOME="${NTP_HOME:=/var/lib/openntpd/chroot}" enewgroup ntp enewuser ntp -1 -1 "${NTP_HOME}" ntp # make sure user has correct HOME as flipping between # the standard ntp pkg and this one was possible in # the past if [[ $(egethome ntp) != ${NTP_HOME} ]]; then ewarn "From this version on, the homedir of the ntp user cannot be changed" ewarn "dynamically after the installation. For homedir different from" ewarn "/var/lib/openntpd/chroot set NTP_HOME in your make.conf and re-emerge." esethome ntp "${NTP_HOME}" fi } This could easily be transferred to jenkins too, example ebuild patch attached. /etc/conf.d/jenkins.conf need some adjustment too, not sure what is best. Possibly JENKINS_HOME=$(eval ~jenkins/home)
Created attachment 393984 [details, diff] jenkins ebuild patch
> /etc/conf.d/jenkins.conf need some adjustment too, not sure > what is best. Possibly > JENKINS_HOME=$(eval ~jenkins/home) That should have been JENKINS_HOME="$(echo ~jenkins/home)"
Ping? Works for me. BTW, where does the dependency on dejavu fonts come from?
Pretty please?
4 months and not even a comment?
This is still something I need. Thank you for picking up maintenance
@jovica ping. What's blocking this bug? Can we move it forward?
Sorry for delay, I should resolve it soon.
(In reply to Jovica Ilic from comment #8) > Sorry for delay, I should resolve it soon. Soon has come and gone long time ago
Yet a new jenkins-bin added but no action w.r.t bug. Patrik, could you please look at this, seems like Jovica Ilic is not around anymore.
(In reply to Jovica Ilic from comment #8) > Sorry for delay, I should resolve it soon. Come on, I am getting really tired to maintain my own copy due to this bug.
Patrick can we move this bug report forward?
Hi, what about systemd? a simple symlink between /var/lib/jenkins and your new jenkins's HOME is not satisfactory ?
(In reply to bdouxx from comment #13) > Hi, > > what about systemd? What about it? What is the problem there? > > > a simple symlink between /var/lib/jenkins and your new jenkins's HOME is not > satisfactory ? No
if you change jenkins's home in ebuild file,you need to modify all files using JENKINS_HOME in : dev-util/jenkins-bin/files/ for openrc jenkins-bin.confd jenkins-bin.init2 for systemd jenkins-bin.service Not a systemd expert, and trying to resolve your bug... If you change process for openrc , you need to change for systemd. What is the problem with symlink?
(In reply to bdouxx from comment #15) > if you change jenkins's home in ebuild file,you need to modify all files > using JENKINS_HOME in : > dev-util/jenkins-bin/files/ > > for openrc > jenkins-bin.confd > jenkins-bin.init2 > > for systemd > jenkins-bin.service > > Not a systemd expert, and trying to resolve your bug... > If you change process for openrc , you need to change for systemd. Dunno how systemd works but I guess one could just sed -i any and all config files and be done with it. > > > What is the problem with symlink? Can be on different partition, can be deleted, is harder to mange when many jenkins computers plus whatever I have forgotten as it was ages ago this bug was filed. Is there any point to continue with this bug? jenkins is basically unmaintained.
This doesn't seem to fly so could we do something simpler like: JENKINS_DIR ?= /var/lib/jenkins
Adjusting assignment to removal of proxy-maintainer.