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
On Fri, Jan 3, 2014 at 1:29 PM, Gaudenz Steinlin wrote:
> 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 dysfu
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.
>>>
>>> init-select is a very simple technical soluti
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".
On Fri, Jan 3, 2014 at 11:19 AM, Cyril Brulebois wrote:
> 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 someh
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.
> >>
> >> init-select is a very simple techni
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 solution to a very large social
>> prob
On Fri, Jan 3, 2014 at 4:16 AM, Gaudenz Steinlin wrote:
> Or how would you ensure that
> while the user can easily switch the init system, when doing so half of
> the daemons installed won't start because they don't support the
> alternative. And if he switches back, the other half does not start
>
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 social problem.
On Fri, Jan 3, 2014 at 4:40 AM, Cyril Brulebois wrote:
> Michael Gilbert (2014-01-02):
>> 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
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 simply choose among all of the available init systems.
>>> It
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 favorite
Michael Gilbert (2014-01-02):
> 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 adva
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 users
> to freely and simply choose amon
Hi,
On 03.01.2014 04:24, Michael Gilbert wrote:
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 t
On Thu, Jan 2, 2014 at 8:39 PM, Cyril Brulebois wrote:
> Even if what's happening on tech-ctte isn't exactly ideal, I don't think
> letting users choose their init system is a service to them. Editing a
> kernel command line is enough for those who want to play. Others don't
> need to bother.
So,
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 users
> to freely and simply choose am
18 matches
Mail list logo
