G2.12 with jhbuild
hal doesn't build in jhbuild beacuse dbus didn't install dbus-gtype-specialized.h in $prefix/include/dbus-1.0/dbus I don't have any install-fu magic, so no patch : sorry ;) regs, -- cedric ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: G2.12 with jhbuild
On 6/13/05, Cédric Marcone [EMAIL PROTECTED] wrote: hal doesn't build in jhbuild beacuse dbus didn't install dbus-gtype-specialized.h in $prefix/include/dbus-1.0/dbus I don't have any install-fu magic, so no patch : sorry ;) Yeah, a commit from Colin Walters (applying a patch from Ross Burton) changed this last night. I larted them privately, but since we're here ;) Luis (trying hard not to be bogus) ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: G2.12 with jhbuild
On Mon, 2005-06-13 at 07:16 -0400, Luis Villa wrote: On 6/13/05, Cdric Marcone [EMAIL PROTECTED] wrote: hal doesn't build in jhbuild beacuse dbus didn't install dbus-gtype-specialized.h in $prefix/include/dbus-1.0/dbus I don't have any install-fu magic, so no patch : sorry ;) Yeah, a commit from Colin Walters (applying a patch from Ross Burton) changed this last night. I larted them privately, but since we're here ;) I'll just like to point out that the majority of that uber-patch (all 280K+ of it) was by Colin, I fixed up signals, added async method calls, and most importantly actually used the code. :) Hackish patch to fix this attached. Expect something similar and some other patches which slipped through the cracks to be committed later today. Ross -- Ross Burton mail: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] www: http://www.burtonini.com./ PGP Fingerprint: 1A21 F5B0 D8D0 CFE3 81D4 E25A 2D09 E447 D0B4 33DF Index: dbus/Makefile.am === --- dbus/Makefile.am (revision 172) +++ dbus/Makefile.am (working copy) @@ -8,6 +8,7 @@ GLIB_INCLUDES= \ dbus-glib.h\ dbus-glib-lowlevel.h \ + ../glib/dbus-gtype-specialized.h \ $(DBUS_GLIB_BUILT_INCLUDES) dbus-glib-error-enum.h: dbus-protocol.h make-dbus-glib-error-enum.sh 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.11/2.12 targeting GTK+ 2.8 (ie cairo based)
For non-local servers without Render, Cairo will allow us to eliminate the round-trips... a huge win. Show me the money! Back in the real world, new code goes in and someone files a performance bug. Then you, Owen, seem to take that as a personal insult and close it as NOTABUG or WONTFIX. Exhibit 1: bug 94718. A clear, to-the-point bug report that something (namely greying of toolbars) had gotten so much slower that it was a problem. It still is. Exhibit 2: bug 123538. Pango/GtkTreeview gets very slow with lots of data, a situation that less handled well a decade or two ago. I routinely use less on files larger than 1GB or with lines that are thousands of characters wide. While you didn't actually close this bug (we kept it under Gnumeric) you seem to think I am outside what you designed for, hence my Hello World poke. Exhibit 3: bug 104683. General Pango performance with a patch that at the time cut 70% of cpu usage for the all-ASCII case (such as numbers) that Gnumeric uses heavily. You NOTABUG'd it *twice* (and futured it once) as evidently Pango's performance cannot possibly be problematic. I am somehow reminded of the word attitude reading these old, but still-open, bug reports. Rendering speed is 90% an X server issue. I would normally define rendering speed as a measure of how fast you get your pixels on the screen. With that definition in mind, look at bugs 94718 and 104683 above and see that getting pixels on the screen got much slower with constant X server. The toolkit is much, much more than 10%. We love you too, Morten. I am all cuddly. (Think Jack-Jack from a certain, recent animated movie.) M. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: G2.12 with jhbuild
On Mon, 2005-06-13 at 12:42 +0100, Ross Burton wrote: Hackish patch to fix this attached. Expect something similar and some other patches which slipped through the cracks to be committed later today I added a fix for this, not quite that patch but similar. 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: G2.12 with jhbuild
And the tinderbox succeeds now (at least, hal does :). Thanks... Luis On 6/13/05, Colin Walters [EMAIL PROTECTED] wrote: On Mon, 2005-06-13 at 12:42 +0100, Ross Burton wrote: Hackish patch to fix this attached. Expect something similar and some other patches which slipped through the cracks to be committed later today I added a fix for this, not quite that patch but similar. BodyID:214961037.2.n.logpart (stored separately) ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: G2.12 with jhbuild
eog from CVS doesn't build with jhbuild : configure: error: Package requirements (gtk+-2.0 = 2.6.0 gdk-pixbuf-2.0 = 2.4.0 gnome-vfs-2.0 = 2.5.91 libgnomeui-2.0 = 2.5.92 libglade-2.0 = 2.3.6 libart-2.0 = 2.3.16 libexif = 0.5.12 libexif = 0.5.12) were not met. The only thing that was not built using jhbuild is libexif an I installed libexif-dev 0.6.9. Any idea ? regs, -- cedric ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: G2.12 with jhbuild
Le lundi 13 juin 2005 19:48 +0200, Cdric Marcone a crit : eog from CVS doesn't build with jhbuild : configure: error: Package requirements (gtk+-2.0 = 2.6.0 gdk-pixbuf-2.0 = 2.4.0 gnome-vfs-2.0 = 2.5.91 libgnomeui-2.0 = 2.5.92 libglade-2.0 = 2.3.6 libart-2.0 = 2.3.16 libexif = 0.5.12 libexif = 0.5.12) were not met. The only thing that was not built using jhbuild is libexif an I installed libexif-dev 0.6.9. Any idea ? I tracked that down to the following piece of code in configure.in : PKG_CHECK_MODULES(EXIF, libexif = $LIBEXIF_REQUIRED, have_old_libexif=yes, have_old_libexif=no) I don't know why but it sets have_old_libexif to yes If I manually do : #jhbuild shell #pkg-config --exists libexif = 0.5.12 #echo $? 0 #pkg-config --exists libexif = 0.5.12 #echo $? 1 #pkg-config libexif --modversion 0.6.9 So my temporary solution is to disable the old exif lib test... and it works... If anyone with more insight could guide me I would be very happy ;) -- cedric ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: G2.12 with jhbuild
Cdric Marcone wrote: Le lundi 13 juin 2005 19:48 +0200, Cdric Marcone a crit : eog from CVS doesn't build with jhbuild : configure: error: Package requirements (gtk+-2.0 = 2.6.0 gdk-pixbuf-2.0 = 2.4.0 gnome-vfs-2.0 = 2.5.91 libgnomeui-2.0 = 2.5.92 libglade-2.0 = 2.3.6 libart-2.0 = 2.3.16 libexif = 0.5.12 libexif = 0.5.12) were not met. The only thing that was not built using jhbuild is libexif an I installed libexif-dev 0.6.9. Any idea ? I tracked that down to the following piece of code in configure.in : PKG_CHECK_MODULES(EXIF, libexif = $LIBEXIF_REQUIRED, have_old_libexif=yes, have_old_libexif=no) I don't know why but it sets have_old_libexif to yes If I manually do : #jhbuild shell #pkg-config --exists libexif = 0.5.12 #echo $? 0 #pkg-config --exists libexif = 0.5.12 #echo $? 1 #pkg-config libexif --modversion 0.6.9 So my temporary solution is to disable the old exif lib test... and it works... If anyone with more insight could guide me I would be very happy ;) This bug is relevant: http://bugzilla.gnome.org/show_bug.cgi?id=300449 The problem is that newer pkg-config's pkg.m4 caches PKG_CHECK_MODULES() results based on the variable name given, so the two consecutive PKG_CHECK_MODULES() calls in the configure script both succeed, even though they check for different things and the second one should fail. James. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: building GNOME 2.11 on x86_64 using jhbuild
Jeroen Zwartepoorte wrote: Hi, In the last couple of days i've built gnome-2.11 using jhbuild about 10 times so far. It builds fine (uncovered some gcc4-related bugs, filed them and they're fixed; apply a hal patch to n-c-b etc.). This is on a Fedora system, with up-to-date packages from rawhide. However, after it has finished building and you look at which libraries the binaries are linked to, most of them are linked to /usr/lib64 libraries instead of /home/jeroen/Gnome/built/lib64. I've tried *lots* of things, but nothing helped. LD_LIBRARY_PATH is pointing to /home/jeroen/Gnome/built/lib64. I even went as far as to strace gnome-about and it *doesn't even look* in /home/jeroen/Gnome/built/lib64: I was hoping to test your theory this evening, but I can't get very far in the build, which dies at gtk because of: ./.libs/libgtk-x11-2.0.so: undefined reference to `g_utf8_collate_key_for_filename' Anyway, using the libraries that had already been built, Gentoo ldd reports that they're all linked to libraries in my build target: [EMAIL PROTECTED] /opt/g212/lib64 $ ls /opt/g212/ bin etc include lib64 man share [EMAIL PROTECTED] /opt/g212/lib64 $ ldd /opt/g212/lib64/libatk-1.0.so libgobject-2.0.so.0 = /opt/g212/lib64/libgobject-2.0.so.0 (0x2abcb000) libgmodule-2.0.so.0 = /opt/g212/lib64/libgmodule-2.0.so.0 (0x2ad0b000) libdl.so.2 = /lib/libdl.so.2 (0x2ae24000) libglib-2.0.so.0 = /opt/g212/lib64/libglib-2.0.so.0 (0x2af27000) libc.so.6 = /lib/libc.so.6 (0x2b0b2000) /lib64/ld-linux-x86-64.so.2 (0x5000) [EMAIL PROTECTED] /opt/g212/lib64 $ Is this different than what you have? --Pat ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: building GNOME 2.11 on x86_64 using jhbuild
Pat Suwalski wrote: I was hoping to test your theory this evening, but I can't get very far in the build, which dies at gtk because of: ./.libs/libgtk-x11-2.0.so: undefined reference to `g_utf8_collate_key_for_filename' On further thought, this must be because it's trying to link against what's in /usr rather that /opt/g212. This appears the same problem you have, except that I cannot explain how you got past the gtk+ build. This is clearly because the libraries are explicitly specified (/usr/lib/libgobject-2.0.so /usr/lib/libgmodule-2.0.so /usr/lib/libglib-2.0.so): gcc -g -O2 -g -Wall -o .libs/gtk-query-immodules-2.0 queryimmodules.o ./.libs/libgtk-x11-2.0.so -L/opt/g212/lib64 /home/pat/cvs/gnome2/gtk+/gdk/.libs/libgdk-x11-2.0.so -L/usr/lib64 /usr/lib/libatk-1.0.so ../gdk-pixbuf/.libs/libgdk_pixbuf-2.0.so ../gdk/.libs/libgdk-x11-2.0.so -lXrandr -lXinerama /opt/g212/lib64/libXft.so -lXfixes -lXcursor /usr/lib/libpangoxft-1.0.so /opt/g212/lib64/libpangocairo-1.0.so /opt/g212/lib64/libcairo.so /opt/g212/lib64/libpixman.so /opt/g212/lib64/libpangoft2-1.0.so /opt/g212/lib64/libpango-1.0.so /opt/g212/lib64/libfontconfig.so /usr/lib/libcairo.so -lXext /usr/lib/libglitz.so /usr/lib/libfontconfig.so /usr/lib/libfreetype.so /usr/lib/libexpat.so /usr/lib/libpixman.so /opt/g212/lib64/libXrender.so -lX11 -lpng12 -lz /usr/lib/libpangox-1.0.so /usr/lib/libpango-1.0.so /usr/lib/libgobject-2.0.so /usr/lib/libgmodule-2.0.so /usr/lib/libglib-2.0.so /home/pat/cvs/gnome2/gtk+/gdk-pixbuf/.libs/libgdk_pixbuf-2.0.so /opt/g212/lib64/libgmodule-2.0.so -ldl /opt/g212/lib64/libgobject-2.0.so /opt/g212/lib64/libglib-2.0.so -lm -Wl,--rpath -Wl,/opt/g212/lib64 -Wl,--rpath -Wl,/usr/lib --Pat ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
