[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