Bug#727708: Processed: block 726763 with 727708

2014-02-06 Thread Emilio Pozuelo Monfort
Sorry to add more noise to #727708, but I feel the need to clarify some accusations that have been made before. First of all, there's been no malice from our side as you have accused us of in this thread. As an example, if you look at the last gdm3 and gnome-shell 3.8.x uploads and their bug repor

Bug#727708: Processed: block 726763 with 727708

2014-02-04 Thread Uoti Urpala
On Tue, 2014-02-04 at 16:53 +, Colin Watson wrote: > On Sun, Feb 02, 2014 at 12:57:39PM +0100, Tollef Fog Heen wrote: > > You mean, like installing the systemd-sysv package? > > Indeed; but people earlier in this thread have said that this isn't the > preferred approach, so I was arguing that

Bug#727708: Processed: block 726763 with 727708

2014-02-04 Thread Tollef Fog Heen
]] Colin Watson > On Sun, Feb 02, 2014 at 12:57:39PM +0100, Tollef Fog Heen wrote: > > ]] Colin Watson > > > The de facto interface for making an init system the default is to > > > install it as /sbin/init. While I'm coming at this from a starting > > > point different from Cameron's above - I

Bug#727708: Processed: block 726763 with 727708

2014-02-04 Thread Colin Watson
On Sun, Feb 02, 2014 at 12:57:39PM +0100, Tollef Fog Heen wrote: > ]] Colin Watson > > The de facto interface for making an init system the default is to > > install it as /sbin/init. While I'm coming at this from a starting > > point different from Cameron's above - I haven't yet decided whether

Bug#727708: Processed: block 726763 with 727708

2014-02-02 Thread Tollef Fog Heen
]] Colin Watson > The de facto interface for making an init system the default is to > install it as /sbin/init. While I'm coming at this from a starting > point different from Cameron's above - I haven't yet decided whether I > think it would be good for packages to be able to depend on specif

Bug#727708: Processed: block 726763 with 727708

2014-02-02 Thread Colin Watson
On Sat, Feb 01, 2014 at 06:21:13PM -0800, Cameron Norman wrote: > I think there is a huge problem with recommending that systemd be installed > by the user changing the init line in grub: a package can not depend on an > init system being PID 1. Can a package be made that changes the init line > to

Bug#727708: package to change init systems [was: Bug#727708: Processed: block 726763 with 727708]

2014-02-01 Thread Cameron Norman
On Sat, Feb 1, 2014 at 8:36 PM, Chris Knadle wrote: > On Saturday, February 01, 2014 19:14:21 Cameron Norman wrote: > > On Sat, Feb 1, 2014 at 6:35 PM, Russ Allbery wrote: > > > I *like* systemd, and I would still be very unhappy > > > if a routine aptitude upgrade (or even a dist-upgrade) of a s

Bug#727708: package to change init systems [was: Bug#727708: Processed: block 726763 with 727708]

2014-02-01 Thread Chris Knadle
On Saturday, February 01, 2014 19:14:21 Cameron Norman wrote: > On Sat, Feb 1, 2014 at 6:35 PM, Russ Allbery wrote: > > I *like* systemd, and I would still be very unhappy > > if a routine aptitude upgrade (or even a dist-upgrade) of a system > > currently running sysvinit suddenly resulted in run

Bug#727708: Processed: block 726763 with 727708

2014-02-01 Thread Cameron Norman
On Sat, Feb 1, 2014 at 6:35 PM, Russ Allbery wrote: > > I *like* systemd, and I would still be very unhappy > if a routine aptitude upgrade (or even a dist-upgrade) of a system > currently running sysvinit suddenly resulted in running systemd without > some sort of critical debconf question or the

Bug#727708: Processed: block 726763 with 727708

2014-02-01 Thread Bdale Garbee
Russ Allbery writes: > I *like* systemd, and I would still be very unhappy > if a routine aptitude upgrade (or even a dist-upgrade) of a system > currently running sysvinit suddenly resulted in running systemd without > some sort of critical debconf question or the like. Indeed. Bdale pgpFNkB

Bug#727708: Processed: block 726763 with 727708

2014-02-01 Thread Russ Allbery
Cameron Norman writes: > I think there is a huge problem with recommending that systemd be > installed by the user changing the init line in grub: a package can not > depend on an init system being PID 1. Can a package be made that changes > the init line to systemd? I think that is preferable, b

Bug#727708: Processed: block 726763 with 727708

2014-02-01 Thread Cameron Norman
On Sat, Feb 1, 2014 at 3:48 PM, Uoti Urpala wrote: > On Sat, 2014-02-01 at 15:24 -0800, Steve Langasek wrote: > > While I think the Depends: systemd should be dropped (via a split of the > > systemd package), that's not required for fixing the present problem. > That > > can be addressed by havi

Bug#727708: Processed: block 726763 with 727708

2014-02-01 Thread Josh Triplett
[I'm going to avoid responding to the points of this mail that Russ already did in his response, in favor of just agreeing entirely with that mail.] Steve Langasek wrote: > On Sat, Feb 01, 2014 at 12:34:19PM -0800, Russ Allbery wrote: > > Wouldn't it be more reasonable to assume that the proper so

Bug#727708: Processed: block 726763 with 727708

2014-02-01 Thread Uoti Urpala
On Sat, 2014-02-01 at 15:24 -0800, Steve Langasek wrote: > While I think the Depends: systemd should be dropped (via a split of the > systemd package), that's not required for fixing the present problem. That > can be addressed by having gnome-settings-daemon Depends: systemd, > systemd-shim | sys