Maneage - Bugs: bug #63175, biber: libnsl.so.1: cannot open...
You are not allowed to post comments on this tracker with your current authentication level.
bug #63175: biber: libnsl.so.1: cannot open shared object file: No such file or directory
Submitter: | Victor R. Ruiz <rvr> | ||
Submitted: | Thu 06 Oct 2022 11:29:29 PM UTC | ||
Category: | None | Severity: | 3 - Normal |
Item Group: | None | Status: | None |
Privacy: | Public | Assigned to: | None |
Open/Closed: | Open |
No files currently attached
Depends on the following items: None found
Items that depend on this one: None found
Carbon-Copy List
There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.
No changes have been made to this item
Steps to reproduce:
1. Install Fedora 36.
2. Install development packages («dnf group install "C Development Tools and Libraries" "Development Tools"»)
3. git clone https://git.maneage.org/project.git
4. cd project
5. ./project configure
6. ./project make -j8
Expected result:
PDF is built without errors
Actual result:
libnsl.so.1 => not found
Output written on paper.pdf (3 pages, 200528 bytes).
Transcript written on paper.log.
biber: error while loading shared libraries: libnsl.so.1: cannot open shared object file: No such file or directory
make: * [reproduce/analysis/make/paper.mk:110: [...]maneage-build/analysis/tex/build/paper.bbl] Error 127
$ ldd biber
linux-vdso.so.1 (0x00007ffe8afa6000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fda45191000)
libnsl.so.1 => not found
libdl.so.2 => /lib64/libdl.so.2 (0x00007fda4518c000)
libm.so.6 => /lib64/libm.so.6 (0x00007fda450ae000)
libcrypt.so.1 => /lib64/libcrypt.so.1 (0x00007fda45074000)
libutil.so.1 => /lib64/libutil.so.1 (0x00007fda4506d000)
libc.so.6 => /lib64/libc.so.6 (0x00007fda44e00000)
/lib64/ld-linux-x86-64.so.2 (0x00007fda451b1000)
In high-level.mk, I find:
Not sure whether the expectation is that the library should be built later on but currently is not.
As a workaround, "dnf install libnsl" solved the problem.