Summary: | =sys-fs/btrfs-progs-4.20 - ld: .../libbtrfs.so: undefined reference to `btrfs_alloc_path' | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Vincent de Phily <moltonel> |
Component: | Current packages | Assignee: | Mike Gilbert <floppym> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | base-system, dlan, pastas4, polynomial-c, proxy-maint, slyfox |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
URL: | https://github.com/openSUSE/snapper/issues/473 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | build.log |
Thanks, reported upstream. Looks like it's not our bug, but rather libbtrfs.so can't be found (-lbtrfs check fails), so it's an incorrectly built btrfs-progs instead. Reassigning to btrfs-progs. This issue was fixed in commit: https://github.com/kdave/btrfs-progs/commit/f6f518a08153e22ca7b17058c4c103897c91c575 Hotfix btrfs-progs v4.20.1 released to solve this, please update and drop 4.20.0. The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=79be464e9a101eab017ae086aa8406043b01987b commit 79be464e9a101eab017ae086aa8406043b01987b Author: Sergei Trofimovich <slyfox@gentoo.org> AuthorDate: 2019-01-23 21:11:12 +0000 Commit: Sergei Trofimovich <slyfox@gentoo.org> CommitDate: 2019-01-23 21:11:12 +0000 sys-fs/btrfs-progs: bump up to 4.20.1, bug #675974 Reported-by: Vincent de Phily Closes: https://bugs.gentoo.org/675974 Package-Manager: Portage-2.3.57, Repoman-2.3.12 Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org> sys-fs/btrfs-progs/Manifest | 1 + sys-fs/btrfs-progs/btrfs-progs-4.20.1.ebuild | 117 +++++++++++++++++++++++++++ 2 files changed, 118 insertions(+) Thanks for the report! |
Created attachment 562374 [details] build.log After upgrading to =sys-fs/btrfs-progs-4.20, snapper refuses to start with this error: ``` # snapper list snapper: symbol lookup error: /usr/lib64/libbtrfs.so.0: undefined symbol: btrfs_alloc_path ``` Trying to build snapper 0.5.6-r1 or 0.8.1 fails (see build.log). Reverting to =sys-fs/btrfs-progs-4.19.1 works around the issue. This looks like a clear case of API change that snapper hasn't caught up with yet (I didn't spot a released fix in snapper's git), so we should probably let <=snapper-0.8.1 block on >=sys-fs/btrfs-progs-4.20 until upstream figures things out.