hi is it possible to have a sub-package where all binaries and config files are installed so it can became multilib compatible ? This is for Fedora main repository inclusion... hmm... you want to create a binary package? what do you mean with "sub-package" ? * blindvt__ est parti (Read error: 110 (Connection timed out)) * blindvt__ (n=bf@M819P003.adsl.highway.telekom.at) a rejoint #ggi bughunter, i'm using rpm to package it ... in this scheme libgii will only contains libraries -devel rpm sub-pacakge will contain include and library symlink and will requires libgii (only !) then all binaries and config files will go to libgii-utils (which will be installed on user choice) so programs that requires libggi's can uses libraries from both i386 or x86_64 version because that way they could be installed both together... do you mind i will be wrong with this scheme ? bughunter, ? In the config file, there is a .root entry where GGI searches for the target-libs. with rpm you can run a script at install time, which modifies it to your needs. that way libs for i386 search for i386 target-libs analogous the same for amd64 ok i've saw that but does the config files are needed for programs that link with libgii libraries ? or only used by utils ? in this case i can move config files to utils sub-packages... because utils sub-package will be "mono" libs the binary libs + config files belong together libgii + libgii.conf, libggi + libggi.conf, libggiwmh + libggiwmh.conf, etc. well, this mean that the package cannot be multilib compatible... then... you need to care for this: the libs expect the config files in the path you passed to configure's --prefix option. (default is /usr/local) config files are in /etc/libggi actually...(this is the sysconfdir value...) but if a program link to libggi (on x86_64 for sample) it will find the path of libraries in /usr/lib64 (because of some -lgii ?) then to find other libs it can uses a relative path from the librairies from which it is linked ? well the other question is do the binaries are necessary for the libs ? in which case the "solution" could be to have binaries in /usr/lib64/ggi/bin (whith a symlink from /usr/bin ) bughunter, i sorry for all thoses stupid question but having multilibs compatibles package on fedora is mandatory... what is you feeling about this ? when a programs links to -lgii and -lggi, then for x86_64, it has to find the ones in /usr/lib64 indeed... the point is: when libgii and libggi want to load the shard target libs, which are in /usr/lib64/ggi for x86_64 and in /usr/lib/ggi for i386 the actual lib to load has to be looked up in the config file. ok so can we made it relative: .root: ggi ? the program just passes a string "give the x-target" or "do auto-detection" all entries in the config file are already relative to the .root entry the path to the configfile is hardcoded in libgii and libggi. what I try to say is, libgii and libggi must use the correct configfile. the configfile can't be shared multiple architectures. ok so the libggi's are not multilibs and all package that link with them won't be multilibs also... do we have a chance that can evolve with nexts version ? i will try to ask to add libggi's on an exeption list for multilibs until then... Just a last note I need to remove rpath (which are forbidden in Fedora), it is possible to have a --disable-rpath option at configure step ? for next release ? bughunter, i need you advices on theses ^^ ... if rpath comes from libtool, then libtool needs to be fixed. configure can't do much in this case. yes indeed i actually patch libtool... ok then for now libgii is in fedora and libggi will be soon as i expect...