Bug#325226: libc6: Wrong dynamic linker on amd64

[Andreas Jochens <aj@andaco.de>]

On 06-Feb-10 12:02, Aurelien Jarno wrote:
> Please find attached a patch to fix the problem using another way. It
> reverts amd64-lib.dpatch, and build the library in /{usr,}/lib64. It
> then moves it to /{usr,}/lib during the installation phase of the
> package.
> 
> It looks cleaner to me in the sense it is not a "patch to the patch".

Hello,

your solution looks indeed nicer that the "patch to the patch" to fix
the linker path.

However, there is one (probably not really important) thing 
which I do not like:

The patch will cause a lot of symlinks which currently point from
'/usr/lib/lib*.so.*' to '/lib/lib*.so.*' to be changed to point
to '/lib64/lib*.so.*' instead, e.g.

lrwxrwxrwx  1 root root       15 Feb  8 05:58 librt.so -> /lib/librt.so.1

would become

lrwxrwxrwx  1 root root       15 Feb  8 05:58 librt.so -> /lib64/librt.so.1

Currently, the /lib64 directory symlink is used _only_ to provide the 
correct linker path. Nothing else in the distribution references
the /lib64 directory, i.e. everything is (or at least should 
be) installed in /lib and nothing depends on the /lib64 symlink 
with the single exception of the linker path.

I think it would be good to keep it that way and to let the symlinks
point to '/lib/lib*.so.*' as they do now. 
Do you perhaps know of a simple way to achive this within your approach?

Anyway, thank you for your patch!

Regards
Andreas Jochens