Link please. AFAIK, it isn't possible to run Xorg as non-root in a safe manner using either CK or ConsoleKit2.

And BTW, the difficulty in running xorg as non-root in a safe manner is caused by the way the Linux kernel handles devices, not Xorg. That is why you need user session management from systemd-logind in order to secure that attached devices can't be abused to compromise security.

Sure, my agenda is to show that supporting multiple init systems is very difficult.

That FreeBSD (and other BSD's) will change to a systemd-like init system is a given thing too. Even the founder of FreeBSD has publicly said it is in the future for FreeBSD.

The fact is that the way people uses computers have changed dramatically the last decade; virtualization, OS containers, instantiated services, mobile devices etc. SysVinit and similar legacy style script based init systems simply aren't up to working with all this.

So when FreebSD change their init system (and they will), they won't support a free choice between the new init system and old legacy script based init systems either.

Well, I am right ain't I. You funnel the donated Devuan money into dyne org, and as CEO/Chairman of that small org with self elected people, with no public oversight of the money, you also pull money out of dyne org into your own pocket to "pay for taxes". Dress it all up as a non-profit org too.

Make Devuan a proper org that directly receive the donated money you are begging for all the time, and have a proper elected committee with public oversight over the donated money and what they are spend on, and then maybe the smell of scam will evaporate.

Without source or citation. I think your representation of what was said is rather biased.

If it isn't a bug, why patch it? Sure, some people have tried to drop some turd patches into systemd, eg. ripping out security features in order to support some obscure glibc variant. The right thing of course is to patch the glibc variant to support the proper security functions, not patching systemd.

No package maintainer wants to support non-trivial, non-mainline patches without very good reasons. The whole point of open source software, that as many people as possible can share and enjoy improvements, so patches should go upstream as fast as possible. Maintaining non-trivial, non-upstream patches can also be a real problem when backporting security fixes, and may introduce patch specific bugs too.

I have actually read most of them at the time, and I still think you are misrepresenting the systemd maintainers.

Huh? The main point is that systemd mainline accepts Debian (and distro) specific patches if it is unavoidable. Despite the many claims to the contrary, the systemd developers do care about feedback and have many different distro developers with commit access. If you got a good user case, chances are good that a distro specific patch will be accepted. And having the patch going into the upstream repo is much better than carrying it as a separate distro patch.

In short, Debian developers where taking part in creating systemd long before Debian discussed making systemd the default init system. So they knew what they where doing when selecting systemd over Upstart (the CLA was enough to discount it), and the latest GR have confirmed that the vast majority of Debian developers firmly backs systemd as the default init-system.

That is simply wrong. Please notice that several long time systemd developers with commit access to the systemd git tree, are in fact Debian Developers. So there is a lot of "Debianism's" in where files placed etc.

Sure, the main branch of systemd wants to have as few distro specific patches as possible, but they do accept them if there is no other solution.

Here is a Debian specific patch that predates Debians adoption of systemd as default init-system:
http://cgit.freedesktop.org/sy...

Every choice has a cost and a consequences. In this case, supporting multiple init-systems dramatically increase the maintenance complexity. Every Debian Developer would need to run both a stable and unstable/testing version of both init systems, and some packages would have to be maintained in two different versions (talk about dependency hell).

But that isn't even the most problematic part; that is the fact that all non-systemd development have more or less collapsed the last couple of years; "ConsoleKit" bit-rotted for years, meaning DE developers couldn't justify developing against it, "SysVinit" is hopelessly understaffed (don't even have a build test) and haven't made a release for 5 years (RH/SUSE was the defacto maintainers), there is no development taking place on real alternatives to systemd's "udev" (the "eudev" is mainly a shadow fork by AFAIK, one person), "cgroups" development like "CGManager" will cease when systemd provides functionality to support LXC, and so on.

In short, there is a huge stack of development needed now and in the future in order to run a non-systemd Linux distro, and fewer and fewer developers to do the job.

When FreeBSD changes to a modern init-system (they will probably clone systemd), they won't support old legacy style init-scripts daemons permanently either. It is simply too much work with too little gain.

The problem is that all money donated to Devuan doesn't go directly into Devuan, but into a rather dubious organization, with no public oversight and no accountability.
Here is a link to the org and their pre-Devuan Linux distro:
http://www.dynebolic.org/
Take a look around, and notice how a "donate" button never is far way from any project or web page.

The foundation has a chairman called Denis Roio, AKA "Jaromil", and according to themselves, the foundation "helps them pay taxes", in other words, they pay themselves from the org whatever they like.

There is a certain smell of "scam" around the Devuan project, not so much its contributors as a whole, but about the small group of shady figures centered around the "dyne org".

Beers for ideas, Coffee for working.
So true.

However, merely drinking doesn't spark any good creative ideas unless you have spend considerable time thinking about the subject before. Also, the magic doesn't happen unless you have somebody to discuss the ideas with.

I don't think it is a proper term, but in this case I refer to music with large and very sudden variations between "quit" and "loud" passages. The real musical term "dynamics" is between eg. piano/forte, but I am more referring to an instruments individual attack (hitting the strings/drums/keys real hard). IMHO, this i something that neither mp3 or vorbis handles so well; they seem to take the edge of the attacks.

Just because some audiophiles are rich boys that spend too much money on bling hardware doesn't mean that all sound-systems sound the same. There actually is a sound difference between a pair of $1 headphones and a $100 pair of Sennheiser HD-558.

It doesn't cost much to get decent sound these days, and it really improves the joy of listening to music.

Sure. I probably can't tell the difference either just by listening to a random segment of random music in an ABX test. I do can tell the difference when listening to the same well known album in FLAC and mp3. The FLAC files just are more dynamic; more punch and attack, while even HQ mp3's sounds slightly "dull" or muted. The more dynamic and "noisy" the music is, and the louder it is played, the larger the difference is.

Just downloaded a ABX test from here:
http://lacinato.com/cm/softwar...

If I can get it to work I will try to see if I can tell a difference with any confidence.

VBR mp3's are very good, but it isn't FLAC. You don't need superhuman hearing to hear the difference, especially very dynamic music sounds better in FLAC. Hearing the difference becomes easier the better your audio equipment is.

Not having FLAC and mkv support for a media player is simply insane. Those who cares at all for sound quality uses FLAC, even my tiny mp3 player support FLAC.

That MS "boycotted" FLAC for years because it doesn't support DRM and isn't a MS-patent trap, just hurt their desire to control all media consumption on MS-platforms; they forgot a "boycott" works both ways, and that people just used software like VLC that actually supported what people wanted.

As the press release indicate, they have both a large debt and a negative cash flow something they want to improve in the 2014-2018 period (by massive price hikes).

Basically EDF are producing electricity above market prices and is selling below cost to consumers. In order not to collapse, they will have to rise prices:

http://www.thelocal.fr/2013070...

Here is their debt stated as 39bn Euros in 2013 and that the company is in trouble:
http://www.telegraph.co.uk/fin...

On top of that, the aging fleet of EDF nuclear reactors will soon have to be either replaced or rejuvenated, which will mean a huge need for cash, and is highly likely to mean even further price increases for consumers.

Well, that was the premise for the Google engineers article. They wanted to make renewable energy at prices competitive with gas/coal, and found out it wasn't possible.
That nuclear power can't compete on price is also why the free market have rejected it.

Personally I think it is a market failure that cheap but CO2 polluting fossil fuels are allowed to be used, and that a national energy plan must have it as priority to drastically reduce CO2 output.