Slashdot Mirror
Proposal For Gnome To Become Linux-Only
Moderator writes "Could Gnome drop support for non-Linux operating systems? That was a recent proposal on the Gnome mailing list, although there were significant objections in response. Quoting: 'It is harmful to pretend that you are writing the OS core to work on any number of different kernels...the time has come for GNOME to embrace Linux a bit more boldly.'"
Since developers from other OS's have contributed to Gnome. KDE would then be the only recourse for them. I think gnome would quickly lose support based on the ill will that would generate alone.
As a dev of Dungeon Crawl, I see that systems that smell like Unix these days are a monoculture of Linux and Linux only. Even though you'd expect roguelike players to be biased towards obscure systems, I don't recall a single bug report from a *BSD or Solaris user. Even Hurd had one. Big-endian systems are dead too (two distinct users, one with an old MacOS X, one with Debian on powerpc).
Everyone these days uses either Windows, Linux or x86 Mac.
The creatures outside looked from Alt-Right to Antifa; but already it was impossible to say which was which.
In the BSD community, there is a desktop movement (PC-BSD, several smaller forks out there). While I haven't seen a lot of support behind Gnome (most BSD desktop projects default to KDE or something even leaner), Gnome going Linux only would force the desktop movement in BSD to pretty much go KDE.
Frankly Gnome is too bloated for most users at this point. Going Linux only wouldn't fix Gnome's problems, their projects are much, much bigger.
Or maybe I'm talking out of my butt, and it IS about the shell. Should RTFA.
Because it's claimed that systemd will provide "better user experience" as espoused here. I don't really buy most of the arguments like since many them don't seem to be things that should require a dependency on an init system to fix.
Gnome isn't the controlling factor for Gtk+, and that support would never have OS lock. We're only talking about "Gnome" here, not Gimp or the Gimp ToolKit (Gtk). Gnome is just another user of the widget set that happens to share a first letter.
We're actually not even talking about most of Gnome. Just Gnome Shell.
"Sending vector images, common commands to the X Server to display the images worked wonderfully in a world of simple graphics and low bandwith. Today it is becoming extra overhead. " says the man who does not manage a large deployment...
Sorry but MOST linux enterprise installs used X heavily. it's call thin clients and the biggest selling point to get Linux in the door.
$250.00 per user cost with no per seat costs and a reduction of IT staff by 50% is HARD to ignore..... X is what delivers that ability.
Do not look at laser with remaining good eye.
I think you're missing out on PC-BSD, which is a more desktop-oriented FreeBSD. There's also DragonflyBSD which was developed to improve SMP support, again largely for desktop performance.
If you'd run CDE, you'd be in a better place to appreciate GNOME's usability on Solaris. I don't see what this has to do with thin clients either.
Gtk support on OS X has traditionally been kind of iffy. I haven't had luck running Haskell + Gtk on OS X. I am not aware of any apps that use it. It doesn't help that Qt supports OS X natively.
Ultimately, I think the question is whether or not the loss is worth the gain. I don't personally use GNOME but I also don't see the potential gain here as being worth the loss of community. It's not a great idea to abandon any segment of your userbase, because the rest of your userbase will get skittish. Not something you need with a combination of high-profile competition (Unity) and consistently eroding support. I don't think this is likely to go through, but if it does, I'd say you can expect GNOME to be dead within two or three years.
This "GNOME to drop non-Linux support" sensationalism on the net is ridiculous. There has been no such proposal! Yes, I RTFA and the full mailing list discussions.
The proposal in GNOME's desktop-devel-list was by the author and maintainer of systemd to let GNOME adopt systemd as the mechanism to configure certain system-wide settings, like locale and timezone data. This would be implemented as a dbus interface which would spawn a mini-daemon via systemd when that was required. This would solve the age old problem of every distro having their own slight variation on how to configure these things.
Notice the key part of the proposal: the dbus interface. This is the proposed dependency, and not the whole of systemd which, yes is Linux only, but in reality is just a reference implementation for this dbus interface which can be VERY easily reimplemented on any system (the minidaemons themselves are very trivial, porting systemd to other platforms however is not).
What this proposal ACTUALLY means: (a) Non Linux platforms, or Linux distros not yet using systemd, would initially have grayed out certain configuration options in the control center, like locale for example. (b) These settings can be made available just by implementing a trivial dbus interface.
Nothing of this dropping non-Linux OS support nonsense. Hope this clears up the nonsense somewhat
GNU's not Unix Image Manipulation Program Toolkit is the foundation fro the GNU's not Unix Network Object Model Environment. So getting that wrong isn't really your fault.
When the policeman of the tie, rule you violate, hello punishment of the kitty?
Nope. Neither GNOME nor KDE are "X11 window managers" by the accepted use of the term.
You may want to look through this website
http://xwinman.org/
to get a better idea of what distinguishes a window manager from a full fledged desktop