Re: Kicking off planning session planning
Hey, > How about copying & pasting the basics of your mail into the wiki as a > skeleton to hang a session on? > http://live.gnome.org/Stuttgart2005/FreeformSessions > > I hope we have a problem of overlap - which will mean that there are > lots of great sessions planned. If that's the case, we will probably > rely on our (as yet unknown) session leader to merge sessions of common > interest. I've added a link in the FreeformSessions now - http://live.gnome.org/Stuttgart2005/FreeformSessions/StableInterfaces Feel free to get an account and edit. thanks, Glynn ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Kicking off planning session planning
Hi Brian, Brian Cameron a écrit : One topic that might also make a good track would be stability. This year Sun is sending two Architecture Review Council chairs to GUADEC to speak on this topic. I think this is a significant and timely gesture from Sun. One reason that GNOME has difficulty competing with operating systems from Microsoft and Apple is that their platforms tend to be more stable. ... Perhaps this could fit into one of the tracks you suggest (Developer, or Interoperability), but this is a pretty big topic itself. This is exactly the kind of this that we have set planning time aside for. I'm only sorry that it's just 3 hours. You should try to have a BOF at another time too, if that tickles your fancy. But interface stability is something that I'm sure could use a session, particularly after the ARC presentation on Sunday. How about copying & pasting the basics of your mail into the wiki as a skeleton to hang a session on? http://live.gnome.org/Stuttgart2005/FreeformSessions I hope we have a problem of overlap - which will mean that there are lots of great sessions planned. If that's the case, we will probably rely on our (as yet unknown) session leader to merge sessions of common interest. Cheers, Dave. -- David Neary [EMAIL PROTECTED] ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Kicking off planning session planning
Dave: One topic that might also make a good track would be stability. This year Sun is sending two Architecture Review Council chairs to GUADEC to speak on this topic. I think this is a significant and timely gesture from Sun. One reason that GNOME has difficulty competing with operating systems from Microsoft and Apple is that their platforms tend to be more stable. Programs built for the earliest releases of Windows still work on their latest OS offering, for example. It isn't surprising that many users expect this sort of stability from their OS and become disappointed when they run into issues like their GNOME 2.0 programs breaking in a GNOME 2.10 environment. This GUADEC would be a good time to discuss how to tackle the problems that cause GNOME to lag behind in this arena. There are plenty of examples of how GNOME could do better at making a stable desktop. One quick example would be that the current GNOME ABI definition is very vague: http://developer.gnome.org/dotplan/api_rules.html I am currently working to help propose a better definition... http://bugzilla.gnome.org/show_bug.cgi?id=170860 Lots of other examples, but that should give you a flavor. Perhaps this could fit into one of the tracks you suggest (Developer, or Interoperability), but this is a pretty big topic itself. Brian So far, the activity on the wiki around the planning sessions has been modest (to say the least). To kick things off, I'd like to propose some stuff. First, there's a page in the wiki http://live.gnome.org/Stuttgart2005/FreeformSessions which people can use to announce sessions, define agendas and invite participants. I would like to propose 4 "tracks" for the planning sessions - we have 4 big rooms, and they can serve as points-of-contact for people with a zone of interest, and there should be lots of small rooms or spaces available for people to scoot off into their own little groups afterwards. The rooms should be meeting points for people to find the project/session they're interested in. The 4 tracks I propose are: * Interoperability - everything to do with making GNOME work better with KDE, OO.o, XFCE, Mozilla - not just a freedesktop session, but primarily. * Developers platform - gtk+, glib, atk, gconf, gnome-print, libgnome: All the infrastructure we share across the desktop. Probably a good place to talk about ABI stability too. * Desktop - the user-visible desktop, planning sessions and brainstorming for application teams goes here. * Infrastructure - Bugzilla, docs, web team, source control, marketing (which is in the schedule already) The whole afternoon is really one big planning session - Topaz for discussion of major desktop-wide changes, the foundation AGM for organisational brainstorming, and 2 hours 'freeform'. So far, we haven't really defined what "freeform" means. Consider this a definition. Cheers, Dave. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Kicking off planning session planning
Hi, Selon Glynn Foster <[EMAIL PROTECTED]>: > Seems like there is a lot of overlap that draws developers in different > directions. I'd like to be a bit more fine-grained than the above > topics. Perhaps having everyone start as a single group, try to identify > problem areas, and then split up into manageable groups, with > experienced people leading them. > > Discuss. Otherwise we'll just be twiddling our thumbs for an hour, or > heckling Luis at the marketing session ;) I agree, makes sense. The starting point for all this is that people who want to use this time for a planning session start identifying themselves - hint, hint. The principle is still the same - get a bunch of people together, and try to have as many non-overlapping sessions as possible going on. Session leaders, your GUADEC needs *you*. Cheers, Dave. -- Dave Neary Lyon, France ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Kicking off planning session planning
Hey, > The 4 tracks I propose are: > > * Interoperability - everything to do with making GNOME work better with > KDE, OO.o, XFCE, Mozilla - not just a freedesktop session, but primarily. > * Developers platform - gtk+, glib, atk, gconf, gnome-print, libgnome: > All the infrastructure we share across the desktop. Probably a good > place to talk about ABI stability too. > * Desktop - the user-visible desktop, planning sessions and > brainstorming for application teams goes here. > * Infrastructure - Bugzilla, docs, web team, source control, marketing > (which is in the schedule already) Seems like there is a lot of overlap that draws developers in different directions. I'd like to be a bit more fine-grained than the above topics. Perhaps having everyone start as a single group, try to identify problem areas, and then split up into manageable groups, with experienced people leading them. Discuss. Otherwise we'll just be twiddling our thumbs for an hour, or heckling Luis at the marketing session ;) Glynn ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Kicking off planning session planning
Hi all, So far, the activity on the wiki around the planning sessions has been modest (to say the least). To kick things off, I'd like to propose some stuff. First, there's a page in the wiki http://live.gnome.org/Stuttgart2005/FreeformSessions which people can use to announce sessions, define agendas and invite participants. I would like to propose 4 "tracks" for the planning sessions - we have 4 big rooms, and they can serve as points-of-contact for people with a zone of interest, and there should be lots of small rooms or spaces available for people to scoot off into their own little groups afterwards. The rooms should be meeting points for people to find the project/session they're interested in. The 4 tracks I propose are: * Interoperability - everything to do with making GNOME work better with KDE, OO.o, XFCE, Mozilla - not just a freedesktop session, but primarily. * Developers platform - gtk+, glib, atk, gconf, gnome-print, libgnome: All the infrastructure we share across the desktop. Probably a good place to talk about ABI stability too. * Desktop - the user-visible desktop, planning sessions and brainstorming for application teams goes here. * Infrastructure - Bugzilla, docs, web team, source control, marketing (which is in the schedule already) The whole afternoon is really one big planning session - Topaz for discussion of major desktop-wide changes, the foundation AGM for organisational brainstorming, and 2 hours 'freeform'. So far, we haven't really defined what "freeform" means. Consider this a definition. Cheers, Dave. -- David Neary [EMAIL PROTECTED] ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
