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 attachment 48137 [details] amavisd-new-2.2.1.ebuild
Created attachment 48138 [details, diff] some gentoo defaults converted from a static conf file to a patch
Created attachment 48139 [details, diff] 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 attachment 48995 [details] 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 [details, diff] proper name is amavisd-new-2.2.1-amavisd.conf-gentoo.patch - Attachment #48139 [details, diff] proper name is amavisd-new-2.2.1-qmail-lf-workaround.patch
Done. Thanks everyone.
