Re: GNOME 2.91.4 status (was Re: GNOME 2.91.4 build issues)
Am Mittwoch, den 29.12.2010, 21:32 +0100 schrieb Johannes Schmid: > What happend to the "stable Gtk+ 3.0 end-of-the-year"-thing, btw. Or > am I considering the wrong year? See section "Release plan" in http://mail.gnome.org/archives/gtk-devel-list/2010-December/msg00108.html andre -- mailto:ak...@gmx.net | failed http://blogs.gnome.org/aklapper ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GNOME 2.91.4 status (was Re: GNOME 2.91.4 build issues)
Hi! > FWIW, I'm not going to release a GNOME version with a GTK+ that I > consider too broken; if we're not going to have a new GTK+ 2.91 tarball > in the next few days, maybe we should just skip 2.91.4 since 2.91.5 will > be released on January 12th. > +1 for skipping this release. Spending more time on it will just waste resources and we should focus on getting a solid 2.91.5 release out. What happend to the "stable Gtk+ 3.0 end-of-the-year"-thing, btw. Or am I considering the wrong year? Regards, Johannes ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
GNOME 2.91.4 status (was Re: GNOME 2.91.4 build issues)
Hi all, Woohoo, I'm not sure we've ever been that late for a release ;-) Bad idea to do a release at the end of the year, it seems :-) So all of the blockers for 2.91.4 are now fixed in git, and we even got a new gtk-theme-engine-clearlooks with fixes. The only thing blocking the release is that the GTK+ fixes are only in git, so we'd need a new GTK+ 2.91 tarball. Is this something that will happen? FWIW, I'm not going to release a GNOME version with a GTK+ that I consider too broken; if we're not going to have a new GTK+ 2.91 tarball in the next few days, maybe we should just skip 2.91.4 since 2.91.5 will be released on January 12th. Cheers, Vincent -- Les gens heureux ne sont pas pressés. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GNOME 2.91.4 build issues
Billy O'Connor schreef op vr 24-12-2010 om 19:39 [-0500]: > On Fri, Dec 24, 2010 at 01:33:57AM +0100, Vincent Untz wrote: > > > + interestingly, when there's no icon theme set by g-s-d, metacity goes > > >crazy with: > > > metacity:ERROR:ui/ui.c:752:meta_ui_get_default_window_icon: assertion > > > failed: (default_icon) > I've forgotten how to set that default icon, could someone remind me? You mean gtk_window_set_default_icon() and friends? Not sure that this is causing the issue reported by Vincent, though. — Wouter 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
Re: GNOME 2.91.4 build issues
On Fri, Dec 24, 2010 at 01:33:57AM +0100, Vincent Untz wrote: > > > + interestingly, when there's no icon theme set by g-s-d, metacity goes > >crazy with: > > metacity:ERROR:ui/ui.c:752:meta_ui_get_default_window_icon: assertion > > failed: (default_icon) I've forgotten how to set that default icon, could someone remind me? ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GNOME 2.91.4 build issues
Le vendredi 24 décembre 2010, à 12:31 +0100, Vincent Untz a écrit : > Le vendredi 24 décembre 2010, à 01:33 +0100, Vincent Untz a écrit : > > + there's a general issue with starting launchers: most (all?) don't > > work in gnome-shell, and if I go to $prefix/share/applications in > > nautilus, I can't launch them either. I've no idea why this is > > happening, though, and it could well be a local issue. > > Not filed yet, need to investigate what's going on. Looks like a GDK crash in 2.91.7: https://bugzilla.gnome.org/show_bug.cgi?id=637949 That's a blocker too. Vincent -- Les gens heureux ne sont pas pressés. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GNOME 2.91.4 build issues
Le vendredi 24 décembre 2010, à 01:33 +0100, Vincent Untz a écrit : > Le jeudi 23 décembre 2010, à 20:01 +0100, Vincent Untz a écrit : > > + latest empathy doesn't build with latest gnome-keyring: > > gcr-simple-certificate.c:122:1: error: conflicting types for > > ‘gcr_simple_certificate_new’ > > /gnome/releases/usr/include/gcr-3/gcr/gcr-simple-certificate.h:57:21: note: > > previous declaration of ‘gcr_simple_certificate_new’ was here > >Apparently, some code was pasted from gnome-keyring and since they > >share the same prefix... > > Not fixed. Potential blocker. Guillaume fixed this, and will release a new tarball. Thanks! > > + interestingly, when there's no icon theme set by g-s-d, metacity goes > >crazy with: > > metacity:ERROR:ui/ui.c:752:meta_ui_get_default_window_icon: assertion > > failed: (default_icon) > > Not fixed, but not a blocker. Will file a bug tomorrow. https://bugzilla.gnome.org/show_bug.cgi?id=637933 > + GNOME Shell doesn't start if you don't have introspection from > gnome-bluetooth. I guess it could survive this. But no big deal. https://bugzilla.gnome.org/show_bug.cgi?id=637935 > + gnome-settings-daemon crashes if the media-keys plugin is enabled > (which is the case by default). Disabling it in gsettings works. https://bugzilla.gnome.org/show_bug.cgi?id=637936 > + after login, the wallpaper is drawn after a few seconds, and then > becomes black. It's fine again if I start nautilus. I'm not sure > what is to blame here (g-s or g-s-d?) Lateness might be https://bugzilla.gnome.org/show_bug.cgi?id=568385 Black bacground is https://bugzilla.gnome.org/show_bug.cgi?id=637938 > + probably a theming issue: tabs are not drawn where they should be. > They're drawn something like 50px or 100px below. https://bugzilla.gnome.org/show_bug.cgi?id=637940 > + GtkSpinButtons don't have the "down" arrow, and make the app crash > if I try to use the "up" arrow. I quickly looked at the stack trace, > and it looked like it was possibly related to the theming engine. Missing arrow: https://bugzilla.gnome.org/show_bug.cgi?id=637942 Crash: https://bugzilla.gnome.org/show_bug.cgi?id=637943 (filed against GTK+ since there's no product for gtk-theme-engine-clearlooks) > + there's a general issue with starting launchers: most (all?) don't > work in gnome-shell, and if I go to $prefix/share/applications in > nautilus, I can't launch them either. I've no idea why this is > happening, though, and it could well be a local issue. Not filed yet, need to investigate what's going on. > + dconf-editor crashes when I go in /desktop/gnome/interface https://bugzilla.gnome.org/show_bug.cgi?id=637944 I also filed: + lock settings don't get saved https://bugzilla.gnome.org/show_bug.cgi?id=637939 + system information panel is hardcoded https://bugzilla.gnome.org/show_bug.cgi?id=637941 And I might file more later... FWIW, at the moment, I consider the theming issues, the g-s-d issue and the crash in GtkSpinButton as blockers. Vincent -- Les gens heureux ne sont pas pressés. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GNOME 2.91.4 build issues
Le vendredi 24 décembre 2010 à 01:33 +0100, Vincent Untz a écrit : > > + latest empathy doesn't build with latest gnome-keyring: > > gcr-simple-certificate.c:122:1: error: conflicting types for > > ‘gcr_simple_certificate_new’ > > /gnome/releases/usr/include/gcr-3/gcr/gcr-simple-certificate.h:57:21: note: > > previous declaration of ‘gcr_simple_certificate_new’ was here > >Apparently, some code was pasted from gnome-keyring and since they > >share the same prefix... > > Not fixed. Potential blocker. I just released empathy 2.91.4.3 which should fix this issue. G. -- Guillaume Desmottes Jabber GPG 1024D/711E31B1 | 1B5A 1BA8 11AA F0F1 2169 E28A AC55 8671 711E 31B1 ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GNOME 2.91.4 build issues
Hey, Quick update: Le jeudi 23 décembre 2010, à 20:01 +0100, Vincent Untz a écrit : > + I need to test latest gnome-packagekit & evince tarball, but they >should build fine now. Works fine. > + latest empathy doesn't build with latest gnome-keyring: > gcr-simple-certificate.c:122:1: error: conflicting types for > ‘gcr_simple_certificate_new’ > /gnome/releases/usr/include/gcr-3/gcr/gcr-simple-certificate.h:57:21: note: > previous declaration of ‘gcr_simple_certificate_new’ was here >Apparently, some code was pasted from gnome-keyring and since they >share the same prefix... Not fixed. Potential blocker. > + yelp doesn't build with gtk+ 2.91.7, but Shaun is on it. Fixed. > + latest gnome-settings-daemon is using some API removed in GTK+ >2.91.7, but nobody noticed until we tried using it. Cosimo is on it. Got fixed, but see below. > + we need a new GTK+ 2.23 release (or we'll use an old one). The >current one needs a fix from git. Without it, gnome-panel doesn't >even start. We'll use an old GTK+ 2.23. > + interestingly, when there's no icon theme set by g-s-d, metacity goes >crazy with: > metacity:ERROR:ui/ui.c:752:meta_ui_get_default_window_icon: assertion failed: > (default_icon) Not fixed, but not a blocker. Will file a bug tomorrow. > That was just from a small test in xephyr. Hopefully, the gnome-shell > side of things works better :-) Will take a look at it later. GNOME Shell works fine, but I found various issues, and it's not acceptable to release something with the current state. Some of those issues might be local to my computer, but probably not all. It's too late here to file bugs, but I'll do that tomorrow. + GNOME Shell doesn't start if you don't have introspection from gnome-bluetooth. I guess it could survive this. But no big deal. + gnome-settings-daemon crashes if the media-keys plugin is enabled (which is the case by default). Disabling it in gsettings works. + after login, the wallpaper is drawn after a few seconds, and then becomes black. It's fine again if I start nautilus. I'm not sure what is to blame here (g-s or g-s-d?) + probably a theming issue: tabs are not drawn where they should be. They're drawn something like 50px or 100px below. + GtkSpinButtons don't have the "down" arrow, and make the app crash if I try to use the "up" arrow. I quickly looked at the stack trace, and it looked like it was possibly related to the theming engine. + there's a general issue with starting launchers: most (all?) don't work in gnome-shell, and if I go to $prefix/share/applications in nautilus, I can't launch them either. I've no idea why this is happening, though, and it could well be a local issue. + dconf-editor crashes when I go in /desktop/gnome/interface Those are the visible issues I met after playing a bit. Vincent -- Les gens heureux ne sont pas pressés. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GNOME 2.91.4 build issues
Le mercredi 22 décembre 2010, à 16:24 +0100, Vincent Untz a écrit : > Hi, > > I've been trying to build GNMOE 2.91.4 from tarballs, and it's not > looking good at all :-) Thanks to everybody who helped. We've made good progress, but we're still not there: + I need to test latest gnome-packagekit & evince tarball, but they should build fine now. + latest empathy doesn't build with latest gnome-keyring: gcr-simple-certificate.c:122:1: error: conflicting types for ‘gcr_simple_certificate_new’ /gnome/releases/usr/include/gcr-3/gcr/gcr-simple-certificate.h:57:21: note: previous declaration of ‘gcr_simple_certificate_new’ was here Apparently, some code was pasted from gnome-keyring and since they share the same prefix... + yelp doesn't build with gtk+ 2.91.7, but Shaun is on it. + latest gnome-settings-daemon is using some API removed in GTK+ 2.91.7, but nobody noticed until we tried using it. Cosimo is on it. + we need a new GTK+ 2.23 release (or we'll use an old one). The current one needs a fix from git. Without it, gnome-panel doesn't even start. + interestingly, when there's no icon theme set by g-s-d, metacity goes crazy with: metacity:ERROR:ui/ui.c:752:meta_ui_get_default_window_icon: assertion failed: (default_icon) That was just from a small test in xephyr. Hopefully, the gnome-shell side of things works better :-) Will take a look at it later. Vincent -- Les gens heureux ne sont pas pressés. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GNOME 2.91.4 build issues
Le mercredi 22 décembre 2010, à 21:21 +0100, Philippe Rouquier a écrit : > Hi, > > Le mercredi 22 décembre 2010 à 16:24 +0100, Vincent Untz a écrit : > > > brasero > > === > > Need fixes from git + updated eggsmclient > > That is fixed after the latest changes (thanks to Mathias for updating > libegg). Would it be possible to get a tarball with those changes? :-) I can do it if you don't have time. Thanks, Vincent -- Les gens heureux ne sont pas pressés. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GNOME 2.91.4 build issues
Le mercredi 22 décembre 2010 à 16:24 +0100, Vincent Untz a écrit : > Hi, > > I've been trying to build GNMOE 2.91.4 from tarballs, and it's not > looking good at all :-) An easy way to reduce this kind of problems would be to pick a specific version of GTK+ 2.91 for each GNOME 2.91.x release. So maintainers would know with which version they should build their tarballs. G. -- Guillaume Desmottes Jabber GPG 1024D/711E31B1 | 1B5A 1BA8 11AA F0F1 2169 E28A AC55 8671 711E 31B1 ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GNOME 2.91.4 build issues
On Wed, 2010-12-22 at 16:24 +0100, Vincent Untz wrote: > > eog > === > Fails to build with GTK+ 2.91.7: gdk_spawn_command_line_on_screen This is fixed in the just released eog 2.91.5. Claudio -- Claudio Saavedra ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GNOME 2.91.4 build issues
Hi, Le mercredi 22 décembre 2010 à 16:24 +0100, Vincent Untz a écrit : > brasero > === > Need fixes from git + updated eggsmclient That is fixed after the latest changes (thanks to Mathias for updating libegg). Philippe ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GNOME 2.91.4 build issues
Le mercredi 22 décembre 2010, à 21:02 +0100, Xan Lopez a écrit : > WebKitGTK+ and ephy are not in the list (I guess you gave up on > them!), but they don't actually work with GTK+ 2.91.7 either (they > worked with what was on master the day I released). I'll try to make > new releases ASAP of both. Thanks; I had WebKitGTK+ somewhere else on my list, actually :-) It also means I've no idea whether apps depending on it build with GTK+ 2.91.7 (yelp, devhelp, etc.). So something to check later on, I guess. Cheers, Vincent -- Les gens heureux ne sont pas pressés. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GNOME 2.91.4 build issues
On Wed, Dec 22, 2010 at 4:24 PM, Vincent Untz wrote: > Hi, > > I've been trying to build GNMOE 2.91.4 from tarballs, and it's not > looking good at all :-) > > Matthias already mentioned some breakages caused by GTK+ 2.91.7, but > it's not just that. > > Here are the tarballs that I have and that don't build: > brasero 2.91.3 > evolution-data-server 2.91.4 > empathy 2.91.4 > eog 2.91.4 > evince 2.91.3 > gnome-control-center 2.91.3.1 > gnome-packagekit 2.91.3 > gnome-power-manager 2.91.3 > gnome-screensaver 2.91.1 > gnome-session 2.91.0 > gnome-shell 2.91.3 > gnome-terminal 2.33.3 > gnome-user-share 2.30.1 > gnome-utils 2.91.1 > gnome-settings-daemon 2.91.5.1 > gucharmap 2.33.1 > libgnomekbd 2.91.3.1 > mutter 2.91.3 > nautilus 2.91.5 > notification-daemon 0.5.0 > totem 2.91.0 > vino 2.32.0 > vte 0.27.2 > zenity 2.91.1 WebKitGTK+ and ephy are not in the list (I guess you gave up on them!), but they don't actually work with GTK+ 2.91.7 either (they worked with what was on master the day I released). I'll try to make new releases ASAP of both. Xan ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GNOME 2.91.4 build issues
Hi Vincent, On Wed, 2010-12-22 at 16:24 +0100, Vincent Untz wrote: > Hi, > > I've been trying to build GNMOE 2.91.4 from tarballs, and it's not > looking good at all :-) I've been fixing some of these modules this afternoon, here's an update. > evince > == > Needs at least the updated eggsmclient. Patch for this: http://fpaste.org/07dM/ Unfortunately bz is still down, so I'm posting it here. > gnome-packagekit > > Fails to build with GTK+ 2.91.7: gdk_window_foreign_new_for_display I pushed the trivial deprecation fixes to master; the other part of the fix (GtkStyleContext-related) is here: http://fpaste.org/4hCR/ I did not push it to master yet, as it's not really tested. > gnome-user-share > > Need a new release (git builds fine) Released 2.30.2 from master. > gnome-utils > === > Needs at least the updated eggsmclient. Fixed and released 2.91.2. > gnome-settings-daemon > = > Need a new release (git builds fine) Released 2.91.6 from master. > nautilus > > Fails to build with GTK+ 2.91.7: gdk_spawn_command_line_on_screen Fixed and released 2.91.6. > zenity > == > Fails to build with GTK+ 2.91.7: gdk_window_foreign_new I pushed a build fix to master. Thanks, Cosimo ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GNOME 2.91.4 build issues
On Wed, 2010-12-22 at 16:26 +, Emmanuele Bassi wrote: > On Wed, 2010-12-22 at 16:39 +0100, Vincent Untz wrote: > > Le mercredi 22 décembre 2010, à 16:24 +0100, Vincent Untz a écrit : > > > Here are the tarballs that I have and that don't build: > > > > I forgot clutter-gtk (might be fixed in git). > > just fixed in git, including embedding widgets. I'll do a clutter-gtk > release today. done: clutter-gtk 0.91.6 is available here: http://source.clutter-project.org/sources/clutter-gtk/0.91/ http://download.gnome.org/sources/clutter-gtk/0.91/ it compiles against gtk+ 2.91.7 and master, and clutter from master. ciao, Emmanuele. -- W: http://www.emmanuelebassi.name B: http://blogs.gnome.org/ebassi ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GNOME 2.91.4 build issues
On Wed, Dec 22, 2010 at 10:24 AM, Vincent Untz wrote: > > gnome-power-manager > === > configure fails: No package 'gdk-x11-3.0' found > (got removed from GTK+ 2.91.7, but Matthias mentioned it might come back) > This was an accident, we forget to install gdk-x11-3.0.pc. As a quick fix, to get things working, you can just cp gdk-3.0.pc gdk-x11-3.0.pc Thats all the Makefile rule does, anyway... ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GNOME 2.91.4 build issues
On Wed, 2010-12-22 at 16:39 +0100, Vincent Untz wrote: > Le mercredi 22 décembre 2010, à 16:24 +0100, Vincent Untz a écrit : > > Here are the tarballs that I have and that don't build: > > I forgot clutter-gtk (might be fixed in git). just fixed in git, including embedding widgets. I'll do a clutter-gtk release today. ciao, Emmanuele. -- W: http://www.emmanuelebassi.name B: http://blogs.gnome.org/ebassi ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GNOME 2.91.4 build issues
Le mercredi 22 décembre 2010, à 16:24 +0100, Vincent Untz a écrit : > Here are the tarballs that I have and that don't build: I forgot clutter-gtk (might be fixed in git). Also, libchamplain builds against GTK+2. Since our main use is in empathy right now, it means we can't use it all. Vincent -- Les gens heureux ne sont pas pressés. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GNOME 2.91.4 build issues
I have put EggSMClient fixes in libegg, so you can just update your copies from there. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
