Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!
Not eligible to see or edit group visibility for this bug.
View Bug Activity | Format For Printing | XML | Clone This Bug
tests: 1 What does it link to in a slotted environment (lzo1 and lzo2)? 2. links against lzo2 (only lzo2 installed)? fgrep -rl dev-libs/lzo . --include \*.ebuild ./app-arch/lzop/lzop-1.01.ebuild ./app-arch/lzop/lzop-1.02_rc1.ebuild (see bug 105637 for lzo-2 compatibility patch) ./sys-block/partimage/partimage-0.6.4-r1.ebuild ./sys-block/partimage/partimage-0.6.2.ebuild ./sys-block/partimage/partimage-0.6.4-r2.ebuild ./sys-block/partimage/partimage-0.6.4.ebuild ./sys-block/partimage/partimage-0.6.4-r3.ebuild ./sys-block/partimage/partimage-0.6.4-r4.ebuild (bad dependency - shouldn't be a dependency. lzo mentioned in code although no linking) ./media-video/mkvtoolnix/mkvtoolnix-1.5.5.ebuild ./media-video/mkvtoolnix/mkvtoolnix-1.6.0.ebuild 1. links against lzo(1) in slotted env 2. builds without lzo cause it didn't recognise it ./media-video/mplayer/mplayer-1.0_pre7-r1.ebuild 1. links against lzo(1) in slotted env 2. fails to compile ./media-video/transcode/transcode-1.0.2.ebuild 1. links against lzo(1) /usr/lib/liblzo.so 2 need work to link against lzo2 ./media-video/transcode/transcode-0.6.14-r2.ebuild ./media-video/transcode/transcode-1.0.1.ebuild ./media-video/transcode/transcode-0.6.14-r3.ebuild ./net-libs/gnutls/gnutls-1.2.4.ebuild ./net-libs/gnutls/gnutls-1.2.6.ebuild ./net-libs/gnutls/gnutls-1.0.25.ebuild ./net-libs/gnutls/gnutls-1.0.17.ebuild ./net-libs/gnutls/gnutls-1.2.3.ebuild ./net-libs/gnutls/gnutls-1.2.3-r1.ebuild ./net-libs/gnutls/gnutls-1.2.9.ebuild see bug 112357 ./net-misc/openvpn/openvpn-1.5.0-r1.ebuild ./net-misc/openvpn/openvpn-1.6.0.ebuild ./net-misc/openvpn/openvpn-2.0.5.ebuild ./net-misc/openvpn/openvpn-2.0.5-r2.ebuild 1. links against version 2 in slotted environment 2. links against lzo2 ./net-misc/vtun/vtun-2.5-r1.ebuild ./net-misc/vtun/vtun-2.5-r2.ebuild ./net-misc/vtun/vtun-2.5.ebuild ./net-misc/vtun/vtun-2.6.ebuild 1. link failure in slotted env undefined reference to `__lzo_init_v2' 2. configure failure - has options for --with-lzo-include will need to hack to link against lzo2 vice lzo ./net-misc/tinc/tinc-1.0.2.ebuild ./net-misc/tinc/tinc-1.0.3.ebuild 1. link failure in sloted environment 2. configure failure - has options for --with-lzo-include will need to hack to link against lzo2 vice lzo ./x11-misc/dxpc/dxpc-3.8.2.ebuild 1. links against lzo(1) in slotted environment 2. configure fail - may be able to use --with-lzo-lib to correct ./app-backup/mondo-rescue/mondo-rescue-1.47.ebuild ./app-backup/mondo-rescue/mondo-rescue-1.61.ebuild ./app-backup/mondo-rescue/mondo-rescue-1.65.ebuild 1.65 and 2.10 versions use lzop for compression - no direct linking
bugs and solutions are available for all. I ment to mention that you can just add the version(s) that depend on lzo-2 to the package mask below the lzo-2 mask entry.
Uh currently transcode-1.0.2 is patched to depend on lzo2... before unmasking it requires this transition to be completed.. updates on this?
Can the remaining packages please R/DEPEND on =dev-libs/lzo-1* so I can unmask lzo-2 without breaking your package please?
if noone objects to me changing the package dependencies to =dev-libs/lzo-1* I'll change them within two weeks. Without this change the packages will break when I unmask lzo-2. I will not apply the lzo-2 patches without your explicit concent.
This needs to be fixed in order to have transcode 1.x unmasked and then to have it building with gcc4.
lzo-2 unmasked. All open dependencies have been fixed to use lzo-1 although lzo-2 is possible with a patch (attached to repective bugs). gnutls-1.2.9 probably has some good autoconf rules.
