On 19 October 2014 00:29, Nico Kadel-Garcia <[email protected]> wrote:
> On Sun, Oct 19, 2014 at 12:40 AM, Yasha Karant <[email protected]> wrote: > > On 10/18/2014 09:09 AM, Nico Kadel-Garcia wrote: > >> > >> On Sat, Oct 18, 2014 at 11:47 AM, Yasha Karant <[email protected]> > wrote: > > >> I think that this is not a fundamentally RHEL or Scientific Linux > >> issue. This is the result of design decisions in the Gnome development > >> community. > > > > Pardon my misunderstanding -- but it is my impression that the Gnome > > provided with EL N (currently, EL 7) is not the same as the Gnome current > > production version available through the Gnome URL. Rather, as with > > Firefox, etc., the EL version is behind "current" for reasons of > stability > > and "hardening". In the case of Firefox, I personally use the latest > > production release; however, my understanding is that for systems crucial > > applications, this is not feasible (e.g., glibc), and thus I suspect the > > same holds for gnome or KDE. If this is the case, then it is an EL > issue -- > > what features and at what revision level does EL support gnome current? > > I'm afraid that Gnome is a bloated serpent's nest of interwoven > features and Unweaving it into something lighter, architecturally > rational, and supportable as individual components would be like > putting handlebars on a Jeep. It might actually work better than the > steering wheel, but it's a lot of extra integration work to maintain > and likely to break with the next upstream revision. > In general this is the case for all desktop environments. After you start getting a use case need for X, then all of a sudden you have to either rewrite from scratch to keep the sizes down (the Rasterman Enlightenment approach) or begin pulling in various things that each require 2 or 3 other things and interdepend on 4 or 5 items that may have no use in the work environment you are trying to fix.. but might in some other. The Rasterman approach has its bonuses but usually finds itself with a growing list of "but I need to do this.." that each require a re-engineering from the ground up. -- Stephen J Smoogen.
