Re: gnome2 and gnome3: strategy of coexisting
Le lundi 11 octobre 2010 à 22:37 +0100, Sergey Udaltsov a écrit : Thanks for the answer. So, does that mean we directly or indirectly recommend to distromakers NOT to allow users to choose between gnome2 (real, not (panel + nautilus)/gnome3) and gnome3 sessions? Does that mean we recommend not to bother creating two sets of packages? Or we are just neutral and do not care (and we do not help)? I don’t think there is any use for what you are proposing. The thing that matters is being able to start either a GNOME + Shell session, or a GNOME + Panel one. And it’s not that hard, we already had it with gnome-session 2.30. -- .''`. Josselin Mouette : :' : `. `' “If you behave this way because you are blackmailed by someone, `-[…] I will see what I can do for you.” -- Jörg Schilling signature.asc Description: This is a digitally signed message part ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
gnome2 and gnome3: strategy of coexisting
Hi folks I am not sure if I missed that topic (apologies if I did). Is there a strategy regarding co-existing of gnome2 and gnome3 on the same system? Obviously there is going to be some transitional period, when people would play with two generations. Distributions might want to have two sets of packages (two entries in gdm sessions list). So, is gnome going to address that - or just leave it to distromakers? Of course, we know distromakers are creative, they'll go for something like /opt/gnome3 and /opt/gnome2, tweaking PATH etc etc - but every distro is going to do that differently. Are we happy about that - or perhaps we could make their life easier by introducing some recommendations, conventions? Resolving that issue could also help developers to live in stable gnome2 while doing things for gnome3. I will narrow my question a bit. Some components, like gnome-session, gnome-settings-daemon etc for a moment are using same names as they did in gnome2. Would it make sense resolve that collision by using different names (most simple way - adding 3 add the end)? I am not concerned about creating a bad practice here: gnome2 was evolving for decade, and I hope gnome3 would be around for another decade (and who knows - will gnome4 ever exist?;). What do you think? Does my question make any sense at least? Thanks, Sergey ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: gnome2 and gnome3: strategy of coexisting
On Mon, 2010-10-11 at 22:16 +0100, Sergey Udaltsov wrote: Hi folks I am not sure if I missed that topic (apologies if I did). Is there a strategy regarding co-existing of gnome2 and gnome3 on the same system? Short answer is no, and we won't be doing it. I will narrow my question a bit. Some components, like gnome-session, gnome-settings-daemon etc for a moment are using same names as they did in gnome2. Would it make sense resolve that collision by using different names (most simple way - adding 3 add the end)? I am not concerned about creating a bad practice here: gnome2 was evolving for decade, and I hope gnome3 would be around for another decade (and who knows - will gnome4 ever exist?;). What do you think? Does my question make any sense at least? When people talk about Classic GNOME wrt GNOME 3, they mean the ported to GTK+ 3.x, updated to GSettings, parts of the GNOME 2.x experience. There are no plans to make gnome-settings-daemon, bits of the control-center, and whatever else core components of the desktop parallel installable. The libraries will be parallel installable so you can run your not-ported-yet applications, but core parts of the desktop won't be one of them. Cheers ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: gnome2 and gnome3: strategy of coexisting
Thanks for the answer. So, does that mean we directly or indirectly recommend to distromakers NOT to allow users to choose between gnome2 (real, not (panel + nautilus)/gnome3) and gnome3 sessions? Does that mean we recommend not to bother creating two sets of packages? Or we are just neutral and do not care (and we do not help)? On Mon, Oct 11, 2010 at 10:23 PM, Bastien Nocera had...@hadess.net wrote: On Mon, 2010-10-11 at 22:16 +0100, Sergey Udaltsov wrote: Hi folks I am not sure if I missed that topic (apologies if I did). Is there a strategy regarding co-existing of gnome2 and gnome3 on the same system? Short answer is no, and we won't be doing it. I will narrow my question a bit. Some components, like gnome-session, gnome-settings-daemon etc for a moment are using same names as they did in gnome2. Would it make sense resolve that collision by using different names (most simple way - adding 3 add the end)? I am not concerned about creating a bad practice here: gnome2 was evolving for decade, and I hope gnome3 would be around for another decade (and who knows - will gnome4 ever exist?;). What do you think? Does my question make any sense at least? When people talk about Classic GNOME wrt GNOME 3, they mean the ported to GTK+ 3.x, updated to GSettings, parts of the GNOME 2.x experience. There are no plans to make gnome-settings-daemon, bits of the control-center, and whatever else core components of the desktop parallel installable. The libraries will be parallel installable so you can run your not-ported-yet applications, but core parts of the desktop won't be one of them. Cheers ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: gnome2 and gnome3: strategy of coexisting
On Mon, Oct 11, 2010 at 10:37:36PM +0100, Sergey Udaltsov wrote: Thanks for the answer. So, does that mean we directly or indirectly recommend to distromakers NOT to allow users to choose between gnome2 (real, not (panel + nautilus)/gnome3) and gnome3 sessions? Does that mean we recommend not to bother creating two sets of packages? Or we are just neutral and do not care (and we do not help)? I don't expect anyone @ GNOME to care about 2.x. Distributions can do what they want, but need to take that into account. -- Regards, Olav ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: gnome2 and gnome3: strategy of coexisting
Personally, I feel that is wrong - that kind of attitude to 2.x. It is (not was!) a stable and solid foundation. While we are floating into new and dangerous waters of 3.x (still risking getting into the situation KDE folks had: KDE 4.0 != KDE4), at least we could make a couple of small things here and there - allowing them to coexist, for smoother transition. I know that is always a question of resources, as usual - but if some things cost nothing, why not buy them? Sergey PS I am already missing 2.x. That's just my conservatism - but I know a lot of users are like me. People like me would not mind seeing 2.34, 2.36, ...2.98, 2.100, 2.102, ... - just less bugs and a wee bit of more features, here and there;) On Mon, Oct 11, 2010 at 11:06 PM, Olav Vitters o...@vitters.nl wrote: On Mon, Oct 11, 2010 at 10:37:36PM +0100, Sergey Udaltsov wrote: Thanks for the answer. So, does that mean we directly or indirectly recommend to distromakers NOT to allow users to choose between gnome2 (real, not (panel + nautilus)/gnome3) and gnome3 sessions? Does that mean we recommend not to bother creating two sets of packages? Or we are just neutral and do not care (and we do not help)? I don't expect anyone @ GNOME to care about 2.x. Distributions can do what they want, but need to take that into account. -- Regards, Olav ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: gnome2 and gnome3: strategy of coexisting
On Mon, 2010-10-11 at 22:37 +0100, Sergey Udaltsov wrote: Thanks for the answer. So, does that mean we directly or indirectly recommend to distromakers NOT to allow users to choose between gnome2 (real, not (panel + nautilus)/gnome3) and gnome3 sessions? Does that mean we recommend not to bother creating two sets of packages? Or we are just neutral and do not care (and we do not help)? I think it was pretty clear from the start that we were going to carry, for a little while at least, 2 experiences. There will be the GNOME 3 experience, with the new gnome-shell, control-center, and changes to core desktop, and there will be a classic experience, which would use the same core components, but with the panel and metacity instead of the shell. In the long run, the classic view will go, but the main point is that this experience, while it exists, will be based on the same technology as the rest of GNOME 3. So there shouldn't be any need to ship a GNOME 2.x panel, nautilus, or whatever else core component. The applications should carry on working if the distributors ship with the older versions of the libraries. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: gnome2 and gnome3: strategy of coexisting
On Mon, Oct 11, 2010 at 11:20:04PM +0100, Sergey Udaltsov wrote: Personally, I feel that is wrong - that kind of attitude to 2.x. It is (not was!) a stable and solid foundation. While we are floating into new and dangerous waters of 3.x (still risking getting into the situation KDE folks had: KDE 4.0 != KDE4), at least we could make a couple of small things here and there - allowing them to coexist, for smoother transition. I know that is always a question of resources, as usual - but if some things cost nothing, why not buy them? You will still have GNOME panel available. Other than that, loads of things will use gsettings instead of gconf. I don't see why'd you want GNOME 2.x? What is the point? Ensuring that distributions will at least show a few GNOME changes in April even if they don't want 3.0? We've already released 2.32 as an extra release just because GNOME 3.0 wasn't ready. Now everything is focussing finally more on really releasing 3.0. For 2.x we still have the 2.32.x releases. But backporting is to me not what focus should be upon. The 3.1/3.2 cycle will be shorter so distributions will more quickly get the feedback we will surely get from 3.0. If some distribution wants to handle this differently, they're free to 'git clone' and submit patches. -- Regards, Olav ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: gnome2 and gnome3: strategy of coexisting
On Mon, 2010-10-11 at 23:38 +0100, Sergey Udaltsov wrote: Here you got me confused a bit. Does that mean that components used both in gnome3 and gnome3 classic should be able to behave differently depending on how they are used? From my perspective, I am asking about gnome-settings-daemon. The tiny bit of gnome that I maintain (kbd indicator) is implemented as GtkStatusIcon in gnome2. For proper gnome3 integration, I have to do some work to integrate it into gnome-shell. What about gnome3 classic mode? Should I maintain two variants? I do not think this is the only example of situation when the system components would behave differently depending on whether they are run within full or classic gnome3. Was that discussed before? I actually have that same problem with gnome-bluetooth, and gnome-media, and Richard with gnome-power-manager. They all provide core components, and all use status icons. For your gnome-settings-daemon code, just make sure that you keep the same name for the status icon (gnome-shell can hide certain status icons selectively), and help out implementing: http://live.gnome.org/GnomeShell/Design/Guidelines/SystemStatus/InputLanguage The system status icons live directly in gnome-shell, and, as long as you provide all the backing libraries with introspection enabled, I'm sure one of the shell hackers can help you out with implementing that menu. And anyway, gnome3 in classic mode is not the same thing as gnome2. The user experience would be as close as possible - but not the same, I suspect. And, what's worse, I do not expect the same the stability as gnome2 provides these days. So the possibility to have real gnome2 would be attractive for some while, I guess... You could also use GNOME 1.x, I'm sure that's solid... I'm not sure what you expect in terms of stability for our biggest release ever, and right in the middle of the development cycle. But, you actually answered that question already. I can dislike your answer, but perhaps it is a bit too late to express concerns. Translating from Russian: too late for the mineral water, the liver is already gone. GNOME 2.32.x will still be available, and bug fix releases made in due course, so distributions are free to ship that if they feel they want stability, knowing full well that their experience will be outdated as soon as shipped. Cheers ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list