Bugzilla Bug 77425

based on the current ebuild and Sune's one
http://bugs.gentoo.org/attachment.cgi?id=46081&action=view

I've added qmail qmqp support, moved the schema files to the openldap schema
dir, created an additional qmail-lf-workaround-patch, converted the actual
config to a patch to apply on amavisd.conf-sample, added amavisd-nanny
amavisd-agent binaries (amavisd-nanny is useful).

Reproducible: Always
Steps to Reproduce:
1.
2.
3.




Portage 2.0.51-r3 (default-linux/x86/2004.3, gcc-3.3.4,
glibc-2.3.4.20040808-r1,
2.6.9-uml-xm1 i686)
=================================================================
System uname: 2.6.9-uml-xm1 i686 AMD Athlon(TM) XP 2500+
Gentoo Base System version 1.4.16
distcc 2.16 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632)
[disabled]
ccache version 2.3 [enabled]
Autoconf: sys-devel/autoconf-2.59-r5
Automake: sys-devel/automake-1.8.5-r1
Binutils: sys-devel/binutils-2.15.90.0.1.1-r3
Headers:  sys-kernel/linux26-headers-2.6.8.1-r1
Libtools: sys-devel/libtool-1.5.2-r7
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-O2 -march=i686 -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
COMPILER=""
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3.2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config
/usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref
/usr/share/config /usr/share/texmf/dvipdfm/config/
/usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/
/usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/alias
/var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/mail/dspam /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=i686 -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig buildpkg ccache distlocks sandbox sfperms"
GENTOO_MIRRORS="http://pandemonium.tiscali.de/pub/gentoo/
ftp://pandemonium.tiscali.de/pub/gentoo/ http://194.117.143.70"
MAKEOPTS="-j4"
PKGDIR="/usr/portage/packages/x86/desktop"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://10.0.4.11/gentoo-portage"
USE="x86 X aac aalib acl acpi acpi4linux aliaschain altcolors amd apache2 apm
aredmem arts artswrappersuid atlas atm audiofile avi ba-completion
berkdbbitmap-fonts blas bonobo cdb cddb cdparanoia cdr cdrom cjk clamav codecs
crypt cups devfs26 dga divx4linux djbfft dlz dv dvd dvdr dvdread edl encode esd
ethereal evo extensions faac faad fam fbcon festival ffmpeg fftw flac flood
font-server foomaticdb fortran freetts freetype frlargefiles gd gdbm gif gimp
gimpprint glut gnokii gnome gphoto2 gpm gps gs gsm gtk gtk2 gtkhtml guild
ieee1394 imagemagick imlib imlib2 innodb ipv6 irda irmc jabber2 java jce jp2
jpeg jpeg2k junit kadu-modules kadu-voice kde kerberos large-domain lcms ldap
ldirectord libwww lirc live lzo lzw lzw-tiff mad maildir maildrop mailwrapper
matroska mbrola mdb mew mha mikmod mime mimencode mmap mmx mng motif
mozcalendar
mozdevelop mozilla mozsvg mozxmlterm mp3 mpeg mpeg4 mplayer msdav mysql mythtv
ncursees ncurses network neural nls nntp ntlm nvidia oav odbc oggvorbis openal
opengl opens opie oss pam pcmcia pcre pda pdf pdfkit pdflib perl php png pnp
postgres ppds procmail pthreads pwdb python qmail qt quicktime quotes radeon
readline remote roundrobin samba sasl sdl silentdrop slang slp sms speex spel
spell sqlite ssl svg svga szip tcltk tcpd tetex tga tiff tinydyndns transcode
truetype type1 type1-fonts unicode usb v4l v4l2 vda vhosts vim vim-with-x
virus-scan wmf wsconvert xine xinerama xinetd xml xml2 xmms xosd xpm xv xvid
yv12 zaptel zlib"

Created an attachment (id=48137) [edit]
amavisd-new-2.2.1.ebuild

Created an attachment (id=48138) [edit]
some gentoo defaults converted from a static conf file to a patch

Created an attachment (id=48139) [edit]
qmail-lf-workaround.patch

FYI: I've just added Mail::ClamAV to the portage, so amavisd-new can use it

Will this ebuild go into the official portage tree any time soon, the current
one start to be a bit old...

Does amavisd-new really use Mail::ClamAV module? I have the ebuild ready, but
can't decide on how to handle this - hard dependency? "clamav" USE flag?

reply to #6
amavisd-new-2.2.1 can use clamd or directly access clam core using the CPAN interface. 
Actually clamd use less memory than Mail::ClamAV

Is the ROOT warning really still needed? AFAIR it was changed in the 2004
series. 

Also I don't think all the DEPENDs are needed but that is nothing major.

And let's get this ebuild in Portage:-)

reply to #8

IMO, the root warning is not needed.

Regarding the dependencies we can follow three ways:
1- relax dependencies and make the user choose what to add
2- add a large amount of use flags (BAD, IMHO)
3- emerge a standard full featured amavisd-new

actually I prefer the third one for this kind of ebuild, but we can also think to an amavisd-new in two versions: lite and full featured (1 or 2 use flags to control all)

I like 1 the most but am perfectly happy with any of the other proposed
solutions(3 and 3a) except 2.

Created an attachment (id=48995) [edit]
amavisd-new-2.2.1.ebuild

Changes:
- Removed the warning.
- Install amavisd-nanny and amavisd-agent into /usr/sbin instead of /usr/bin.

Comments:
- Attachment #48138 [edit] proper name is amavisd-new-2.2.1-amavisd.conf-gentoo.patch
- Attachment #48139 [edit] proper name is amavisd-new-2.2.1-qmail-lf-workaround.patch

Done. Thanks everyone.