I'm late, I'm late... Week 23: + had a good chat with Klaas + went to LinuxTag. It was great, and many things happened there. I pushed everything to http://www.vuntz.net/journal/post/2010/06/30/LinuxTag-2010%3A-Attack-of-the-... + I was happy to come back home with some Geeko. My life is much better now. Week 24: + the main focus was to fix last-minute bugs for 11.3, so I worked on a few of them and help the community work on more + I managed to take a full day to fix the applications menu structure in GNOME, only to realize afterwards that it was too late for RC1. Oh well, it will be in Factory after 11.3 is out. + worked with upstream F-Spot people a bit, and created a project for upstream in the build service: GNOME:Apps:F-Spot. The goal is to let them easily ship packages for their stable and unstable branches, ideally for more than just openSUSE. If anybody wants to help make the packages build for distros != openSUSE, help is welcome. + participated in the strategy discussion Week 25: + kept fixing bugs for 11.3 + had a meeting and many mails exchange to prepare the Novell/openSUSE presence at GUADEC, and shared the knowledge with other people going there. We should have a SUSE Studio Kiosk there, but it's much more complicated than I thought to make this happen... + standup meeting during France's last game ;-) + released GNOME 2.30.2, our last 2.30.x release. This was relatively smooth, which is good since it's a stable release. + hacked some upstream code to get it more 3.0-ready. We're trying to move a lot of code to GTK+ 3, but there's some nasty code in gnome-panel which makes things difficult. Also started thinking about how this will be fun once we start getting GTK+ 3 in openSUSE... + participated in my last GNOME Foundation Board meeting as a board member, and prepared the transition with the new board. I'll still be active there until GUADEC to make sure the transition is smooth (new board officially starts on July 1st, but we want to have a transition until the face-to-face meeting at GUADEC) - posted the GNOME Speaker Guidelines, among other board-related activities: http://live.gnome.org/CodeOfConduct/SpeakerGuidelines + participated in the strategy discussion What has been blocking/annoying me: + too many important bugs are reported after RC1. This is not normal. My guess is that people are waiting for RC1 to test openSUSE, but it's much too late and it leaves no time to fix bugs. I don't know how we can change this, though :/ What I will work on this week: + GNOME 2.31.4 + last fixes for 11.3 + look at the maintenance team + look if I have everything needed to do a screencast about GNOME Shell to demo that once 11.3 is out Vincent -- Les gens heureux ne sont pas pressés. -- To unsubscribe, e-mail: opensuse-boosters+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-boosters+help@opensuse.org
Le mercredi 30 juin 2010, à 12:16 +0200, Vincent Untz a écrit :
+ worked with upstream F-Spot people a bit, and created a project for upstream in the build service: GNOME:Apps:F-Spot. The goal is to let them easily ship packages for their stable and unstable branches, ideally for more than just openSUSE. If anybody wants to help make the packages build for distros != openSUSE, help is welcome.
Btw, I was wondering about that... Do we want to more actively help upstream with that? I'm sure it'd be relatively easy to find other upstream projects who'd love to get this set up, but they most probably need guidance initially, since they don't want to deal with packaging. My feeling is that once the packaging is correctly done for them, they generally can do the update without help, so that's really the first step which is difficult. Vincent -- Les gens heureux ne sont pas pressés. -- To unsubscribe, e-mail: opensuse-boosters+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-boosters+help@opensuse.org
On Wednesday 30 June 2010 13:11:53 Vincent Untz wrote:
Le mercredi 30 juin 2010, à 12:16 +0200, Vincent Untz a écrit :
+ worked with upstream F-Spot people a bit, and created a project for
upstream in the build service: GNOME:Apps:F-Spot. The goal is to let them easily ship packages for their stable and unstable branches, ideally for more than just openSUSE. If anybody wants to help make the packages build for distros != openSUSE, help is welcome.
Btw, I was wondering about that... Do we want to more actively help upstream with that? I'm sure it'd be relatively easy to find other upstream projects who'd love to get this set up, but they most probably need guidance initially, since they don't want to deal with packaging.
We do want to see upstream projects use OBS, so I welcome that kind of help!
My feeling is that once the packaging is correctly done for them, they generally can do the update without help, so that's really the first step which is difficult.
So, please help improving the documentation that next time you need to do less handholding ;) Andreas -- Andreas Jaeger, Program Manager openSUSE, aj@{novell.com,opensuse.org} Twitter: jaegerandi | Identica: jaegerandi SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) Maxfeldstr. 5, 90409 Nürnberg, Germany GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126
Le mercredi 30 juin 2010, à 13:25 +0200, Andreas Jaeger a écrit :
On Wednesday 30 June 2010 13:11:53 Vincent Untz wrote:
Le mercredi 30 juin 2010, à 12:16 +0200, Vincent Untz a écrit :
+ worked with upstream F-Spot people a bit, and created a project for
upstream in the build service: GNOME:Apps:F-Spot. The goal is to let them easily ship packages for their stable and unstable branches, ideally for more than just openSUSE. If anybody wants to help make the packages build for distros != openSUSE, help is welcome.
Btw, I was wondering about that... Do we want to more actively help upstream with that? I'm sure it'd be relatively easy to find other upstream projects who'd love to get this set up, but they most probably need guidance initially, since they don't want to deal with packaging.
We do want to see upstream projects use OBS, so I welcome that kind of help!
My feeling is that once the packaging is correctly done for them, they generally can do the update without help, so that's really the first step which is difficult.
So, please help improving the documentation that next time you need to do less handholding ;)
It's really not about documentation. It's just that they don't want to do any packaging work, and the hard thing is that to convince upstream to use the build service, the killer feature is the "packages for many distro" one. Which needs some manual work (we don't have the same package names, we handle some things differently, etc.) (updating to a new version is generally easy since it's just adding the new tarball, bumping the version number, and that's generally enough) Vincent -- Les gens heureux ne sont pas pressés. -- To unsubscribe, e-mail: opensuse-boosters+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-boosters+help@opensuse.org
On Wednesday 30 of June 2010, Vincent Untz wrote:
It's really not about documentation. It's just that they don't want to do any packaging work, and the hard thing is that to convince upstream to use the build service, the killer feature is the "packages for many distro" one. Which needs some manual work (we don't have the same package names, we handle some things differently, etc.)
Interesting idea. You mean, like, a setup that'd help with the differences between distributions and a tool that'd do most of the packaging work? Hmm ... no, doesn't ring a bell at all, sorry :). http://www.kdedevelopers.org/node/4177 http://www.kdedevelopers.org/node/4265 -- Lubos Lunak openSUSE Boosters team, KDE developer l.lunak@suse.cz , l.lunak@kde.org -- To unsubscribe, e-mail: opensuse-boosters+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-boosters+help@opensuse.org
Am Mittwoch 30 Juni 2010 schrieb Andreas Jaeger:
On Wednesday 30 June 2010 13:11:53 Vincent Untz wrote:
Le mercredi 30 juin 2010, à 12:16 +0200, Vincent Untz a écrit :
+ worked with upstream F-Spot people a bit, and created a project for
upstream in the build service: GNOME:Apps:F-Spot. The goal is to let them easily ship packages for their stable and unstable branches, ideally for more than just openSUSE. If anybody wants to help make the packages build for distros != openSUSE, help is welcome.
Btw, I was wondering about that... Do we want to more actively help upstream with that? I'm sure it'd be relatively easy to find other upstream projects who'd love to get this set up, but they most probably need guidance initially, since they don't want to deal with packaging.
We do want to see upstream projects use OBS, so I welcome that kind of help! I'm sure that this is your personal view, but the goal of the boosters is to lower the bar to openSUSE, not hand holding for upstream projects IMO. I'm just saying that because you say "we" above and I'm not so sure which "we" this refers to.
Of course, the difference between Peter Packager updating frozenbubbles and F-spot upstream updating is pretty small, so this needs to be balanced IMO. Because f-spot providing packages for other distributions is clearly not the goal of the boosters team - even though our ("boosters" team here :) goals do not conflict with that. As long as the effort brings (potential for) new contributors, it's fine. Greetings, Stephan -- To unsubscribe, e-mail: opensuse-boosters+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-boosters+help@opensuse.org
Btw, I was wondering about that... Do we want to more actively help upstream with that? I'm sure it'd be relatively easy to find other upstream projects who'd love to get this set up, but they most probably need guidance initially, since they don't want to deal with packaging. My opinion is that we should strive for that and invite and help upstream
Am Mittwoch 30 Juni 2010 13:31:33 schrieb Stephan Kulow: Hi, projects to build for multiple distros using OBS. That will let people experience how cool our technology is and that we are the good guys doing real free stuff. That will make them talk about and so on and on. On the longer run, these will convert to new contributors for openSUSE. BUT that needs to be a goal, it can not be done "on top".
We do want to see upstream projects use OBS, so I welcome that kind of help! I'm sure that this is your personal view, but the goal of the boosters is to lower the bar to openSUSE, not hand holding for upstream projects IMO. I would not sign that in general for the reasons I mentioned above.
Does anybody remember a little thing I proposed at Gut Schönhof called UAP, the Upstream Attraction Program? The idea was exactly that to approach upstream projects to help them to build their stuff themselfes in OBS. That means they have good packages for openSUSE (which benefits us) and for other platforms (which benefits them). Good for all, the only way to success (if you do not want to be an a%h$o"l§).
Of course, the difference between Peter Packager updating frozenbubbles and F-spot upstream updating is pretty small, so this needs to be balanced IMO. Because f-spot providing packages for other distributions is clearly not the goal of the boosters team - even though our ("boosters" team here :) goals do not conflict with that. As long as the effort brings (potential for) new contributors, it's fine. Yes, I think we all agree here. And I still think the UAP would be a good goal.
have fun, Klaas
-- To unsubscribe, e-mail: opensuse-boosters+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-boosters+help@opensuse.org
participants (5)
-
Andreas Jaeger -
Klaas Freitag -
Lubos Lunak -
Stephan Kulow -
Vincent Untz