Arch Linux

Please read this before reporting a bug:

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!

FS#10935 - /lib/ symlink is missing

Attached to Project: Arch Linux
Opened by smartcat99s (smartcat99s) - Thursday, 17 July 2008, 03:50 GMT
Last edited by Jan de Groot (JGC) - Sunday, 03 August 2008, 11:46 GMT
Task Type Bug Report
Category Packages: Core
Status Closed
Assigned To Tom Killian (tomk)
Architecture All
Severity Medium
Priority Normal
Reported Version 2007.08-2
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No


/lib/ is missing, causing programs linked to it to fail to start with this error (x86_64 and i686)

./FahCore_xx.exe: error while loading shared libraries: cannot open shared object file: No such file or directory

Manually symlinking to fixes the problem for me.

Relevant snippet of pacman -Qi bzip2
bzip2 /lib/
bzip2 /lib/
bzip2 /lib/
bzip2 /lib/

Comparison to Ubuntu install (snipped):
$ dpkg-query -L libbz2-1.0
This task depends upon

Closed by  Jan de Groot (JGC)
Sunday, 03 August 2008, 11:46 GMT
Reason for closing:  Fixed
Additional comments about closing:  Fixed in testing
Comment by Greg (dolby) - Thursday, 17 July 2008, 03:56 GMT
What is this FahCore_xx.exe file? Also which other programs "fail to start" ?
Comment by smartcat99s (smartcat99s) - Thursday, 17 July 2008, 03:59 GMT
It's gromacs packaged as a core used while running foldingathome-smp ( It actually "folds" the WU, and is only available in binary form.

(oh, and I misfiled this as being in extra when it's in core)
Comment by Greg (dolby) - Thursday, 17 July 2008, 04:03 GMT
IMO its a problem with gromacs but assigned anyway. Lets see what tomk thinks.
Comment by Smith Dhumbumroong (zodmaner) - Thursday, 17 July 2008, 04:51 GMT
Have you tried to recompile gromacs? It usually fix this kind of problem and is a better solution than to use symlinking.
Comment by Jan de Groot (JGC) - Thursday, 17 July 2008, 06:34 GMT
I wonder what the idea behind .so.1.0 is, as normal linking on linux always takes the .so.num library, not the .so.num.num library.
Comment by smartcat99s (smartcat99s) - Friday, 18 July 2008, 02:44 GMT
@zodmaner: I can't recompile gromacs because it's provided through Folding@Home as a binary (they modify it for grid usage/digital signature checking).

I've notified Stanford, but I though I should report this so it can be fixed eventually.