Bug#727708: init system other points, and conclusion

2014-01-04 Thread Steven Chamberlain
Commenting as a porter, the decision on default init system might affect me something like this: If GNU/Linux defaults to Upstart, it's likely in porters' interest to get that working as well as possible so we can keep consistency with Linux arches. I'm really grateful of Dimitri's work on this

Bug#727708: init system other points, and conclusion

2014-01-04 Thread Ian Jackson
Anthony Towns writes (Bug#727708: init system other points, and conclusion): I wonder if folks could clarify what status they expect secondary init systems to have in Debian? Thanks for bringing up this point so very clearly. I agree entirely with the thrust of your argument. I would very

Bug#727708: init system other points, and conclusion

2014-01-04 Thread Ian Jackson
Steven Chamberlain writes (Bug#727708: init system other points, and conclusion): Policy may need to explain whether hard systemd requirement is permissible, if it should be expressed in package dependencies, or what it should do otherwise (e.g. refuse to start, fail with error message, fall

Bug#727708: init system other points, and conclusion

2014-01-04 Thread Russ Allbery
Cory opensourcesoftwaredevelo...@gmail.com writes: If Debian go's with systemd they need to use systemd 207 as its supported in RHEL 7 so we know it's going to be supported for around 10 years also why does Debian have systemd 204 in it's repos?? systemd 207 is way better Because it's the

Bug#727708: init system other points, and conclusion

2014-01-04 Thread Steve Langasek
On Tue, Dec 31, 2013 at 09:09:52PM +0100, Tollef Fog Heen wrote: ]] Ian Jackson I think you have misunderstood. Or perhaps I hae misunderstood you. The work that I'm saying needs to be done anyway is the work to disentange the parts of systemd which are required by (say) GNOME from the

Bug#727708: init system other points, and conclusion

2014-01-04 Thread Tollef Fog Heen
]] Steve Langasek On Tue, Dec 31, 2013 at 09:09:52PM +0100, Tollef Fog Heen wrote: ]] Ian Jackson I think you have misunderstood. Or perhaps I hae misunderstood you. The work that I'm saying needs to be done anyway is the work to disentange the parts of systemd which are required

Bug#727708: init system other points, and conclusion

2014-01-04 Thread Cory
On 01/04/2014 12:07 PM, Russ Allbery wrote: Cory opensourcesoftwaredevelo...@gmail.com writes: If Debian go's with systemd they need to use systemd 207 as its supported in RHEL 7 so we know it's going to be supported for around 10 years also why does Debian have systemd 204 in it's repos??

Bug#727708: init system other points, and conclusion

2014-01-03 Thread Sjoerd Simons
On Thu, 2014-01-02 at 14:27 -0800, Steve Langasek wrote: On Thu, Jan 02, 2014 at 09:50:58AM -0700, Bdale Garbee wrote: Josselin Mouette j...@debian.org writes: It shouldn’t come as a surprise that it is hard for developers to respect the TC’s decisions when we see disrespectful

Bug#727708: init system other points, and conclusion

2014-01-03 Thread Sune Vuorela
On Thursday 02 January 2014 14:27:14 Steve Langasek wrote: For several years the GNOME Team ignored section 9.7 of Policy, concerning integration with the MIME handling system. They did this in favor of implementing the related freedesktop.org on the grounds that the fd.o standard is

Bug#727708: init system other points, and conclusion

