gtk-engines for GNOME 3 now on master
The code for GTK+ 2.22 is on the gtk-engines-2-22 branch. Cheers ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Vala version bump?
Hi, On Wed, Jun 9, 2010 at 6:24 PM, Zeeshan Ali (Khattak) wrote: > Hi everyone, > While Rygel currently depends on (and is tested with) Vala 0.8.0, > the minimum version of Vala on external deps wikipage[1] is 0.7.8 and > recommended is 0.8.1. Moreover, Jürg tells me that its the 0.9.x > branch that is intended for GNOME 3.0. I was wondering maybe we should > just bump the minimum version to 0.9.0 and recommended version to > 0.9.1? The latest email from Andre about use of gtk+-3.0 changes this plan a bit. Jürg just added the gtk+-3.0 vapi to vala git master and it'll only be available in the next release (>= 0.9.2). So I'll request both minimum and recommended versions to be 0.9.2. -- Regards, Zeeshan Ali (Khattak) FSF member#5124 ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: 2.31.3 release will be a bit late -- current status
On Thu, 2010-06-10 at 10:33 +0530, chen wrote: > I just tested compiling the 2.31.3 eds tarball and the sources from > master as well. Both are building fine. Will cross-check with someone > and come back.. It builds fine against GTK+ git master, but not against 2.21.1. Just remove the -DGSEAL_ENABLE from evolution's configure.ac. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Call to maintainers: GNOME 2.31 to ship GTK 2.90
On Thu, 2010-06-10 at 13:42 +0200, Frederic Peters wrote: > Richard Hughes wrote: > > > On 10 June 2010 12:24, Andre Klapper wrote: > > > This requires module maintainers to port their modules now (if you don't > > > want an angry release-team mob soon in front of your house). > > > > So, should we be requesting gtk3 >= 2.90 in configure.ac now? At least > > for Fedora rawhide the lack of gtk-engines makes all the gtk3-using > > application look fugly. > > Yeah, the angry release team mob is already on this :) Just an FYI, the code for this exists in the gnome3 branch of gtk-engines and at least Clearlooks works properly. The others at the very least compile. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: 2.31.3 release will be a bit late -- current status
Hi, 2010/6/10 Florian Müllner : > El jue, 10-06-2010 a las 12:49 +0200, Jan de Groot escribió: >> It has been renamed, but so far there's no tarball release of gtk+ with >> that change included. > > Oh, I was just trying to express that a simple rename is going to break > g-d-s again in the future - I didn't mean to imply that there's no fix > required right now. Sorry for being unclear. Ok, will discuss this with Matthias once he's online today. Asking modules maintainers to use a temporary (as in "present in only one release") api doesn't sound like a good idea... Thanks, --lucasr ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: 2.31.3 release will be a bit late -- current status
El jue, 10-06-2010 a las 12:49 +0200, Jan de Groot escribió: > It has been renamed, but so far there's no tarball release of gtk+ with > that change included. Oh, I was just trying to express that a simple rename is going to break g-d-s again in the future - I didn't mean to imply that there's no fix required right now. Sorry for being unclear. 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: Call to maintainers: GNOME 2.31 to ship GTK 2.90
Richard Hughes wrote: > On 10 June 2010 12:24, Andre Klapper wrote: > > This requires module maintainers to port their modules now (if you don't > > want an angry release-team mob soon in front of your house). > > So, should we be requesting gtk3 >= 2.90 in configure.ac now? At least > for Fedora rawhide the lack of gtk-engines makes all the gtk3-using > application look fugly. Yeah, the angry release team mob is already on this :) Cheers, Frederic ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Call to maintainers: GNOME 2.31 to ship GTK 2.90
On 10 June 2010 12:24, Andre Klapper wrote: > This requires module maintainers to port their modules now (if you don't > want an angry release-team mob soon in front of your house). So, should we be requesting gtk3 >= 2.90 in configure.ac now? At least for Fedora rawhide the lack of gtk-engines makes all the gtk3-using application look fugly. Richard. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: 2.31.3 release will be a bit late -- current status
On Thu, 2010-06-10 at 11:33 +0100, Lucas Rocha wrote: > Thanks for working on this but the new tarball also has build > problems. There's no gdk_drag_context_get_selected_action() in GTK+. > You should use gdk_drag_context_get_action(). > > Could you please release new tarballs with this fix? http://git.gnome.org/browse/gtk +/commit/?h=gtk-2-22&id=d393cb377c60a4de9cab1d026acccafed1e34ec1 It has been renamed, but so far there's no tarball release of gtk+ with that change included. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: 2.31.3 release will be a bit late -- current status
El jue, 10-06-2010 a las 11:33 +0100, Lucas Rocha escribió: > Hi Chen, > > This has been fixed to work with gtk version 2.21.2 and had a problem > > with compiling with 2.21.1. Fixed it - > > http://git.gnome.org/browse/evolution-data-server/commit/?id=905a30860e08f0264c746ca7a92d5b405015196c > > and released the updated tarballs for evolution and > > evolution-data-server. > > Thanks for working on this but the new tarball also has build > problems. There's no gdk_drag_context_get_selected_action() in GTK+. > You should use gdk_drag_context_get_action(). Apparently only for 2.21.1: this[1] commit does rename gdk_drag_context_get_action() to gdk_drag_context_get_selected_action() for later versions [1] http://git.gnome.org/browse/gtk+/commit/?id=d393cb377 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: 2.31.3 release will be a bit late -- current status
Hi Chen, 2010/6/10 chen : > On Thu, 2010-06-10 at 10:56 +0530, chen wrote: >> On Thu, 2010-06-10 at 10:33 +0530, chen wrote: >> > On Thu, 2010-06-10 at 02:02 +0100, Lucas Rocha wrote: >> > > Hi all, >> > > >> > > I won't be able to release GNOME 2.31.3 today due to various build >> > > failures. Here they are: >> > > >> > > + evolution-data-server fails to build: >> > > >> > > e-source-selector.c: In function ‘source_selector_drag_motion’: >> > > e-source-selector.c:968: error: ‘GdkDragContext’ has no member named >> > > ‘actions’ >> > > e-source-selector.c:971: error: ‘GdkDragContext’ has no member named >> > > ‘suggested_action’ >> > > e-source-selector.c: In function ‘source_selector_drag_data_received’: >> > > e-source-selector.c:1037: error: ‘GdkDragContext’ has no member named >> > > ‘action’ >> > > e-source-selector.c:1052: error: ‘GdkDragContext’ has no member named >> > > ‘action’ >> > I just tested compiling the 2.31.3 eds tarball and the sources from >> > master as well. Both are building fine. Will cross-check with someone >> > and come back.. >> Am able to see the issue, some stale headers hid the issue. Will make a >> update release in couple of hours.. > This has been fixed to work with gtk version 2.21.2 and had a problem > with compiling with 2.21.1. Fixed it - > http://git.gnome.org/browse/evolution-data-server/commit/?id=905a30860e08f0264c746ca7a92d5b405015196c > and released the updated tarballs for evolution and > evolution-data-server. Thanks for working on this but the new tarball also has build problems. There's no gdk_drag_context_get_selected_action() in GTK+. You should use gdk_drag_context_get_action(). Could you please release new tarballs with this fix? Thanks, --lucasr ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: 2.31.3 release will be a bit late -- current status
On Thu, 2010-06-10 at 10:56 +0530, chen wrote: > On Thu, 2010-06-10 at 10:33 +0530, chen wrote: > > On Thu, 2010-06-10 at 02:02 +0100, Lucas Rocha wrote: > > > Hi all, > > > > > > I won't be able to release GNOME 2.31.3 today due to various build > > > failures. Here they are: > > > > > > + evolution-data-server fails to build: > > > > > > e-source-selector.c: In function ‘source_selector_drag_motion’: > > > e-source-selector.c:968: error: ‘GdkDragContext’ has no member named > > > ‘actions’ > > > e-source-selector.c:971: error: ‘GdkDragContext’ has no member named > > > ‘suggested_action’ > > > e-source-selector.c: In function ‘source_selector_drag_data_received’: > > > e-source-selector.c:1037: error: ‘GdkDragContext’ has no member named > > > ‘action’ > > > e-source-selector.c:1052: error: ‘GdkDragContext’ has no member named > > > ‘action’ > > I just tested compiling the 2.31.3 eds tarball and the sources from > > master as well. Both are building fine. Will cross-check with someone > > and come back.. > Am able to see the issue, some stale headers hid the issue. Will make a > update release in couple of hours.. This has been fixed to work with gtk version 2.21.2 and had a problem with compiling with 2.21.1. Fixed it - http://git.gnome.org/browse/evolution-data-server/commit/?id=905a30860e08f0264c746ca7a92d5b405015196c and released the updated tarballs for evolution and evolution-data-server. Thanks, Chenthill. > > - Chenthill. > > > > - Chenthill. > > > > > > + gnome-settings-daemon depends on unreleased libgnomekbd 2.31.2 > > > > > > Need new tarball for libgnomekbd or a new gnome-settings-daemon > > > tarball with proper deps. > > > > > > + eog installs invalid gsettings schemas (key names using '_') > > > > > > Doesn't fail eog's build but brings some problems when installing new > > > schemas. > > > > > > + sound-juicer fails to build: > > > > > > sj-play.c:99: error: conflicting types for ‘pause’ > > > /usr/include/unistd.h:465: note: previous declaration of ‘pause’ was here > > > > > > + gnome-python-desktop fails to build: > > > > > > evince.c: In function ‘_wrap_ev_document_misc_paint_one_page’: > > > evince.c:5291: error: too few arguments to function > > > ‘ev_document_misc_paint_one_page’ > > > > > > The fixes should probably be simple and quick to make. Any help is more > > > welcome! > > > > > > Thanks, > > > > > > --lucasr > > > ___ > > > desktop-devel-list mailing list > > > desktop-devel-list@gnome.org > > > http://mail.gnome.org/mailman/listinfo/desktop-devel-list > > > > > > > > ___ > > desktop-devel-list mailing list > > desktop-devel-list@gnome.org > > http://mail.gnome.org/mailman/listinfo/desktop-devel-list > > > > ___ > desktop-devel-list mailing list > desktop-devel-list@gnome.org > http://mail.gnome.org/mailman/listinfo/desktop-devel-list ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
d-bus error when running unstable totem
HI, I am trying to write some small patches/enhancements to totem. I I 've checked out the totem source code from the project's git. git clone git://git.gnome.org/totem I built and installed it in a local non-system-wide directory e.g. /home/totem-install with the folllowing commands: ./autogen.sh ./configure --prefix=/home/totem-install make make install When I try to run the newly built version I get the folowing d-bus error messages: r...@madrugada:/home/totem-install# bin/totem (process:2141): Totem-WARNING **: Could not load desktop file '/usr/local/share/applications/totem.desktop': No such file or directory (totem:2141): Totem-WARNING **: Failed to connect to the session manager: None of the authentication protocols specified are supported (totem:2141): Unique-DBus-WARNING **: Unable to open a connection to the session bus: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. (totem:2141): Unique-DBus-WARNING **: Unable to connect to the running instance, aborting. This is on debian/squeeze amd64. Even when creating a symbolic link /usr/local/share/applications/ to /usr/share/app-install/desktop (where my system-wide totem scripts are)) I still get the rest of the error messages. Is there some procedure or d-bus updating that I need to setup in order to run this unstable non-system totem? any advice is welcome. thanks, - Vasilis ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list