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
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
