Bug#727708: multiple init systems - formal resolution proposal - Don't like software, don't use it. Absolutely.

2014-01-31 Thread Josselin Mouette
Le jeudi 30 janvier 2014 à 22:43 +0400, Sergey B Kirpichev a écrit : https://wiki.debian.org/Debate/initsystem/systemd#sysvinit_.2B-_insserv Since you forgot to paste the first sentence, let me add it here. “Sysvinit was never designed to cope with the dynamic/event-based architecture of the

Bug#727708: multiple init systems - formal resolution proposal - Don't like software, don't use it. Absolutely.

2014-01-30 Thread Thorsten Glaser
Matthias Klumpp dixit: 2014-01-30 ChaosEsque Team chaosesquet...@yahoo.com: [bullshit] This was actually *not* bullshit. The delivery of most of the content could use some polishing, but the content is a(n inconvenient) truth. Wasn't there some kind of a ban applied here? Apparently not, but

Bug#727708: multiple init systems - formal resolution proposal - Don't like software, don't use it. Absolutely.

2014-01-30 Thread Paul Tagliamonte
On Thu, Jan 30, 2014 at 12:05:05PM +, Thorsten Glaser wrote: This was actually *not* bullshit. The delivery of most of the content could use some polishing, but the content is a(n inconvenient) truth. Man, if someone was spouting garbage like that in support of systemd, you bet your mksh

Bug#727708: multiple init systems - formal resolution proposal - Don't like software, don't use it. Absolutely.

2014-01-30 Thread Steven Chamberlain
Putting it another way, then, I expect there are some people who will not want systemd on their GNU/Linux systems. I don't think it matters if their reasons are technical, political, irrational fear or personal dislike of the creator; I'd like them to have that choice and for it to work as well

Bug#727708: multiple init systems - formal resolution proposal - Don't like software, don't use it. Absolutely.

2014-01-30 Thread Matthias Klumpp
2014-01-30 Thorsten Glaser t...@mirbsd.de: Matthias Klumpp dixit: 2014-01-30 ChaosEsque Team chaosesquet...@yahoo.com: [bullshit] This was actually *not* bullshit. The delivery of most of the content could use some polishing, but the content is a(n inconvenient) truth. Wasn't there some

Bug#727708: multiple init systems - formal resolution proposal - Don't like software, don't use it. Absolutely.

2014-01-30 Thread Thorsten Glaser
Matthias Klumpp dixit: What would happen if we adopted systemd? The project would lose (a different set of) contributors and users. The OSS ecosystem would lose, vendor-lock-in would ensue in a way even worse than the FSF does, and the remnants of Unix/GNU in Debian would die, to be replaced by

Bug#727708: multiple init systems - formal resolution proposal - Don't like software, don't use it. Absolutely.

