Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 51947 - config-sanity-check detects error when running qmail-qmqpd
Summary: config-sanity-check detects error when running qmail-qmqpd
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High major (vote)
Assignee: Net-Mail Packages
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-05-24 14:16 UTC by Ryan Bebeau
Modified: 2004-12-09 12:48 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ryan Bebeau 2004-05-24 14:16:58 UTC
After emerging qmail-1.03-r13 I attempted to start up the qmail-qmqpd service.  When I executed the /var/qmail/supervise/qmail-qmqpd/run file, I got:

Some error detected, sleeping for 30 seconds for safety

The reason that this occurs is because in the /var/qmail/supervise/qmail-qmqpd/run  file, it contains the line:

[ -s /var/qmail/bin/config-sanity check ] && source /var/qmail/bin/config-sanity-check

Looking through /var/qmail/bin/config-sanity-check, I found the error:

if [ -z "'getent services ${TCPSERVER_PORT}'" ]; then
    CONFIG_SANITY_GOOD=0
fi

The getent services line will not succeed with port 628 (qmqpd) because that port is not defined in the /etc/services file.  One of two things need to be changed: either the /etc/services file should have an entry for port 628, or the config-sanity-check file should not error out if the 'getent services' call does not return any data.

Reproducible: Always
Steps to Reproduce:
1. emerge qmail
2. ebuild /var/db/pkg/net-mail/qmail-1.03-r13/qmail-1.03-r13.ebuild
3. /var/qmail/supervise/qmail-qmqpd/run

Actual Results:  
Some error detected, sleeping for 30 seconds for safety

Expected Results:  
tcpserver: status: 0/40

Portage 2.0.50-r6 (default-x86-2004.0, gcc-3.3.2, glibc-2.3.2-r9,
2.4.24-hardened-r3)
=================================================================
System uname: 2.4.24-hardened-r3 i686 Intel(R) XEON(TM) CPU 2.40GHz
Gentoo Base System version 1.4.10
Autoconf: sys-devel/autoconf-2.58-r1
Automake: sys-devel/automake-1.8.3
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-O2 -mcpu=i686 -fomit-frame-pointer -fstack-protector"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/share/config /var/qmail/alias /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -mcpu=i686 -fomit-frame-pointer -fstack-protector"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache sandbox"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
USE="apm crypt gdbm hardened libwww maildir mikmod mysql ncurses nocardbus odbc
pam perl pic python readline slang spell sse ssl tcpd x86 xml2 zlib"
Comment 1 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2004-05-24 23:49:02 UTC
could you please use -r15 for now.
this is a dupe of an old bug, that was fixed in -r14, but i haven't pushed r15 to stable because i would like a whole lot of changes to happen in a single move, rather than an incremental push.  it's not that -r15 is unstable, it's quite the opposite, but i want to push a bunch of changes to stable as a single group.

-r16 will probably go into unstable in 2 weeks, i'm just testing it extensively myself at the moment (it's basically -r15 + SPF and a few minor fixes)
Comment 2 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2004-09-15 02:20:19 UTC
clearing up my bug tracking
Comment 3 Ryan Bebeau 2004-11-10 06:48:04 UTC
You can close this if you want, looks like -r15 works fine.
Comment 4 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2004-12-09 12:48:42 UTC
closing