Re: Bug#325234: debian-policy: mention if coincidence runlevels 2345 all same

2005-09-03 Thread Mark Baker
cobaco (aka Bart Cornelis) wrote: - It shouldn't be to hard to convert a system over to LSB-runlevels if the runlevels and initscripts haven't been changed. For years I couldn't see the point in different run-levels, for exactly the reasons others have given on this thread - it's easier t

Bug#218530: Suboptimal conditional rune for initscripts

2003-10-31 Thread Mark Baker
Ian Jackson wrote: Package: debian-policy Version: 3.6.1.0 While trying to merge an NMU to my package, I spotted an idiom obviously copied from the policy manual: if [ -x /usr/sbin/invoke-rc.d ] ; then invoke-rc.d package else /etc/init.d/package

Re: Bug#176506: Proposal seconded...though very late..:-)

2003-07-13 Thread Mark Baker
Andreas Metzler wrote: I have not doublechecked packages.d.o. but the package's control file lists exim4, exim4-config, exim4-base and exim4-daemon-light as Priority: important and I cannot remember getting a mail about override disparities. I need to do another exim package soon anyway, to fix

Re: Bug#176506: Proposal seconded...though very late..:-)

2003-07-10 Thread Mark Baker
Wouter Verhelst wrote: Op do 10-07-2003, om 18:21 schreef Christian Perrier: (if people are aware of other prompting-user-but-not-using-debconf packages, please let me know) exim, obviously :-) There were two reasons why I didn't change to debconf initially. Firstly almost all re

Bug#85982: policy ch7 grammar issues

2001-02-14 Thread Mark Baker
On Wed, Feb 14, 2001 at 11:56:03AM -0800, Sean 'Shaleh' Perry wrote: > -- quote > saying that they require certain binary packages being installed > -- end quote > I think this should read 'having been installed'. Present, future and past > are being blurred in that sentence. How about '...that

Re: Bug#74803: MTA : exim already running at boot!

2000-10-16 Thread Mark Baker
On Mon, Oct 16, 2000 at 03:52:07PM +0200, Stephane Leclerc wrote: > and If you change the exim startup number to have exim started first > before all other scripts? Before all other scripts? I'm not sure it should be that early. Before all scripts that need to send email, possibly, but what level

Re: A thought on urgency

2000-09-19 Thread Mark Baker
On Mon, Sep 18, 2000 at 10:15:45PM -0600, Jason Gunthorpe wrote: > Ver=1.0 Urgency=0 > Ver=1.1 Urgency=100 > Ver=1.2 Urgency=200 > Ver=1.3 Urgency=300 > Ver=1.4 Urgency=300 > > A user not at 1.3,1.4 will be able to detect that there is a strong reason > to upgrade from [1.0,1.1,1.2] but

Bug#35504: PROPOSAL] Permissions of /var/log.

2000-03-30 Thread Mark Baker
On Wed, Mar 29, 2000 at 02:41:44PM +0200, Josip Rodin wrote: > > Files created by root inside /var/log would be root.adm by default, not > > root.root by default. > > I agree, that would be quite useful. Most of the files in there are already > set up that way, but some aren't, and that makes peo

Re: Changes in handling library dependencies

2000-01-20 Thread Mark Baker
On Thu, Jan 20, 2000 at 03:34:29PM +0100, Ronald van Loon wrote: > program needs on the command line. While it may be true that it is > sufficient to be *dependent* only on imlib, it is still necessary to > specify all those other implicit libraries to the linker. The linker is > not smart enough

Re: Custom undocumented(7)s are just as bad.

2000-01-19 Thread Mark Baker
On Tue, Jan 18, 2000 at 09:58:03PM -0300, Nicolás Lichtmaier wrote: > > > e.g. The manpage must provide at least the information you can get from > > > the > > > online help. > > That would give emacs, for example, one hell of a big manpage. > > ...the online help about command line options, of

Re: Custom undocumented(7)s are just as bad.

2000-01-18 Thread Mark Baker
On Tue, Jan 18, 2000 at 08:47:43AM -0300, Nicolás Lichtmaier wrote: > The manpage must provide some minimal information. That's what I'd propose. > e.g. The manpage must provide at least the information you can get from the > online help. That would give emacs, for example, one hell of a big ma

