Re: [gnome-flashback] What to do about gnome-panel in 3.8 ?
- From: Dmitry Shachnev <mitya57 ubuntu com>
- To: Philipp Kaluza <floss ghostroute eu>
- Cc: Didier Roche <didrocks ubuntu com>, Sebastien Bacher <seb128 ubuntu com>, gnome-flashback-list gnome org, Peteris Krisjanis <pecisk gmail com>
- Subject: Re: [gnome-flashback] What to do about gnome-panel in 3.8 ?
- Date: Sat, 23 Mar 2013 16:06:43 +0400
On Sat, Mar 23, 2013 at 4:00 PM, Philipp Kaluza <floss ghostroute eu> wrote:
Hi All,
(Quick and possibly partial answer, please excuse hectic frame of mind.)
Also, sorry everybody, I CCed a ton of people this morning - is
everybody aware of the gnome-flashback-list@ and subscribed there ?
I am subscribed :)
Am 23.03.2013 11:24, schrieb Jonathan Carter (highvoltage):
Don't be too hard on yourself, I also found that discussion a bit
motivating at first but I think I'm now over it.
Ok, will try. :)
It seems that the session should just be called "Flashback", I suppose
the mailing list and wiki page names should be changed as well.
If that's what you decide, I'm OK with it. I just really didn't feel
like listening to random people on bugzilla telling us we were doing
everything wrong. If somebody decides to name their app "Getting Things
GNOME" or similar, and hosts it in Gnome infrastructure, nobody
complains about their use of the Gnome name. So as long as we feel we
are part of the Gnome project, and contribute something worthwile to
Gnome, I'd like to communicate that somehow. But as I said, I bow to
your wisdom on the session name. :)
*nod*, for the 3.8 timeframe, this was the only thing I was hoping
for, just to get a release out.
So that would imply shipping the session file ?
Even though it's no longer an official Gnome project, I think it's a
good idea to line up with the Gnome release numbers and release dates
and even as manpower can afford, follow the same QA processes.
Full ACK.
As gnome-panel is no longer part of official GNOME releases, we can
build and upload new tarballs whenever we want without breaking any
freezes (AFAIK).
That is indeed the case. I suggest though that new features be
targetted for 3.10 since time is running out for the 3.8 timeframe.
I concur.
It will be very good to have Gnome Flashback mentioned in the release
notes, of course.
Who should we contact about this ? I guess they are being translated
already ?...
[...]
*nod*, and thanks for all your work on that and the great status
update. Jeremy poked me earlier in the week to review the patch for
the namechange as well, but there were too much going on for me at the
same time at that point.
Sure. But do you think it's worthwhile to land before monday ? I'm happy
to try one more test setup with roughly a full jhbuild, but would
appreciate pointers in the right direction (distri where my chances to
run a self-built 3.8 gnome-session are better).
Jeremy / Dmitry : is it possible to build & run everything on raring ?
Yes, the latest gnome-panel git snapshot builds on raring, though I
don't think we are going to upload it to the archive (it's not too
much different from 3.6 anyway). It runs (well, should run) with GNOME
3.6, I haven't yet tried it with GNOME 3.8 (from PPA).
While we are at it, I think it'll be a good idea to start the “new
life” of gnome-panel by incorporating Debian patches [1].
None of those seem very distro specific, so it seems that it makes
sense to do so.
Totally agree, we also have a ton of patches in gnome bugzilla. But
since we ran out of time, let's target them for master post-release
(early 3.10 work) and backport simple stuff, agreed ? (The "calender
shows wrong month" one apperently still is upstream (and in quantal).
I'd like to better keep track of things that break in the Fallback
session because of larger gnome changes. Both for documentation (like
release notes, errate, etc) and to help shape a roadmap for the
project. I suppose using a tag on bug reports would be more convenient
than a wiki page?
Yeah, that sounds like a good idea, though let's do tagging and
communicating here (gnome-flashback-list) for the moment, to keep
everybody in the loop.
--
Dmitry Shachnev
[
Date Prev][Date Next] [
Thread Prev][Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]