Re: using qp.el, rfc2047.el in mailutils, rmail

[Dave Love]

Richard Stallman <address@hidden> writes:

> i dont want to do this.  qp.el is maintained primarily in another
> repository,

I don't know why that's a problem.  I'd have thought it was an
advantage for someone else to be doing maintenance.  I realize there
is, or has been, a problem with people maintaining Gnus not regarding
it as general and a Gnu project, but that should be fixed to be in
line with what Lars intended.

[Does this mean that I must give up attempts to sync Emacs code with
gnulib, which is maintained separately?]

Actually I maintained the current qp.el in the Emacs repository
because originally I couldn't get the coding conversion done right in
the gnus.org version if I remember correctly.  rfc2047.el is already
used somewhere.

> and not even self-contained.  it uses some mm- functions
> i have never heard of.

So?  They're trivial portability things for the MIME library.  There
must be a lot else there you haven't heard of which rmail should be
able to use to knock off the todo item on MIME.

> if all that were moved out of th gnus subdir, then we could consider
> this.

Why does it matter which directory they live in?

>               They use better implementations from Gnus.
>
> in what sense are they better?
> why make mail-utils use qp instead of vice versa?

qp is part of a real MIME library, attempting to follow the RFCs.  [I
know it's not without problems.]  mail-utils clearly doesn't provide
such functionality.