There's more to this than meets the eye. Yes, it's in the package, but what happens if (as in my case) I have /var/lock and /var/run as tmpfs filesystems?
Then they get cleared at reboot, and so the mailman subdirectory is no longer there when the machine is rebooted for the first time after the package is installed, and there's nothing in /etc/init.d/mailman to check they're there, and recreate them if necessary.
Having /var/lock and /var/run as tmpfs filesystems in memory is quite sensible; they don't need to be preserved across reboots, and I don't want access to them to cause the hard disk to spin up on my always-on server at home.
So, the fix is probably to make sure that the mailman subdirectories are there in the /etc/init.d/mailman script.
mkdir -p /var/lock/mailman chown list:list /var/lock/mailman
is probably all that's required (and an equivalent for anything in /var/run)
Does that make sense?
Tim
On 10 Jan 2005, at 3:33 pm, Debian Bug Tracking System wrote:
This is an automatic notification regarding your Bug report #279624: mailman: checkdbs fails because lock directory is missing, which was filed against the mailman package.
It has been closed by one of the developers, namely Tollef Fog Heen <[EMAIL PROTECTED]>.
Their explanation is attached below. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact the developer, by replying to this email.
Debian bug tracking system administrator (administrator, Debian Bugs database)
Received: (at 279624-done) by bugs.debian.org; 10 Jan 2005 15:27:05 +0000From [EMAIL PROTECTED] Mon Jan 10 07:27:05 2005Return-path: <[EMAIL PROTECTED]>
Received: from vawad.err.no [129.241.93.49]
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1Co1Rh-0004hr-00; Mon, 10 Jan 2005 07:27:05 -0800
Received: from tfheen by vawad.err.no with local (Exim 4.34)
id 1Co1Rc-00083E-P8; Mon, 10 Jan 2005 16:27:00 +0100
To: Tim Cutts <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
Subject: Re: Bug#279624: mailman: checkdbs fails because lock directory is
missing
Mail-Copies-To: never
References: <[EMAIL PROTECTED]>
From: Tollef Fog Heen <[EMAIL PROTECTED]>
Organization: Private
Date: Mon, 10 Jan 2005 16:27:00 +0100
In-Reply-To: <[EMAIL PROTECTED]> (Tim Cutts's
message of "Thu, 04 Nov 2004 08:58:44 +0000")
Message-ID: <[EMAIL PROTECTED]>
User-Agent: Gnus/5.1007 (Gnus v5.10.7) Emacs/21.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER
autolearn=no version=2.60-bugs.debian.org_2005_01_02
X-Spam-Level:
* Tim Cutts
| On investigation, /var/lib/mailman/locks is a symbolic link, but the | directory to which it points has not been created by the post-install | script: | | 08:55:14 [EMAIL PROTECTED]:/var/lib/mailman$ ls -l locks | lrwxrwxrwx 1 root root 18 Nov 3 20:24 locks -> ../../lock/mailman | 08:55:16 [EMAIL PROTECTED]:/var/lib/mailman$ ls -lL locks | ls: locks: No such file or directory | | Looks like an easy one to fix...
It's in the package:
: [EMAIL PROTECTED] /tmp > dpkg -c mailman_2.1.5-3_i386.deb | grep
lock/mailman
drwxrwxr-x list/list 0 2004-11-01 11:22:52 ./var/lock/mailman/
lrwxr-xr-x root/root 0 2004-11-01 11:23:10 ./var/lib/mailman/locks -> ../../lock/mailman
: [EMAIL PROTECTED] /tmp >
--
Tollef Fog Heen ,''`.
UNIX is user friendly, it's just picky about who its friends are : :' :
`. `'
`-
-- Dr Tim Cutts GPG: 1024/D FC81E159 5BA6 8CD4 2C57 9824 6638 C066 16E2 F4F5 FC81 E159
-- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
