net-mail/vpopmail ebuilds currently stop at version 5.4.26, with 5.4.16 being the latest stable one. Please bump ebuilds to the latest v5.4.28 (released Sep 2009, see url above) and possibly stable something newer than .16 (that's a lot older and buggier than recent releases). FWIW, I'm using 5.4.26 on production amd64 mailserver in conjuction with netqmail-1.05-r8 - using a rather standard setup with local CDB auth files, no mysql. It's flawlessy serving mails to customers since Mar 2009.
I just bumped 5.4.30, which contains many fixes and should be candidate for stabilisation. We will revisit this in at least two weeks.
Arches, please go on. Current stable does not build.
x86 stable
ppc stable
Hmm, sorry guys, anyone cared about quotas? It is described in the bug 301650 that vpopmail since 5.4.19 handling quotas is not compatible with the solution before this version. That means if you stabilize 5.4.30 without any handling vusaged which is part of vpopmail and you do not inform users about that feature by ebuild I consider ebuild of vpopmail 5.4.30 as unstable. Anyway vpopmail this way upgrading 5.4.16 causes segfaults of vdelvermail at least. vdelivermail[14981]: segfault at 0 ip b7662f93 sp bfb9f72c error 4 in libc-2.10.1.so[b75ef000+142000] vdelivermail[14983]: segfault at 0 ip b7707f93 sp bf86808c error 4 in libc-2.10.1.so[b7694000+142000] vdelivermail[14985]: segfault at 0 ip b76e0f93 sp bffa53bc error 4 in libc-2.10.1.so[b766d000+142000] Please rework that ebuild to be usable as regular upgrade from 5.4.16, anyway there is no reason to be considered as stable. S.
i have restored unstable keywords until bug 301650 is fixed.
*** Bug 303335 has been marked as a duplicate of this bug. ***
please stabilize 5.4.30-r1 asap now, since 5.4.16 is still broken
Sorry for the trouble caused.
arm/s390/sh/sparc stable
Should we proceed this this stabilization even with bug 137207 ?
bug 137207 is about netqmail but this bug is about vpopmail
amd64 stable
Marked ppc stable.
Stable for HPPA and closing.
