Nico Golde wrote:
> * Matthias Andree <mat...@gm...> [2005-09-26 10:22]:
> > Nico Golde <ni...@ng...> writes:
> >
> > > tags 329975 + upstream
> >
> > I think 6.2.9-rc5 can be uploaded to Debian's unstable distribution, so
> > it gets more testing - after the upload please have Rémi retry with
> > -rc5, if that works, another "fixed-upstream" tag might be in order.
>
> I will prepare an upload next week.
I'm not sure how long I'll delay a 6.3.0 release.
Perhaps I'll release 6.3.0 this week (given positive feedback and a few
translations), perhaps I'll release it in four weeks (if new issues
surface).
> Is there something import I have to keep track on with the new package?
Check the NEWS file, the important stuff is up front.
--enable-inet6 has no effect any more, --enable-netsec (and the
corresponding lines) are gone. Note that the set of translations shipped
with fetchmails has changed - see po/LINGUAS for the current set.
fetchmail now uses automake, and requires system gettext as build and
run-time prerequisite (--with-included-gettext doesn't work, the intl/
directory isn't shipped). There's a new html file for the documentation,
esrs-design-notes.html
Otherwise, nothing I remember off-hand without checking.
> > Does Debian compile 6.2.5 with --enable-inet6? If not, that might be the
> > problem.
>
> fneq (,$(findstring IPV6,$(DEB_FETCHMAIL_BUILD_OPTIONS)))
> FETCHCONFOPT += --enable-inet6
> endif
> ifneq (,$(findstring IPV6SEC,$(DEB_FETCHMAIL_BUILD_OPTIONS)))
> FETCHCONFOPT += --enable-inet6 --enable-netsec
> endif
I don't know sufficient context to judge whether this is the problem or
isn't.
I'm not going to touch 6.2.5 anyways unless someone offers a support
contract with reasonable payment or evidence of a security problem that
isn't configuration-borne or the environment's fault (kernel bug or
such).
Kind regards,
--
Matthias Andree
|
