[MacPorts] #32718: sslh updated to 1.10
MacPorts
noreply at macports.org
Mon Jan 2 01:58:55 PST 2012
#32718: sslh updated to 1.10
-------------------------------------+--------------------------------------
Reporter: macports@… | Owner: dports@…
Type: update | Status: assigned
Priority: Normal | Milestone:
Component: ports | Version: 2.0.3
Keywords: haspatch maintainer | Port: sslh
-------------------------------------+--------------------------------------
Comment(by dports@…):
Replying to [comment:2 macports@…]:
> Good question. That line is there because users of the previous version
of sslh (1.9) will have a preexisting /var/run/sslh.pid file that is owned
by root, but in 1.10 the program drops to a lower-privileged user before
writing the pid file. This causes the write to be denied and the program
to exit on launch. The best solution seems to be to remove the existing
pid file and allow sslh to recreate it with appropriate permissions.
Ah, that makes sense. Wouldn't removing the pidfile on upgrade mean that
it could be deleted even if there's a running sslh? Is that a problem? I
suppose not, since AFAICT there's nothing checking for the pidfile.
> Your point about destroot being inappropriate is well taken; where would
you suggest we put it instead? If you feel that it shouldn't be included
at all and that solving the above permissions problem is an exercise best
left to the user, then I suppose that's also a logical solution.
It should probably be in pre- or post-activate; that'll make sure it works
even if the user gets a pre-built binary archive (and thus doesn't run the
destroot phase). I think it's better to do that than just adding a note
and leaving it to the user.
--
Ticket URL: <https://trac.macports.org/ticket/32718#comment:3>
MacPorts <http://www.macports.org/>
Ports system for Mac OS
More information about the macports-tickets
mailing list