Re: qmail-src (was RFC: New source packaging format)

[Philip Hands <phil@hands.com>]

> > Whatever happens, I'll create symbolic links in /var/qmail to make it look 
> > like a normal qmail setup, so as not to confuse existing qmail users.
> 
> 	Please, don't do so.  Use `/usr/lib/qmail' instead of
> `/var/qmail'.

If /var/qmail/{control,alias,users} ends up under /etc then /var/qmail is 
empty, so there is little point creating /usr/lib/qmail.

I know /var/qmail violates FSSTND, but all non-debian qmail users expect qmail 
to be there, so getting rid of it violates the `least surprise' rule.  Is it 
totally unaceptable to have a directory full of symbolic links just to handle 
that problem ?

> 	BTW: please apply patch from Bug#12565 (or better yet, use the
> new `liblockfile').  Last version of qmail doesn't lock properly and
> could cause data loss.

I presume both of these are dot-locking patches.  I'm pretty certain that Dan 
will not approve any binary qmail distribution that includes dot-loacking 
patches, so instead I was going to configure it to use procmail as the local 
delivery agent, so that people get dot-locking by default, but can use vanilla 
qmail if they want.

Cheers, Phil.


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
debian-devel-request@lists.debian.org . 
Trouble?  e-mail to templin@bucknell.edu .