Your message dated Sat, 22 Dec 2018 11:29:51 +0100
with message-id <[email protected]>
and subject line Re: Bug#899418: make install with DESTDIR option results in
broken symlink
has caused the Debian Bug report #899418,
regarding make install with DESTDIR option results in broken symlink
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
899418: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=899418
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: lvm2
Version: 2.02.168-2
I downloaded the package source files by running "apt-get source lvm2"
Then I ran "./configure && make && make install DESTDIR=$HOME/tempfolder"
The resulting libdevmapper.so is symbolically linked to /lib/libdevmapper.so
instead of ../../lib/libdevmapper.so
This is unexpected. Since GNU coding standards strongly recommend that packages
support DESTDIR, I hope this will be fixed soon.
The fix seems to be to reverse the patch made to USRLIB_RELPATH in make.tmpl.in
In the upstream source, its
USRLIB_RELPATH = $(shell echo $(abspath $(usrlibdir) $(libdir)) |
$(AWK) -f $(top_srcdir)/scripts/relpath.awk)
In the Debian source, its
USRLIB_RELPATH = @libdir@/
I can see that this change is present since v2.02.95-8 (Wheezy) and I am not
sure why it was made. It might be necessary to also patch older versions and
not just v2.02.168-2.
I am using Debian Stretch with all packages updated as of today.
--- End Message ---
--- Begin Message ---
On Thu, May 24, 2018 at 01:19:04AM +0000, [email protected] wrote:
> I downloaded the package source files by running "apt-get source lvm2"
> Then I ran "./configure && make && make install DESTDIR=$HOME/tempfolder"
> The resulting libdevmapper.so is symbolically linked to /lib/libdevmapper.so
> instead of ../../lib/libdevmapper.so
This behaviour is mandated by the Debian policy 10.5.
| In general, […] symbolic links pointing from one top-level directory
| to or into another should be absolute.
Bastian
--
It would be illogical to assume that all conditions remain stable.
-- Spock, "The Enterprise Incident", stardate 5027.3
--- End Message ---
