From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-14) on finch.gentoo.org X-Spam-Level: X-Spam-Status: No, score=0.3 required=5.0 tests=DMARC_NONE,MAILING_LIST_MULTI, RDNS_DYNAMIC autolearn=no autolearn_force=no version=4.0.0 Received: from lark.theleaf.office (cable-213-132-142-63.upc.chello.be [213.132.142.63]) by chiba.3jane.net (Postfix) with SMTP id B5AB623757 for ; Thu, 13 Dec 2001 06:54:51 -0600 (CST) Received: (qmail 25605 invoked from network); 13 Dec 2001 12:55:08 -0000 Received: from unknown (HELO willow.theleaf.office) (10.1.1.3) by 10.1.1.1 with SMTP; 13 Dec 2001 12:55:08 -0000 Subject: Re: [gentoo-dev] qmail and .keep files From: Geert Bevin To: gentoo-dev@gentoo.org In-Reply-To: <1008245927.10992.6.camel@uranus.u235.eyep.net> References: <1008243180.10991.4.camel@uranus.u235.eyep.net> <1008243585.1015.4.camel@willow.theleaf.office> <1008245927.10992.6.camel@uranus.u235.eyep.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0 (Preview Release) Date: 13 Dec 2001 13:54:11 +0100 Message-Id: <1008248051.1016.14.camel@willow.theleaf.office> Mime-Version: 1.0 Sender: gentoo-dev-admin@gentoo.org Errors-To: gentoo-dev-admin@gentoo.org X-BeenThere: gentoo-dev@gentoo.org X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: gentoo-dev@gentoo.org List-Help: List-Post: List-Subscribe: , List-Id: Developer discussion list List-Unsubscribe: , List-Archive: X-Archives-Salt: f2bc5a75-f331-467c-b37f-3ee75bd074c0 X-Archives-Hash: a468c07058f33a5e27b768b7b9898ed9 On Thu, 2001-12-13 at 13:18, Vitaly Kushneriuk wrote: > I know, and as I said, looks like a VERY ugly way of doing that. I agree that it's not pretty. > Yet, no package should "own", in any way, the standard directories. They > can be created form post_install of, say, base_layout, and left there > forever. Then if a package provides /usr/bin/program, only program > should be included in CONTENTS, not the /usr/bin. The .keep files > can be used during build process, to indicate directories, that > do bolong to the package, but should not be installed (better to wrap > this by some "dokeepdir" func, to allow future change). > During unmerge, only "owned" directories can be removed, > and only if no other installed package uses them. A file with dir names > and usage counter can be used to track that. I don't know if what you're proposing is a good alternative. I'll have to think about this when I have the time. Anyway these kind of decisions should be made by drobbins. Daniel, what are your thoughts on this matter? > > > Anyway, ebuild for qmail should not install them in the > > > queue directory, for qmail-qstat to work properly. The problem is that when I remove them now for the qmail-qstat to function properly, an unmerge of a previously installed package might remove important queue dirs which are need for qmail to function. When having to chose between the two I tend to prefer having a properly running qmail system in all cases than an incorrectly reported number by qstat. > While you on it, consider attached qmail control script with many new > options. > Note: /init.d/svscan should be fixed not to use start-stop-daemon, > as it does not allow for more then one copy of svscan running. > It is better to run separate svscan in qmail/supervise dir then > linking qmail/supervise/* to /service, as this way you have better > control of when qmail will start. I'll have a look at it when I get the time. -- Geert Bevin the Leaf sprl/bvba "Use what you need" Pierre Theunisstraat 1/47 http://www.theleaf.be 1030 Brussels gbevin@theleaf.be Tel & Fax +32 2 241 19 98