Bugzilla – Bug 8232
Rebuild some perl 5.10 modules without rpaths
Last modified: 2009-07-31 10:21:45 UTC
Please rebuild the following without rpaths: 5.10/x86_64-linux-thread-multi/auto/GD/GD.so 5.10/i386-linux-thread-multi/auto/DBD/mysql/mysql.so 5.10/i386-linux-thread-multi/auto/GD/GD.so This is a minor issue but generates fatal errors with the default configuration of "rpmbuild" on Red Hat/Fedora. More info on rpaths and RPMs at http://fedoraproject.org/wiki/Packaging/Guidelines#head-a1dfb5f46bf4098841e31a75d833e6e1b3e72544. Output of check-rpaths: $ RPM_BUILD_ROOT=trunk/server/CPAN/arch/ /usr/lib/rpm/check-rpaths ******************************************************************************* * * WARNING: 'check-rpaths' detected a broken RPATH and will cause 'rpmbuild' * to fail. To ignore these errors, you can set the '$QA_RPATHS' * environment variable which is a bitmask allowing the values * below. The current value of QA_RPATHS is 0x0000. * * 0x0001 ... standard RPATHs (e.g. /usr/lib); such RPATHs are a minor * issue but are introducing redundant searchpaths without * providing a benefit. They can also cause errors in multilib * environments. * 0x0002 ... invalid RPATHs; these are RPATHs which are neither absolute * nor relative filenames and can therefore be a SECURITY risk * 0x0004 ... insecure RPATHs; these are relative RPATHs which are a * SECURITY risk * 0x0008 ... the special '$ORIGIN' RPATHs are appearing after other * RPATHs; this is just a minor issue but usually unwanted * 0x0010 ... the RPATH is empty; there is no reason for such RPATHs * and they cause unneeded work while loading libraries * 0x0020 ... an RPATH references '..' of an absolute path; this will break * the functionality when the path before '..' is a symlink * * * Examples: * - to ignore standard and empty RPATHs, execute 'rpmbuild' like * $ QA_RPATHS=$[ 0x0001|0x0010 ] rpmbuild my-package.src.rpm * - to check existing files, set $RPM_BUILD_ROOT and execute check-rpaths like * $ RPM_BUILD_ROOT=<top-dir> /usr/lib/rpm/check-rpaths * * 'check-rpaths' is part of 'rpmdevtools'. * ******************************************************************************* ERROR 0001: file '5.10/x86_64-linux-thread-multi/auto/GD/.svn/text-base/GD.so.svn-base' contains a standard rpath '/usr/lib' in [/usr/lib] ERROR 0001: file '5.10/x86_64-linux-thread-multi/auto/GD/GD.so' contains a standard rpath '/usr/lib' in [/usr/lib] ERROR 0001: file '5.10/i386-linux-thread-multi/auto/DBD/mysql/mysql.so' contains a standard rpath '/usr/lib' in [/usr/lib] ERROR 0001: file '5.10/i386-linux-thread-multi/auto/DBD/mysql/.svn/text-base/mysql.so.svn-base' contains a standard rpath '/usr/lib' in [/usr/lib] ERROR 0001: file '5.10/i386-linux-thread-multi/auto/GD/.svn/text-base/GD.so.svn-base' contains a standard rpath '/usr/lib' in [/usr/lib] ERROR 0001: file '5.10/i386-linux-thread-multi/auto/GD/GD.so' contains a standard rpath '/usr/lib' in [/usr/lib]
Sigh, OK.
I ran chrpath --delete on these files, let me know if that looks OK. I wonder why DBD::mysql in x86_64 doesn't have rpaths, it was built in exactly the same way as the i386 version.
(In reply to comment #2) > I ran chrpath --delete on these files, let me know if that looks OK. check-rpaths reports they are all clean. Thanks.
The RPM now builds cleanly for me too, Thanks.
(In reply to comment #4) > The RPM now builds cleanly for me too, Thanks. > Marking a fixed per Robin's comment
This bug has now been fixed in the 7.1 release version of SqueezeCenter! Please download the new version from http://www.slimdevices.com if you haven't already. If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.
This bug has been fixed in the 7.3.0 release version of SqueezeCenter! Please download the new version from http://www.slimdevices.com/su_downloads.html if you haven't already. If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.
Reduce number of active targets for SC