You are not logged in.
Pages: 1
I don't know if this is a possible thing to do: the idea came me after the "libsound" problem with kdemod:
http://bbs.archlinux.org/viewtopic.php? … 93#p253493
the problem was that some kdemod packages had as optional dependency "nas", which was installed on the computer on which this stuff was compiled. What happened was that the final binaries where dinamically linked with "libsound.so.0.2" this made the package dependent on "nas" even if nas was actually not needed and not set as a dependency in the PKGBUILD. This was not really a fault of the packagers as it's perfectly possible that the "./configure" script catches some optional libs and decide to build against it: what happen is that this lib becames a "parassite dependency" of the package.
I am thinking if it is possible to make "makepkg" build in a chroot environment where "./configure" only sees some basic libraries of the system plus the ones in the dependencies arrays in the PKGBUILD. This way it will be possible to avoid such a problem and packagers will have a double check for the dependencies arrays as the package will fail to build if a necessary dependency is not set. This won't happen now if the needed lib is present in the system.
I don't really know if it is possible to implement this as copying the needed stuffs in a dir and then chrooting will require massive space and it's not really a good idea, but maybe there is some workaround. Sorry I don't have the skills to make a working patch for makepkg... ![]()
Offline
This is probably what you're looking for: http://kth5.telekommunisten.net/makeroot/
I ONLY build with this, and yeah fix deps that way. ![]()
I recognize that while theory and practice are, in theory, the same, they are, in practice, different. -Mark Mitchell
Offline
This is probably what you're looking for: http://kth5.telekommunisten.net/makeroot/
I ONLY build with this, and yeah fix deps that way.
Thanks! Will use this.
Offline
Pages: 1