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
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
]] 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
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
]] 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
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
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
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
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
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
pgp5qw2
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
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
[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
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
14 matches
Mail list logo