signcontrol upstream?

Florian Schlichting fschlich at CIS.FU-Berlin.DE
Fri Aug 26 16:02:02 UTC 2011


picking up on a discussion a few weeks ago...

> > procbatch, scanspool and signcontrol don't have manpages yet,
> > so if you won't, I might write some pod when I find the time...
> 
> Regarding signcontrol, we should define first what its future
> is within INN.  Please see:
>     http://inn.eyrie.org/trac/ticket/14
> 
> ???It's not clear that INN should be shipping this program at all.
> Only a few people will need to issue PGP-signed control messages,
> and those who do can easily get it as part of the pgpverify
> distribution (or download one of the many other programs
> for this purpose).???
> 
> Maybe we could therefore just remove it.

I think the question is where "upstream" for signcontrol (and in a way,
pgpverify) is, that is: what's the relation between INN and
ftp://ftp.isc.org/pub/pgpcontrol/ ?

While pgpverify should be a part of every well-maintained INN setup,
this is not the case for signcontrol at all. Hierarchy maintenance is a
"social" task, those who get access to established hierarchy keys may
often have been elected, and while a few might also run a news server,
if even as a hobbyist, this is coincidental and should in no way be a
prerequisite. (And that's true the other way round as well, as written
in the ticket.)

So I think INN should ship pgpverify, but not signcontrol.

If INN and pgpcontrol had different maintainers, I'd say push our
patches "upstream" and then remove signcontrol. But then perhaps INN-SVN
is the only place where these scripts get some love nowadays, and
realistically they'll be sync'd from there to pgpcontrol when that
should get an update?

In that case maybe the rest of pgpcontrol should be integrated into the
INN repository, but a usual 'make install' whould not install
signcontrol or any of the other additions; they'd just "be there to be
fetched and used", like the stuff in contrib/.

Does that make sense?

Florian
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 5557 bytes
Desc: not available
URL: <https://lists.isc.org/pipermail/inn-workers/attachments/20110826/0ca33247/attachment.bin>


More information about the inn-workers mailing list