From debarshi.ray at gmail.com Tue Nov 13 10:04:01 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Tue, 13 Nov 2007 20:34:01 +0530 Subject: [Glade-devel] Fedora package and a few issues Message-ID: <3170f42f0711130704v7952ff16ua8307f500d33f0fc@mail.gmail.com> I am trying to package Glade-3 for Fedora, which till now had Glade-2 only. While doing that, I have come across a few issues, which I would like to clarify with the Glade developers. + Glade installs a few libraries, namely: /usr/lib/glade3/modules /usr/lib/glade3/modules/libgladegnome.so /usr/lib/glade3/modules/libgladegtk.so /usr/lib/libgladeui-1.so.7 /usr/lib/libgladeui-1.so.7.0.1 Are all those libraries meant for external programs which want to embed Glade-3 and need to be in the ldconfig search path? eg., Anjuta. + rpmlint thinks that /usr/lib/libgladeui-1.so.7.0.1 is needlessly linked to /usr/lib/libpangocairo-1.0.so.0, /usr/lib/libpango-1.0.so.0, /lib/libdl.so.2, /lib/libgthread-2.0.so.0, and /lib/librt.so.1: glade3-libgladeui.i386: W: unused-direct-shlib-dependency /usr/lib/libgladeui-1.so.7.0.1 /usr/lib/libpangocairo-1.0.so.0 glade3-libgladeui.i386: W: unused-direct-shlib-dependency /usr/lib/libgladeui-1.so.7.0.1 /usr/lib/libpango-1.0.so.0 glade3-libgladeui.i386: W: unused-direct-shlib-dependency /usr/lib/libgladeui-1.so.7.0.1 /lib/libdl.so.2 glade3-libgladeui.i386: W: unused-direct-shlib-dependency /usr/lib/libgladeui-1.so.7.0.1 /lib/libgthread-2.0.so.0 glade3-libgladeui.i386: W: unused-direct-shlib-dependency /usr/lib/libgladeui-1.so.7.0.1 /lib/librt.so.1 Is this alright? Happy hacking, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From tristan.van.berkom at gmail.com Wed Nov 14 05:46:42 2007 From: tristan.van.berkom at gmail.com (Tristan Van Berkom) Date: Wed, 14 Nov 2007 08:46:42 -0200 Subject: [Glade-devel] Fedora package and a few issues In-Reply-To: <3170f42f0711130704v7952ff16ua8307f500d33f0fc@mail.gmail.com> References: <3170f42f0711130704v7952ff16ua8307f500d33f0fc@mail.gmail.com> Message-ID: <560259cb0711140246i508c93a9u564bc1de49f9a817@mail.gmail.com> On Nov 13, 2007 1:04 PM, Debarshi 'Rishi' Ray wrote: > I am trying to package Glade-3 for Fedora, which till now had Glade-2 > only. While doing that, I have come across a few issues, which I would > like to clarify with the Glade developers. > > + Glade installs a few libraries, namely: > /usr/lib/glade3/modules > /usr/lib/glade3/modules/libgladegnome.so > /usr/lib/glade3/modules/libgladegtk.so > /usr/lib/libgladeui-1.so.7 > /usr/lib/libgladeui-1.so.7.0.1 > > Are all those libraries meant for external programs which want to > embed Glade-3 and need to be in the ldconfig search path? eg., Anjuta. Hi, libgladeui-1.so is needed by programs embedding the glade core (yes, like anjuta and the glade-3 frontend). libgladegtk.so is basically required for glade to be any use at all - its the the catalog module for the base gtk+ widget set - this module will be manually dlopened by the glade core. the libgladegnome.so is not required, its only needed for editing glade files that use the gnome extension library (libgladegnome.so goes along with the gnome catalog files and gnome pixmaps - see 'find `glade3/plugins/gnome/ -name Makefile.am` for exactly which files should belong to this category). Cheers, -Tristan From debarshi.ray at gmail.com Fri Nov 16 12:39:31 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Fri, 16 Nov 2007 23:09:31 +0530 Subject: [Glade-devel] Fedora package and a few issues In-Reply-To: <560259cb0711140246i508c93a9u564bc1de49f9a817@mail.gmail.com> References: <3170f42f0711130704v7952ff16ua8307f500d33f0fc@mail.gmail.com> <560259cb0711140246i508c93a9u564bc1de49f9a817@mail.gmail.com> Message-ID: <3170f42f0711160939t3a2b822t96fa842b3a2854a5@mail.gmail.com> > libgladeui-1.so is needed by programs embedding the glade core > (yes, like anjuta and the glade-3 frontend). Alright. > libgladegtk.so is basically > required for glade to be any use at all - its the the catalog module for > the base gtk+ widget set - this module will be manually dlopened by > the glade core. So this also needs to be under the ldconfig search path, isn't it? > the libgladegnome.so is not required, its only needed for editing glade > files that use the gnome extension library Ok, so this also needs to be under the ldconfig search path, isn't it? Thanks for the explanation. Cheers, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From tristan.van.berkom at gmail.com Fri Nov 16 13:51:59 2007 From: tristan.van.berkom at gmail.com (Tristan Van Berkom) Date: Fri, 16 Nov 2007 16:51:59 -0200 Subject: [Glade-devel] Fedora package and a few issues In-Reply-To: <3170f42f0711160939t3a2b822t96fa842b3a2854a5@mail.gmail.com> References: <3170f42f0711130704v7952ff16ua8307f500d33f0fc@mail.gmail.com> <560259cb0711140246i508c93a9u564bc1de49f9a817@mail.gmail.com> <3170f42f0711160939t3a2b822t96fa842b3a2854a5@mail.gmail.com> Message-ID: <560259cb0711161051w3ac84632i7fd6f882d5d73dd@mail.gmail.com> On Nov 16, 2007 3:39 PM, Debarshi 'Rishi' Ray wrote: > > libgladeui-1.so is needed by programs embedding the glade core > > (yes, like anjuta and the glade-3 frontend). > > Alright. > > > libgladegtk.so is basically > > required for glade to be any use at all - its the the catalog module for > > the base gtk+ widget set - this module will be manually dlopened by > > the glade core. > > So this also needs to be under the ldconfig search path, isn't it? No, as it is implemented as a plugin, it will be manually opened by glade in the module path (the module path is resolved at build time based on the package prefix and can be later retrieved using the .pc files). > > > the libgladegnome.so is not required, its only needed for editing glade > > files that use the gnome extension library > > Ok, so this also needs to be under the ldconfig search path, isn't it? like libgladegtk.so, its manually dlopened from the module search path, I think it should work fine without adding these dirs to the linker cache. > > Thanks for the explanation. Thanks for packaging glade ! :D Cheers, -Tristan From debarshi.ray at gmail.com Fri Nov 16 14:31:39 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Sat, 17 Nov 2007 01:01:39 +0530 Subject: [Glade-devel] Fedora package and a few issues In-Reply-To: <560259cb0711161051w3ac84632i7fd6f882d5d73dd@mail.gmail.com> References: <3170f42f0711130704v7952ff16ua8307f500d33f0fc@mail.gmail.com> <560259cb0711140246i508c93a9u564bc1de49f9a817@mail.gmail.com> <3170f42f0711160939t3a2b822t96fa842b3a2854a5@mail.gmail.com> <560259cb0711161051w3ac84632i7fd6f882d5d73dd@mail.gmail.com> Message-ID: <3170f42f0711161131t6e37f645va1c8b186bb81aeb5@mail.gmail.com> > No, as it is implemented as a plugin, it will be manually opened > by glade in the module path (the module path is resolved at > build time based on the package prefix and can be later retrieved > using the .pc files). Alright. Now I have divided the package into three parts: glade3 (main front-end, .desktop files, etc.), glade3-libgladeui (libgladeui-1.so.7*, libgladegtk, libgladegnome, etc.) and glade3-libgladeui-devel (libglade-1.so, gladeui-1.0.pc, header files, etc.). I hope the .pc file is not used to determine the module path by libgladeui-1.so.7*; but is used to build external programs embedding the glade3 core. Am I right? Happy hacking, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From tristan.van.berkom at gmail.com Fri Nov 16 15:52:47 2007 From: tristan.van.berkom at gmail.com (Tristan Van Berkom) Date: Fri, 16 Nov 2007 18:52:47 -0200 Subject: [Glade-devel] Fedora package and a few issues In-Reply-To: <3170f42f0711161131t6e37f645va1c8b186bb81aeb5@mail.gmail.com> References: <3170f42f0711130704v7952ff16ua8307f500d33f0fc@mail.gmail.com> <560259cb0711140246i508c93a9u564bc1de49f9a817@mail.gmail.com> <3170f42f0711160939t3a2b822t96fa842b3a2854a5@mail.gmail.com> <560259cb0711161051w3ac84632i7fd6f882d5d73dd@mail.gmail.com> <3170f42f0711161131t6e37f645va1c8b186bb81aeb5@mail.gmail.com> Message-ID: <560259cb0711161252w3da83f22u8b8c75b5542339dd@mail.gmail.com> On Nov 16, 2007 5:31 PM, Debarshi 'Rishi' Ray wrote: > > No, as it is implemented as a plugin, it will be manually opened > > by glade in the module path (the module path is resolved at > > build time based on the package prefix and can be later retrieved > > using the .pc files). > > Alright. > > Now I have divided the package into three parts: glade3 (main > front-end, .desktop files, etc.), glade3-libgladeui > (libgladeui-1.so.7*, libgladegtk, libgladegnome, etc.) and > glade3-libgladeui-devel (libglade-1.so, gladeui-1.0.pc, header files, > etc.). Sure, this will mean that in fedora packages, the glade core will require all the gnome lib dependancies, if you were to make a separate package for libgladegnome.so & its pixmaps/catalog file - then only the gnome plugin would require the gnome lib dependancies. in the end I dont think this matters at the moment since I am sure there are lots of remaining programs still linking to libgnomeui and friends, just pointing out that libgnomeui/bonono etc is technically unneeded to run glade (only needed to edit glade files that use widgets from those libs). > I hope the .pc file is not used to determine the module path by > libgladeui-1.so.7*; but is used to build external programs embedding > the glade3 core. Am I right? That is correct. Cheers, -Tristan From debarshi.ray at gmail.com Sun Nov 18 10:57:18 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Sun, 18 Nov 2007 21:27:18 +0530 Subject: [Glade-devel] Fedora package and a few issues In-Reply-To: <3170f42f0711130704v7952ff16ua8307f500d33f0fc@mail.gmail.com> References: <3170f42f0711130704v7952ff16ua8307f500d33f0fc@mail.gmail.com> Message-ID: <3170f42f0711180757n658b8591x49d38e3e87be2b93@mail.gmail.com> > + rpmlint thinks that /usr/lib/libgladeui-1.so.7.0.1 is needlessly > linked to /usr/lib/libpangocairo-1.0.so.0, /usr/lib/libpango-1.0.so.0, > /lib/libdl.so.2, /lib/libgthread-2.0.so.0, and /lib/librt.so.1: > > glade3-libgladeui.i386: W: unused-direct-shlib-dependency > /usr/lib/libgladeui-1.so.7.0.1 /usr/lib/libpangocairo-1.0.so.0 > glade3-libgladeui.i386: W: unused-direct-shlib-dependency > /usr/lib/libgladeui-1.so.7.0.1 /usr/lib/libpango-1.0.so.0 > glade3-libgladeui.i386: W: unused-direct-shlib-dependency > /usr/lib/libgladeui-1.so.7.0.1 /lib/libdl.so.2 > glade3-libgladeui.i386: W: unused-direct-shlib-dependency > /usr/lib/libgladeui-1.so.7.0.1 /lib/libgthread-2.0.so.0 > glade3-libgladeui.i386: W: unused-direct-shlib-dependency > /usr/lib/libgladeui-1.so.7.0.1 /lib/librt.so.1 Any idea why this is so? Happy hacking, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From tristan.van.berkom at gmail.com Sun Nov 18 12:21:41 2007 From: tristan.van.berkom at gmail.com (Tristan Van Berkom) Date: Sun, 18 Nov 2007 15:21:41 -0200 Subject: [Glade-devel] Fedora package and a few issues In-Reply-To: <3170f42f0711180757n658b8591x49d38e3e87be2b93@mail.gmail.com> References: <3170f42f0711130704v7952ff16ua8307f500d33f0fc@mail.gmail.com> <3170f42f0711180757n658b8591x49d38e3e87be2b93@mail.gmail.com> Message-ID: <560259cb0711180921r5497c879kac837afc0a6426ba@mail.gmail.com> On Nov 18, 2007 1:57 PM, Debarshi 'Rishi' Ray wrote: > > + rpmlint thinks that /usr/lib/libgladeui-1.so.7.0.1 is needlessly > > linked to /usr/lib/libpangocairo-1.0.so.0, /usr/lib/libpango-1.0.so.0, > > /lib/libdl.so.2, /lib/libgthread-2.0.so.0, and /lib/librt.so.1: > > > > glade3-libgladeui.i386: W: unused-direct-shlib-dependency > > /usr/lib/libgladeui-1.so.7.0.1 /usr/lib/libpangocairo-1.0.so.0 > > glade3-libgladeui.i386: W: unused-direct-shlib-dependency > > /usr/lib/libgladeui-1.so.7.0.1 /usr/lib/libpango-1.0.so.0 > > glade3-libgladeui.i386: W: unused-direct-shlib-dependency > > /usr/lib/libgladeui-1.so.7.0.1 /lib/libdl.so.2 > > glade3-libgladeui.i386: W: unused-direct-shlib-dependency > > /usr/lib/libgladeui-1.so.7.0.1 /lib/libgthread-2.0.so.0 > > glade3-libgladeui.i386: W: unused-direct-shlib-dependency > > /usr/lib/libgladeui-1.so.7.0.1 /lib/librt.so.1 > > Any idea why this is so? Yes I can guess why. glade uses the standard autotools PKG_CHECK_MODULES to get the linker and compiler flags, this will pull in pango/cairo/gthread. libgladeui probably doesnt make direct calls to apis in these libraries, and they are implied by pulling in gtk and gdk anyway - rpmlint probably sees that we dont make direct calls to apis in these libraries and thus sees them as useless dependancies (but ofcourse they need to be there for gtk+ to function properly anyway). Cheers, -Tristan From debarshi.ray at gmail.com Wed Nov 21 14:34:23 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Thu, 22 Nov 2007 01:04:23 +0530 Subject: [Glade-devel] Fedora package and a few issues In-Reply-To: <560259cb0711180921r5497c879kac837afc0a6426ba@mail.gmail.com> References: <3170f42f0711130704v7952ff16ua8307f500d33f0fc@mail.gmail.com> <3170f42f0711180757n658b8591x49d38e3e87be2b93@mail.gmail.com> <560259cb0711180921r5497c879kac837afc0a6426ba@mail.gmail.com> Message-ID: <3170f42f0711211134l179075d5l92408e36ffcd18ac@mail.gmail.com> > glade uses the standard autotools PKG_CHECK_MODULES to > get the linker and compiler flags, this will pull in pango/cairo/gthread. Ok. I can see that now. However, $ grep -nr "dlfcn.h" * ...does not show up any source or header file. So is dlopen and similar functions really being used here? Why do we need AC_LIBTOOL_DLOPEN and -ldl then? Sorry, if I am being a bit too pushy now. :-) Happy hacking, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu From tristan.van.berkom at gmail.com Wed Nov 21 16:01:17 2007 From: tristan.van.berkom at gmail.com (Tristan Van Berkom) Date: Wed, 21 Nov 2007 19:01:17 -0200 Subject: [Glade-devel] Fedora package and a few issues In-Reply-To: <3170f42f0711211134l179075d5l92408e36ffcd18ac@mail.gmail.com> References: <3170f42f0711130704v7952ff16ua8307f500d33f0fc@mail.gmail.com> <3170f42f0711180757n658b8591x49d38e3e87be2b93@mail.gmail.com> <560259cb0711180921r5497c879kac837afc0a6426ba@mail.gmail.com> <3170f42f0711211134l179075d5l92408e36ffcd18ac@mail.gmail.com> Message-ID: <560259cb0711211301k9b4d3a9qfa2ebd146e49b733@mail.gmail.com> On Nov 21, 2007 5:34 PM, Debarshi 'Rishi' Ray wrote: > > glade uses the standard autotools PKG_CHECK_MODULES to > > get the linker and compiler flags, this will pull in pango/cairo/gthread. > > Ok. I can see that now. > > However, > $ grep -nr "dlfcn.h" * > ...does not show up any source or header file. > > So is dlopen and similar functions really being used here? Why do we > need AC_LIBTOOL_DLOPEN and -ldl then? > > Sorry, if I am being a bit too pushy now. :-) Its ok I dont see this as pushy, you are just trying to figure out something. Now I dont remember anything about AC_LIBTOOL_DLOPEN in our autoconf setup, if its there it might be historical and unneeded at this point. We do call dlopen() but only by way of GModule (glib will pull in libdl by way of gmodule), so I dont see why we would need a direct/explicit dependancy here. Cheers, -Tristan From debarshi.ray at gmail.com Thu Nov 22 22:45:10 2007 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Fri, 23 Nov 2007 09:15:10 +0530 Subject: [Glade-devel] Fedora package and a few issues In-Reply-To: <560259cb0711211301k9b4d3a9qfa2ebd146e49b733@mail.gmail.com> References: <3170f42f0711130704v7952ff16ua8307f500d33f0fc@mail.gmail.com> <3170f42f0711180757n658b8591x49d38e3e87be2b93@mail.gmail.com> <560259cb0711180921r5497c879kac837afc0a6426ba@mail.gmail.com> <3170f42f0711211134l179075d5l92408e36ffcd18ac@mail.gmail.com> <560259cb0711211301k9b4d3a9qfa2ebd146e49b733@mail.gmail.com> Message-ID: <3170f42f0711221945i2a9988ceh757ff7b0f0dceae1@mail.gmail.com> > Now I dont remember anything about AC_LIBTOOL_DLOPEN in our > autoconf setup, if its there it might be historical and unneeded at this > point. Well, I will not mess with it right now. However you can consider using AC_PROG_LIBTOOL instead of AM_PROG_LIBTOOL, which is deprecated; and a newer version of Automake (eg., 1.10) if possible. Thanks, Debarshi -- GPG key ID: 63D4A5A7 Key server: pgp.mit.edu