[mass cc cleaning; does this belong in -policy?]
Ethan Benson wrote:
>
> On Fri, Jul 07, 2000 at 10:44:15PM -0400, Christopher W. Curtis wrote:
> >
> > My idea is to have a script, '/etc/init.d/defaults', which every init
> > script sources. 'defaults' will read the default settings and define
>
On Sat, Jul 08, 2000 at 01:16:42AM -0400, Christopher W. Curtis wrote:
>
> Why do you feel this way? A lot of the debain scripts contain stuff
> which seems non-obvious to me, and they (pretty much) all do the same
the majority of debian initscripts are elegant in their plain
simplicity. its ve
Ethan Benson wrote:
> because not all daemons are alike, each has thier own subtle needs,
> trying to make a one-size-fits-all shell script `library' will only
> cause bugs, and make the script less clear and harder to modify.
I have to agree. If you read say, 50 init scripts, you'll find 50% of
On Fri, 7 Jul 2000, tony mancill wrote:
> What if we did this?
> /etc/rc.config.d/sendmail.default
> /etc/rc.config.d/sendmail
> (or /etc/rc.config.d/sendmail.override)
> And so on. Always source sendmail.default first, so that we know we have
> sane values. If "sendmail" is there, source it too
Package: debian-policy
Severity: wishlist
There has been some discussion lately on debian-deval (and a bit on
-policy) about init scripts. One concern that has arisen is that it can
be very annoying to have to modify an init script to change a simple
value in it, and then be forced to maintain you
On Thu, Jul 06, 2000 at 09:01:02AM +0100, Julian Gilbey wrote:
> On Thu, Jun 22, 2000 at 03:35:08PM +0200, Josip Rodin wrote:
> > On Wed, Jun 21, 2000 at 06:14:17PM +0100, Julian Gilbey wrote:
> > > I propose prepending text like the following to section 4.3.
> > >
> > > Shared libraries
Ethan Benson wrote:
>
> On Sat, Jul 08, 2000 at 01:16:42AM -0400, Christopher W. Curtis wrote:
> >
> > Why do you feel this way? A lot of the debain scripts contain stuff
> > which seems non-obvious to me, and they (pretty much) all do the same
>
> the majority of debian initscripts are elegant
Joey Hess wrote:
>
> Ethan Benson wrote:
> > because not all daemons are alike, each has thier own subtle needs,
> > trying to make a one-size-fits-all shell script `library' will only
> > cause bugs, and make the script less clear and harder to modify.
>
> I have to agree. If you read say, 50 in
"Christopher W. Curtis" wrote:
> A (I hope) pertinent example: I don't like portmap in the required
> package netbase. I don't like the existing "solution" for diasbling
> it. Why? This is me. Who cares, I'm providing an alternative. Look
> at /etc/init.d/portmap. I'm going to rewrite this
On Sat, Jul 08, 2000 at 12:40:01PM -0400, Christopher W. Curtis wrote:
> if [ "X$RUN_PORTMAP" != "X1" ] ; then
> exit 0
> fi
> # 'portmap' is installed as part of netbase. You cannot remove netbase,
> # as it is a required package, so here's your chance to turn it off.
> # Set RUN_PORTMAP
On Sat, Jul 08, 2000 at 12:40:01PM -0400, Christopher W. Curtis wrote:
> >
> > the majority of debian initscripts are elegant in their plain
> > simplicity. its very obvious exactly what is occuring and its very
> > clear how to make changes (say add a command line argument)
>
> Well ... I think
On Sat, Jul 08, 2000 at 01:05:56PM -0500, Michael Urman wrote:
>
> This comment makes it easy to turn off the running of portmap, but it
> does not make it easy to reenable it. Sure your average admin may be
> conversant with 0 and 1, but your actual script runs it on 1, and does
> not otherw
On Fri, Jul 07, 2000 at 04:49:29PM -0700, Joey Hess wrote:
> tony mancill wrote:
> > While we're discussing this, I'd like to hear comments on the idea of
> > using an /etc/rc.config.d/$package scheme, like that in HP-UX. This file
> > is a shell script that gets sourced by the /etc/init.d/$packa
On Sat, Jul 08, 2000 at 04:17:18PM +0200, Marcus Brinkmann wrote:
> > > That is ld.so(8) on my system.
> >
> > Ditto. Actually, since we basically only use ELF nowadays, that
> > should probably be replaced by "ld-linux.so(8)".
>
> I don't know what ld-linux.so is. Please don't use it.
>
> Marc
14 matches
Mail list logo