Marc Haber wrote:
> On Sat, Jul 05, 2008 at 10:58:35AM +0200, Raphael Hertzog wrote:
>> THanks, I could come up with a transition plan myself if needed. But
>> compare your suggestions with: "someone goes over all init scripts, file
>> bugs and in lenny+1 we're done".
>
> That'll cause tremendous
On Sat, 5 Jul 2008 12:13:27 +0200, Raphael Hertzog
<[EMAIL PROTECTED]> wrote:
>On Sat, 05 Jul 2008, Marc Haber wrote:
>> On Sat, Jul 05, 2008 at 10:58:35AM +0200, Raphael Hertzog wrote:
>> > THanks, I could come up with a transition plan myself if needed. But
>> > compare your suggestions with: "so
On Sat, Jul 05, 2008 at 11:58:17AM +0100, Roger Leigh wrote:
> Raphael Hertzog <[EMAIL PROTECTED]> writes:
> > On Sat, 05 Jul 2008, Marc Haber wrote:
> >> On Sat, Jul 05, 2008 at 10:58:35AM +0200, Raphael Hertzog wrote:
> >> > THanks, I could come up with a transition plan myself if needed. But
>
Raphael Hertzog <[EMAIL PROTECTED]> writes:
> On Sat, 05 Jul 2008, Marc Haber wrote:
>> On Sat, Jul 05, 2008 at 10:58:35AM +0200, Raphael Hertzog wrote:
>> > THanks, I could come up with a transition plan myself if needed. But
>> > compare your suggestions with: "someone goes over all init scripts
On Sat, 05 Jul 2008, Marc Haber wrote:
> On Sat, Jul 05, 2008 at 10:58:35AM +0200, Raphael Hertzog wrote:
> > THanks, I could come up with a transition plan myself if needed. But
> > compare your suggestions with: "someone goes over all init scripts, file
> > bugs and in lenny+1 we're done".
>
> T
On Sat, Jul 05, 2008 at 10:58:35AM +0200, Raphael Hertzog wrote:
> THanks, I could come up with a transition plan myself if needed. But
> compare your suggestions with: "someone goes over all init scripts, file
> bugs and in lenny+1 we're done".
That'll cause tremendous pain for backporters. I'm o
On Fri, 04 Jul 2008, Vincent Danjean wrote:
> Steve Langasek wrote:
> >> I'm reluctant to change the default behaviour of start-stop-daemon at this
> >> point. What do other people think of making --oknodo the default behaviour
> >> and adding a new option to force the current default behaviour (ex
Steve Langasek wrote:
>> I'm reluctant to change the default behaviour of start-stop-daemon at this
>> point. What do other people think of making --oknodo the default behaviour
>> and adding a new option to force the current default behaviour (exit with
>> failure if nothing had to be done)?
>
>
Hi,
On Fri, 2008-07-04 at 01:47:39 -0700, Steve Langasek wrote:
> > I think being LSB compliant is good for Debian.
>
> The LSB init script specification *is a specification for the init scripts
> of LSB packages*. It has NOTHING to do with LSB compliance of LSB
> implementations. Debian is an
On Thu, Jul 03, 2008 at 11:02:13PM +0200, Iñaki Baz Castillo wrote:
> I think being LSB compliant is good for Debian.
That may be so; but changing a long-standing interface with no migration
is /not/ good for Debian.
--
Home is where you have to wash the dishes.
-- #debian-devel, Freenode, 20
Right, expanding on my previous comments:
On Thu, Jul 03, 2008 at 11:02:13PM +0200, Iñaki Baz Castillo wrote:
> > The alternative is to change policy and/or lintian to ensure that packages
> > are using --oknodo unless they have a good reason not to.
> > > [1] LSB specifications about init script
On Thu, Jul 03, 2008 at 10:40:53PM +0200, Raphael Hertzog wrote:
> > The option "--oknodo" changes the behaviour to the LSB recomendations but
> > many services in Debian don't use this option and return 1 in the case
> > I've quotted. This is very problematic for me when I try to use a Debian
> >
El Jueves, 3 de Julio de 2008, Raphael Hertzog escribió:
> I'm reluctant to change the default behaviour of start-stop-daemon at this
> point. What do other people think of making --oknodo the default behaviour
> and adding a new option to force the current default behaviour (exit with
> failure i
(Cc -devel to seek input)
On Thu, 31 May 2007, Iñaki Baz Castillo wrote:
> Acording to the LSB specifications for init scripts [1]:
>
> "For all other init-script actions, the init script shall return an exit
> status of zero if the action was successful. Otherwise, the exit status
> shall be non
14 matches
Mail list logo
