Re: Alternative proposal: reaffirm maintainers technical competence over the software they maintain

2014-10-20 Thread Gergely Nagy
Luca Falavigna dktrkr...@debian.org writes: I would like to propose the following amendment proposal, and I hereby call for seconds. ** Begin Alternative Proposal ** 0. Rationale Debian has decided (via the Technical Committee) to change its default init system for the next

Re: Re: Re-Proposal - preserve freedom of choice of init systems

2014-10-20 Thread Steve Langasek
On Sat, Oct 18, 2014 at 03:26:57AM +0100, Jonathan de Boyne Pollard wrote: Perhaps if you picked something other than runit you'd make your point more effectively. Try using the case of someone who makes a tool that depends from System V init running as process #1. It is hardly farfetched.

Re: Alternative proposal: support for alternative init systems is desirable but not mandatory

2014-10-20 Thread Nikolaus Rath
Jonas Smedegaard d...@jones.dk writes: Quoting Nikolaus Rath (2014-10-19 20:21:59) Ian Jackson ijack...@chiark.greenend.org.uk writes: David Weinehall writes (Re: Alternative proposal: support for alternative init systems is desirable but not mandatory): OK, so packaging uselessd (thus

Re: Alternative proposal: support for alternative init systems is desirable but not mandatory

2014-10-20 Thread Nikolaus Rath
Jonas Smedegaard d...@jones.dk writes: Quoting Nikolaus Rath (2014-10-19 20:16:37) Jonas Smedegaard d...@jones.dk writes: Quoting David Weinehall (2014-10-19 16:13:18) On Sun, Oct 19, 2014 at 02:28:02PM +0100, Ian Jackson wrote: [snip] The wording in my resolution comes from the TC

Re: [Call for seconds] The “no GR, please“ amendement.

2014-10-20 Thread Charles Plessy
Le Sun, Oct 19, 2014 at 05:01:02PM +0200, Lucas Nussbaum a écrit : --- The Debian project asks its members to be considerate when proposing General Resolutions, as the GR process may be disruptive regardless of the

Re: Amendment (Re: Re-Proposal - preserve freedom of choice of init systems)

2014-10-20 Thread Ian Jackson
Alessio Treglia writes (Re: Amendment (Re: Re-Proposal - preserve freedom of choice of init systems)): Il giorno dom, 19/10/2014 alle 14.59 +0100, Ian Jackson ha scritto: I hereby formally propose the amendment below (Constitution A.1(1) `directly by proposer'), and, then, immediately accept

Re: GR option text on ballots

2014-10-20 Thread Ian Jackson
Nikolaus Rath writes (Re: GR option text on ballots): Ian Jackson ijack...@chiark.greenend.org.uk writes: If the Secretary feels we have to have a neutral rather than a positive phrasing I would request that we use the following summary line for my proposal: Packages may not require a

Re: Amendment (Re: Re-Proposal - preserve freedom of choice of init systems)

2014-10-20 Thread Alessio Treglia
On Mon, Oct 20, 2014 at 11:55 AM, Ian Jackson ijack...@chiark.greenend.org.uk wrote: Alessio Treglia writes (Re: Amendment (Re: Re-Proposal - preserve freedom of choice of init systems)): Il giorno dom, 19/10/2014 alle 14.59 +0100, Ian Jackson ha scritto: I hereby formally propose the

Re: Alternative proposal: support for alternative init systems is desirable but not mandatory

2014-10-20 Thread Jonas Smedegaard
Quoting Nikolaus Rath (2014-10-20 05:19:03) Jonas Smedegaard d...@jones.dk writes: Quoting Nikolaus Rath (2014-10-19 20:16:37) Do you consider uselessd to be the same init system as systemd? To me this looks like a legitimate fork. Or are you saying that at least one is really meant to mean

Re: [Call for seconds] The “no GR, please“ amendement.

2014-10-20 Thread Holger Levsen
Hi, On Sonntag, 19. Oktober 2014, Charles Plessy wrote: --- The Debian project asks its members to be considerate when proposing General Resolutions, as the GR process may be disruptive regardless of the outcome of the

Re: [Call for seconds] The “no GR, please“ amendement.

2014-10-20 Thread Didier 'OdyX' Raboud
Le dimanche, 19 octobre 2014, 23.29:21 Charles Plessy a écrit : -- The Debian project asks its members to be considerate when proposing General Resolutions, as the GR process may be disruptive regardless of the outcome of

Re: [Call for seconds] The “no GR, please“ amendement.

2014-10-20 Thread Raphael Hertzog
On Sun, 19 Oct 2014, Charles Plessy wrote: --- The Debian project asks its members to be considerate when proposing General Resolutions, as the GR process may be disruptive regardless of the outcome of the vote.

Re: [Call for seconds] The “no GR, please“ amendement.

2014-10-20 Thread Neil McGovern
On Sun, Oct 19, 2014 at 11:29:21PM +0900, Charles Plessy wrote: --- The Debian project asks its members to be considerate when proposing General Resolutions, as the GR process may be disruptive regardless of the outcome

Re: [Call for seconds] The “no GR, please“ amendement.

2014-10-20 Thread Gergely Nagy
Charles Plessy ple...@debian.org writes: Here is the text: --- The Debian project asks its members to be considerate when proposing General Resolutions, as the GR process may be disruptive regardless of the outcome of

Re: Alternative proposal: support for alternative init systems is desirable but not mandatory

2014-10-20 Thread Russ Allbery
Nikolaus Rath nikol...@rath.org writes: I just don't understand why you consider uselessd a trick that I came up with (leaving alone the fact that David brought it up here, and that yet another guy started the project). Indeed, I think uselessd is a very interesting project. I hope it

Re: Alternative proposal: reaffirm maintainers technical competence over the software they maintain

2014-10-20 Thread Cyril Brulebois
Luca Falavigna dktrkr...@debian.org (2014-10-18): ** Begin Alternative Proposal ** 0. Rationale Debian has decided (via the Technical Committee) to change its default init system for the next release. The Technical Committee decided not to decide about the question of coupling

Re: [Call for seconds] The “no GR, please“ amendement.

2014-10-20 Thread Cyril Brulebois
Charles Plessy ple...@debian.org (2014-10-19): --- The Debian project asks its members to be considerate when proposing General Resolutions, as the GR process may be disruptive regardless of the outcome of the vote.

Re: Alternative proposal: reaffirm maintainers technical competence over the software they maintain

2014-10-20 Thread Paul Tagliamonte
On Sat, Oct 18, 2014 at 12:21:18PM +0200, Luca Falavigna wrote: Dear fellow Developers, I would like to propose the following amendment proposal, and I hereby call for seconds. ** Begin Alternative Proposal ** 0. Rationale Debian has decided (via the Technical Committee) to

Re: [Call for seconds] The “no GR, please“ amendement.

2014-10-20 Thread Paul Tagliamonte
On Sun, Oct 19, 2014 at 11:29:21PM +0900, Charles Plessy wrote: Here is the text: --- The Debian project asks its members to be considerate when proposing General Resolutions, as the GR process may be disruptive

Re: Alternative proposal: support for alternative init systems is desirable but not mandatory

2014-10-20 Thread Ian Jackson
Nikolaus Rath writes (Re: Alternative proposal: support for alternative init systems is desirable but not mandatory): I just don't understand why you consider uselessd a trick that I came up with (leaving alone the fact that David brought it up here, and that yet another guy started the

Re: Alternative proposal: support for alternative init systems is desirable but not mandatory

2014-10-20 Thread Jonas Smedegaard
Quoting Nikolaus Rath (2014-10-20 05:29:10) Jonas Smedegaard d...@jones.dk writes: Quoting Nikolaus Rath (2014-10-19 20:21:59) Ian Jackson ijack...@chiark.greenend.org.uk writes: David Weinehall writes (Re: Alternative proposal: support for alternative init systems is desirable but not

Re: [Call for seconds] The “no GR, please“ amendement.

2014-10-20 Thread Joey Hess
Charles Plessy wrote: --- The Debian project asks its members to be considerate when proposing General Resolutions, as the GR process may be disruptive regardless of the outcome of the vote. Regarding the subject of

Re: Alternative proposal: support for alternative init systems is desirable but not mandatory

2014-10-20 Thread Martinx - ジェームズ
+1 keep `sysvint-core` in Debian *at a reliable level*, is a wise thing to do. For at least, 2018~2020. On 19 October 2014 18:40, Jonas Smedegaard d...@jones.dk wrote: Quoting Nikolaus Rath (2014-10-19 20:16:37) Jonas Smedegaard d...@jones.dk writes: Quoting David Weinehall (2014-10-19

Re: Alternative proposal: reaffirm maintainers technical competence over the software they maintain

2014-10-20 Thread Neil McGovern
On Sat, Oct 18, 2014 at 12:21:18PM +0200, Luca Falavigna wrote: Dear fellow Developers, I would like to propose the following amendment proposal, and I hereby call for seconds. All received and valid. Thanks, Neil -- signature.asc Description: Digital signature

Re: Alternative proposal: reaffirm maintainers technical competence over the software they maintain

2014-10-20 Thread Joey Hess
Luca Falavigna wrote: The Technical Committee decided not to decide about the question of coupling i.e. whether other packages in Debian may depend on a particular init system. The tech committe made a separate ruling on this question, and decided: For the record, the TC expects

Re: [Call for seconds] The “no GR, please“ amendement.

2014-10-20 Thread Neil McGovern
On Sun, Oct 19, 2014 at 11:29:21PM +0900, Charles Plessy wrote: Anyway, whichever the name I call for seconds (or comments: if this proposed amendment is considered harmful, let me know). Received (well, found in the middle of a mail thread, thanks for changing the subject though :P) and

Re: Re-Proposal - preserve freedom of choice of init systems

2014-10-20 Thread Joey Hess
Ian Jackson wrote: The technical committee decided not to decide about the question of coupling i.e. whether other packages in Debian may depend on a particular init system. What, then was #746715? This resolution is a Position Statement about Issues of the Day (Constitution 4.1.5),

Re: Alternative proposal: reaffirm maintainers technical competence over the software they maintain

2014-10-20 Thread Didier 'OdyX' Raboud
Le lundi, 20 octobre 2014, 14.14:58 Joey Hess a écrit : The tech committe made a separate ruling on this question, and decided: For the record, the TC expects maintainers to continue to support the multiple available init systems in Debian. That includes merging reasonable contributions,

Re: [RFC] Alternative proposal: reaffirm upstream and maintainers technical competence over the software they maintain

2014-10-20 Thread Sam Hartman
Hi. I'd support a proposal that focused on reaffirming the decisions that have already been taken, and it sort of sounds like you're doing that. However, I think your proposal goes significantly further than I'd like. So, I'd rank your proposal significantly below Lucas's proposal. however, if

Re: Alternative proposal: reaffirm maintainers technical competence over the software they maintain

2014-10-20 Thread Matthias Urlichs
Hi, Joey Hess: Luca Falavigna wrote: The Technical Committee decided not to decide about the question of coupling i.e. whether other packages in Debian may depend on a particular init system. The tech committe made a separate ruling on this question, and decided: For the

Re: Alternative proposal: support for alternative init systems is desirable but not mandatory

2014-10-20 Thread Sam Hartman
Joey == Joey Hess jo...@debian.org writes: Joey Why not just make your proposal be something along the lines Joey of reaffirming the technical decision-making process as it Joey currently stands, from the package maintainers, to the policy, Joey to the TC. It could implicitly or

Re: Alternative proposal: reaffirm maintainers technical competence over the software they maintain

2014-10-20 Thread Russ Allbery
Didier 'OdyX' Raboud o...@debian.org writes: Le lundi, 20 octobre 2014, 14.14:58 Joey Hess a écrit : The tech committe made a separate ruling on this question, and decided: For the record, the TC expects maintainers to continue to support the multiple available init systems in Debian. That

Re: Alternative proposal: support for alternative init systems is desirable but not mandatory

2014-10-20 Thread Joey Hess
Sam Hartman wrote: Joey == Joey Hess jo...@debian.org writes: Joey Why not just make your proposal be something along the lines Joey of reaffirming the technical decision-making process as it Joey currently stands, from the package maintainers, to the policy, Joey to the

Re: Alternative proposal: reaffirm maintainers technical competence over the software they maintain

2014-10-20 Thread Aigars Mahinovs
On 20 October 2014 21:14, Joey Hess jo...@debian.org wrote: Luca Falavigna wrote: The Technical Committee decided not to decide about the question of coupling i.e. whether other packages in Debian may depend on a particular init system. The tech committe made a separate ruling on this

Re: Alternative proposal: reaffirm maintainers technical competence over the software they maintain

2014-10-20 Thread Kurt Roeckx
On Mon, Oct 20, 2014 at 08:46:19PM +0200, Didier 'OdyX' Raboud wrote: Le lundi, 20 octobre 2014, 14.14:58 Joey Hess a écrit : The tech committe made a separate ruling on this question, and decided: For the record, the TC expects maintainers to continue to support the multiple available

Re: GR option text on ballots

2014-10-20 Thread Kurt Roeckx
On Sun, Oct 19, 2014 at 03:18:52PM +0100, Ian Jackson wrote: IMO summary lines should certainly not be written by opponents of the proposed option. Please would you as Secretary confirm that you will seek to use a summary text that both I (as proponent) and you are happy with. Please see

Re: [Call for seconds] The “no GR, please“ amendement.

2014-10-20 Thread Sam Hartman
Joey == Joey Hess jo...@debian.org writes: Joey Charles Plessy wrote: --- The Debian project asks its members to be considerate when proposing General Resolutions, as the GR process may be

Re: Alternative proposal: reaffirm maintainers technical competence over the software they maintain

2014-10-20 Thread Arno Töll
Hi Kurt, On 20.10.2014 21:33, Kurt Roeckx wrote: So the question is going to be if this options overrides #746715 or not. I didn't look into it yet, so I might be turning 1 or more of the options into overrding the TC and put them under 4.1.4. I do not follow you on this argumentation. The

Re: Alternative proposal: reaffirm maintainers technical competence over the software they maintain

2014-10-20 Thread Kurt Roeckx
On Mon, Oct 20, 2014 at 10:26:08PM +0200, Arno Töll wrote: Hi Kurt, On 20.10.2014 21:33, Kurt Roeckx wrote: So the question is going to be if this options overrides #746715 or not. I didn't look into it yet, so I might be turning 1 or more of the options into overrding the TC and put

Re: Alternative proposal: reaffirm maintainers technical competence over the software they maintain

2014-10-20 Thread Sam Hartman
Arno == Arno Töll a...@debian.org writes: Arno Hi Kurt, Arno On 20.10.2014 21:33, Kurt Roeckx wrote: So the question is going to be if this options overrides #746715 or not. I didn't look into it yet, so I might be turning 1 or more of the options into overrding the TC

Re: Alternative proposal: reaffirm maintainers technical competence over the software they maintain

2014-10-20 Thread Joey Hess
Kurt Roeckx wrote: Either it's a position statement, or we're making position statement (4.1.5), or using the TC's power (4.1.4). In #727708 it says that a position statement will replace this TC resolution. In #746715 there is no such text. So the question is going to be if this

Re: Alternative proposal: reaffirm maintainers technical competence over the software they maintain

2014-10-20 Thread Lucas Nussbaum
On 20/10/14 at 22:26 +0200, Arno Töll wrote: That's - I think - a good default and affirms Debian's point of view that the respective maintainers can judge best what's a good requirement for their packages. Finally I encourage everyone to focus on the connotation in Luca's amendment. It allows

Re: Alternative proposal: reaffirm maintainers technical competence over the software they maintain

2014-10-20 Thread Paul Tagliamonte
On Mon, Oct 20, 2014 at 04:03:49PM -0400, Joey Hess wrote: Well, at least I've found yet another reason to perfer to not vote on this GR: It's too darn complicated to understand the procedural hacking that's going on. Hear, hear. My dayjob is doing PMO[1][2] style work tracking and modeling

Re: GR option text on ballots

2014-10-20 Thread Neil McGovern
On Sun, Oct 19, 2014 at 03:18:52PM +0100, Ian Jackson wrote: Lucas Nussbaum writes (Re: GR option text on ballots): I'd like to propose: I would like to reiterate my view that these summaries should be positive, and written by the proponent of each version, so long as they are not

Re: Re-Proposal - preserve freedom of choice of init systems

2014-10-20 Thread ss-composer
I wholeheartedly support this proposal. I would go further in this proposal and state that no software should require a specific init system in ANY pid. Of course, like many others, I would prefer Debian's default init to be almost anything other than systemd. In fleeing systemd, I have left

Re: Amendment (Re: Re-Proposal - preserve freedom of choice of init systems)

2014-10-20 Thread Neil McGovern
On Sun, Oct 19, 2014 at 02:59:16PM +0100, Ian Jackson wrote: (CC secretary@ to avoid this getting overlooked in the mail flood.) I hereby formally propose the amendment below (Constitution A.1(1) `directly by proposer'), and, then, immediately accept it (A.1(2)). This resets the minimum

Re: Alternative proposal: support for alternative init systems is desirable but not mandatory

2014-10-20 Thread Nikolaus Rath
Ian Jackson ijack...@chiark.greenend.org.uk writes: Nikolaus Rath writes (Re: Alternative proposal: support for alternative init systems is desirable but not mandatory): I just don't understand why you consider uselessd a trick that I came up with (leaving alone the fact that David brought it

Re: Alternative proposal: reaffirm maintainers technical competence over the software they maintain

2014-10-20 Thread Matthias Urlichs
Hi, Joey Hess: Well, at least I've found yet another reason to perfer to not vote on this GR: It's too darn complicated to understand the procedural hacking that's going on. Well, vote them below FD then. Except for the nice two-paragraph we don't need no stinkin' GR amendment that's going