Bug 48838 – net-mail/courier-imap-3.0.2 compiles with FAM though USE is -fam

• Product: Gentoo Linux
• Status: VERIFIED FIXED

[Description Dale Fountain 2004-04-23 18:09:22 UTC]

The courier-imap-3.0.2 ebuild compiles with FAM support even though FAM support is turned off via USE:

[ebuild   R   ] net-mail/courier-imap-3.0.2  +berkdb -fam +gdbm -ldap +mysql +nls +pam -postgres -(selinux)  0 kB

So now, after upgrading to 3.0.2, I get this cluttering my log file:

Apr 23 17:28:07 [imapd] Failed to create cache file: maildirwatch (<username>)
Apr 23 17:28:07 [imapd] Error: Input/output error
Apr 23 17:28:07 [imapd] Check for proper operation and configuration
Apr 23 17:28:07 [imapd] of the File Access Monitor daemon (famd).

According to Courier's website at http://www.courier-mta.org/FAQ.html#fam
this error comes about because FAM's been compiled in. FAM is optional.

I don't want to run the File Alteration Manager (FAM). What makes it worse, if I run FAM to get rid of the error (even though I don't need it!), it starts up portmapper. I'm not in the habit of running software I don't use.

I also saw a prior, but only semi-related bug report: http://bugs.gentoo.org/show_bug.cgi?id=46351

Where it is suggested one runs FAM (and thus, portmapper) to get rid of the error (opening up two potential security holes), instead of addressing the real problem. I'm writing this bug since the prior bug didn't report the underlying issue.

Please fix the ebuild so that it doesn't ignore USE options.

Thank you.

Reproducible: Always
Steps to Reproduce:
1. emerge courier-imap
2. run courier-imap
3. use a mail client such as SquirrelMail
4. check the log file

Actual Results:  
The log shows: 
 
Apr 23 17:28:07 [imapd] Failed to create cache file: maildirwatch (<username>) 
Apr 23 17:28:07 [imapd] Error: Input/output error 
Apr 23 17:28:07 [imapd] Check for proper operation and configuration 
Apr 23 17:28:07 [imapd] of the File Access Monitor daemon (famd). 

Expected Results:  
The ebuild never should have compiled in FAM support when it was not 
requested. 

Portage 2.0.50-r6 (default-x86-1.4, gcc-3.3.2, glibc-2.3.2-r9, 2.4.26) 
================================================================= 
System uname: 2.4.26 i686 Pentium III (Katmai) 
Gentoo Base System version 1.4.9 
distcc 2.13 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) 
[enabled] 
Autoconf: sys-devel/autoconf-2.58-r1 
Automake: sys-devel/automake-1.8.3 
ACCEPT_KEYWORDS="x86" 
AUTOCLEAN="yes" 
CFLAGS="-O2 -mcpu=i686 -pipe" 
CHOST="i686-pc-linux-gnu" 
COMPILER="gcc3" 
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.1/share/config /usr/kde/3.2/share/config /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/bind /var/qmail/control" 
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" 
CXXFLAGS="-O2 -mcpu=i686 -pipe" 
DISTDIR="/usr/portage/distfiles" 
FEATURES="autoaddcvs ccache distcc sandbox" 
GENTOO_MIRRORS="ftp://gentoo.ccccom.com http://gentoo.seren.com/gentoo 
http://open-systems.ufl.edu/mirrors/gentoo 
ftp://ftp.ussg.iu.edu/pub/linux/gentoo 
ftp://gentoo.netnitco.net/pub/mirrors/gentoo/source/" 
MAKEOPTS="-j8" 
PKGDIR="/usr/portage/packages" 
PORTAGE_TMPDIR="/var/tmp" 
PORTDIR="/usr/portage" 
PORTDIR_OVERLAY="" 
SYNC="rsync://rsync.us.gentoo.org/gentoo-portage" 
USE="X apm arts avi berkdb crypt cups encode esd foomaticdb gdbm gif gpm gtk2 
imlib innodb java jpeg kde libg++ libwww mad mikmod motif mozilla mpeg mysql 
ncurses nls oggvorbis opengl oss pam pdflib perl png python qt quicktime 
readline sdl slang spell ssl svga tcltk tcpd tetex truetype x86 xml2 xmms xv 
zlib"

[Comment 1 Robin Johnson 2004-04-23 19:14:10 UTC]

fixed in 3.0.2-r1, please test.

/me curses at upstream that doesn't provide a way to DISABLE fam being used even if it's found on a system.

[Comment 2 Dale Fountain 2004-04-24 00:57:01 UTC]

The new ebuild works as advertised. Thanks!

[Comment 3 Robin Johnson 2004-04-24 00:58:01 UTC]

closing