dead links in ntfs-3g.tcz and libva2.tcz

[GNUser]

Code: [Select]

bruno@box:~$ sudo ldconfig
ldconfig: skipping /usr/local/lib/libXvMCgallium.so: No such file or directory
ldconfig: skipping /usr/local/lib/libntfs-3g.so: No such file or directory

bruno@box:~$ ls -l /tmp/tcloop/libva2/usr/local/lib/libXvMCgallium.so
lrwxrwxrwx    1 root     root            14 Nov 11 09:55 /tmp/tcloop/libva2/usr/local/lib/libXvMCgallium.so -> libXvMCr600.so

bruno@box:~$ ls -l /tmp/tcloop/ntfs-3g/usr/local/lib/libntfs-3g.so
lrwxrwxrwx    1 root     root            33 Aug 19  2016 /tmp/tcloop/ntfs-3g/usr/local/lib/libntfs-3g.so -> /tmp/pkg/lib/libntfs-3g.so.87.0.0
I'm on Pure64 11.1

This is just a cosmetic issue; everything is working great. The fix would be to simply delete the two dead links from their respective extensions.

[Rich]

Hi GNUser

Code: [Select]

bruno@box:~$ ls -l /tmp/tcloop/ntfs-3g/usr/local/lib/libntfs-3g.so
lrwxrwxrwx    1 root     root            33 Aug 19  2016 /tmp/tcloop/ntfs-3g/usr/local/lib/libntfs-3g.so -> /tmp/pkg/lib/libntfs-3g.so.87.0.0 ...

That looks like someone forgot to use the  -r  option in the link command so the path wound up being absolute instead of relative.
I did that once. Drove me a little crazy until I found out about the  -r  option.

[GNUser]

I submitted repaired extensions without the dead links. I realize it is quite the trivial contribution, but the  ldconfig  error is an eyesore.