On Sat, 16 Feb 2008, Jonas Smedegaard wrote:

On Fri, Feb 15, 2008 at 04:11:35PM -0800, Asheesh Laroia wrote:
On Sat, 9 Feb 2008, Marc Glisse wrote:

Asheesh Laroia:

Ssince uw-imap and alpine are separately released source bundles
from washington.edu, it seems like it'd be easiest to have them
remain separate source packages.

uw-imap also appears as the imap subdirectory of the alpine
distribution, so they can't really be considered as different sources
(there is an inclusion).

Now it can still make sense to keep them separate: it is nice to have
a version of alpine that is as up to date as possible, whereas the
imap server (and others) may require more reliability (and thus
stability).

That's right.

Your choice.

I never proposed to merge the sources in any way. I proposed to work
together on both of them - keeping them as separate sources and
packaging them as separate sets of packages.


I'm happy with you maintaining the UW IMAP server separately.  The
important question is, probably, whose mailutil should we ship?
Alpine is more likely to get fruity drivers like Maildir, which Mark
Crispin doesn't think are high enough quality to get into the real UW
IMAP distribution; that seems to me to be a reason to ship the alpine
version.

But I'm not set on that.  After all, stability in a "mailutil" might
be appreciated too. (-:

Maildir is a driver for the imap backend, handled by C-client.

Mark Crispin does not want to offer c-client as a shared library. That,
I believe, is the sole reason that uw-imap is included in the source of
alpine.

*nod*

Supporting new drivers means patching the uw-imap source included with alpine. I believe it makes good sense to instead patch alpine the use the shared (Debian-patched not-approved-by-Mark Crispin) libc-client package and if Alpine invents additional patches for the uw-imap source in addition to the current Maildir patch then consider applying them to that shared library instead, for the benefit of php and others using it, in addition to Alpine.

If we find that some patches (possibly including the current Maildir patch) may not be stable enough to force all Debian users of uw-imap and other C-lient-based software, then we could maybe extend the build routines of uw-imap to package several flavors of th c-client library with different patches applied.

This seems like more trouble than it's worth. I hardly see the benefit at all, actually.

But tell me if I'm missing something.

-- Asheesh.

--
No woman can endure a gambling husband, unless he is a steady winner.
                -- Lord Thomas Dewar



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to