2014-01-30 Thread Ian Jackson
Matthias Klumpp writes (Bug#727708: multiple init systems - formal resolution proposal - Don't like software, don't use it. Absolutely.): What would be the effecr if we decided to drop GNOME, because it depends on systemd? In this hypothetical scenario: It would be fairly easy

Bug#727708: multiple init systems - formal resolution proposal - Don't like software, don't use it. Absolutely.

2014-01-30 Thread Steven Chamberlain
On 30/01/14 17:01, Thorsten Glaser wrote: And the GNOME/systemd people are invited to make their dream of the FLOS GNOME OS into a Debian derivate or Pure Blend. If the chosen default is something other than systemd, and if the TC resolution does not prevent GNOME having a hard dependency on

Bug#727708: multiple init systems - formal resolution proposal - Don't like software, don't use it. Absolutely.

2014-01-30 Thread Sergey B Kirpichev
On Thu, Jan 30, 2014 at 05:30:04PM +0100, Matthias Klumpp wrote: What would be the effecr if we decided to drop GNOME, because it depends on systemd? Of course, Debian would have played with it's muscles, but in the end we would have lost GNOME users, all GNOME developers and many motivated

Bug#727708: multiple init systems - formal resolution proposal - Don't like software, don't use it. Absolutely.

2014-01-30 Thread Josselin Mouette
Le jeudi 30 janvier 2014 à 21:38 +0400, Sergey B Kirpichev a écrit : [Lots of crap] Where is the list of problems for sysvinit we intend to solve? https://wiki.debian.org/Debate/initsystem/systemd#sysvinit_.2B-_insserv -- .''`.Josselin Mouette : :' : `. `' `- -- To

Bug#727708: multiple init systems - formal resolution proposal - Don't like software, don't use it. Absolutely.

2014-01-30 Thread Bastien Beudart
Matthias Klumpp writes (Bug#727708: multiple init systems - formal resolution proposal - Don't like software, don't use it. Absolutely.): What would be the effecr if we decided to drop GNOME, because it depends on systemd? In this hypothetical scenario: It would be fairly easy

Bug#727708: multiple init systems - formal resolution proposal - Don't like software, don't use it. Absolutely.

2014-01-30 Thread Sergey B Kirpichev
On Thu, Jan 30, 2014 at 06:47:02PM +0100, Josselin Mouette wrote: Le jeudi 30 janvier 2014 à 21:38 +0400, Sergey B Kirpichev a écrit : [Lots of crap] Nice argumentation, as usual... Where is the list of problems for sysvinit we intend to solve?

Bug#727708: multiple init systems - formal resolution proposal - Don't like software, don't use it. Absolutely.

2014-01-30 Thread Olav Vitters
On Thu, Jan 30, 2014 at 6:38 PM, Sergey B Kirpichev skirpic...@gmail.com wrote: On Thu, Jan 30, 2014 at 05:30:04PM +0100, Matthias Klumpp wrote: GNOME upstream won't really change Why? There are non-Linux GNOME users, for example. If the GNOME developers don't care even about such popular

Bug#727708: multiple init systems - formal resolution proposal - Don't like software, don't use it. Absolutely.

2014-01-30 Thread Michael Gilbert
On Thu, Jan 30, 2014 at 12:04 PM, Ian Jackson wrote: What would be the effecr if we decided to drop GNOME, because it depends on systemd? In this hypothetical scenario: It would be fairly easy for a downstream of Debian to mandate systemd for their users, and provide Gnome. It would not

Bug#727708: multiple init systems - formal resolution proposal - Don't like software, don't use it. Absolutely.

2014-01-30 Thread Keith Packard
Sergey B Kirpichev skirpic...@gmail.com writes: Are X-people indeed sacrifice portability, or there is something different (e.g. these dependencies are optional)? Speaking as the X server release manager, the systemd patches exist solely to provide for interoperation with systemd or other

Bug#727708: multiple init systems - formal resolution proposal - Don't like software, don't use it. Absolutely.

2014-01-30 Thread Matthias Klumpp
2014-01-31 Keith Packard kei...@keithp.com: Sergey B Kirpichev skirpic...@gmail.com writes: [...] Where is the list of problems for sysvinit we intend to solve? For X, the problem is running X as a user other than root, which should provide for increased system security as we'll be reducing

Bug#727708: multiple init systems - formal resolution proposal - Don't like software, don't use it. Absolutely.

2014-01-30 Thread Keith Packard
Matthias Klumpp matth...@tenstral.net writes: Of course it does not exclude implementing that stuff in a different, non-systemd tool, but to my knowledge nobody has done that yet. Exactly so. I have ideas on how this might work in a simpler and more general fashion, but people rarely listen to

Bug#727708: Re: Bug#727708: multiple init systems - formal resolution proposal - Don't like software, don't use it. Absolutely.

2014-01-29 Thread ChaosEsque Team
If you don't like the software, don't use it. Absolutely. But that is not really an option that is to be afforded to all of us if the systemd guys successfully have their way with linux. It would be nice if they afforded us such a freedom, but their statements and their actions suggest that

Bug#727708: Re: Bug#727708: multiple init systems - formal resolution proposal - Don't like software, don't use it. Absolutely.

2014-01-29 Thread Matthias Klumpp
2014-01-30 ChaosEsque Team chaosesquet...@yahoo.com: [bullshit] Wasn't there some kind of a ban applied here? I am confused. Cheers, Matthias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org