Bug#51879: PROPOSAL: package may be maintained by a group

1999-12-07 Thread Mark Baker
On Tue, Dec 07, 1999 at 11:53:05AM -0600, Zed Pobre wrote: > Well, it's a really obscure nit in the US now that the American > language has become so, uh, relaxed, but... And in every other major English speaking country too... > I believe the official rule is "may not end a sentence with a

Bug#48045: debian-policy: non-US is a misnomer

1999-11-16 Thread Mark Baker
On Tue, Nov 16, 1999 at 09:49:34AM +, Philip Hands wrote: > > AFAIK there is no "perfect" regime in the world, and the political > > situation in many countries wrt. crypto (for example) is rather > > unstable. For example, the LinuxDVD code is probably only illegal in > > the UK, since the "

Re: Opinion on Debian freeze, FHS & IPv6

1999-08-10 Thread Mark Baker
On Mon, Aug 09, 1999 at 04:01:03PM -0400, Brad Allen wrote: > I write to you as someone who wants to tell you what I wish to see in > a Debian distribution who is seriously considering a switch as a user > from RedHat (due to a lack of reponsiveness). First off, I am > concerned that the current

Re: weekly policy summary

1999-05-22 Thread Mark Baker
On Fri, May 21, 1999 at 06:54:10PM -0700, Joseph Carter wrote: > Attached is the logrotate config file I made for exim. Thanks. I'll use it instead of savelog in the next exim package I release. And I only switched _to_ savelog (from the upstream eximcyclog script) about a month ago. Oh well. >

Re: Software in main that is throughly useless without non-free software

1999-05-03 Thread Mark Baker
On Mon, May 03, 1999 at 01:19:35AM +1000, Anthony Towns wrote: > Software patents are perfectly valid in Oz. They're even administered > somewhat more sensibly than in the US. That's why there aren't so many of them.

Bug#31946: AMENDMENT] Adding dpkg-architecture to Packaging Manual

1999-02-01 Thread Mark Baker
On Mon, Feb 01, 1999 at 08:45:05PM +0100, Marcus Brinkmann wrote: > + DEB_*_ARCHthe Debian architecture > -+ DEB_*_GNU_SYSTEM the GNU style architecture specification string > -+ DEB_*_GNU_ARCHthe CPU part of DEB_*_GNU_SYSTEM > -+ DEB_*_GNU_OS the OS part of DEB_

Bug#29770: Policy contradicts itself about /etc/aliases

1998-12-03 Thread Mark Baker
On Wed, Dec 02, 1998 at 11:23:19PM -0600, Manoj Srivastava wrote: > I shall file a bug against sendmail ,which I do have > installed. I shan't file one against exim, since I can't verify that, > and some one has posted saying that exim does not declare > /etc/aliases a conffile. Indeed i

Bug#27137: Minor error in S2.1.6 of policy manual

