Hi Steve,
Le vendredi, 7 février 2014, 13.07:54 Steve Langasek a écrit :
Here's what I think is the right technical policy, that we should be
addressing with this resolution.
- Packages in jessie must retain compatibility with sysvinit startup
interfaces (i.e., init scripts in
Steve Langasek writes (Bug#727708: Call for votes on init system resolution):
Here's what I think is the right technical policy, that we should be
addressing with this resolution.
- Packages in jessie must retain compatibility with sysvinit startup
interfaces (i.e., init scripts in /etc
Kurt Roeckx writes (Bug#727708: Call for votes on init system resolution):
On Fri, Feb 07, 2014 at 02:04:42PM +, Ian Jackson wrote:
I have added the following texts to the drafts in git:
+ == introduction (all versions except GR) ==
+
+ We exercise our powers to set technical
Steve Langasek vor...@debian.org writes:
So to make my position clear: L does not accurately reflect what I
think we should be doing; but given the option between L and T, I was
willing to vote L above FD and was not willing to vote T above FD
because I think T unambiguously sets the stage
Russ Allbery r...@debian.org writes:
The Technical Committee offers no advice at this time on requirements
or package dependencies on specific init systems after the jessie
release. There are too many variables at this point to know what the
Sorry, cut and paste error. The
Colin Watson cjwat...@debian.org writes:
I do think it's bizarre that we seem to have ended up with coupling
options that don't treat the default init system differently. This
makes no sense to me, for *either* T or L. Unfortunately I was severely
backlogged at the point when this was being
On Sat, Feb 08, 2014 at 12:38:21PM -0800, Russ Allbery wrote:
...
I don't see any reason why,
say, mountall or socklog-run should be required to support sysvinit.
...
What about udev?
cu
Adrian
--
Is there not promise of rain? Ling Tan asked suddenly out
of the darkness.
]] Adrian Bunk
On Sat, Feb 08, 2014 at 12:38:21PM -0800, Russ Allbery wrote:
...
I don't see any reason why,
say, mountall or socklog-run should be required to support sysvinit.
...
What about udev?
We will continue supporting udev at the current level for the jessie
release cycle.
Hi,
Thank you both for inviting comments on this from a porter's POV.
Steve Langasek vor...@debian.org writes:
- Packages in jessie must retain compatibility with sysvinit startup
interfaces (i.e., init scripts in /etc/init.d).
This would be greatly reassuring; if adopting systemd, this
Russ Allbery r...@debian.org writes:
I consider the L option as currently written to be a commitment to a
course of action that is technically broken and unsustainable. I also
think the effect of L is contrary to its intended goal and will make it
less likely, not more likely, that Debian
* Russ Allbery (r...@debian.org) [140207 02:09]:
Anthony Towns a...@erisian.com.au writes:
It's really pretty terrible to actively use FD to try to block options
that aren't your favourite. Honestly, I would have expected the tech
ctte to be able to come to a consensus on a set of
Le vendredi, 7 février 2014, 01.08:46 Keith Packard a écrit :
I think a fair number of us seem to feel that the T/L notion is at
least as important, if not more important, than the D/U/O/V decision
as it sets a broader and longer-term precedent for the project than
choosing which init system
Anthony Towns writes (Re: Bug#727708: Call for votes on init system
resolution):
It's really pretty terrible to actively use FD to try to block options
that aren't your favourite. Honestly, I would have expected the tech
ctte to be able to come to a consensus on a set of proposals
considered
Ian == Ian Jackson ijack...@chiark.greenend.org.uk writes:
Ian Anthony Towns writes (Re: Bug#727708: Call for votes on init
Ian system resolution):
It's really pretty terrible to actively use FD to try to block
options that aren't your favourite. Honestly, I would have
On Fri, Feb 07, 2014 at 12:04:20AM +0200, Adrian Bunk wrote:
I am not sure whether Colin is aware that it currently depends on him
whether or not DT can win - and whether that might make him consider
changing his vote.
If Ian convinces Colin to change his vote to move DT from 5. to 7. on
Nikolaus Rath writes (Bug#727708: Call for votes on init system resolution):
It is not at all clear to me why the CTTE so desperately wants to
automatically defer to a GR in their resolution. If there is consensus
to defer to a GR with simple majority among the CTTE, surely it would be
easy
Sam Hartman writes (Bug#727708: Call for votes on init system resolution):
[some quoted stuff]
I'm a bit confused by this.
To be clear, none of the quoted text is from me.
I find the votes expressed by TC members entirely consistent with their
stated verbal positions, and if anything people
Kurt Roeckx writes (Bug#727708: Call for votes on init system resolution):
I would really like it that you indicated under which power the
CTTE is making decisions, and the majority requirements that go
with that the options, for all your votes.
I have added the following texts to the drafts
Colin Watson cjwat...@debian.org (2014-02-05):
The only people who might reasonably be described as vaguely current
maintainers of parts of d-i whom I can immediately find on a quick
scan of the early parts of this bug are Wouter and myself; Tollef also
contributed a good deal in the past, and
Colin Watson writes (Bug#727708: Call for votes on init system resolution):
Agreed on both counts. I understand why Ian (was it?) wanted to have
the multiple init systems for the foreseeable future text, as a
statement of general intent, and I don't disagree with that. But I
would prefer
On Fri, Feb 07, 2014 at 05:39:34PM +0300, Cyril Brulebois wrote:
Colin Watson cjwat...@debian.org (2014-02-05):
The only people who might reasonably be described as vaguely current
maintainers of parts of d-i whom I can immediately find on a quick
scan of the early parts of this bug are
On Fri, Feb 07, 2014 at 02:41:39PM +, Ian Jackson wrote:
Colin Watson writes (Bug#727708: Call for votes on init system resolution):
Agreed on both counts. I understand why Ian (was it?) wanted to have
the multiple init systems for the foreseeable future text, as a
statement of general
On Fri, Feb 07, 2014 at 01:08:46AM -0800, Keith Packard wrote:
Russ Allbery r...@debian.org writes:
I consider the L option as currently written to be a commitment to a
course of action that is technically broken and unsustainable. I also
think the effect of L is contrary to its intended
Andreas Barth a...@ayous.org writes:
* Russ Allbery (r...@debian.org) [140207 02:09]:
I also flatly disagree with Adrian over whether we're deadlocked. I
don't see any point in discussing it, though.
I agree with you, I don't see any reason why we are deadlocked. If we
want to do yet
Hi,
Russ Allbery r...@debian.org writes:
Just to be very clear here, I do believe that we're deadlocked, even
though I expect the resolution process to be able to spit out a decision.
I don't mean deadlocked in the sense that Condorcet will fail, but rather
deadlock in the sense that the
On Fri, Feb 07, 2014 at 02:04:42PM +, Ian Jackson wrote:
Kurt Roeckx writes (Bug#727708: Call for votes on init system resolution):
I would really like it that you indicated under which power the
CTTE is making decisions, and the majority requirements that go
with that the options
On Fri, Feb 07, 2014 at 10:42:13AM -0800, Russ Allbery wrote:
Andreas Barth a...@ayous.org writes:
* Russ Allbery (r...@debian.org) [140207 02:09]:
I also flatly disagree with Adrian over whether we're deadlocked. I
don't see any point in discussing it, though.
I agree with you, I
Ansgar Burchardt ans...@debian.org writes:
Russ Allbery r...@debian.org writes:
Just to be very clear here, I do believe that we're deadlocked, even
though I expect the resolution process to be able to spit out a
decision. I don't mean deadlocked in the sense that Condorcet will
fail, but
On Thu, Feb 06, 2014 at 11:25:02PM -0800, Russ Allbery wrote:
L makes it less likely that Debian will support anything other than the
default init system in the long run because it undermines the process of
adding native configuration for non-default init systems. If we said that
packages are
Hi Russ,
On Thu, Feb 06, 2014 at 11:25:02PM -0800, Russ Allbery wrote:
Adrian Bunk b...@stusta.de writes:
Leaving tactical aspects aside, IMHO the important point is that there
is a compromise line that seems reasonable for all members of the TC:
For the upstart side of the TC, the most
Quoting Cyril Brulebois (k...@debian.org):
If you have any question for -boot@, please send a mail there. If you
want some input from either Christian or me, please cc us to ensure we
don't miss that mail.
And, FWIW, though I *am* in some way following the -ctte list
(including the giant
Steve Langasek vor...@debian.org writes:
So to make my position clear: L does not accurately reflect what I think we
should be doing; but given the option between L and T, I was willing to vote
L above FD and was not willing to vote T above FD because I think T
unambiguously sets the stage
Keith Packard wrote:
I believe that votes cast in the last ballot demonstrate a unanimous
agreement that the answer for this package dependency question does not
in any way depend on which init system is the default, and so this
question could be resolved separately, with the question
Colin Watson wrote:
Part of my concern with T is that it's so mealy-mouthed. Where
feasible, should, encouraged, etc. By contrast, L is a bit
heavy-handed. It sounds like we may share some common goals between
these, and maybe if we want those to stick properly we need to state
those more
This is silly. It's pretty clear that everybody made up their minds a
long time ago, and no matter how the resolution is worded, it will come
down systemd upstart 5:4. The only question is on how to guide
maintainers once the init system is changed.
-Rick-
--
To UNSUBSCRIBE, email to
On Wed, Feb 05, 2014 at 10:43:25PM +, Thorsten Glaser wrote:
Colin Watson dixit:
Various developers certainly continue to work enthusiastically on their
preferred approaches, but that's not really the same as efforts to
resolve [the issue] via consensus.
But is not diversity some sort
On Thu, Feb 06, 2014 at 07:42:41AM +0100, Lucas Nussbaum wrote:
On 05/02/14 at 22:41 +, Thorsten Glaser wrote:
I think it is not up to the d-i people to decide on the init system
anyway – especially as not d-i but debootstrap is the canonical way
to install Debian… and debootstrap goes
Russ Allbery writes (Bug#727708: Call for votes on init system resolution):
I think what we're trying to say looks something like this:
...
The result of that GR is A. However, the choice picked by the above
algorithm is B. So B becomes the TC decision, despite the fact that A is
the result
Ian Jackson writes (Bug#727708: Call for votes on init system resolution):
Steve Langasek writes (Bug#727708: Call for votes on init system
resolution):
I vote:
1. UL upstart default in jessie, requiring specific init NOT allowed
2. DL systemd default in jessie, requiring
On Wed, Feb 05, 2014 at 10:32:10PM +, Colin Watson wrote:
On Wed, Feb 05, 2014 at 04:33:57PM +, Ian Jackson wrote:
I hereby call for votes on my previously proposed resolution and
amendments. All the options require a simple majority.
I vote:
In response to the uncertainty about
On Wed, Feb 05, 2014 at 09:56:14AM -0800, Steve Langasek wrote:
On Wed, Feb 05, 2014 at 04:33:57PM +, Ian Jackson wrote:
Ian Jackson writes (Bug#727708: package to change init systems):
I now intend to do the CFV at 16:30 UTC on Wednesday.
I hereby call for votes on my previously
Colin Watson writes (Bug#727708: Call for votes on init system resolution):
I hope we only have to go round this business once more!
Quite!
Thanks,
Ian.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
Steve Langasek writes (Bug#727708: Call for votes on init system resolution):
Changing my vote to:
1. FD further discussion
With this and Colin's change of vote, 4 TC members have ranked FD
first. The outcome is no longer in doubt: FD wins.
Ian.
--
To UNSUBSCRIBE, email to debian
On Wed, Feb 05, 2014 at 10:58:06PM +, Ian Jackson wrote:
Kurt Roeckx writes (Bug#727708: Call for votes on init system resolution):
Please do not assume I have time to read everything. I don't. I
actually think I gave advice about this before which you seem to
have ignored.
I'm
On Wed, Feb 05, 2014 at 10:31:24PM -0800, Russ Allbery wrote:
Don Armstrong d...@debian.org writes:
On Thu, 06 Feb 2014, Kurt Roeckx wrote:
So let me expand on that a little. Image the following options
- A: something that doesn't overrule the ctte (1:1)
- B: something that does
On Thu, 06 Feb 2014, Kurt Roeckx wrote:
I think there are basicly 2 ways to go about this:
- You revoke your decision during the GR process so that when
the GR is being voted on your decision no longer applies and
the GR isn't trying to override the ctte. You could for
instance do this
Kurt Roeckx writes (Bug#727708: Call for votes on init system resolution):
I think there are basicly 2 ways to go about this:
- You revoke your decision during the GR process so that when
the GR is being voted on your decision no longer applies and
the GR isn't trying to override the ctte
On Thu, Feb 06, 2014 at 10:22:15AM -0800, Don Armstrong wrote:
On Thu, 06 Feb 2014, Kurt Roeckx wrote:
I think there are basicly 2 ways to go about this:
- You revoke your decision during the GR process so that when
the GR is being voted on your decision no longer applies and
the GR
On Thu, Feb 06, 2014 at 06:26:09PM +, Ian Jackson wrote:
Kurt Roeckx writes (Bug#727708: Call for votes on init system resolution):
I think there are basicly 2 ways to go about this:
- You revoke your decision during the GR process so that when
the GR is being voted on your decision
Kurt Roeckx writes (Re: Bug#727708: Call for votes on init system resolution):
On Thu, Feb 06, 2014 at 06:26:09PM +, Ian Jackson wrote:
If you agree with this reasoning then I'd be grateful if you'd advise
what form of words should be used to achieve the desired effect. The
desired
On Thu, Feb 06, 2014 at 06:53:56PM +, Ian Jackson wrote:
Kurt Roeckx writes (Re: Bug#727708: Call for votes on init system
resolution):
On Thu, Feb 06, 2014 at 06:26:09PM +, Ian Jackson wrote:
If you agree with this reasoning then I'd be grateful if you'd advise
what form
Kurt Roeckx writes (Re: Bug#727708: Call for votes on init system resolution):
On Thu, Feb 06, 2014 at 06:53:56PM +, Ian Jackson wrote:
Yes. What did you think of my proposal earlier ? If you don't think
that has the right effect, please suggest something else.
Yes, I think
On Thu, 06 Feb 2014, Kurt Roeckx wrote:
On Thu, Feb 06, 2014 at 10:22:15AM -0800, Don Armstrong wrote:
Either of these options will require 2:1, though.
Let me quote §4.1.4:
Together, the Developers may: [...] Make or override any decision
authorised by the powers of the
On Wed, 05 Feb 2014, Ian Jackson wrote:
Don Armstrong writes (Bug#727708: Call for votes on init system resolution):
In fact, if this was your intention all along, it's not clear at all
to me why we had to couple these votes.
You'll notice that my ranking of the init systems differs
Don Armstrong writes (Bug#727708: Call for votes on init system resolution):
Given the already stated preferences of the CTTE, and the previous votes
we've already had, openrc and sysvinit are clearly not going to defeat
any option, so their position in your vote is largely irrelevant.
If we
On 7 February 2014 06:20, Ian Jackson ijack...@chiark.greenend.org.uk wrote:
Don Armstrong writes (Bug#727708: Call for votes on init system resolution):
Given the already stated preferences of the CTTE, and the previous votes
we've already had, openrc and sysvinit are clearly not going
On Fri, Feb 07, 2014 at 07:22:10AM +1000, Anthony Towns wrote:
On 7 February 2014 06:20, Ian Jackson ijack...@chiark.greenend.org.uk wrote:
Don Armstrong writes (Bug#727708: Call for votes on init system
resolution):
Given the already stated preferences of the CTTE, and the previous votes
Adrian Bunk b...@stusta.de writes:
On Fri, Feb 07, 2014 at 07:22:10AM +1000, Anthony Towns wrote:
Presuming everyone votes, where you put F only has an impact in either
case only if at least three other ctte members will also vote FD above
T or DT (given UT is irrelevant); which based on the
On Thu, Feb 06, 2014 at 02:20:51PM -0800, Russ Allbery wrote:
...
This is one of the major reasons why I'm voting GR second. I see Bdale's
point that we shouldn't abdicate our responsibility to make the best
decision that we can, and I followed that maxim by voting my preference
first. But
On 7 February 2014 08:44, Adrian Bunk b...@stusta.de wrote:
If Colin joins Ian, Andreas and Steve in voting DT and UT below FD,
then T is dead.
It's really pretty terrible to actively use FD to try to block options
that aren't your favourite. Honestly, I would have expected the tech
ctte to be
Anthony Towns a...@erisian.com.au writes:
It's really pretty terrible to actively use FD to try to block options
that aren't your favourite. Honestly, I would have expected the tech
ctte to be able to come to a consensus on a set of proposals considered
reasonable by all the members, and
Russ Allbery r...@debian.org writes:
Don Armstrong d...@debian.org writes:
On Thu, 06 Feb 2014, Kurt Roeckx wrote:
So let me expand on that a little. Image the following options
- A: something that doesn't overrule the ctte (1:1)
- B: something that does overrule the ctte (2:1)
- FD
In
On Fri, Feb 07, 2014 at 08:59:59AM +1000, Anthony Towns wrote:
On 7 February 2014 08:44, Adrian Bunk b...@stusta.de wrote:
If Colin joins Ian, Andreas and Steve in voting DT and UT below FD,
then T is dead.
It's really pretty terrible to actively use FD to try to block options
that aren't
Adrian Bunk b...@stusta.de writes:
Leaving tactical aspects aside, IMHO the important point is that there
is a compromise line that seems reasonable for all members of the TC:
For the upstart side of the TC, the most important question is T/L.
For the systemd side of the TC, the most
Ian Jackson writes (Bug#727708: package to change init systems):
I now intend to do the CFV at 16:30 UTC on Wednesday.
I hereby call for votes on my previously proposed resolution and
amendments. All the options require a simple majority.
The list of options, and full resolution text, are
Ian Jackson writes (Bug#727708: Call for votes on init system resolution):
I hereby call for votes on my previously proposed resolution and
amendments. All the options require a simple majority.
I vote:
1. UL upstart default in jessie, requiring specific init NOT allowed
2. DL systemd
On Wed, 05 Feb 2014, Ian Jackson wrote:
Ian Jackson writes (Bug#727708: Call for votes on init system resolution):
I hereby call for votes on my previously proposed resolution and
amendments. All the options require a simple majority.
I vote:
[...]
6. FD further discussion
7. UT
Ian,
On Wed, Feb 05, 2014 at 04:33:57PM +, Ian Jackson wrote:
Ian Jackson writes (Bug#727708: package to change init systems):
I now intend to do the CFV at 16:30 UTC on Wednesday.
I hereby call for votes on my previously proposed resolution and
amendments. All the options require a
On Wed, 05 Feb 2014, Ian Jackson wrote:
Options on the ballot:
[...]
I Vote:
1. DT systemd default in jessie, requiring specific init is allowed
2. DL systemd default in jessie, requiring specific init NOT allowed
3. UT upstart default in jessie, requiring specific init is allowed
4. UL
* Andreas Barth (a...@ayous.org) [140205 18:51]:
* Ian Jackson (ijack...@chiark.greenend.org.uk) [140205 17:39]:
Ian Jackson writes (Bug#727708: package to change init systems):
I now intend to do the CFV at 16:30 UTC on Wednesday.
I hereby call for votes on my previously proposed
On Wed, Feb 05, 2014 at 04:33:57PM +, Ian Jackson wrote:
Ian Jackson writes (Bug#727708: package to change init systems):
I now intend to do the CFV at 16:30 UTC on Wednesday.
I hereby call for votes on my previously proposed resolution and
amendments. All the options require a simple
* Ian Jackson (ijack...@chiark.greenend.org.uk) [140205 17:39]:
Ian Jackson writes (Bug#727708: package to change init systems):
I now intend to do the CFV at 16:30 UTC on Wednesday.
I hereby call for votes on my previously proposed resolution and
amendments. All the options require a
On Wed, Feb 05, 2014 at 04:33:57PM +, Ian Jackson wrote:
== rider for all versions except GR ==
This decision is automatically vacated by any contrary General
Resolution which passes by a simple majority. In that case the
General Resolution takes effect and the whole of this TC
On Wed, Feb 05, 2014 at 09:56:14AM -0800, Steve Langasek wrote:
...
8. OT openrc default in jessie, requiring specific init is allowed
8. VT sysvinit default in jessie, requiring specific init is allowed
...
Is this a typo or an intentional equal ranking?
cu
Adrian
--
Is
On Wed, Feb 05, 2014 at 04:33:57PM +, Ian Jackson wrote:
Ian Jackson writes (Bug#727708: package to change init systems):
I now intend to do the CFV at 16:30 UTC on Wednesday.
I hereby call for votes on my previously proposed resolution and
amendments. All the options require a simple
On Wed, Feb 05, 2014 at 09:25:59PM +0200, Adrian Bunk wrote:
On Wed, Feb 05, 2014 at 09:56:14AM -0800, Steve Langasek wrote:
...
8. OT openrc default in jessie, requiring specific init is allowed
8. VT sysvinit default in jessie, requiring specific init is allowed
...
Is this a
* Steve Langasek (vor...@debian.org) [140205 18:45]:
I think whichever option wins on this ballot, if the TC leaves the
discussion here it will be a bad outcome for Debian because it leaves
maintainers without clear guidance about how to avoid fragmenting the
archive.
What would you like to
* Kurt Roeckx (k...@roeckx.be) [140205 21:09]:
On Wed, Feb 05, 2014 at 04:33:57PM +, Ian Jackson wrote:
Ian Jackson writes (Bug#727708: package to change init systems):
I now intend to do the CFV at 16:30 UTC on Wednesday.
I hereby call for votes on my previously proposed resolution
On Wed, Feb 05, 2014 at 10:15:00PM +0100, Andreas Barth wrote:
* Kurt Roeckx (k...@roeckx.be) [140205 21:09]:
On Wed, Feb 05, 2014 at 04:33:57PM +, Ian Jackson wrote:
Ian Jackson writes (Bug#727708: package to change init systems):
I now intend to do the CFV at 16:30 UTC on
Kurt Roeckx writes (Bug#727708: Call for votes on init system resolution):
I would really like it that you indicated under which power the
CTTE is making decisions, and the majority requirements that go
with that the options, for all your votes.
Sorry not to give you an explicit heads-up about
Don Armstrong writes (Bug#727708: Call for votes on init system resolution):
On Wed, 05 Feb 2014, Ian Jackson wrote:
6. FD further discussion
7. UT upstart default in jessie, requiring specific init is allowed
8. OT openrc default in jessie, requiring specific init is allowed
On Wed, Feb 5, 2014 at 3:08 PM, Kurt Roeckx wrote:
On Wed, Feb 05, 2014 at 04:33:57PM +, Ian Jackson wrote:
Ian Jackson writes (Bug#727708: package to change init systems):
I now intend to do the CFV at 16:30 UTC on Wednesday.
I hereby call for votes on my previously proposed resolution
Ian Jackson ijack...@chiark.greenend.org.uk writes:
Options on the ballot:
DT systemd default in jessie, requiring specific init is allowed
DL systemd default in jessie, requiring specific init NOT allowed
UT upstart default in jessie, requiring specific init is allowed
UL
On Wed, Feb 5, 2014 at 5:05 PM, Ian Jackson wrote:
Kurt Roeckx writes (Bug#727708: Call for votes on init system resolution):
I would really like it that you indicated under which power the
CTTE is making decisions, and the majority requirements that go
with that the options, for all your
On Wed, Feb 05, 2014 at 04:33:57PM +, Ian Jackson wrote:
I hereby call for votes on my previously proposed resolution and
amendments. All the options require a simple majority.
I vote:
1. UL upstart default in jessie, requiring specific init NOT allowed
2. DL systemd default in
On Wed, Feb 05, 2014 at 10:05:45PM +, Ian Jackson wrote:
As regards the default init system we are making a decision which has
been requested of us by the people normally responsible (which would
be the d-i maintainersI think).
The original request to us was made by Paul Tagliamonte, who I
On Wed, Feb 05, 2014 at 05:08:35PM -0500, Michael Gilbert wrote:
The big question, I think, is whether section 6.3.6 of the
constitution has been satisfied. The project is still clearly working
on solutions, but at a slower pace than some may desire. See this for
a recent example:
On Wed, Feb 05, 2014 at 10:05:45PM +, Ian Jackson wrote:
Kurt Roeckx writes (Bug#727708: Call for votes on init system resolution):
I would really like it that you indicated under which power the
CTTE is making decisions, and the majority requirements that go
with that the options
Colin Watson dixit:
(Decide any technical matter where Developers' jurisdictions overlap).
I think it is not up to the d-i people to decide on the init system
anyway – especially as not d-i but debootstrap is the canonical way
to install Debian… and debootstrap goes by whatever ftp-masters put
Colin Watson dixit:
https://lists.debian.org/debian-devel/2014/02/msg00106.html
Various developers certainly continue to work enthusiastically on their
preferred approaches, but that's not really the same as efforts to
resolve [the issue] via consensus.
But is not diversity some sort of
On Wed, Feb 05, 2014 at 05:28:41PM -0500, Michael Gilbert wrote:
paultag made the request while referencing 6.1.2 as the relevant
clause. He isn't involved in d-i.
(Heyya, mgilbert! :) )
I brought it forward under that clause because it made sense at the
time, but I think the TC is free to
Steve Langasek writes (Re: Bug#727708: Call for votes on init system
resolution):
I am very unhappy to see this CFV in my inbox this morning.
I'm sorry about that.
I made it known that I was not satisfied with the set of ballot
options, and I was still in the process of drafting language
Steve Langasek writes (Bug#727708: Call for votes on init system resolution):
I vote:
1. UL upstart default in jessie, requiring specific init NOT allowed
2. DL systemd default in jessie, requiring specific init NOT allowed
3. FD further discussion
If you are serious about
Kurt Roeckx writes (Bug#727708: Call for votes on init system resolution):
Please do not assume I have time to read everything. I don't. I
actually think I gave advice about this before which you seem to
have ignored.
I'm sorry if I also missed a mail.
Anyway, I think as regards T vs L we
On Wed, Feb 05, 2014 at 10:29:09PM +, Colin Watson wrote:
The original request to us was made by Paul Tagliamonte, who I don't
think is on the d-i team (or if he is I hope he'll forgive me for
observing he isn't very active).
FTR - I'm not on the d-i team, and havn't been. No worries :)
I hereby change my vote:
1. FD further discussion
2. UL upstart default in jessie, requiring specific init NOT allowed
3. DL systemd default in jessie, requiring specific init NOT allowed
4. OL openrc default in jessie, requiring specific init NOT allowed
5. VL sysvinit default in
Kurt Roeckx writes (Bug#727708: Call for votes on init system resolution):
I'm not sure I like the way this is worded, I would have prefered
that you asked me about this before calling for votes.
So assuming that the current vote is cancelled due to 4 people ranking
FD first: would you care
On Wed, Feb 05, 2014 at 11:09:25PM +, Ian Jackson wrote:
Kurt Roeckx writes (Bug#727708: Call for votes on init system resolution):
I'm not sure I like the way this is worded, I would have prefered
that you asked me about this before calling for votes.
So assuming that the current vote
On 2014-02-05 17:36, Ian Jackson wrote:
Ian Jackson writes (Bug#727708: Call for votes on init system
resolution):
I hereby call for votes on my previously proposed resolution and
amendments. All the options require a simple majority.
I vote:
1. UL upstart default in jessie, requiring
On Thu, Feb 06, 2014 at 12:40:22AM +0100, Philipp Kern wrote:
I'd prefer if CTTE members would actually sign their votes. (But I
guess it's up to the secretary.)
I've actually asked that they do that before, but it's not really
a requirement.
Kurt
--
To UNSUBSCRIBE, email to
1 - 100 of 109 matches
Mail list logo