From owner-freebsd-ports@FreeBSD.ORG Thu Jan 8 14:47:59 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 071EC16A4CE for ; Thu, 8 Jan 2004 14:47:59 -0800 (PST) Received: from web21502.mail.yahoo.com (web21502.mail.yahoo.com [66.163.169.13]) by mx1.FreeBSD.org (Postfix) with SMTP id 80A8E43D49 for ; Thu, 8 Jan 2004 14:47:56 -0800 (PST) (envelope-from william_devries2000@yahoo.com) Message-ID: <20040108224756.43304.qmail@web21502.mail.yahoo.com> Received: from [12.229.101.2] by web21502.mail.yahoo.com via HTTP; Thu, 08 Jan 2004 14:47:56 PST Date: Thu, 8 Jan 2004 14:47:56 -0800 (PST) From: William DeVries To: Doug Barton In-Reply-To: <20040108163341.44a97df4@Magellan.Leidinger.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: "ports@FreeBSD.org" cc: Lars Köller Subject: Re: Please reserve UID/GID for bacula port X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: william_devries@wsu.edu List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2004 22:47:59 -0000 If bacula needs an entry in /etc/services, then its binary should check for it and complain if its absent anyway shouldn't it? Maybe the program should be changed instead of wraping it with a script. Just a thought. --Will --- Alexander Leidinger wrote: > On Wed, 7 Jan 2004 13:48:42 -0800 (PST) > Doug Barton wrote: > > > > Sorry, but I can't give you a number. But I > think there is no > > > "large percentage of our userbase" using it. > Even some active FreeBSD > > > user are on the bacula mailing list. > > > > Ok, then I like the idea of the port itself adding > some lines to > > /etc/services to accomodate this. As for the > argument that they would > > get deleted by (improper decisions made while > using) mergemaster, it > > would be up to the port author to make it clear > ... something like: > [example] > > That way the user has a fighting chance of making > the right mergemaster > > decision, and the port has an easy way to delete > those lines when its > > uninstalled. > > What about unattended installs, or what if bacula is > a dependency of > another port. Typically I don't sit in front of the > build and wait for > it to finish. I do something else instead. So the > chance of missing such > lines is high. > > > There is precedent for ports writing stuff in /etc > (/etc/shells for > > one),, and since this is a case that's worth > pursuing (as is saned), I > > think it's definitely worth the "cost" of > "polluting" the base with > > ports stuff. > > /etc/shells is a different beast. People which use > mergemaster and have > another shell installed know about it. I'm not > against changing files in > /etc, but the user should know about it (POLA). > > What about a wrapper script which greps for bacula > in /etc/services and > starts the original bacula executable if it finds an > entry and moans if > not? It could tell the use to add the lines. And > perhaps add a > "addservice" target to the port makefile, which does > it for the user if > he want it (like those MTA makefiles which modify > /etc/mail/mailer.conf > upon request) and let the wrapper script explain how > to use it ("make > addservice"). > > Bye, > Alexander. > > -- > I will be available to get hired in April > 2004. > > http://www.Leidinger.net > Alexander @ Leidinger.net > GPG fingerprint = C518 BC70 E67F 143F BE91 3365 > 79E2 9C60 B006 3FE7 > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" __________________________________ Do you Yahoo!? Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus