Hi all,
Several months ago, Mamoru Tasaka suggested a less intrusive way of
patching a source package's bundled libtool so that /usr/lib64 does
not end up in the installed binaries.
So actually for most cases, the case that rpath /usr/lib64 is added
(only for 64 bits arch) can be avoided by
------------------------------------------------------------------------
sed -i.libdir_syssearch -e \
'/sys_lib_dlsearch_path_spec/s|/usr/lib |/usr/lib /usr/lib64 /lib /lib64 |' \
configure
------------------------------------------------------------------------
i.e. just add the needed paths to sys_lib_dlsearch_path_spec in
configure (note that libtool in the build directory is generated by
configure) before calling %configure.
- You can alternatively do "autoreconf -fi", however calling autotools
is not recommended unless unavoidable.
----------
I have several packages using the old-style DIE_RPATH_DIE
(http://fedoraproject.org/wiki/Packaging/Guidelines#Beware_of_Rpath)
sed hack, and while they've been working out fine so far, I just
noticed when updating Vala today that this rather invasive change is
responsible for Vala's test suite not to run: since the Vala libraries
have not been installed on the system when the tests were run, Rpath
is actually necessary to run the tests!
Given that there are probably other packages where internal test
suites depend on a currently-uninstalled shared library, updating the
Rpath guidelines ought to have positive effect on packaging quality.
We should probably also search for occurences of the old DIE_RPATH_DIE
and convert them to the new format.
Best regards,
--
Michel Alexandre Salim
Fedora Project Contributor: http://fedoraproject.org/
Email: salimma@xxxxxxxxxxxxxxxxx | GPG key ID: 78884778
Jabber: hircus@xxxxxxxxxxxxx | IRC: hircus@xxxxxxxxxxxxxxxx
() ascii ribbon campaign - against html e-mail
/\ www.asciiribbon.org - against proprietary attachments
--
packaging mailing list
packaging@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/packaging
