Summary: | app-emulation/libguestfs-1.38.6 : virt-sysprep: error while loading shared libraries: libcrypt.so.2: cannot open shared object file: | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Toralf Förster <toralf> |
Component: | Current packages | Assignee: | No maintainer - Look at https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers if you want to take care of it <maintainer-needed> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | cwills, eugene.shalygin, gentoo, hjckr, hlein, jfostiguy, phobosk, rich, rkitover, spikyatlinux, valentin.ittvs |
Priority: | Normal | Keywords: | PullRequest |
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: |
https://github.com/gentoo/gentoo/pull/16965 https://bugs.gentoo.org/show_bug.cgi?id=789354 |
||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
emerge-info.txt
app-emulation:libguestfs-1.38.6:20191216-120905.log.bz2 emerge-history.txt environment etc.portage.tbz2 logs.tbz2 temp.tbz2 |
Description
Toralf Förster
2019-12-16 15:10:06 UTC
Created attachment 599806 [details]
emerge-info.txt
Created attachment 599808 [details]
app-emulation:libguestfs-1.38.6:20191216-120905.log.bz2
Created attachment 599810 [details]
emerge-history.txt
Created attachment 599812 [details]
environment
Created attachment 599814 [details]
etc.portage.tbz2
Created attachment 599816 [details]
logs.tbz2
Created attachment 599818 [details]
temp.tbz2
I ran into this after sys-libs/libxcrypt was upgraded from 2.4 to 4.x. If you downgrade by emerge -1v =sys-libs/libxcrypt-2.4 first, then app-emulation/libguestfs-1.38.6 builds successfully. I think this is because libxcrypt-4.x moved around where it dropped libraries, from /lib64/libxcrypt.so to /usr/lib64/xcrypt/libcrypt.so, without updating ld.so.conf. IIRC the move was to avoid colliding with libcrypt.so provided by glibc. There was a relevant gentoo-dev thread a few months ago, starting here: https://marc.info/?l=gentoo-dev&m=157315635412793&w=4 I don't know if the right fix is for libguestfs to have dependency updates, or if newer stable (1.40.x) handles this any better, etc. app-emulation/libguestfs-1.38.6 can be built without sys-libs/libxcrypt installed. apparently It's not possible to build "app-emulation/libguestfs-1.38.6" whithout "sys-libs/libxcrypt" when you have activated the use flag "ocaml".
(In reply to Eugene Shalygin from comment
#9)
> app-emulation/libguestfs-1.38.6 can be built without sys-libs/libxcrypt
> installed.
(In reply to Hank Leininger from comment #8) > I ran into this after sys-libs/libxcrypt was upgraded from 2.4 to 4.x. > > If you downgrade by emerge -1v =sys-libs/libxcrypt-2.4 first, then > app-emulation/libguestfs-1.38.6 builds successfully. > > I think this is because libxcrypt-4.x moved around where it dropped > libraries, from /lib64/libxcrypt.so to /usr/lib64/xcrypt/libcrypt.so, > without updating ld.so.conf. IIRC the move was to avoid colliding with > libcrypt.so provided by glibc. > > There was a relevant gentoo-dev thread a few months ago, starting here: > > https://marc.info/?l=gentoo-dev&m=157315635412793&w=4 > > I don't know if the right fix is for libguestfs to have dependency updates, > or if newer stable (1.40.x) handles this any better, etc. Firstable let me say that I haven't experience using Makefiles. I made the patches "/etc/portage/patches/app-emulation/libguestfs-1.38.6/ldPathsysprep-in.patch" and "/etc/portage/patches/app-emulation/libguestfs-1.38.6/ldPathsysprep-am.patch" with the following content: ---BOF-Do-not--include-this-line-in-the-file--------------------- --- libguestfs-1.38.6/sysprep/Makefile.in 2020-07-03 03:06:13.848360412 -0500 +++ libguestfs-1.38.6/sysprep/Makefile.in.new 2020-07-03 04:10:12.593041697 -0500 @@ -2734,12 +2734,12 @@ @HAVE_OCAML_TRUE@sysprep-extra-options.pod: virt-sysprep @HAVE_OCAML_TRUE@ rm -f $@ $@-t -@HAVE_OCAML_TRUE@ $(top_builddir)/run $< --dump-pod-options > $@-t +@HAVE_OCAML_TRUE@ LD_LIBRARY_PATH=/usr/lib64/xcrypt $(top_builddir)/run $< --dump-pod-options > $@-t @HAVE_OCAML_TRUE@ mv $@-t $@ @HAVE_OCAML_TRUE@sysprep-operations.pod: virt-sysprep @HAVE_OCAML_TRUE@ rm -f $@ $@-t -@HAVE_OCAML_TRUE@ $(top_builddir)/run $< --dump-pod > $@-t +@HAVE_OCAML_TRUE@ LD_LIBRARY_PATH=/usr/lib64/xcrypt $(top_builddir)/run $< --dump-pod > $@-t @HAVE_OCAML_TRUE@ mv $@-t $@ @HAVE_OCAML_TRUE@check-valgrind: ---EOF-Do-not--include-this-line-in-the-file--------------------- ---BOF-Do-not--include-this-line-in-the-file--------------------- --- libguestfs-1.38.6/sysprep/Makefile.am 2018-09-21 10:05:41.058638816 -0500 +++ libguestfs-1.38.6/sysprep/Makefile.am.new 2020-07-03 04:19:01.691961084 -0500 @@ -198,12 +198,12 @@ sysprep-extra-options.pod: virt-sysprep rm -f $@ $@-t - $(top_builddir)/run $< --dump-pod-options > $@-t + LD_LIBRARY_PATH=/usr/lib64/xcrypt $(top_builddir)/run $< --dump-pod-options > $@-t mv $@-t $@ sysprep-operations.pod: virt-sysprep rm -f $@ $@-t - $(top_builddir)/run $< --dump-pod > $@-t + LD_LIBRARY_PATH=/usr/lib64/xcrypt $(top_builddir)/run $< --dump-pod > $@-t mv $@-t $@ # Tests. ---EOF-Do-not--include-this-line-in-the-file--------------------- I know that it's dirty, but it works! Best regards. I´ve add the following code to /etc/ld.so.conf.d/99libguestfs.conf /usr/lib64/xcrypt/ Then run ldconfig;env-update with this it builds without problems on my system Regards *** Bug 736862 has been marked as a duplicate of this bug. *** (In reply to SpikyAtLinux from comment #12) > I´ve add the following code to /etc/ld.so.conf.d/99libguestfs.conf > > /usr/lib64/xcrypt/ > > Then run > > ldconfig;env-update > > with this it builds without problems on my system > > Regards Thanks, this allowed it to compile for me too. The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=865ff63a89b53de190d9ed9c7b8a4af920a0a25a commit 865ff63a89b53de190d9ed9c7b8a4af920a0a25a Author: Hank Leininger <hlein@korelogic.com> AuthorDate: 2021-01-24 01:37:21 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2021-03-13 16:13:44 +0000 app-emulation/libguestfs: libxcrypt fix, restore and update py3, cleanup Current version won't build with libxcrypt 4.x, which has been stabilized. Added workaround. Also restored and bumped supported Python versions. Removed libguestfs-1.36 because it has been unbuildable ever since libguestfs-appliance-1.36 was removed in d0c2104377b00b4b6b029ba2e6390a00c58057b2. Signed-off-by: Hank Leininger <hlein@korelogic.com> Closes: https://bugs.gentoo.org/703118 Bug: https://bugs.gentoo.org/734634 Package-Manager: Portage-3.0.14, Repoman-3.0.2 Closes: https://github.com/gentoo/gentoo/pull/16965 Signed-off-by: Sam James <sam@gentoo.org> app-emulation/libguestfs/Manifest | 1 - .../libguestfs/files/1.28/0000_bug_499150.patch | 10 -- .../1.28/0001_add_gentoo_names_to_configure.patch | 15 -- .../0002_add_gentooway_to_remove_la_files.patch | 16 -- ...gtk_docs_in_broken_autotools-utils-eclass.patch | 21 --- .../1.28/0103_disable_php_bindings_makefile.patch | 13 -- .../1.36/0001-Update-libtool-initialization.patch | 29 ---- ...port-for-Gentoo-in-distribution-detection.patch | 25 --- ...-failure-when-not-built-with-OCaml-suppor.patch | 40 ----- ...ound-autotools-utils-detection-of-gtk-doc.patch | 42 ----- ...build-time-requirement-on-bash-completion.patch | 45 ------ .../libguestfs/libguestfs-1.36.15-r2.ebuild | 175 --------------------- ...6-r102.ebuild => libguestfs-1.38.6-r103.ebuild} | 15 +- 13 files changed, 11 insertions(+), 436 deletions(-) |