1998-09-27 Thread Mark Baker
Package: debian-policy Version: 2.4.1.4 Programs whose authors encourage the user to make donations are fine for the main distribution, provided that the authors do not claim that not donating is immoral, unethical, illegal or something similar; otherwise they must go in contrib (or no

Re: #24510: procmail: procmail creates mailboxes with mode 660

1998-07-15 Thread Mark Baker
On Tue, Jul 14, 1998 at 03:32:51PM +1000, Craig Small wrote: > I believe this is done so that the mail agents, running as setgid mail are > able to append mail messages to your mailbox. They generally don't run as > root. At least in my inetd.conf: > > smtpstream tcp nowait m

Re: Proposal: Automatic query servicing for dpkg installation scripts

1998-05-20 Thread Mark Baker
I think it's important to consider the case of more complicated programs such as mailers. Obviously as the maintainer of exim I have an interest in this. There's no way to automatically generate configuration files that will work on all systems; the best I can hope for really is 90%. Therefore sto

Re: Conflicts between developers and policy

1998-04-27 Thread Mark Baker
On Mon, Apr 27, 1998 at 01:49:33PM -0500, Manoj Srivastava wrote: > I understand that one may want a little more leeway than say > the policy documents are writ in stone (I personally prefer that), > but to deny that and make no mention of any mechanism of enforcement > of policy is disqu

Re: Indirect dependencies

1998-04-26 Thread Mark Baker
On Sun, Apr 26, 1998 at 01:14:51PM +0200, Santiago Vila wrote: > pkg-order depends on perl. > perl pre-depends on perl-base. > perl-base pre-depends on libc6. > > Does this mean pkg-order should really depend on libc6? > I don't think so. No. That's because pkg-order doesn't depend on libc6; it

Re: Bug#19849: libc6-dev: Please recommend gcc | egcc

1998-03-18 Thread Mark Baker
On Tue, Mar 17, 1998 at 11:23:02PM -0500, Scott K. Ellis wrote: > Having know immediate knowledge, I'll have to concede that it is possible > that gcc isn't appropriate for all development (although what besides the > kernel gcc can't handle hasn't become apparent to me). As I understand it the c

xpm files

1998-03-16 Thread Mark Baker
Recently a lot of bugs have been filed against packages, saying that xpm files should be put in /usr/X11R6/include/pixmaps (IIRC). I think this is a bad idea. If a pixmap is intended for use internally by that application and is unlikely to be of use to anyone else, it shouldn't clutter up a globa

Re: Bug#14600: GIMP depends on fonts, but fonts don't have to be in a package..

1998-03-14 Thread Mark Baker
On Thu, Mar 12, 1998 at 12:06:03PM -0800, Ben Gertzfield wrote: > How can I provide for this in the GIMP package? If I remove the > dependancy on xfnt75 and xfnt100, I'll get bug reports that GIMP > crashes without informative information You'll get them anyway. Depending on fonts being installe

Re: Bug#19135: fetchmail: fetchmail tries to fetchmail every time my demand dialed ppp connection goes up

1998-03-08 Thread Mark Baker
On Sun, Mar 08, 1998 at 01:15:42PM -0600, Manoj Srivastava wrote: > Tell me, are you seriously suggesting a novice edit the script > below? No, because it's quite a complicated script. On the other hand, if you took out all the conditionals things would be much simpler: anyone who can't fi

Re: Bug#19129: sendmail: support PPP links --- use /etc/ppp/ip-up.d

1998-03-08 Thread Mark Baker
On Sun, Mar 08, 1998 at 12:52:41PM -0600, Manoj Srivastava wrote: > Firstly, I do not disagree with the concept. The concept is > nice. What I disagree with is the implementation of some of the > scripts, (slrn does it right, but I would rather look in one file for > my ip scripts, rather

Re: Bug#19135: fetchmail: fetchmail tries to fetchmail every time my demand dialed ppp connection goes up

1998-03-08 Thread Mark Baker
On Sun, Mar 08, 1998 at 12:14:45PM -0600, Manoj Srivastava wrote: > No progrom should ever send things off machine by itself like > this. Mind you, I am not objecting to the ip-up.d scripts: all I am > asking for is an ip.conf file in /etc/ppp where all these scripts > look for permission

Re: policy violation and bug reports.

1998-02-23 Thread Mark Baker
On Mon, Feb 23, 1998 at 12:52:16AM -0600, Manoj Srivastava wrote: > The core file is installed in > /var/lib/lambdamoo/core.dist > > In the postinst, if /var/lib/lambdamoo/core does not exist, > copy /var/lib/lambdamoo/core.dist to /var/lib/lambdamoo/core. In any > case, echo ''

Re: manpage for GNU utilities?

1998-02-22 Thread Mark Baker
On Sun, Feb 22, 1998 at 08:58:26PM +0100, Christian Lynbech on satellite wrote: > I suggest we make the policy state that manpages must exist, but also > that such manpages are allowed to consist only of a reference to the > info system (probably under the condition that this points as > accuratel

Re: lintian and e2fsprogs: doc-directory policy

1998-01-31 Thread Mark Baker
On Sat, Jan 31, 1998 at 12:36:25AM -0800, Guy Maor wrote: > > IMHO this will lead to spurious Depends: being added to packages > > simply to satisfy 5.6. > > That would the tail wagging the dog. Packages which already depend on > a sibling package don't need an additional copy of the copyright.

Re: /bin/sh as an alternative

1998-01-16 Thread Mark Baker
On Fri, Jan 16, 1998 at 06:59:58PM +, James Troup wrote: > > A quick check shows that ksh also does brace expansion, but (pd)ksh > > doesn't. > > 19:58:[EMAIL PROTECTED]| ~/temp $ksh > $echo {foo,blah} > foo blah > $ Yes, I think Adrian got them the wrong way round. pdksh does; AT+T ksh does

Re: Implementation of Developer's DB

1998-01-15 Thread Mark Baker
On Thu, Jan 15, 1998 at 10:17:26AM +, Philip Hands wrote: > Of course qmail can handle plusses too, but minusses are the default. Exim's the same

Re: PW#5-15: Package versions based on dates

1998-01-14 Thread Mark Baker
On Tue, Jan 13, 1998 at 07:13:31PM -0600, Steve Greenland wrote: > No, dpkg gets this right -- it compares numerically, not textually, if > it can: Oh yes, I knew that really :) I still think it would be better to use four digit years.

Re: PW#5-15: Package versions based on dates

1998-01-13 Thread Mark Baker
On Tue, Jan 13, 1998 at 11:34:32PM +0100, Christian Schwarz wrote: > To prevent having to use epochs for every new upstream version, > the version number should be changed to the following format in > such cases: `96-05-01', `96-12-24', and starting with the year > 2000 `2000-1

Re: crontab

1997-12-04 Thread Mark Baker
In article <[EMAIL PROTECTED]>, [EMAIL PROTECTED] (Joey Hess) writes: > I lookd at how smail currently does it: it uses the crontab command to add a > crontab for the mail user. However, it doesn't check to see if the mail user > already has a crontab. Seems very broken to me. Try lookin

Re: bash should not be essential

1997-11-21 Thread Mark Baker
In article <[EMAIL PROTECTED]>, [EMAIL PROTECTED] (Santiago Vila Doncel) writes: > Yes, bash is essential because we always *need* a POSIX shell. But GNU > bash provides *two* of them: /bin/sh and /bin/bash. Only /bin/sh should > be essential. However, dangling symlinks are not terribly

Re: Backspace and delete (fwd)

1997-11-21 Thread Mark Baker
--- Begin Message --- In article <[EMAIL PROTECTED]>, [EMAIL PROTECTED] (Ricardas Cepas) writes: >> Linux and other good operating systems already use DEL for backspace. > > AFAIK FreeBSD uses Del for delete and BS for backspace. > And surely this doesn't make it bad OS. The same

Re: /usr/bin/editor policy implementation

1997-11-20 Thread Mark Baker
> elvis 120 > vim 110 > Standardnvi 100 > fte 90 > jed 80 > joe 70 > *

Re: Filesystem Hierarchy Standard 2.0 (fwd)

1997-11-17 Thread Mark Baker
In article <[EMAIL PROTECTED]>, Daniel Quinlan <[EMAIL PROTECTED]> writes: > 1) libc6 is generally not being used by anyone except developers Nor is FHS :) Probably libc6 will be in the hands of ordinary users (a debian release with it should be out in a couple of months, and I think re

Re: menus

1997-11-07 Thread Mark Baker
In article <[EMAIL PROTECTED]>, Francesco Tapparo <[EMAIL PROTECTED]> wrote: >On Thu, Sep 11, 1997 at 07:54:06PM +0200, joost witteveen wrote: >A less strikt proposal: >a maitainer is encouraged to supply an icon; he must do it if the icon is >already in the debian system or in the upstream packa

Re: Filesystem Hierarchy Standard 2.0 (fwd)

1997-11-05 Thread Mark Baker
In article <[EMAIL PROTECTED]>, Hamish Moffatt <[EMAIL PROTECTED]> writes: > I just joined this list; can somebody point me at > (a) a copy of the new FHS (which is a replacement for the FSSTND?), and > (b) a rationale for its changes. > > For example, from what I've picked up so far, us