Debian switched to Xfce as the default desktop environment back in November 2013. But that didn’t last long because a few days ago, Debian restored GNOME as the default desktop, based on preliminary results from the Debian Desktop Requalification for Jessie.
According to Joey Hess, the Debian developer who performed this change, the main reasons for Debian switching back to GNOME as the default desktop are related to accessibility and systemd integration.
http://www.webupd8.org/2014/09/debian-switches-back-to-gnome-from-x…
Gnome 3 is a very good desktop environment that gets better with each release, and XFCE development is stalled with no clear path forward.
Personally I don’t mind the fact that the development of XFCE seems stalled. It has all the features I need, feels very coherent and with the right theme can look nice and modern.
If there’ll be bug fixes, and fixes to future incompatibilities, I think I will use it for years to come.
I completely agree. I do not consider XFCE to be “stalled” it is simply a mature product that does what it’s supposed to do. Too often changes are made just for sake of change and things get broken. This leads to another round of changes to fix the broken stuff that replaced the stuff that used to work correctly.
God help me but I really like LXDE too.
It was annoying because I kept forgetting to change the desktop choice in advanced options before running the installer.
As much as I like XFCE/Razor-QT/Openbox style environments I just keep coming back to gnome because it includes everything I need without having to tweak anything. If gnome-shell didn’t exist any more I think I’d have a breakdown.
It’s been my primary desktop for about a decade now and it’s always been my favourite visually and procedurally.
Are you a time traveller? GNOME Shell didn’t exist until the 2010s.
Why does KDE support accessibility so poorly?
Because it’s not a priority for them. Simple as that. It never has been high on KDE’s priority list and, while they’ve not exactly rebuffed the communities offers to help, they’ve not embraced them either.
They don’t Debian just only measured accessibility based on whether the desktop supports the GNOME screen-reader API. They made no evaluation on anything else.
That’s a poor metric then if KDE offers some other comparable features.
Unfortunately it is not easily comparible. GNOME has better screen reader, but KDE has better accesible input settings. But it is incorrect to say that KDE has no accesibility when it has better support for many handicaps other than blindness.
What’s the problem with supporting Orca though? I thought Qt exposed info to the accessibility framework on linux?
Exposing is only a small part of a much larger issue. The problem is that KDE uses very few standard QT widgets. This means that, in addition to what the standard QT-AT-SPI bridge does with standard controls, special attention has to be paid to these nonstandard widgets to make exposure meaningful. Many QT apps have this issue not just KDE, and given the prevalence of custom widgets in QT apps we’re a long way from having most of them be accessible on any platform to screen readers. Right now, all you get when you try to use KDE with Orca is “button, button, button” and that’s just the standard buttons that are exposed but unlabeled. KDE’s other controls speak nothing at all. You can try it yourself if you wish.
I think MATE makes much more sense for Debian than GNOME3.
Systemd, GNOME3… I hate the way Linux distributions are “evolving”, more Windows-like than Unix-like. It’s kind of sad for me.
PS: thank God for Slackware.
That means carrying the burden of maintaining depreciated library that MATE developers tried to get rid.
It if means to improve Linux ecosystem by removing legacy cruft and fully take advantage of untapped Linux kernel features, so be it.
Hey at least with Windows one can “vote with their wallets” and affect change, see Win 9 being Win 7 with better tablet support, how are you gonna force these distros to not force systemd down your throat? You can’t as you have absolutely no power over them so you’ll take what you are given like it or not, see KDE 4 and Pulse being forced upon the world when they weren’t in alpha build quality.
So i have no doubts the devs will get their way and force systemd onto every mainstream distro on the planet and you Sergio will have absolutely no say or redress…this is the dark side of FOSS, because short of you having the money and skills to build a coding team capable of rewriting every subsystem that systemd touches to remove it? You WILL take it like it or not.
Wow man your point is SUPER interesting, I’ve never thought it that way. Indeed It’s a deep political problem (meritocracy/linux vs democracy/windows).
In the end an “evil” capitalistic model like Windows is more representative of what the people want than a “good” open source meritocratic model like Linux.
Some might say: “hey, you’ve got the code, change it”. It makes sense in abstract but the reality is very different.
The truth is the future will be very difficult for rebel distros like Slackware or even the BSDs (if all the software depend on Systemd and Gnome3, small distros like Slack cannot afford to modify everything).
In some sense We are slaves of a small amount of “bright” people who decided that Systemd is the right thing to do. (like that old The Simpsons episode haha)
MMmm… I think We NEED uselessd to be successful!!
There are no slaves here, just people who made themselves dependent on others. You are dependent on your distro, your distro is dependent on the maintainers of the software they package.
Do you feel that those people writing init systems and those responsible for making sure they work on your distro are somehow not qualified to make decisions about init systems?
Is not about how the code is *written* but about how it is *designed*.
When one writes a software system, before any line of code is put down, he has to imagine the usage scenarios and a target audience for it. Then if the code is written decently, users in the target audience and performing the anticipated usage scenarios will see their needs fulfilled.
On the other hand, those outside the target audience and having different usage scenarios, very likely will be unsatisfied with it.
Yes, that is true. That is why the distributions’ usage of systemd validates (at least partially) the design decisions. Distributions generally have a large target audience.
actually you will see a lot of people unhappy their favorite distro has changed its target audience. some switch distros, some just complain.
in other words, long term it seems the cathedral wins over the bazaar
They can waste points modding me down but all they are doing is denying human nature…its the “busted shitter” problem.
If I ask you to paint me a picture, write me a poem or a song for free? I will get several offers, and some will probably be great…if on the other hand I ask you to fix my nasty busted toilet that I broke taking a giant dump? Most likely I will be peeing in the sink.
This is just human nature, nobody likes cleaning up others messes so these jobs DO NOT GET DONE unless pay is involved. in this case the pay is coming from a handful or corps like Red hat and guess what? They want a ROI and that ROI is THEY DECIDE the future of Linux, NOT YOU.
They can pretend that having the code magically makes it possible to have the manpower and skills required to rip out a major subsystem like systemd AND remove its dependencies AND rebuild all the programs that in some way hook into systemd but IRL that is just bullshit, reality is like Pulse and KDE 4 if the ones at the top decide “it will be thus” then that is what it will be, its like saying if the US military put the planes for the F35 on the web that means YOU can fix the flaws and have one in your backyard…YOU don’t have the manpower, YOU don’t have the expertise, YOU have no power in this case AT ALL because simply having source doesn’t magically create 20+ men dev teams with years of low level programming exp out of thin air, this “you can fix it” mantra is just an illusion for anything more complicated than a simple text editor.
So let ’em waste mod points on delusions, we have already seen reality. Reality is that Pulse was released in a broken state and even mainline took it DESPITE what the users wanted, even the KDE devs admitted 4.0 wasn’t alpha quality and the users ended up stuck with it DESPITE their protests and now no matter how much they scream they will get systemd DESPITE what they wish because users in Linux land? Have NO power, none.
Compare this to Windows, what happens when MSFT goes against its customers with its OS like Vista and 8? Sales tank, stock goes down, OEMs start demanding the previous version, bad press starts piling up which further drives down stock, so in the end they really end up with only one of two choices, they can 1.- Stay on the course and watch the company bleed to death or 2.- They can save their jobs by giving the people what they want. Now tell me, if the majority DO NOT WANT systemd how EXACTLY can they force RH and the other distros not to ram it down their throats? They can’t, because they don’t pay the bills, the corporate server companies do.
At the end of the day the old saying is true “if you are paying nothing you are the PRODUCT not the customer” and nowhere does that ring more true than in Linux land, where corporate interests get plenty of free labor on their server products by the community. But just as Google does not give a crap if you don’t want ads these server companies are NOT beholden to the will of the users and if it comes down to them or you? Again see Pulse and KDE 4.
If you don’t like being dependent on the Linux distributions, then don’t be. You can actually hurt them by moving away to Mac OS X or Windows, because they won’t get (in the case of Fedora) as effective a test-bed for RedHat.
But really, can you think of a more fair exchange than the one we currently have between distribution and user?
It’s funny you mention PulseAudio: I used to have a terrible time configuring ALSA to mix streams, and now I don’t have to even think about it. It seems that the early testing we did actually raised my overall quality of audio-experience, so I kinda like that trade. But I admit, that it is a trade.
So you agree you have no power in Linux land? Because you can’t “hurt” them by “moving away” because you have paid zero dollars and unless you are a contributor you have paid zero hours so you might as well be dead to them, they really do not care.
Like it or not reality is you are NOT the customer, the customer is Dell, HP, and large datacenter operations. So unless you run a datacenter that is bringing in at least a high 7 figures worth of business to Red hat? You have absolutely ZERO say in what happens, you WILL take what you are given.
Is this a joke?
It is open source – fork it and remove whatever you want. Or (if you can’t code and are too lazy to learn) start a campaign to attract people that can code and agree with your ideas…
The planes for the MIG-15 are online, I’d like you to build me one by next Thursday…what do you mean you can’t, you don’t have the manpower?
DING DING DING, we have a winner Johnny! What you are describing works in the ABSTRACT but NOT in reality, because in reality you simply are not gonna be able to build up enough qualified dev people for free to fork something as huge as a major subsystem. in fact can you should me a single case of anything with over 200k lines of code that has EVER been forked by the community? Even one? You can’t because reality and fantasy are two different things.
You see its basically an “is ought” problem, you are saying how things OUGHT to be, you OUGHT to be able to remove bad ideas from the tyrants at the top but reality IS they have a corp backing them and you? You have NO power, not even the power of voting with your wallet.
the simple fact is we have evidence in the past 10 years of voting with your wallet forcing a major corp to change direction TWICE, first with Vista and again with Win 8, what happened with Pulse? What happened with KDE 4? The will of the people over the will of the corp was ignored because having code isn’t fairy dust and reality is if Red hat wants something and the people don’t? Tough shit, they are a billion dollar corp and you are NOT their customer. the only ones that can force direction change in Linux land is corps like HP that buys RH products, like it or not that IS reality.
Dude you sound bitter. I honestly like Linux and if you think things are goring wrong you can comfortably switch to FreeBSD. I for example don’t like Windows so I use machines running Mac OS X and Linux.
Forking happens, just not by users and not by communities. Developers fork projects and new communities form around them. That is how OpenBSD and DragonFlyBSD formed. If you are sheep (a user) you can either get power (learn to develop) or vote with your feet (move to another distroy, os, whatever). Just don’t expect that you can somehow spit vitreol around and organize a revoult of sheep.
Honestly you now have more choice then ever since the end of the early home computing era. Mac, Windows, Linux and FreeBSD are damn good choices and if you chose a *NIX you have more desktop choices then ever. All the complaints about anything programmed by Poettering and the changes done to the desktop by Gnome are starting to get annoying. FreeBSD with Mate would be EXACTLY the user experience you would now have on Linux none of that code ever got written. If it feels more raw then you might have hit upon the reason all that code was written to begin with.
So to reiterate. You have choice, use one of the 4 reasonably usable operating systems and if they don’t suit you you can either use your money and pay developers do to build something for you (that is how Ubuntu got started) or use your development skills to build something new yourself. THAT IS IT.
I am tired of Windows users who steal all their software and run their shit on cobbled together hardware spouting off at the top of their lungs because they don’t have a way to influence what is happening. Deal with it, if you want change you have to DO something, talking isn’t enough.
You cannot understand what he meant?
It means that you cannot fork an existing system overnight as a user(You have no choice by default but to use what’s available). Maybe some influential developer with enough free time and resources, he can fork or create another version of systemd or audio server. But these influential or talented developers are not simply available because they have day jobs and families.
Yes fork happens, see OpenIndiana(now many years and look at them), given that these people are former Solaris developers, they cannot even release a major stable version so far. A complex software system can be forked yes, but it is not easy. This (fork it if you do not like what the project is going) thing is only possible for small projects, simple single application etc. (Try forking Blender for example, if you do not like where Blender is going) Try to do that, I challenge anyone on this thread. You can’t if you do not have enough experience of doing 3D graphics programming(specific field). Talented developers cannot just simply fork a software because they were talented, it is more than the talent.
Programming is like an art, it can’t be learned in an instant, you have to learn and experience it for at least 10 years at the minimum before you can claim to least fork a system like systemd.
Systemd was already froked. I’m a dev, I know how hard it is to learn to program something worth wile and I do get his point. It’s just not a particularly good point. If you can’t fork systemd because you don’t understand it you don’t really have the right to vent so much hate in the direction of its developers, like you know better then the they do.
And the saying something as stupid as you can’t influence open source but you can commercial software by not buying it is just bullshit. You can move away form software you don’t like and honestly the BSDs are good operating systems and the support that FreeBSD is getting now is a hell of a lot better then the support Linux got when a lot of us started using it.
My point was simple, all of us have choices we can make. If you are a dev or a rich person you have more choices then an average user. I’m a dev, I can fork a system. He is a user he CAN move to another system, like FreeBSD. But he portrays the situation like devs can just ram whatever they like down his throat when that is just not true.
We all have different potential for changing what is going on.
I can think of several significant forks that involved the community/a handful of devs to start, and then attracted more to their cause. 1) MariaDB was forked by the original developers of MySQL and seems to be doing quite well. 2) Knoppix was a fork of Debian done primarily by Klaus Knopper and it has given us the modern world of live distros. 3) Theo de Raadt did fork NetBSD to OpenBSD and then attracted more devs. 4) While it did not involve a small number of people LibreOffice was forked by a large number of developers and appears to be more popular than the original OOo.
That said, successful forks of large software projects are not all that common probably because if users dislike it enough in the free software world they will go somewhere else. They don’t NEED to fork it.
Libre Office?
I want a new rule on the internet. No one’s allowed to say “just fork it!” until they’ve actually forked a project of no fewer than 10,000 lines of code.
Sorry, I have a job, and it’s not as a software developer. If that prohibits me from having an opinion on crappy software, too bad.
grat,
Having created my own gmlinux distro for my own services, I think I’d qualify, but you are right. I sought to solve a bunch of problems I was having, in many cases I achieved my goals: a tiny distro that runs well on low end servers, remote server provisioning & recovery. However the maintenance burden has become higher than I am able to commit to. I cannot afford to keep doing the work without being paid, and alas it’s hard to be paid when existing distros are “good enough”.
Edited 2014-09-24 20:29 UTC
Just give ’em the same response I do, “The MIG 15 plans are online, I’d like you to build me one and have it delivered by Thursday” because saying “just fork it” is NO DIFFERENT than saying “just build your own fighter plane” because in both cases it requires a HUGE amount of resources and expertise that Joe Normal has ZERO chance of having!
So please use my little retort to point out how frankly insane the “just fork it” meme is, since we have the plans for millions of things online, from the MIG 15 to silverware, yet I don’t see anybody honestly suggesting you should build your own kiln and start forging your own tableware because the ones being offered suck, do you?
What I think is ironic is nobody notices the DARK and nasty undertone of that statement because by making “just fork it” seem like a trivial thing they are saying programmers are worthless people whose time is worth nothing. You’d think that the average Linux advocate would have a little more respect for the amount of effort it takes to become a coder with the skills to be able to do such a task, but I guess not since their work is so trivial and all.
This really depends on your distribution. Systemd is a lot simpler, easier to maintain and administer than the old hackish Arch Linux boot scripts which were very buggy.
Another thing is that systemd bridges the gap between distributions and eases work for upstream developers of server applications who no longer have to worry about the million ways distributions used their applications in the past.
The only issue I have with systemd is the fragile journal storage.
So yes, systemd is pure Linux-ism but so what?
Edited 2014-09-24 07:08 UTC
Hm, didn’t Arch get popular in the first place because of its over-simplistic init scripts?
It was the centralized /etc/rc.conf
Then they ended up contributing to systemd. That’s partly why it works well on that distribution.
Edited 2014-09-24 17:51 UTC
systemd unit files are really simple so that fits well with Arch I think.
I spent some time reading the systemd man pages and some of the existing .service files and then wrote a couple of my own.
My service files only need about 4 lines to get the job done. SysV scripts had comment block headers bigger than that.
How about a fork of systemd with a very minimal feature set which they are also porting to FreeBSD:
http://www.phoronix.com/scan.php?page=news_item&px=MTc5MzA
By “they”, you mean the uselessd devs, not the FreeBSD devs, I presume.
I’m not opposed to the idea, except that by calling it ‘uselessd’, they’re seriously lowering expectations of utility.
yes
Lennie,
I haven’t gotten any time to play around with it at all, but it sounds intriguing. It should trim most of the bloat that makes systemd most controversial.
http://uselessd.darknedgy.net/
Whether it will ever be incorporated into any major distros remains to be seen.
You mean Atari-ST, Amiga, Archimedes, OS/2, Mac OS like?
A UNIX like system is by definition either a Workstation or a server.
That is a consequence of catering to the desktop. Mac OS X is full of examples more-Windows like as well.
Is it really, though? GNU/Linux has always been considered a UNIX-like system, and it runs on embedded machines, thin clients, network appliances (routers, APs, print managers, etc.), telemetry systems, and so on.
And then there’s this, from Wikipedia[1] (emphasis mine):
A Unix-like (sometimes referred to as UN*X or *nix) operating system is one that behaves in a manner similar to a Unix system, while not necessarily conforming to or being certified to any version of the Single UNIX Specification.
There is no standard for defining the term, and some difference of opinion is possible as to the degree to which a given operating system is “Unix-like”.
[1] https://en.wikipedia.org/wiki/Unix-like
I’ve been running linux full time for nearly 20 years now.
I don’t mind systemd. I think it’s a big step up from SYSV style init scripts. I don’t know if you’ve ever had problems with boot sequences on unix systems, and had to debug it before, but it’s just a huge clusterf–k of badly written scripts, stale lock files and screwy symlinks.
I have always admired the solaris and OS X way of doing things. It’s only natural that linux would follow. Perhaps you consider solaris to be “too much like windows” too?
As far as your desktop choice goes …
If you want a unix-like desktop, you are free to install twm, fvwm or CDE if you’d like …
Edited 2014-09-24 07:25 UTC
Sure, then again Slackware solved this quite elegantly: simple BSD style init + SYSV compatibility if needed.
Window Maker? :^D
I really like wmaker.
Which is why it’s on the short list of GNU/Linux distros I’ll use once Debian makes the switch to systemd with their next release.
Yeah, but that’s a pretty low bar, you know. Not having anything is better than SysV style init. If systemd did that one thing, manage services, I would probably not have minded it much but unfortunately, being a product of RH/Poettering, it’s a veritable kitchen sink of mish-mashed functionality and NIH syndrome.
Tools like daemontools/runit/upstart does one thing and does it well: manage services.
It’s true that they have really gone overboard with extra “functionality” that really shouldn’t be implemented at that level.
Upstart also comes from a place with a lot of NIH-ness. That being said, i like upstart. It’s simple enough, and it does it’s job.
Quite a while ago, i was helping to beta-test a project called e-init. Now that was something!
Very fast dependency based parallel loading of daemons and services, intelligent caching, event based starting of daemons, loading and unloading of modules, etc
It was really cool. I knew one of the main devs quite well. I gave him an SGI Indigo2
Edited 2014-09-24 10:52 UTC
Only on OpenSuSE 12.3 or later… which runs systemd.
Not if accessibility is one of the reasons for doing this. Make uses so many custom widgets and controls that none of the accessibility software can make much sense of it.
Why would they change the default desktop environment from <desktop environment that I don’t like> to <another desktop environment that I don’t like>? They should have gone for the good option, which is <the desktop environment I like>.
Their problem is that they don’t listen to users (<named me>) and they’re just going to drive users (<who aren’t like me>) away.
That’s it. I’m switching to <not this distro>.
Edited 2014-09-24 11:43 UTC
This is the perfect comment template for the Slashdot version of this story. Which does make me wonder how many will read like this
I am running Gnome shell on CentOS 7. Very happy with it. As for systemd – I assume it is installed and is working fine. It has given me no problems I have not even had to think about it. That is the way it should be…
Indeed. I personally like systemd, and wonder how much of the refusal to use it is theoretical than practical.
I have heard all the arguments against it, but I haven’t experienced any of them. Nor have any of the IT people I know experienced a problem with it. They (they, you know, them) say it is un-unix like but I personally don’t see it — and I have been a unix user since the 1987.
My only complaint is that it is GCC and Linux dependant, mind you these are theoretical issues and not practical ones. Right now all my *nix devices are Linux, and GCC is still the norm.
I think you mean it is GNU C library and Linux dependent. I don’t believe anything about systemd makes it dependent on GCC as opposed to, say, Clang.
This is one reason I’m happy to see uselessd come along. It makes the systemd code more portable and avoids locking the operating system into one C library or kernel.
Indeed you are quite right, thank you for catching that
I don’t get the problem, really. Most people seem to be against systemd only because they believe it’s linux-y, not unix-y, and that’s that; no other arguments, no actual problems they’ve encountered with it or anything, just the fact that it doesn’t strictly adhere to some specific guideline these people want it to adhere to and even then only for ideological — not any practical — reasons.
Anti-systemd arguments tend to degenerate to incoherent, long-winded fundamentalist ramblings very quickly. It doesn’t really reflect well against the current Linux community (“can’t these kids even agree on this simple stuff?”).
At certain sw development mileage, you learn how the field works: things change, you refactor, fix and roll with the punches until the sw is “good enough” or superior alternative comes around. Rinse and repeat. Alternative is irrelevance and stagnation.
vivainio,
I disagree, systemd violates some long held principals about simple tools that individually do simple things and do them well. It’s really not incoherent to speak out for “keep it simple, stupid” principals. Systemd, for better or worse, tries to be everything, overlapping with lots of other functionality (init/power management/cron/syslog/inetd/automounting/udev/etc) and is inherently complex as a result. Furthermore it depends on dbus, which is no stranger to it’s own controversies.
Note that personally, I disliked the sysv style init scripts, and I view systemd as an overall improvement despite the fact that it is a dramatic departure from the old scripted init systems. However I still question whether the monolithic approach taken by systemd was the best solution, it seems to already have trouble with “mission creep”.
We never have and never will! I don’t think this is unique to linux though. It’s just that the internal developer struggles get magnitudes more public exposure, whereas closed platform development happens behind closed doors.
So aside from a philosophy issue, is that actually bad? Can you point me to some precise problem from SystemD not being implemented as separate modules.
And if someone were to arbitrarily broke systemd up in to modules would that then eliminate your concerns.
Philosophies and metaphors are great, but dogma is bad. Sooner or later every working system is going to push the limits of its underlying philosophy/metaphor at which point it has to adapt to the real world.
One thing that is *not* a problem is often-alleged “running everything as PID 1”. Systemd launches new processes for various things it’s doing.
jockm,
Well, like many software design philosophies, end users don’t care as long as the result is good enough. The details are “out of sight out of mind”. It’s mostly custom system developers who will get their hands dirty. With systemd, changes to some of the native subsystems (ie journald) will require forking/patching systemd’s official compiled C binaries. Again, it’s not something most users will ever think about, but it can be offputting to sysadmins who are not programmers. Hypothetically niche subsystem use cases could merged into the systemd upstream code base, but that is “feature creep” and additional complexity that will only confuse typical users.
Yea, if they moved away from the monolithic approach, that would probably make systemd more ideal. However without a philosophy shift back to adopting independent daemons, I don’t know if there’s much chance systemd will change.
I suppose a fork like “uselessd” could make it happen, but will it reach the critical mass needed to give it widespread support?
Do you think I’m being dogmatic though? I’m thrilled to move away from sysv scripts. Systemd works, but it’s large scope seems arbitrary and unnecessary.
Edited 2014-09-25 15:25 UTC
I can give you two practical examples of systemd cauesing problems and one annoyance.
1. The binary logging system tends to get corrupted. When that happens there is not much you can do about it. When a text file gets corrupted, most of the log is still usable, not the case with the binary log systemd creates. The systemd developers don’t want to fix this, so admins have to either deal with corrupted logs or work around systemd to get text logs.
2. systemd will monitor services and kill/restart them if they hang. Some daemons do processing of log files or scan sysetm directories and this can take several seconds. systemd will see a busy daemon as being unresponsive and kill it. Some daemons need to be patched/re-written to avoid being killed by systemd, even though they are working fine to begin with and run fine on non-systemd init systems.
3. systemd is not portable. This means one more “standard” floating around the open source world and it means more work for those of us writting low-level services as we need to test on yet another init technology.
Edited 2014-09-25 15:07 UTC
As explained on the bug report: https://bugs.freedesktop.org/show_bug.cgi?id=64116
currently, is to ignore them: when a corruption is detected, journald will rename the file to <something>.journal~, and journalctl will try to do its best reading it. Actually fixing journal corruptions is a hard job, and it seems unlikely that it will be implemented in the near future.
Let remember systemd was designed for Linux in mind to take advantage of untapped faetures (for example cgroups).
Gnome should bring back the desktop and forget the smart TV interface of Gnome 3. The damage they have done to all Linux community is unmeasurable.
So if i5 can not be measured, why are you blaming them as if you had actually measured it?
“…..the main reasons for Debian switching back to GNOME….are related to accessibility and systemd integration” Accessibility, that I get. This means that in Gnome it is easier for people with bad eyes to adapt the look & feel, right?
But systemd integration ??? I use archlinux (with systemd) and it runs fine with every windowmanager I tried: OpenBox, Awesome, i3WM, Herbstluft, XFCE…. So, what am I missing here? Why would systemd lead to a choice for Gnome??
Edited 2014-09-25 13:14 UTC