tag:blogger.com,1999:blog-20155916.post5726279333447186317..comments2023-10-27T15:40:53.653+13:00Comments on Bob's development blog: GNOME OSRobert Ancellhttp://www.blogger.com/profile/06377999550703204187noreply@blogger.comBlogger34125tag:blogger.com,1999:blog-20155916.post-72504032576536229142011-09-13T00:37:40.118+12:002011-09-13T00:37:40.118+12:00Hello, Robert.
Like me - oooooooold GNOME user si...Hello, Robert.<br /><br />Like me - oooooooold GNOME user since the 90's -, many people is feeling "betrayed" by <b>some</b> design decissions in GNOME 3... The main concept is ok, but certain ideas aren't.<br /><br />The new Shell "behavior" is very good for tablets - even when touchscreens aren't properly supported now -, but isn't really productive when you use the Shell with many program windows - programming, monitoring servers, ...-.<br /><br />With this model, you are <b>forcing</b> people to make their applications working with tabs, whatever the app is, if you want to use many windows in the same screen... Even the default shell behavior doesn't allow you to launch an app instance with a simple click - the "old" and universal behaviour -, and you must use the specific command "new window" in the left dock -with the 3.0 release even the dock must remain in the left side -.<br /><br />Even in GNOME 3 devs threw away the classic menu structure - and specification - and made the "Application tab" ... breaking with the intuitive model of a classic and well known start menu, without a "migration" path from one concept to another. Do youi remember the KDE's new menu? KDE devs left the new as default, but users can use the classic KE menu if they want.<br /><br /><b>Too Apple-like, sorry</b>. Now, about the lack of integration with other desktops...<br /><br />The N.I.H. syndrome is deep entrenched in KDE/GNOME devs, specially in the GNOME side; we could remember the "libindcator" and sistem tray controversies, the NULL effort to cooperate with the integration of KDE apps in the GNOME environment when the KDE folks did the opposite many times, and other "problems"... Facts that made GNOME devs look like stubborn children that don't want to play if the other children don't follow their rules; this facts affect loyal GNOME users too, who feel neglected and dissapointed when we aren't heard by devs.<br />I don't need to tell you that K3B - an obvious example - is used by maaaaany people in the GNOME desktop, right?<br /><br />GNOME 3 will evolve, polishing some annoyances, but the mantra "our way is the only one" is hurting the users and developers communities... You can't sell the GNOME OS concept to the people if you impose the "only this one or nothing" principle.Alvaronoreply@blogger.comtag:blogger.com,1999:blog-20155916.post-77069292860574682832011-09-12T21:34:44.438+12:002011-09-12T21:34:44.438+12:00Robert,
Those distribution questions that you'...Robert,<br /><br />Those distribution questions that you're talking about are precisely the kinds of issues that 'GNOME OS' is trying to address, I think. <br /><br /><i>The modification of upstream products is one of those necessary evils to work with distributions. The problem with the ideal of us all working together is then the distributions become interchangeable. They need to differentiate to compete (unfortunate, but the reality of economics).</i><br /><br />Free Software naturally leads to collaboration on common upstream code bases, and that logic implies that upstream components should be distributed with as little differentiation as possible.<br /><br />Additionally, if you're making a user experience and you want to make it great, that user experience needs to be designed as a single whole [1]. I don't think you could design a UX that is both great and intended to be chopped up and rearranged. This was one of the problems with GNOME 2 that GNOME 3 set out to correct, in fact.<br /><br />And there are ways for people to build businesses around GNOME other than differentiation, such as providing support or incorporating additional services. Ensuring that GNOME is able to facilitate the latter is something that I would strongly support.<br /><br />This is a good discussion to be having. Thanks for getting it started, Robert. :)<br /><br />[1] Many of the design decisions that you cite as being evidence of this GNOME OS thing were really just about making GNOME <i>good</i>. I doubt GNOME being an OS or being a single product was really on the minds of the people who made them.Allan Dayhttps://www.blogger.com/profile/04350506782396336863noreply@blogger.comtag:blogger.com,1999:blog-20155916.post-91819839029585399942011-09-12T01:48:40.715+12:002011-09-12T01:48:40.715+12:00Loads of people who work for GNOME do so for a dis...Loads of people who work for GNOME do so for a distribution. You mention "They need to differentiate to compete (unfortunate, but the reality of economics).".<br /><br />But the only think you think of is modifying upstream code. That's IMO a waste. There are so many ways to differentiate, mixing and matching different components will just make your life harder. Far far will you change the components? How would you maintain it?<br /><br />It know it would completely go against what is practiced at Red Hat; upstream first.<br /><br />Suggest rethinking your assumptions.Olavhttps://www.blogger.com/profile/09315812426732221936noreply@blogger.comtag:blogger.com,1999:blog-20155916.post-88539816099679070182011-09-11T23:22:46.226+12:002011-09-11T23:22:46.226+12:00Hi Allan,
The modification of upstream products i...Hi Allan,<br /><br />The modification of upstream products is one of those necessary evils to work with distributions. The problem with the ideal of us all working together is then the distributions become interchangeable. They need to differentiate to compete (unfortunate, but the reality of economics).<br /><br />We need to come up with a distribution strategy for GNOME, especially if we want this control.<br /><br />The idea the OEMs will just come and use GNOME without any strong relationship and full time staff to support that relationship just wont work.<br /><br />Some ideas:<br />- GNOME presents itself as an application to the distributions. It expects to be packaged as provided upstream and installed as an option in many distributions (this is where we seem to be drifting).<br />- GNOME picks a reference distribution and works with that. They put CD images on the gnome website and use those to present to OEMs. (probably would cause a lot of conflict but would be a good way to split the effort of an OS).<br />- GNOME starts treating distributions as upstreams and takes their platform and builds GNOME on top of that replacing the distribution branding. (more effort on GNOME, but lots of control of the experience).Robert Ancellhttps://www.blogger.com/profile/06377999550703204187noreply@blogger.comtag:blogger.com,1999:blog-20155916.post-91739703872618274752011-09-11T22:56:58.051+12:002011-09-11T22:56:58.051+12:00Haha, yes, the hats would be amazing!Haha, yes, the hats would be amazing!Andreas Nilssonhttps://www.blogger.com/profile/02008787454316846800noreply@blogger.comtag:blogger.com,1999:blog-20155916.post-80009984741694570632011-09-11T22:20:58.424+12:002011-09-11T22:20:58.424+12:00Hi Robert,
Feature-based development doesn't ...Hi Robert,<br /><br />Feature-based development doesn't mean that modules have to be developed inside GNOME. GNOME has started using both Tracker and Folks in the current 3.2 cycle, for instance. (Woo hoo!) We've also seen lots of Telepathy integration work being done by the fine people at Collabora (yay for collaboration).<br /><br />I agree that GNOME 3 is a more clearly defined product than GNOME 2 was. That's a good thing in my opinion (and is the outcome of a long-held aspiration by many in the project). Coherence, consistency and seamlessness are perquisites for a great UX, and we can only provide those things by having a defined product. This also gives the project a clear focus and provides contributors (many of whom aren't aligned with a particular distribution) with a common reference point. I also agree that GNOME 3 poses real challenges in relation to distribution. I don't pretend to have the answers here, but I do think that the ecosystem needs to face up to these challenges if it wants to be competitive.<br /><br />There seems to have been a lot of misunderstanding about the Deja Dup discussion. The question I raised was specific to design and to Deja Dup [1]. It had nothing to do with the general rules relating to which module can be included under which circumstances. It upsets me that this keeps being held up as an example of Something Badâ„¢ when virtually no one has even tried to discuss the question with me. I feels like I'm being heckled from the audience when all I really wanted was for people to join me on stage.<br /><br />It seems odd that you are advocating the modification of upstream products by distributors as a positive goal that should be pursued. My understanding is that upstream collaboration delivers better (read: integrated, coherent) products that can be shared and collaborated on. Is there something I'm missing there?<br /><br />[1] I would like GNOME 3 to have a backup facility, but I have absolutely no view on whether Deja Dup would fit into that role as an underlying technology. My question purely relates to the user visible part of Deja Dup - the UI and, to a lesser extent, its documentation. The question is simple - from the user's point of view, would it make sense to have an independent app inside something that is presented as 'System Settings'. Note that the working definition of system settings has been 'non-application specific settings'! Also note that there are no other app specific settings inside System Settings. :)Allan Dayhttps://www.blogger.com/profile/04350506782396336863noreply@blogger.comtag:blogger.com,1999:blog-20155916.post-74750053152134187432011-09-11T19:38:44.099+12:002011-09-11T19:38:44.099+12:00Hey Robert,
I think the reason OSX can do this we...Hey Robert,<br /><br /><i>I think the reason OSX can do this well is they are both and OS and a distribution. Ubuntu is both an OS and a distribution (now). GNOME is becoming an OS, but it's missing the critical distribution part.</i><br /><br />I think this is all too out there. Neither Ubuntu or GNOME can be quite compared to something like OSX, since Apple not only handles the distribution but they define the entire user experience themselves. GNOME doesn't do distribution and Ubuntu doesn't write its entire user interface from scratch. <br /><br />A practical way of looking at it is that the GNOME developers have been working on it for over a decade now and the need to integrate more closely with the rest of the system only grows the more advanced it becomes. I still remember when automounting CD's was a big deal for a friendly user experience on Linux!<br /><br />Ubuntu also moved from basically packaging Debian with the latest GNOME and an ugly orange theme to writing components like a new panel or even trying define API's applications should be using, things that were traditionally handled by the "desktop environment".<br /><br />I think the GNOME OS approach will work better for the GNOME project since it's what motivates people to work on GNOME. I also think it will be mostly well integrated in distributions like Fedora, openSUSE, Debian and all the others that are not trying to define a completely new user experience themselves instead of collaborating on that with the GNOME, KDE, XFCE or other projects set up for that.<br /><br />The GNOME OS approach is not optimal for Ubuntu, which wishes to take GNOME as a base but still <b>heavily</b> change it and the user experience. This is what essentially a fork and as such I don't see things getting easier any time soon. <br /><br />For example, some of the great new features of GNOME 3.2 are the online accounts integration and the new contacts application, both designed to integrate well with evolution-data-server; meanwhile, Ubuntu is not using Evolution anymore. These conflicts will continue to happen in the future, it's just how it is with forks.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-20155916.post-24991655108739047402011-09-11T14:24:10.194+12:002011-09-11T14:24:10.194+12:00Hi Andreas,
Yes I mean from the distro point of v...Hi Andreas,<br /><br />Yes I mean from the distro point of view. Dropping user options is a great move that reduces maintenance (and the options are not missed by the majority of users).<br /><br />I think the reason OSX can do this well is they are both and OS and a distribution. Ubuntu is both an OS and a distribution (now). GNOME is becoming an OS, but it's missing the critical distribution part.<br /><br />btw, I think you should make some actual hats so you can wear them at conferences :)Robert Ancellhttps://www.blogger.com/profile/06377999550703204187noreply@blogger.comtag:blogger.com,1999:blog-20155916.post-2440751042895307222011-09-11T14:17:56.782+12:002011-09-11T14:17:56.782+12:00Hi sri,
Yes, I meant more the marketing/brand sid...Hi sri,<br /><br />Yes, I meant more the marketing/brand side of GNOME. This is a major conflict with how distribution of GNOME has traditionally worked.<br /><br />For GNOME to control the entire brand and behaviour is to make the distributions obsolete. And this would be a fine strategy if GNOME had another method of distribution. If GNOME could market directly to OEMs and get GNOME in the hands of users that would be a great strategy. But it's a pipe dream. The amount of time and money required to maintain a distribution and have those relationships is huge.<br /><br />Unless GNOME can resolve this distribution issue it has to collaborate with the distributions. It has to understand they need to differentiate from eachother, and they need to modify some parts of GNOME. If GNOME is not flexible it risks it's preferred desktop position on major distributions. It will work as designed, but it will become a niche product.Robert Ancellhttps://www.blogger.com/profile/06377999550703204187noreply@blogger.comtag:blogger.com,1999:blog-20155916.post-60705809694314677712011-09-11T14:07:14.791+12:002011-09-11T14:07:14.791+12:00Hi Allan,
Sorry to pick on the Deja Dup example, ...Hi Allan,<br /><br />Sorry to pick on the Deja Dup example, the particular example isn't important, and I was just prompted for some cases. I don't want to imply that any individuals don't want to collaborate as I don't think that's the case at all. But our strategy/policies do affect how well we can collaborate.<br /><br />To sum up what I see in the examples:<br />- It shows the GNOME product being treated as a whole unit which shouldn't be modified. This conflicts with how distributions want to and are using GNOME and how effectively distributions can collaborate with GNOME.<br />- It shows a trend for all components in GNOME needing to be developed inside the GNOME project. This cuts down the places for collaborating with other projects.<br />I think these are the logical extension of treating GNOME as an OS.<br /><br />Even though GNOME doesn't have a formal strategy I think we can and should talk about the direction of GNOME (I wouldn't say "wants" though as there are always different camps withing GNOME). We have de facto standards, and trends that are worth talking about so we're aware of where we're going. I think going to a more integrated product and not having written down our strategy for that is a recipe for disaster.Robert Ancellhttps://www.blogger.com/profile/06377999550703204187noreply@blogger.comtag:blogger.com,1999:blog-20155916.post-5494713078185172512011-09-11T13:05:42.050+12:002011-09-11T13:05:42.050+12:00Hi sri.
What does
"""
The argument...Hi sri.<br /><br />What does<br />"""<br />The argument with backups is that we want to make it a part of GNOME internally, and so the name deja dup is pretty much meaningless at that point.<br />"""<br />actually mean in practice? It <i>seems</i> like you mean "if your code provides core functionality that GNOME needs it cannot be shared", to which I'd vehemently disagree. GNOME already shares a bunch of infrastructure with everyone else and exposes some of it to the user - the Display control panel pane being an obvious example, where the user is interacting with multiple levels of the X stack.<br /><br />I get wanting to produce an integrated, coherent experience. That's an excellent goal. I don't think it means that GNOME needs to assimilate every piece of the stack, though. You don't need to own all the code; you just need to be able to <i>improve</i> the bits of the code that don't currently work for you, and that's precisely one of the strong points of open-source anyway.<br /><br />I don't think it's necessary (or healthy) for even core GNOME components to be tied with an "exclusive contract", as long as their maintainers are responsive to the needs of GNOME. Hell, <b>GTK+</b> is about as core as you can get, and that's not in anyway exclusive to GNOME; it works on Windows and Mac, at one point formed the core of Nokia's linux phoneish UI, etc.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-20155916.post-89751967262620259982011-09-11T10:45:41.433+12:002011-09-11T10:45:41.433+12:00GNOME Control Center not supporting modication of ...<i>GNOME Control Center not supporting modication of system options.<br />- GNOME not wanting themeing changed.<br />- The new feature proposal system that focuses only on user features and not technical ones.<br />- Suggestion that Deja Dup needs to become a GNOME only project to be part of core GNOME.</i><br /><br />Hi Robert!<br /><br />I think theming can be changed, we're just not pushing it. After all it's mostly css and javascript anyways, and there are many themes already available. The reason we aren't changing the themes is that the default look of GNOME is the brand from a marketing position. GNOME is GNOME when you use the default setup and not change GTK+ themes or any other such things. Secondly, it makes it easier for application developers to target the platform and have all apps look consistent. Most themes don't do a good job of that at all.<br /><br />I can't comment on teh feature proposal. I don't think it was properly rolled out in my opinion and I think the whole setup is in flux. <br /><br />The argument with backups is that we want to make it a part of GNOME internally, and so the name deja dup is pretty much meaningless at that point. It becomes a capability that is deeply embedded as part of GNOME OS. It's a completely exclusive contract. It might be still possible to fork it and have other systems use it. I am two minds of it myself, but that is the thought behind it.srihttps://www.blogger.com/profile/00042622574353225483noreply@blogger.comtag:blogger.com,1999:blog-20155916.post-49752622661726978832011-09-11T04:06:36.610+12:002011-09-11T04:06:36.610+12:00Also, could you explain how these things reduce co...Also, could you explain how these things reduce collaboration? I honestly have no idea how you are making that connection.Allan Dayhttps://www.blogger.com/profile/04350506782396336863noreply@blogger.comtag:blogger.com,1999:blog-20155916.post-92095045452002686522011-09-11T03:27:30.498+12:002011-09-11T03:27:30.498+12:00- GNOME Control Center not supporting modication o...- GNOME Control Center not supporting modication of system options.<br />For distros this is perhaps unfortunate, but it seems the distros hacked around this anyway. Not supporting Nvidia-crazy-controlcenter-breaksyoursstuff-applet or this-random-piece-of-whatever-thinks-its-systemwide is a very good signal however.<br /><br /><br />- GNOME not wanting themeing changed.<br />From distros or users? Distros do what distros do, but taking away user theme cutomization UI was the best thing that happened in several years. With my Thunderbird hat on I think it's amazing to have it down to two themes to test for (Ubuntu and GNOME) instead of 1000+ themes that people might be running. UI-testing-wize OSX is still the best platform to develop ui's for. How the UI will look in people's machines is very, very predictable.<br /><br /><br />- The new feature proposal system that focuses only on user features and not technical ones.<br />I still haven't figured out if I think this is a good idea or not. I think it needs to run for a cycle or two before we look for something else. It might be good for fleshing out new big pieces here early in the GNOME3 cycle before things starts to stabilize.<br /><br />- Suggestion that Deja Dup needs to become a GNOME only project to be part of core GNOME.<br />I really want to see Deja Dup (or any kind of backup story) in GNOME. It is very unfortunate the discussion ended up being so much about hosting-details but I can sympasize with the notion that having one piece of the control center somewhere else completely could end up being problematic (both Ubuntu and Fedora who ship DejaDup by default hacked around this it seems though).Andreas Nilssonhttps://www.blogger.com/profile/02008787454316846800noreply@blogger.comtag:blogger.com,1999:blog-20155916.post-89290006316471500192011-09-11T02:50:38.300+12:002011-09-11T02:50:38.300+12:00Hi Robert,
I honestly don't see what this lis...Hi Robert,<br /><br />I honestly don't see what this list has to do with GNOME OS...<br /><br />- GNOME Control Center not supporting modication of system options.<br /><br />What are system options?<br /><br />- GNOME not wanting themeing changed.<br /><br />What does theming have to do with being an OS? Besides, that decision was made before the idea of GNOME OS even arose. (Also, 'GNOME' does not want anything, *sigh*.)<br /><br />- The new feature proposal system that focuses only on user features and not technical ones.<br /><br />Being an OS doesn't mean you can't make changes for technical reasons, nor does the feature proposal process preclude making changes for technical reasons.<br /><br />- Suggestion that Deja Dup needs to become a GNOME only project to be part of core GNOME.<br /><br />I'm pretty tired of those comments being brought up, tbh. I raised a question in the context of discussion. I wasn't pushing for a particular resolution and I actually made a real effort to be constructive. Really, I find it pretty remarkable that such a big deal is being made out of one or two very open comments that I made on a discussion list.<br /><br />I think you'll actually find that I am incredibly open to collaboration, and have even worked with Michael on Deja Dup in the past.Allan Dayhttps://www.blogger.com/profile/04350506782396336863noreply@blogger.comtag:blogger.com,1999:blog-20155916.post-68142515625667980762011-09-10T23:18:37.044+12:002011-09-10T23:18:37.044+12:00Specific decisions that indicate to me GNOME is be...Specific decisions that indicate to me GNOME is become closed to collaboration:<br />- GNOME Control Center not supporting modication of system options.<br />- GNOME not wanting themeing changed.<br />- The new feature proposal system that focuses only on user features and not technical ones.<br />- Suggestion that Deja Dup needs to become a GNOME only project to be part of core GNOME.Robert Ancellhttps://www.blogger.com/profile/06377999550703204187noreply@blogger.comtag:blogger.com,1999:blog-20155916.post-37057676247758839662011-09-10T23:07:45.431+12:002011-09-10T23:07:45.431+12:00Sorry, I should have been clearer. I meant technic...Sorry, I should have been clearer. I meant technical 'bits'. Not conceptual practices.<br /><br />Which technical bits (or components as you call them) do you feel are becoming increasingly closed for collaboration?Johnhttps://www.blogger.com/profile/16607486305553174549noreply@blogger.comtag:blogger.com,1999:blog-20155916.post-85327532853334055802011-09-10T23:07:34.333+12:002011-09-10T23:07:34.333+12:00As I read this and other posts coming up I really ...As I read this and other posts coming up I really feel like I should attend the Linux Plumbers conference next time instead of GUADEC.Robert Ancellhttps://www.blogger.com/profile/06377999550703204187noreply@blogger.comtag:blogger.com,1999:blog-20155916.post-64309934433473371672011-09-10T23:04:58.472+12:002011-09-10T23:04:58.472+12:00Things that make me see GNOME becoming increasingl...Things that make me see GNOME becoming increasingly closed to collaboration:<br />- The idea that for good integration all the components need to be under the direct control of GNOME.<br />- The push back against distributors customising the GNOME experience.<br />- The rejection of the "box of bits" use of GNOME.Robert Ancellhttps://www.blogger.com/profile/06377999550703204187noreply@blogger.comtag:blogger.com,1999:blog-20155916.post-79053956487918487892011-09-10T22:58:25.450+12:002011-09-10T22:58:25.450+12:00So far GNOME OS has just made many of the previous...So far GNOME OS has just made many of the previously optional lower in the stack bits required, and no longer optional. And put GNOME shell on top.<br /><br />WRT your point <i><br />GNOME OS strategy as it stands now it will become increasingly closed to collaboration.</i><br /><br />Which bits do you feel are becoming increasingly closed for collaboration?Johnhttps://www.blogger.com/profile/16607486305553174549noreply@blogger.comtag:blogger.com,1999:blog-20155916.post-43859598760312274202011-09-10T22:34:16.362+12:002011-09-10T22:34:16.362+12:00John, I don't mean to say that GNOME wasn'...John, I don't mean to say that GNOME wasn't open to collaboration but rather that to implement the GNOME OS strategy as it stands now it will become increasingly closed to collaboration.<br /><br />And it's not just Ubuntu that can offer value to GNOME. It's KDE and XFCE and LXDE and Elementary and other future projects that we can't predict.Robert Ancellhttps://www.blogger.com/profile/06377999550703204187noreply@blogger.comtag:blogger.com,1999:blog-20155916.post-17864957703688158062011-09-10T22:27:32.139+12:002011-09-10T22:27:32.139+12:00Well we seem to have reached the core of our disag...Well we seem to have reached the core of our disagreement.<br /><br /><i>My gut feel is that the cost of a) has been overestimated and by not being open to collaboration you forgo any return in b) now or in the future.</i><br /><br />Basically I reject the premise that GNOME was not open to collaboration.<br /><br />Unfortunately, the die has now been cast, the twin ships of GNOME and Ubuntu are on divergent paths that will take time to change course; even if a new course is agreed and all parties are willing.<br /><br />I guess only time will tell.Johnhttps://www.blogger.com/profile/16607486305553174549noreply@blogger.comtag:blogger.com,1999:blog-20155916.post-67406732181436898522011-09-10T22:23:19.669+12:002011-09-10T22:23:19.669+12:00I have no complaints about the login experience of...I have no complaints about the login experience of GNOME 3 but I know this experience was not dependent on the use of the majority of GDM but just the top layer. Giving credit to GDM in it's entirety is kind of like saying the great integration of GNOME Shell is due to the X server.<br /><br />GDM wasn't giving a great integrated experience for the other desktops, which is why LightDM exists. No-one wanted to write a new display manager, especially me (I would have modified GDM if I thought it could work). But I did and now we can share that effort.<br /><br />To give an example where going it alone can hurt GNOME - if LightDM gets Wayland support before GDM then GNOME will have to spend time implementing that when they could have got it for free.Robert Ancellhttps://www.blogger.com/profile/06377999550703204187noreply@blogger.comtag:blogger.com,1999:blog-20155916.post-85485446624087737142011-09-10T22:10:43.313+12:002011-09-10T22:10:43.313+12:00Hi John,
Sorry, I should have been more specific....Hi John,<br /><br />Sorry, I should have been more specific. I meant the claim "demonstrated that strategy was not an efficient use of resources".<br /><br />This assumes that a) GNOME has made a significant investment for this strategy and b) this strategy has not had a return worth the investment.<br /><br />My gut feel is that the cost of a) has been overestimated and by not being open to collaboration you forgo any return in b) now or in the future.<br /><br />The comment about dropping BSD support indicates to me the cost of this strategy was quite low (I find it hard to believe BSD support was difficult more than annoying for non BSD users).<br /><br />The census shows consistently increasing development which is a good sign that this overhead is not sinking the project. Of course we wont really know until we look at these statistics a year after a change in strategy.<br /><br />The census had some shortcomings that would have been interesting to see:<br />- Analysis of non code improvements, e.g. quality (perhaps using bugzilla), userbase<br />- How the company contributions were changing over time. If contributions from a particular downstream were small now but increasing we might be shortsighted in criticising contribution levels.<br /><br />I'm pretty convinced that "all other things being equal" is not true - we have an elastic resource that can support multiple desktops. I think that resource is less elastic with regards to the harder low-level code.Robert Ancellhttps://www.blogger.com/profile/06377999550703204187noreply@blogger.comtag:blogger.com,1999:blog-20155916.post-41949081578397835682011-09-10T21:24:44.376+12:002011-09-10T21:24:44.376+12:00Additionally, I think it is difficult because you ...Additionally, I think it is difficult because you have skin in this game (LightDM), but I encourage you to check out the GNOME 3.2 shell + gdm tight integration and re-evaluate the statement<br /><br /><i>... standardize more things like ... display management (LightDM) ... without compromising out user experiences.</i>.<br /><br />The GNOME 3.2 login experience is really without parallel.Johnhttps://www.blogger.com/profile/16607486305553174549noreply@blogger.com