Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 16 Jan 2014 19:40:01 GMT
From:      Tassilo Philipp <tphilipp@potion-studios.com>
To:        freebsd-ports-bugs@FreeBSD.org
Subject:   Re: ports/181507: [PATCH] security/pks: fix autostart
Message-ID:  <201401161940.s0GJe11K007053@freefall.freebsd.org>

next in thread | raw e-mail | index | archive | help
The following reply was made to PR ports/181507; it has been noted by GNATS.

From: Tassilo Philipp <tphilipp@potion-studios.com>
To: Graham Todd <gtodd@bellanet.org>
Cc: Edwin Groothuis <edwin@freebsd.org>, bug-followup@freebsd.org
Subject: Re: ports/181507: [PATCH] security/pks: fix autostart
Date: Thu, 16 Jan 2014 13:37:31 -0600

 Thanks for looking into this.
 
 > Thanks for this report. The good news is that folks are still using pks 
 > and it builds with STAGE :-)
 
 Indeed - I'm using it, but have my doubts for the future. The entire key-server infrastructure as it exists currently blows a bit, to be honest: why don't they relay requests to each other, but have some weird syncing, and why does gnupg lookup one only, etc..
 
 And the only alternative to pks seems to be unnecessarily bloated. Oh well..
 
 So yes, there are people still using pks ;)
 
 
 > I can confirm this bug, however I don't think the patch as is should be 
 > accepted.
 > 
 > The use of 'daemon' seems a bit like a workaround for something that isn't 
 > working quite correctly, but which I have been unable to track down. I 
 > believe the issue appeared after there were changes made in the rc.subr 
 > system and pksd.sh moved to pksd.
 
 Hm, I wasn't aware of that, I thought daemon was actually the way it was intended to be used...
 
 
 > The patch Tassilo submitted does fix the start on boot issue but breaks 
 > onestart/onestatus/onestop behaviour.
 
 That's odd - I'm sure I used the one* commands with my patch... *scratches head*. Oh well, I ran into this 6 months ago, so maybe I'm not remembering anymore.
 
 
 > Setting a ${pidfile} fixes this 
 > follow on issue (but doesn't feel like a complete solution either since I 
 > am not sure why it changes the behaviour the way it does). The use of 
 > "daemon" adds another running process after startup but I suppose this is 
 > acceptable tradeoff.
 
 Thanks for looking into this in more detail.
 
 
 > In the next few days I will submit a modified patch that corrects the 
 > start/onestart behaviours and a couple of other issues with the sample 
 > configuration file and the rc script.
 > 
 > I will use the present PR (ports/181507) to track the changes.
 
 Highly appreciated, thanks!



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201401161940.s0GJe11K007053>