On Thu, Jan 2, 2014 at 8:31 PM, Michael Gilbert wrote:
> Now, I certainly don't want all that weight solely on my shoulders, so
> I would very much prefer this choice to be team-maintained, and I
> think the installer/boot team has the expertise and clout to make the
> right choice when the time is
gt;>> means that the project is somehow dysfunctional.
>>>>
>>>> init-select is a very simple technical solution to a very large social
>>>> problem.
>>>
>>> Having to pick an init system is *not* a social problem.
>>
>> All TC de
Michael Gilbert writes:
> On Fri, Jan 3, 2014 at 11:00 AM, Cyril Brulebois wrote:
>> Michael Gilbert (2014-01-03):
>>> It is often far more ideal when the TC chooses to not act. TC action
>>> means that the project is somehow dysfunctional.
>>>
>&g
Hi Michael,
Le vendredi, 3 janvier 2014, 12.00:27 Michael Gilbert a écrit :
> On Fri, Jan 3, 2014 at 11:44 AM, Michael Gilbert wrote:
> >On Fri, Jan 3, 2014 at 11:19 AM, Cyril Brulebois wrote:
> >> Anyway, not going to play on words because there are so many
> >> efforts
> >> wasted with this topi
On Fri, Jan 3, 2014 at 11:44 AM, Michael Gilbert wrote:
>On Fri, Jan 3, 2014 at 11:19 AM, Cyril Brulebois wrote:
>> Anyway, not going to play on words because there are so many efforts
>> wasted with this topic already. Again, my position on the topic: "No, this
>> doesn't belong to the installer".
gt;> >> means that the project is somehow dysfunctional.
>> >>
>> >> init-select is a very simple technical solution to a very large social
>> >> problem.
>> >
>> > Having to pick an init system is *not* a social problem.
>>
>> A
Michael Gilbert (2014-01-03):
> On Fri, Jan 3, 2014 at 11:00 AM, Cyril Brulebois wrote:
> > Michael Gilbert (2014-01-03):
> >> It is often far more ideal when the TC chooses to not act. TC action
> >> means that the project is somehow dysfunctional.
> >&g
On Fri, Jan 3, 2014 at 11:00 AM, Cyril Brulebois wrote:
> Michael Gilbert (2014-01-03):
>> It is often far more ideal when the TC chooses to not act. TC action
>> means that the project is somehow dysfunctional.
>>
>> init-select is a very simple technical solu
er half does not start
> because the only support the other alternative. IMO the hard problem is
> mostly about which systems must be supported by all packages.
> init-select does not help to solve this.
I completely agree that is entirely outside the scope of the problem
init-select
Michael Gilbert (2014-01-03):
> It is often far more ideal when the TC chooses to not act. TC action
> means that the project is somehow dysfunctional.
>
> init-select is a very simple technical solution to a very large social
> problem.
Having to pick an init system is *not* a
one
>> day gnome entirely drops compatibility with the other inits. The
>> gnome maintainers can take advantage of init-select to automatically
>> move their users from whatever that default is to systemd.
>>
>> That is simply
>>
>> # init-select /bin/systemd
On Fri, Jan 3, 2014 at 4:43 AM, Andreas Cadhalpun wrote:
> Hi,
>
> On 03.01.2014 10:16, Gaudenz Steinlin wrote:
>
>> Michael Gilbert writes:
>>>
>>> So, today I wrote init-select. It's a small tool that empowers users
>>> to freely and sim
Hi,
On 03.01.2014 10:16, Gaudenz Steinlin wrote:
Michael Gilbert writes:
So, today I wrote init-select. It's a small tool that empowers users
to freely and simply choose among all of the available init systems.
It also empowers Debian contributors to devote their energy toward
their fav
me maintainers can take advantage of init-select to automatically
> move their users from whatever that default is to systemd.
>
> That is simply
>
> # init-select /bin/systemd
> # update-grub
>
> somewhere appropriate in their maintainer scripts.
TC is supposed to take d
Hi
Michael Gilbert writes:
> Hi :)
>
> The TC init discussion has diverged significantly from Debian's usual
> ideals of freedom and meritocracy, so I decided to do something about
> it.
>
> So, today I wrote init-select. It's a small tool that empowers user
s can take advantage of init-select to automatically
move their users from whatever that default is to systemd.
If GNOME would only work with systemd as PID 1, the correct thing to do
is adding a dependency on systemd-sysv, or is there a problem with that?
This is simpler than calling another s
't
> need to bother.
So, I suppose this isn't immediately obvious, but there is another
solved problem here.
Say the TC ultimately does not choose systemd as the default, and one
day gnome entirely drops compatibility with the other inits. The
gnome maintainers can take advantage
Michael Gilbert (2014-01-02):
> Hi :)
>
> The TC init discussion has diverged significantly from Debian's usual
> ideals of freedom and meritocracy, so I decided to do something about
> it.
>
> So, today I wrote init-select. It's a small tool that empowers user
Hi :)
The TC init discussion has diverged significantly from Debian's usual
ideals of freedom and meritocracy, so I decided to do something about
it.
So, today I wrote init-select. It's a small tool that empowers users
to freely and simply choose among all of the available init system
19 matches
Mail list logo