2014-01-03 Thread Ian Jackson
Sune Vuorela writes (Bug#727708: init system other points, and conclusion): I've ignored the menu system as a part of the KDE Team. And I have a plan to even more aggressively ignore it (as in, hide it from the menu). Both things are ancient relics that should have been dealt with by removal

Bug#727708: init system other points, and conclusion

2014-01-03 Thread Anthony Towns
On 31 December 2013 12:32, Steve Langasek vor...@debian.org wrote: I agree that maintaining a systemd unit plus an upstart job is better than maintaining an init script. I just can't see any way through to a world where these will both actually be maintained (the testing problem),

Bug#727708: init system other points, and conclusion

2014-01-03 Thread Russ Allbery
Anthony Towns a...@erisian.com.au writes: I wonder if folks could clarify what status they expect secondary init systems to have in Debian? My personal answer to this is that I truly don't know. On one hand, we have four different init systems in Debian right now, plus a fifth in

Bug#727708: init system other points, and conclusion

2014-01-02 Thread Josselin Mouette
Le mardi 31 décembre 2013 à 19:01 -0800, Steve Langasek a écrit : It's not true that it's unrelated. In v205, logind hands off the cgroup heirarchy creation to PID 1, precisely because it's preparing for the anticipated future kernel requirement of a single cgroup writer. This change would

Re: CTTE and Developer Buy-in [Re: Bug#727708: init system other points, and conclusion]

2014-01-02 Thread Colin Watson
On Tue, Dec 31, 2013 at 05:50:59PM -0800, Don Armstrong wrote: On Wed, 01 Jan 2014, Tollef Fog Heen wrote: and I think it'd be a shame if we ended up losing or demotivating a good bunch of good developers again. Pretty much every time the CTTE makes a ruling, someone is going to be

Re: CTTE and Developer Buy-in [Re: Bug#727708: init system other points, and conclusion]

2014-01-02 Thread Ansgar Burchardt
Colin Watson cjwat...@debian.org writes: On Tue, Dec 31, 2013 at 05:50:59PM -0800, Don Armstrong wrote: On Wed, 01 Jan 2014, Tollef Fog Heen wrote: and I think it'd be a shame if we ended up losing or demotivating a good bunch of good developers again. Pretty much every time the CTTE

Re: CTTE and Developer Buy-in [Re: Bug#727708: init system other points, and conclusion]

2014-01-02 Thread Colin Watson
On Thu, Jan 02, 2014 at 01:09:27PM +, Ian Jackson wrote: Colin Watson writes (Re: CTTE and Developer Buy-in [Re: Bug#727708: init system other points, and conclusion]): Is there any useful way we could take a reasonably quick non-binding straw poll of developers? Sort of an if we voted

Re: CTTE and Developer Buy-in [Re: Bug#727708: init system other points, and conclusion]

2014-01-02 Thread Ian Jackson
Colin Watson writes (Re: CTTE and Developer Buy-in [Re: Bug#727708: init system other points, and conclusion]): On Thu, Jan 02, 2014 at 01:09:27PM +, Ian Jackson wrote: Obviously that would be embarrassing for us and substantially damage our credibility. But I don't think it's at all

Re: CTTE and Developer Buy-in [Re: Bug#727708: init system other points, and conclusion]

2014-01-02 Thread Raphael Hertzog
On Thu, 02 Jan 2014, Ian Jackson wrote: And, despite the fact that the decision has become very politicised (to some extent along the lines of preexisting camps of strongly disagreeing contributors), I think it is primarily a technical decision. The line of thought that you have been

Re: CTTE and Developer Buy-in [Re: Bug#727708: init system other points, and conclusion]

2014-01-02 Thread Sjoerd Simons
On Thu, 2014-01-02 at 12:37 +, Colin Watson wrote: On Tue, Dec 31, 2013 at 05:50:59PM -0800, Don Armstrong wrote: On Wed, 01 Jan 2014, Tollef Fog Heen wrote: and I think it'd be a shame if we ended up losing or demotivating a good bunch of good developers again. Pretty much every

Re: CTTE and Developer Buy-in [Re: Bug#727708: init system other points, and conclusion]

2014-01-02 Thread Ian Jackson
Raphael Hertzog writes (Re: CTTE and Developer Buy-in [Re: Bug#727708: init system other points, and conclusion]): I do. I know at least one person who expressed his intent to leave Debian if Debian wasn't able to make the choice of systemd. So if one is ready to resign, there will likely

Bug#727708: CTTE and Developer Buy-in [Re: Bug#727708: init system other points, and conclusion]

2014-01-02 Thread Russ Allbery
Ansgar Burchardt ans...@debian.org writes: Sometimes I also wonder if a GR might be a better way to deal with the decision as this feels more and more like an political or opinion decision rather then a technical decision to me as tech-ctte members have found both upstart and systemd to be

Bug#727708: init system other points, and conclusion

2014-01-02 Thread David Balch
(Long time listener, first time caller - so apologies if I'm doing this wrong.) Russ Allbery writes (Bug#727708: init system other points, and conclusion): 3.1. Ecosystem Reality Check ... Therefore, I believe the burden of proof is on upstart to show that it is a clearly superior init system

Bug#727708: CTTE and Developer Buy-in [Re: Bug#727708: init system other points, and conclusion]

2014-01-02 Thread Russ Allbery
Ian Jackson ijack...@chiark.greenend.org.uk writes: And, despite the fact that the decision has become very politicised (to some extent along the lines of preexisting camps of strongly disagreeing contributors), I think it is primarily a technical decision. I think this is a remarkable

Bug#727708: CTTE and Developer Buy-in [Re: Bug#727708: init system other points, and conclusion]

2014-01-02 Thread Ian Jackson
Russ Allbery writes (Bug#727708: CTTE and Developer Buy-in [Re: Bug#727708: init system other points, and conclusion]): Ian Jackson ijack...@chiark.greenend.org.uk writes: I don't think any of the TC are going to propose (b). Perhaps we should put (b) on the TC ballot for form's sake; I

Re: CTTE and Developer Buy-in [Re: Bug#727708: init system other points, and conclusion]

2014-01-02 Thread Bdale Garbee
Ian Jackson ijack...@chiark.greenend.org.uk writes: Based on the responses to the recurring flamewars on debian-devel, I think the majority of contributors are happy not to have to wrestle with this decision and would prefer to leave it to us. Agreed. Perhaps we should put (b) on the TC

Re: CTTE and Developer Buy-in [Re: Bug#727708: init system other points, and conclusion]

2014-01-02 Thread Bdale Garbee
Sjoerd Simons sjo...@debian.org writes: While i don't have a good answer for your question, i did trigger me to have a look at popcon to see what that told me in terms of popularity of systemd vs. upstart. Thank you! Bdale pgpPoSk59R79j.pgp Description: PGP signature

Re: CTTE and Developer Buy-in [Re: Bug#727708: init system other points, and conclusion]

2014-01-02 Thread Paul Tagliamonte
On Thu, Jan 02, 2014 at 02:39:15PM +0100, Sjoerd Simons wrote: While i don't have a good answer for your question, i did trigger me to have a look at popcon to see what that told me in terms of popularity of systemd vs. upstart. Unfortunately systemd can be pulled in quite easily via

Bug#727708: init system other points, and conclusion

2014-01-02 Thread Bdale Garbee
Josselin Mouette j...@debian.org writes: It shouldn’t come as a surprise that it is hard for developers to respect the TC’s decisions when we see disrespectful sentences like the one above from some of its members. I agree. We are of course each entitled to hold opinions about such things,

Bug#727708: CTTE and Developer Buy-in [Re: Bug#727708: init system other points, and conclusion]

2014-01-02 Thread Raphael Hertzog
On Thu, 02 Jan 2014, Russ Allbery wrote: Ian Jackson ijack...@chiark.greenend.org.uk writes: And, despite the fact that the decision has become very politicised (to some extent along the lines of preexisting camps of strongly disagreeing contributors), I think it is primarily a technical

Bug#727708: CTTE and Developer Buy-in [Re: Bug#727708: init system other points, and conclusion]

2014-01-02 Thread Colin Watson
On Thu, Jan 02, 2014 at 05:51:11PM +0100, Tollef Fog Heen wrote: In addition to the popcon numbers referenced from Sjoerd, we have the numbers from Michael's systemd survey in May 2013. The numbers there were 35%/30%/33% for yes/dunno/no for systemd as default init when only counting

Bug#727708: init system other points, and conclusion

2014-01-02 Thread Steve Langasek
On Thu, Jan 02, 2014 at 09:50:58AM -0700, Bdale Garbee wrote: Josselin Mouette j...@debian.org writes: It shouldn’t come as a surprise that it is hard for developers to respect the TC’s decisions when we see disrespectful sentences like the one above from some of its members. I agree.

Bug#727708: init system other points, and conclusion

2014-01-02 Thread Josselin Mouette
Le jeudi 02 janvier 2014 à 14:27 -0800, Steve Langasek a écrit : For several years the GNOME Team ignored section 9.7 of Policy, concerning integration with the MIME handling system. They did this in favor of implementing the related freedesktop.org on the grounds that the fd.o standard is

Bug#727708: init system other points, and conclusion

2014-01-01 Thread Colin Watson
On Tue, Dec 31, 2013 at 04:27:16AM -0008, cameron wrote: On Mon, Dec 30, 2013 at 7:17 PM, Colin Watson cjwat...@debian.org inotify is used to notice changes to configuration files. This is certainly helpful for users, but it isn't critical as initctl reload-configuration works without it. We

Re: Bug#727708: init system other points, and conclusion

2014-01-01 Thread Chris Knadle
On Tuesday, December 31, 2013 20:12:20 Josh Triplett wrote: Steve Langasek wrote: On Tue, Dec 31, 2013 at 09:13:52PM +0100, Josselin Mouette wrote: So unless the TC wants to remove a great number of packages from the archive, you need to take into account the fact that some voluntary

Bug#727708: init system other points, and conclusion

2014-01-01 Thread intrigeri
to switch any time soon. intrigeri writes (Bug#727708: init system other points, and conclusion): The difference lies in who are the people who need to do this work anyway, and who else may instead dedicate their time to other tasks, lead by their own desires and needs. I think that it is right

Re: Bug#727708: init system other points, and conclusion

2014-01-01 Thread Josh Triplett
On Wed, Jan 01, 2014 at 08:09:56AM -0500, Chris Knadle wrote: On Tuesday, December 31, 2013 20:12:20 Josh Triplett wrote: Steve Langasek wrote: On Tue, Dec 31, 2013 at 09:13:52PM +0100, Josselin Mouette wrote: So unless the TC wants to remove a great number of packages from the archive,

Bug#727708: init system other points, and conclusion

2014-01-01 Thread Cameron Norman
On Wed, Jan 1, 2014 at 4:56 AM, Colin Watson cjwat...@debian.org wrote: On Tue, Dec 31, 2013 at 04:27:16AM -0008, cameron wrote: On Mon, Dec 30, 2013 at 7:17 PM, Colin Watson cjwat...@debian.org inotify is used to notice changes to configuration files. This is certainly helpful for users,

Re: Bug#727708: init system other points, and conclusion

2014-01-01 Thread Josh Triplett
On Wed, Jan 01, 2014 at 03:40:17PM -0500, Chris Knadle wrote: On Wednesday, January 01, 2014 08:47:13 Josh Triplett wrote: On Wed, Jan 01, 2014 at 08:09:56AM -0500, Chris Knadle wrote: On Tuesday, December 31, 2013 20:12:20 Josh Triplett wrote: Steve Langasek wrote: On Tue, Dec 31,

Re: Bug#727708: init system other points, and conclusion

2014-01-01 Thread Ian Jackson
Josh Triplett writes (Re: Bug#727708: init system other points, and conclusion): On Wed, Jan 01, 2014 at 03:40:17PM -0500, Chris Knadle wrote: In other words, what you're saying is that not only [something about NetworkManager] It's fairly clear that NetworkManager [something something

Re: Bug#727708: init system other points, and conclusion

2014-01-01 Thread Josh Triplett
On Wed, Jan 01, 2014 at 09:37:24PM +, Ian Jackson wrote: Josh Triplett writes (Re: Bug#727708: init system other points, and conclusion): On Wed, Jan 01, 2014 at 03:40:17PM -0500, Chris Knadle wrote: In other words, what you're saying is that not only [something about NetworkManager

Re: Bug#727708: init system other points, and conclusion

2014-01-01 Thread Michael Gilbert
On Wed, Jan 1, 2014 at 3:40 PM, Chris Knadle wrote: I appreciate the explanation, and I'm familiar with the contents of the decision. I simply see nothing there that should have motivated a tech-ctte decision, rather than simply a couple of bug reports against network-manager and an added

Bug#727708: init system other points, and conclusion

2013-12-31 Thread Dmitry Yu Okunev
Hello. I'm writing to you to request to do not use no systemd, nor upstart. I can guess that you have very important reasons to discuss this possibilities, but… IMHO, systemd doesn't even fit to UNIX philosophy [1]. [1] http://en.wikipedia.org/wiki/Unix_philosophy Sorry if I'm wrong.

Bug#727708: init system other points, and conclusion

2013-12-31 Thread Ian Jackson
intrigeri writes (Bug#727708: init system other points, and conclusion): (Sorry if I am duplicating a point that was already made. These threads are huge, and don't fit entirely into my memory.) That's fine, of course. Ian Jackson wrote (30 Dec 2013 18:58:37 GMT) : Unless you are proposing

Bug#727708: init system other points, and conclusion

2013-12-31 Thread Ansgar Burchardt
Ian Jackson ijack...@chiark.greenend.org.uk writes: intrigeri writes (Bug#727708: init system other points, and conclusion): The difference lies in who are the people who need to do this work anyway, and who else may instead dedicate their time to other tasks, lead by their own desires

Bug#727708: init system other points, and conclusion

2013-12-31 Thread Steve Langasek
On Tue, Dec 31, 2013 at 06:21:15PM +0100, Ansgar Burchardt wrote: And if upstart wants to use parts of systemd, why shouldn't the upstart maintainer do the work for this? Or they could fork logind which they suggested before... This would also allow having a newer systemd in Debian. upstart

Bug#727708: init system other points, and conclusion

2013-12-31 Thread cameron
On Tue, Dec 31, 2013 at 10:31 AM, Ian Jackson ijack...@chiark.greenend.org.uk wrote: Ansgar Burchardt writes (Bug#727708: init system other points, and conclusion): What about the cgroup management functionality that newer versions of logind require? Should the systemd maintainers also

Bug#727708: init system other points, and conclusion

2013-12-31 Thread Tollef Fog Heen
]] Ian Jackson I think you have misunderstood. Or perhaps I hae misunderstood you. The work that I'm saying needs to be done anyway is the work to disentange the parts of systemd which are required by (say) GNOME from the parts which are only relevant for systemd as init. This is work

Bug#727708: init system other points, and conclusion

2013-12-31 Thread Josselin Mouette
Le mardi 31 décembre 2013 à 18:31 +, Ian Jackson a écrit : Ansgar Burchardt writes (Bug#727708: init system other points, and conclusion): What about the cgroup management functionality that newer versions of logind require? Should the systemd maintainers also reimplement

Bug#727708: init system other points, and conclusion

2013-12-31 Thread Russ Allbery
Josselin Mouette j...@debian.org writes: Which brings me to the other point: you are not going to decide what people want to spend their time on. If systemd is selected as the default, the systemd maintainers are not going to ask Steve to fix their upgrades problem for them. And if upstart is

Bug#727708: init system other points, and conclusion

2013-12-31 Thread Tollef Fog Heen
First of all, thanks a lot for writing this mail. It expresses a lot of my thoughts and feelings on the subject a lot more eloquently than I am able to do myself. You're a wordsmith and a master of words. I am not. ]] Russ Allbery Occasionally, there are decisions with sweeping

CTTE and Developer Buy-in [Re: Bug#727708: init system other points, and conclusion]

2013-12-31 Thread Don Armstrong
On Wed, 01 Jan 2014, Tollef Fog Heen wrote: Personally, I wish the TC was a bit more careful with the «people» angle of their rulings. I'm personally very concerned about the developers whose decisions we are overriding or mediating. But we probably don't convey this well enough. [...] and I

Re: Bug#727708: init system other points, and conclusion

2013-12-31 Thread Josh Triplett
Steve Langasek wrote: On Tue, Dec 31, 2013 at 09:13:52PM +0100, Josselin Mouette wrote: So unless the TC wants to remove a great number of packages from the archive, you need to take into account the fact that some voluntary manpower is required to implement your decision. I think the

Bug#727708: init system other points, and conclusion

2013-12-30 Thread Tollef Fog Heen
]] Russ Allbery First, thanks to both you and Ian for the quite comprehensive write-ups. If the package later changes the flags in some orthogonal way, it's easy for the system to miss that change. This is something that, under systemd, will probably require development of new tools to warn

Bug#727708: init system other points, and conclusion

2013-12-30 Thread Russ Allbery
Russ Allbery r...@debian.org writes: * Red Hat adopted upstart but never did a wholescale conversion, and then abandoned upstart in favor of systemd. Obviously, one should not put too much weight on this; Red Hat is a commercial company that has a wealth of reasons for its actions that

Bug#727708: init system other points, and conclusion [and 1 more messages]

2013-12-30 Thread Tollef Fog Heen
]] Ian Jackson Tollef Fog Heen writes (Bug#727708: init system other points, and conclusion): Ian Jackson: This is exacerbated by the fact that systemd's Debian maintainers are (IMO) much too deferential to upstream. That's because the bits of systemd you've asked to change isn't

Bug#727708: init system other points, and conclusion

2013-12-30 Thread gregor herrmann
On Mon, 30 Dec 2013 09:05:57 -0800, Russ Allbery wrote: By comparison, upstart is effectively used only by Ubuntu, [...] Both of these statements are incorrect. I'm sure that somewhere in the many vast threads that we've had over the init system, someone pointed out to me that Google's

Bug#727708: init system other points, and conclusion

2013-12-30 Thread Ian Jackson
Russ Allbery writes (Bug#727708: init system other points, and conclusion): We seem to be at the point of the process where at least those of us who did early investigation are stating conclusions. I think I have enough information to state mine, so will attempt to do so here. Thanks. First

Bug#727708: init system other points, and conclusion [and 1 more messages]

2013-12-30 Thread cameron
On Mon, Dec 30, 2013 at 9:43 AM, Tollef Fog Heen tfh...@err.no wrote: If this is not required by systemd, why is it done by sd_notify ? It's not. You obviously did not read the code. It is. Here is a G+ convo with Lennart I had: As a sender you only have to set SCM_CREDENTIALS

Bug#727708: init system other points, and conclusion

2013-12-30 Thread Russ Allbery
Ian Jackson ijack...@chiark.greenend.org.uk writes: Russ Allbery writes (Bug#727708: init system other points, and conclusion): First, other choices besides systemd and upstart. I agree with your comments here; it appears you've investigated OpenRC in more detail than I have but I'm happy

Bug#727708: init system other points, and conclusion

2013-12-30 Thread cameron
On Mon, Dec 30, 2013 at 11:56 AM, Russ Allbery r...@debian.org wrote: The latest that I have seen on this porting effort is here: http://blog.surgut.co.uk/2013/11/libnih-upstart-dependency-ported-to.html I asked previously on this bug if someone had later news. Do you have more information

Bug#727708: init system other points, and conclusion [and 1 more messages]

2013-12-30 Thread Tollef Fog Heen
]] cameron On Mon, Dec 30, 2013 at 9:43 AM, Tollef Fog Heen tfh...@err.no wrote: If this is not required by systemd, why is it done by sd_notify ? It's not. You obviously did not read the code. It is. Here is a G+ convo with Lennart I had: As a sender you only have to set

Bug#727708: init system other points, and conclusion

2013-12-30 Thread Russ Allbery
This message contains some supplemental information to go with my primary writeup, and some profound thanks for the people involved in this investigation. I apologize for the huge volume of mail, and I know it's going to take a while to digest. I appreciate people's willingness to read all these

Bug#727708: init system other points, and conclusion [and 1 more messages]

2013-12-30 Thread cameron
On Mon, Dec 30, 2013 at 1:35 PM, Tollef Fog Heen tfh...@err.no wrote: ]] cameron On Mon, Dec 30, 2013 at 9:43 AM, Tollef Fog Heen tfh...@err.no wrote: If this is not required by systemd, why is it done by sd_notify ? It's not. You obviously did not read the code. It is. Here is

Bug#727708: init system other points, and conclusion

2013-12-30 Thread intrigeri
Hi, (Sorry if I am duplicating a point that was already made. These threads are huge, and don't fit entirely into my memory.) Ian Jackson wrote (30 Dec 2013 18:58:37 GMT) : Russ Allbery writes (Bug#727708: init system other points, and conclusion): Rather, we're talking about whether

Bug#727708: init system other points, and conclusion

2013-12-30 Thread Steve Langasek
On Mon, Dec 30, 2013 at 11:56:33AM -0800, Russ Allbery wrote: Rather, we're talking about whether or not to swap out a core component of an existing integrated ecosystem with a component that we like better. Unless you are proposing to make systemd mandatory for all Debian

Bug#727708: init system other points, and conclusion

2013-12-30 Thread Steve Langasek
On Mon, Dec 30, 2013 at 01:44:10PM -0800, Russ Allbery wrote: * systemd provides really nice command-line tools for understanding the state of the system and the relationships between the unit files. I don't believe upstart has an equivalent of systemctl list-dependencies, for example.

Bug#727708: init system other points, and conclusion

2013-12-30 Thread Uoti Urpala
On Mon, 2013-12-30 at 18:58 +, Ian Jackson wrote: Also, I get the impression me that the integration of much of this functionality into the systemd source package has been done for political rather than technical reasons. Indeed to the extent that there is a problematically tight

Bug#727708: init system other points, and conclusion

2013-12-30 Thread Russ Allbery
Steve Langasek vor...@debian.org writes: From comments made by various GNOME upstream developers on this, I think they are being suitably cautious about avoiding scope creep where the systemd dependencies are concerned. So in what sense are the GNOME and KDE requirements not already being

Bug#727708: init system other points, and conclusion

2013-12-30 Thread Steve Langasek
On Tue, Dec 31, 2013 at 12:27:28AM -0008, cameron wrote: systemd lists logind as non-reimplementable, and that was pretty much proven when Ubuntu tried to reimplement it and ended up reimplementing or pulling in a ton of systemd anyway. All this proves is that Ubuntu developers have the good

Bug#727708: init system other points, and conclusion

2013-12-30 Thread Colin Watson
On Mon, Dec 30, 2013 at 04:04:05PM -0800, Russ Allbery wrote: My belief, and again I welcome concrete reasons why I'm not correct, is that adopting upstart poses a similar risk for the Hurd port as adopting systemd, and I care just as much about the Hurd port as kFreeBSD. And while kFreeBSD

Bug#727708: init system other points, and conclusion

2013-12-30 Thread Steve Langasek
On Mon, Dec 30, 2013 at 04:04:05PM -0800, Russ Allbery wrote: Steve Langasek vor...@debian.org writes: From comments made by various GNOME upstream developers on this, I think they are being suitably cautious about avoiding scope creep where the systemd dependencies are concerned. So in

Bug#727708: init system other points, and conclusion

2013-12-30 Thread cameron
On Mon, Dec 30, 2013 at 7:17 PM, Colin Watson cjwat...@debian.org wrote: On Mon, Dec 30, 2013 at 04:04:05PM -0800, Russ Allbery wrote: My belief, and again I welcome concrete reasons why I'm not correct, is that adopting upstart poses a similar risk for the Hurd port as adopting systemd,

Re: Bug#727708: init system other points, and conclusion

2013-12-30 Thread Josh Triplett
Steve Langasek wrote: On Mon, Dec 30, 2013 at 04:04:05PM -0800, Russ Allbery wrote: Please recall the context here: this whole aside started with an objection to my contention that adopting upstart requires disassembly and redoing of an integration that we would otherwise not have to

Bug#727708: init system other points, and conclusion

2013-12-29 Thread Nikolaus Rath
Ian Jackson ijack...@chiark.greenend.org.uk writes: It does, however, have a number of missing features. Those I have in mind are: - ability to log daemon output to syslog - multiple socket activation (systemd socket activation protocol) - socket activation for IPv6 (and datagram

Bug#727708: init system other points, and conclusion

2013-12-29 Thread Russ Allbery
We seem to be at the point of the process where at least those of us who did early investigation are stating conclusions. I think I have enough information to state mine, so will attempt to do so here. This is probably going to be rather long, as there were quite a few factors that concerned me

Bug#727708: init system other points, and conclusion

2013-12-28 Thread Ian Jackson
I have reported on my impressions and experiences of both systemd and upstart in my previous messagges. I'd like to run through the remaining points I want to make. I'll then summarise and set out my primary conclusion. Firstly, unlike the systemd maintainers, I think portability to non-Linux

Bug#727708: init system other points, and conclusion

2013-12-28 Thread Russ Allbery
Michael Stapelberg stapelb...@debian.org writes: You then asked for these features to be carried as a patch in the Debian systemd package, and both requests were rejected. I think this is what you refer to when saying “the systemd Debian maintainers are much too deferential to upstream”. The