Re: [gentoo-user] Shared libraries lack a SONAME [SOLVED]
On Tue, Sep 29, 2020 at 09:30:39AM -0400, Michael Orlitzky wrote:
> On 2020-09-28 21:24, urp...@gmx.com wrote:
> > On Mon, Sep 28, 2020 at 03:10:09PM +1000, urp...@gmx.com wrote:
> >> On Sat, Sep 26, 2020 at 09:57:59AM -0400, Michael Orlitzky wrote:
> >>> On 2020-09-26 00:50, urp...@gmx.com wrote:
>
> Files matching a file type that is not allowed:
> usr/lib/liblsp-dsp-lib-0.5.9.so
> * ERROR: media-libs/lsp-dsp-lib-0.5.9::macro failed:
> * multilib-strict check failed!
> *
> >>>
> >>> That's a 64-bit library I guess. It has to go in /usr/lib64 instead of
> >>> /usr/lib.
> >>>
> >>> (You can read about multilib-strict in `man make.conf`)
> >>>
> >> Thanks very much. I'll look into that. If this gets through, my last
> >> replys seem to have disappeard.
> >>
> > I have tried putting multilib-strict in make.conf. I didn't realize
> > default profiles had become multilib, but I still get the same error.
> >
>
> The multilib-strict feature is already enabled by default in most
> profiles. That's what's causing your failure: you're installing a
> library to a location it shouldn't be installed.
>
> Files matching a file type that is not allowed:
> usr/lib/liblsp-dsp-lib-0.5.9.so
>
> That file should be installed to /usr/lib64, and not /usr/lib. That's
> the only thing wrong.
>
Great, thanks very much. Defining LIBDIR=lib64 in src_configure is all that
was needed.
src_configure() {
make PREFIX=/usr LIBDIR=lib64 config
make fetch
}
Re: [gentoo-user] Shared libraries lack a SONAME
On 2020-09-28 21:24, urp...@gmx.com wrote: > On Mon, Sep 28, 2020 at 03:10:09PM +1000, urp...@gmx.com wrote: >> On Sat, Sep 26, 2020 at 09:57:59AM -0400, Michael Orlitzky wrote: >>> On 2020-09-26 00:50, urp...@gmx.com wrote: Files matching a file type that is not allowed: usr/lib/liblsp-dsp-lib-0.5.9.so * ERROR: media-libs/lsp-dsp-lib-0.5.9::macro failed: * multilib-strict check failed! * >>> >>> That's a 64-bit library I guess. It has to go in /usr/lib64 instead of >>> /usr/lib. >>> >>> (You can read about multilib-strict in `man make.conf`) >>> >> Thanks very much. I'll look into that. If this gets through, my last >> replys seem to have disappeard. >> > I have tried putting multilib-strict in make.conf. I didn't realize > default profiles had become multilib, but I still get the same error. > The multilib-strict feature is already enabled by default in most profiles. That's what's causing your failure: you're installing a library to a location it shouldn't be installed. Files matching a file type that is not allowed: usr/lib/liblsp-dsp-lib-0.5.9.so That file should be installed to /usr/lib64, and not /usr/lib. That's the only thing wrong.
Re: [gentoo-user] Shared libraries lack a SONAME
On Mon, Sep 28, 2020 at 03:10:09PM +1000, urp...@gmx.com wrote: > On Sat, Sep 26, 2020 at 09:57:59AM -0400, Michael Orlitzky wrote: > > On 2020-09-26 00:50, urp...@gmx.com wrote: > > > > > > Files matching a file type that is not allowed: > > >usr/lib/liblsp-dsp-lib-0.5.9.so > > > * ERROR: media-libs/lsp-dsp-lib-0.5.9::macro failed: > > > * multilib-strict check failed! > > > * > > > > That's a 64-bit library I guess. It has to go in /usr/lib64 instead of > > /usr/lib. > > > > (You can read about multilib-strict in `man make.conf`) > > > Thanks very much. I'll look into that. If this gets through, my last > replys seem to have disappeard. > I have tried putting multilib-strict in make.conf. I didn't realize default profiles had become multilib, but I still get the same error. Here's the info I tried to post before: emerge -pqv '=media-libs/lsp-dsp-lib-0.5.9::macro' [ebuild N] media-libs/lsp-dsp-lib-0.5.9 emerge --info '=media-libs/lsp-dsp-lib-0.5.9::macro' Portage 3.0.4 (python 3.8.5-final-0, default/linux/amd64/17.1/desktop, gcc-9.3.0, glibc-2.31-r6, +5.6.19-rt-rt11 x86_64) = System Settings = System uname: +Linux-5.6.19-rt-rt11-x86_64-Intel-R-_Core-TM-_i5-3210M_CPU_@_2.50GHz-with-glibc2.2.5 KiB Mem: 3936604 total,383664 free KiB Swap: 0 total, 0 free Timestamp of repository gentoo: Sat, 26 Sep 2020 00:36:22 + Head commit of repository gentoo: 8e6455de0a243fbcf735170e615431fee9af24c9 Timestamp of repository audio-overlay: Wed, 23 Sep 2020 18:35:18 + Head commit of repository audio-overlay: 38d215903f0a936ebfbddb6b6e302afc212630fa Timestamp of repository brave-overlay: Tue, 22 Sep 2020 19:05:23 + Head commit of repository brave-overlay: 1d42a89a08f8a94a864c59f2dfabf8e2e0281aab Head commit of repository fordfrog: b2f40f59b304b012ac8b9eb7aac37ed97c773867 Head commit of repository abendbrot: ee15f9f30a7d171348c9fe19bca8e2ad6ab0b557 sh bash 5.0_p18 ld GNU ld (Gentoo 2.34 p6) 2.34.0 ccache version 3.7.11 [enabled] app-shells/bash: 5.0_p18::gentoo dev-java/java-config: 2.3.1::gentoo dev-lang/perl:5.30.3::gentoo dev-lang/python: 2.7.18-r2::gentoo, 3.6.11-r2::gentoo, 3.7.8-r2::gentoo, 3.8.5::gentoo dev-util/ccache: 3.7.11::gentoo dev-util/cmake: 3.16.5::gentoo dev-util/pkgconfig: 0.29.2::gentoo sys-apps/baselayout: 2.7::gentoo sys-apps/openrc: 0.42.1::gentoo sys-apps/sandbox: 2.18::gentoo sys-devel/autoconf: 2.13-r1::gentoo, 2.69-r5::gentoo sys-devel/automake: 1.16.1-r1::gentoo sys-devel/binutils: 2.34-r2::gentoo sys-devel/gcc:9.3.0-r1::gentoo sys-devel/gcc-config: 2.3.1::gentoo sys-devel/libtool:2.4.6-r6::gentoo sys-devel/make: 4.2.1-r4::gentoo sys-kernel/linux-headers: 5.4-r1::gentoo (virtual/os-headers) sys-libs/glibc: 2.31-r6::gentoo #Repositories: Installed sets: @lbry ACCEPT_KEYWORDS="amd64" ACCEPT_LICENSE="@FREE" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=ivybridge -mtune=ivybridge -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /etc/stunnel/stunnel.conf /usr/share/gnupg/qualified.txt" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf +/etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo +/etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c" CXXFLAGS="-march=ivybridge -mtune=ivybridge -O2 -pipe" DISTDIR="/home/portage/distfiles" ENV_UNSET="CARGO_HOME DBUS_SESSION_BUS_ADDRESS DISPLAY GOBIN GOPATH PERL5LIB PERL5OPT PERLPREFIX +PERL_CORE PERL_MB_OPT PERL_MM_OPT XAUTHORITY XDG_CACHE_HOME XDG_CONFIG_HOME XDG_DATA_HOME +XDG_RUNTIME_DIR" FCFLAGS="-march=ivybridge -mtune=ivybridge -O2 -pipe" FEATURES="assume-digests binpkg-docompress binpkg-dostrip binpkg-logs ccache +config-protect-if-modified distlocks ebuild-locks fixlafiles ipc-sandbox merge-sync +multilib-strict network-sandbox news parallel-fetch parallel-install pid-sandbox preserve-libs +protect-owned qa-unresolved-soname-deps sandbox sfperms strict unknown-features-warn +unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr" FFLAGS="-march=ivybridge -mtune=ivybridge -O2 -pipe" GENTOO_MIRRORS="http://ftp.swin.edu.au/gentoo https://ftp.jaist.ac.jp/pub/Linux/Gentoo/; LANG="en_US.utf8" LDFLAGS="-Wl,-O1 -Wl,--as-needed" MAKEOPTS="-j4 -l1" PKGDIR="/var/cache/binpkgs" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress +--force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles +--exclude=/local --exclude=/packages --exclude=/.git" PORTAGE_TMPDIR="/home/tmp/" USE="X a52 aac acl acpi alsa amd64 berkdb bluetooth branding bzip2 cairo cdda cddb cdparanoia cdr
Re: [gentoo-user] Shared libraries lack a SONAME
On Sat, Sep 26, 2020 at 09:57:59AM -0400, Michael Orlitzky wrote: > On 2020-09-26 00:50, urp...@gmx.com wrote: > > > > Files matching a file type that is not allowed: > >usr/lib/liblsp-dsp-lib-0.5.9.so > > * ERROR: media-libs/lsp-dsp-lib-0.5.9::macro failed: > > * multilib-strict check failed! > > * > > That's a 64-bit library I guess. It has to go in /usr/lib64 instead of > /usr/lib. > > (You can read about multilib-strict in `man make.conf`) > Thanks very much. I'll look into that. If this gets through, my last replys seem to have disappeard.
Re: [gentoo-user] Shared libraries lack a SONAME
On 2020-09-26 00:50, urp...@gmx.com wrote: > > Files matching a file type that is not allowed: >usr/lib/liblsp-dsp-lib-0.5.9.so > * ERROR: media-libs/lsp-dsp-lib-0.5.9::macro failed: > * multilib-strict check failed! > * That's a 64-bit library I guess. It has to go in /usr/lib64 instead of /usr/lib. (You can read about multilib-strict in `man make.conf`)
Re: [gentoo-user] Shared libraries lack a SONAME
On Fri, Sep 25, 2020 at 10:25:30AM -0400, Michael Orlitzky wrote: > On 2020-09-25 01:39, urp...@gmx.com wrote: > > > > # Copyright 2020 Gentoo Authors > > * QA Notice: The following shared libraries lack a SONAME > > * /usr/lib/liblsp-dsp-lib-0.5.9.so > > This is just a warning, I think? Regardless, it's not something you can > fix yourself. > > The short explanation is that libraries can have their own version > separate from the larger package. The library version is what people use > to track compatibility, and is often how Gentoo decides when to do > subslot rebuilds. A library without a SONAME is a library without a > "version," but the upstream authors would need to figure out the > versioning scheme (and commit to it in the future) before fixing this. > > Some references: > > * https://autotools.io/libtool/version.html > * https://www.gnu.org/software/libtool/manual/libtool.html#Versioning > > > > Files matching a file type that is not allowed: > >usr/lib/liblsp-dsp-lib-0.5.9.so > > > > I think you have some other problem that's killing your install. A "QA > Notice" won't do it. > > Thanks for the information Michael. This is more complicated than I thought. I have no idea what to do now. emerge -pqv '=media-libs/lsp-dsp-lib-0.5.9::macro' [ebuild N] media-libs/lsp-dsp-lib-0.5.9 emerge --info '=media-libs/lsp-dsp-lib-0.5.9::macro' Portage 3.0.4 (python 3.8.5-final-0, default/linux/amd64/17.1/desktop, gcc-9.3.0, glibc-2.31-r6, +5.6.19-rt-rt11 x86_64) = System Settings = System uname: +Linux-5.6.19-rt-rt11-x86_64-Intel-R-_Core-TM-_i5-3210M_CPU_@_2.50GHz-with-glibc2.2.5 KiB Mem: 3936604 total,383664 free KiB Swap: 0 total, 0 free Timestamp of repository gentoo: Sat, 26 Sep 2020 00:36:22 + Head commit of repository gentoo: 8e6455de0a243fbcf735170e615431fee9af24c9 Timestamp of repository audio-overlay: Wed, 23 Sep 2020 18:35:18 + Head commit of repository audio-overlay: 38d215903f0a936ebfbddb6b6e302afc212630fa Timestamp of repository brave-overlay: Tue, 22 Sep 2020 19:05:23 + Head commit of repository brave-overlay: 1d42a89a08f8a94a864c59f2dfabf8e2e0281aab Head commit of repository fordfrog: b2f40f59b304b012ac8b9eb7aac37ed97c773867 Head commit of repository abendbrot: ee15f9f30a7d171348c9fe19bca8e2ad6ab0b557 sh bash 5.0_p18 ld GNU ld (Gentoo 2.34 p6) 2.34.0 ccache version 3.7.11 [enabled] app-shells/bash: 5.0_p18::gentoo dev-java/java-config: 2.3.1::gentoo dev-lang/perl:5.30.3::gentoo dev-lang/python: 2.7.18-r2::gentoo, 3.6.11-r2::gentoo, 3.7.8-r2::gentoo, 3.8.5::gentoo dev-util/ccache: 3.7.11::gentoo dev-util/cmake: 3.16.5::gentoo dev-util/pkgconfig: 0.29.2::gentoo sys-apps/baselayout: 2.7::gentoo sys-apps/openrc: 0.42.1::gentoo sys-apps/sandbox: 2.18::gentoo sys-devel/autoconf: 2.13-r1::gentoo, 2.69-r5::gentoo sys-devel/automake: 1.16.1-r1::gentoo sys-devel/binutils: 2.34-r2::gentoo sys-devel/gcc:9.3.0-r1::gentoo sys-devel/gcc-config: 2.3.1::gentoo sys-devel/libtool:2.4.6-r6::gentoo sys-devel/make: 4.2.1-r4::gentoo sys-kernel/linux-headers: 5.4-r1::gentoo (virtual/os-headers) sys-libs/glibc: 2.31-r6::gentoo #Repositories: Installed sets: @lbry ACCEPT_KEYWORDS="amd64" ACCEPT_LICENSE="@FREE" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=ivybridge -mtune=ivybridge -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /etc/stunnel/stunnel.conf /usr/share/gnupg/qualified.txt" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf +/etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo +/etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c" CXXFLAGS="-march=ivybridge -mtune=ivybridge -O2 -pipe" DISTDIR="/home/portage/distfiles" ENV_UNSET="CARGO_HOME DBUS_SESSION_BUS_ADDRESS DISPLAY GOBIN GOPATH PERL5LIB PERL5OPT PERLPREFIX +PERL_CORE PERL_MB_OPT PERL_MM_OPT XAUTHORITY XDG_CACHE_HOME XDG_CONFIG_HOME XDG_DATA_HOME +XDG_RUNTIME_DIR" FCFLAGS="-march=ivybridge -mtune=ivybridge -O2 -pipe" FEATURES="assume-digests binpkg-docompress binpkg-dostrip binpkg-logs ccache +config-protect-if-modified distlocks ebuild-locks fixlafiles ipc-sandbox merge-sync +multilib-strict network-sandbox news parallel-fetch parallel-install pid-sandbox preserve-libs +protect-owned qa-unresolved-soname-deps sandbox sfperms strict unknown-features-warn +unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr" FFLAGS="-march=ivybridge -mtune=ivybridge -O2 -pipe" GENTOO_MIRRORS="http://ftp.swin.edu.au/gentoo https://ftp.jaist.ac.jp/pub/Linux/Gentoo/; LANG="en_US.utf8" LDFLAGS="-Wl,-O1 -Wl,--as-needed" MAKEOPTS="-j4 -l1" PKGDIR="/var/cache/binpkgs"
Re: [gentoo-user] Shared libraries lack a SONAME
On Fri, Sep 25, 2020 at 10:25:30AM -0400, Michael Orlitzky wrote: > On 2020-09-25 01:39, urp...@gmx.com wrote: > > > > # Copyright 2020 Gentoo Authors > > * QA Notice: The following shared libraries lack a SONAME > > * /usr/lib/liblsp-dsp-lib-0.5.9.so > > This is just a warning, I think? Regardless, it's not something you can > fix yourself. > > The short explanation is that libraries can have their own version > separate from the larger package. The library version is what people use > to track compatibility, and is often how Gentoo decides when to do > subslot rebuilds. A library without a SONAME is a library without a > "version," but the upstream authors would need to figure out the > versioning scheme (and commit to it in the future) before fixing this. > > Some references: > > * https://autotools.io/libtool/version.html > * https://www.gnu.org/software/libtool/manual/libtool.html#Versioning > > > > Files matching a file type that is not allowed: > >usr/lib/liblsp-dsp-lib-0.5.9.so > > > > I think you have some other problem that's killing your install. A "QA > Notice" won't do it. > > Thanks for the information Michael. This is more complicated than I thought. I have no idea what to do now. emerge -pqv '=media-libs/lsp-dsp-lib-0.5.9::macro' [ebuild N] media-libs/lsp-dsp-lib-0.5.9 emerge --info '=media-libs/lsp-dsp-lib-0.5.9::macro' Portage 3.0.4 (python 3.8.5-final-0, default/linux/amd64/17.1/desktop, gcc-9.3.0, glibc-2.31-r6, 5.6.19-rt-rt11 x86_64) = System Settings = System uname: Linux-5.6.19-rt-rt11-x86_64-Intel-R-_Core-TM-_i5-3210M_CPU_@_2.50GHz-with-glibc2.2.5 KiB Mem: 3936604 total,383664 free KiB Swap: 0 total, 0 free Timestamp of repository gentoo: Sat, 26 Sep 2020 00:36:22 + Head commit of repository gentoo: 8e6455de0a243fbcf735170e615431fee9af24c9 Timestamp of repository audio-overlay: Wed, 23 Sep 2020 18:35:18 + Head commit of repository audio-overlay: 38d215903f0a936ebfbddb6b6e302afc212630fa Timestamp of repository brave-overlay: Tue, 22 Sep 2020 19:05:23 + Head commit of repository brave-overlay: 1d42a89a08f8a94a864c59f2dfabf8e2e0281aab Head commit of repository fordfrog: b2f40f59b304b012ac8b9eb7aac37ed97c773867 Head commit of repository abendbrot: ee15f9f30a7d171348c9fe19bca8e2ad6ab0b557 sh bash 5.0_p18 ld GNU ld (Gentoo 2.34 p6) 2.34.0 ccache version 3.7.11 [enabled] app-shells/bash: 5.0_p18::gentoo dev-java/java-config: 2.3.1::gentoo dev-lang/perl:5.30.3::gentoo dev-lang/python: 2.7.18-r2::gentoo, 3.6.11-r2::gentoo, 3.7.8-r2::gentoo, 3.8.5::gentoo dev-util/ccache: 3.7.11::gentoo dev-util/cmake: 3.16.5::gentoo dev-util/pkgconfig: 0.29.2::gentoo sys-apps/baselayout: 2.7::gentoo sys-apps/openrc: 0.42.1::gentoo sys-apps/sandbox: 2.18::gentoo sys-devel/autoconf: 2.13-r1::gentoo, 2.69-r5::gentoo sys-devel/automake: 1.16.1-r1::gentoo sys-devel/binutils: 2.34-r2::gentoo sys-devel/gcc:9.3.0-r1::gentoo sys-devel/gcc-config: 2.3.1::gentoo sys-devel/libtool:2.4.6-r6::gentoo sys-devel/make: 4.2.1-r4::gentoo sys-kernel/linux-headers: 5.4-r1::gentoo (virtual/os-headers) sys-libs/glibc: 2.31-r6::gentoo #Repositories: Installed sets: @lbry ACCEPT_KEYWORDS="amd64" ACCEPT_LICENSE="@FREE" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=ivybridge -mtune=ivybridge -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /etc/stunnel/stunnel.conf /usr/share/gnupg/qualified.txt" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c" CXXFLAGS="-march=ivybridge -mtune=ivybridge -O2 -pipe" DISTDIR="/home/portage/distfiles" ENV_UNSET="CARGO_HOME DBUS_SESSION_BUS_ADDRESS DISPLAY GOBIN GOPATH PERL5LIB PERL5OPT PERLPREFIX PERL_CORE PERL_MB_OPT PERL_MM_OPT XAUTHORITY XDG_CACHE_HOME XDG_CONFIG_HOME XDG_DATA_HOME XDG_RUNTIME_DIR" FCFLAGS="-march=ivybridge -mtune=ivybridge -O2 -pipe" FEATURES="assume-digests binpkg-docompress binpkg-dostrip binpkg-logs ccache config-protect-if-modified distlocks ebuild-locks fixlafiles ipc-sandbox merge-sync multilib-strict network-sandbox news parallel-fetch parallel-install pid-sandbox preserve-libs protect-owned qa-unresolved-soname-deps sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr" FFLAGS="-march=ivybridge -mtune=ivybridge -O2 -pipe" GENTOO_MIRRORS="http://ftp.swin.edu.au/gentoo https://ftp.jaist.ac.jp/pub/Linux/Gentoo/; LANG="en_US.utf8" LDFLAGS="-Wl,-O1 -Wl,--as-needed" MAKEOPTS="-j4 -l1" PKGDIR="/var/cache/binpkgs"
Re: [gentoo-user] Shared libraries lack a SONAME
On 2020-09-25 01:39, urp...@gmx.com wrote: > > # Copyright 2020 Gentoo Authors > * QA Notice: The following shared libraries lack a SONAME > * /usr/lib/liblsp-dsp-lib-0.5.9.so This is just a warning, I think? Regardless, it's not something you can fix yourself. The short explanation is that libraries can have their own version separate from the larger package. The library version is what people use to track compatibility, and is often how Gentoo decides when to do subslot rebuilds. A library without a SONAME is a library without a "version," but the upstream authors would need to figure out the versioning scheme (and commit to it in the future) before fixing this. Some references: * https://autotools.io/libtool/version.html * https://www.gnu.org/software/libtool/manual/libtool.html#Versioning > Files matching a file type that is not allowed: >usr/lib/liblsp-dsp-lib-0.5.9.so > I think you have some other problem that's killing your install. A "QA Notice" won't do it.
Re: [gentoo-user] Shared libraries lack a SONAME
On Fri, Sep 25, 2020 at 04:54:28PM +1000, urp...@gmx.com wrote:
> On Fri, Sep 25, 2020 at 03:39:20PM +1000, urp...@gmx.com wrote:
> > Hi! I'm trying to install a library, lsp-dsp-lib-0.5.9, but I fail at
> > install phase.
> >
> >
> > >>> Install media-libs/lsp-dsp-lib-0.5.9 into
> > /home/tmp/portage/media-libs/lsp-dsp-lib-0.5.9/image
> > make -j4 -l1 DESTDIR=/home/tmp/portage/media-libs/lsp-dsp-lib-0.5.9/image
> > install
> > make lsp-common-lib.o
> > ld [lsp-dsp-lib] lsp-dsp-lib.o
> > g++ [lsp-dsp-lib] liblsp-dsp-lib-0.5.9.so
> > ar [lsp-dsp-lib] liblsp-dsp-lib-0.5.9.a
> > Installing lsp-dsp-lib
> > install
> > /home/tmp/portage/media-libs/lsp-dsp-lib-0.5.9/work/lsp-dsp-lib/.build/lsp-dsp-lib/liblsp-dsp-lib-0.5.9.so
> > -t /home/tmp/portage/media-libs/lsp-dsp-lib-0.5.9/image/usr/lib
> > cp
> > /home/tmp/portage/media-libs/lsp-dsp-lib-0.5.9/work/lsp-dsp-lib/.build/lsp-dsp-lib/liblsp-dsp-lib-0.5.9.a
> > -t /home/tmp/portage/media-libs/lsp-dsp-lib-0.5.9/image/usr/lib
> > Install OK
> > >>> Completed installing media-libs/lsp-dsp-lib-0.5.9 into
> > >>> /home/tmp/portage/media-libs/lsp-dsp-lib-0.5.9/image
> >
> > * Final size of build directory: 14760 KiB (14.4 MiB)
> > * Final size of installed tree: 2120 KiB ( 2.0 MiB)
> >
> >
> > # Copyright 2020 Gentoo Authors
> > * QA Notice: The following shared libraries lack a SONAME
> > * /usr/lib/liblsp-dsp-lib-0.5.9.so
> >
> > Files matching a file type that is not allowed:
> >usr/lib/liblsp-dsp-lib-0.5.9.so
> >
> >
> > I read "Scanelf: Missing Shared Object Name (SONAME)"
> > Which says "To fix this issue, make sure the shared library
> > is linked with the proper -Wl,-soname,... flag."
> > https://dev.gentoo.org/~zmedico/portage/doc/ch07s04.html
> >
> > and this forum post about LDFAGS
> > https://forums.gentoo.org/viewtopic.php?t=6
> > Which defines an ebuild variable LDFLAGS
> >
> > So I added to my ebuild:
> > LDFAGS="-Wl,-soname,liblsp-dsp-lib-0.5.9.so"
> > then tried:
> > LDFAGS="-Wl,-soname,liblsp-dsp-lib.so"
> > But no go. The docs say I need the actual ABI name.
> > Is this the right approach? What is the actual ABI name?
> > Any insight is apreciated
> > Thank you all.
> >
> Whoops! Sorry about the typo.
> I have tried these:
> LDFLAGS="-Wl,-soname,liblsp-dsp-lib-0.5.9.so"
> LDFLAGS="-Wl,-soname,liblsp-dsp-lib.so"
> LDFLAGS="-Wl,-soname,liblsp-dsp-lib.so.0"
I have tried using flag-o-matic.eclass like this
src_configure() {
append-ldflags -Wl,-soname,liblsp-dsp-lib-0.5.9.so
make PREFIX=/usr config
}
... but doesn't change anything.
Re: [gentoo-user] Shared libraries lack a SONAME
On Fri, Sep 25, 2020 at 03:39:20PM +1000, urp...@gmx.com wrote: > Hi! I'm trying to install a library, lsp-dsp-lib-0.5.9, but I fail at > install phase. > > > >>> Install media-libs/lsp-dsp-lib-0.5.9 into > /home/tmp/portage/media-libs/lsp-dsp-lib-0.5.9/image > make -j4 -l1 DESTDIR=/home/tmp/portage/media-libs/lsp-dsp-lib-0.5.9/image > install > make lsp-common-lib.o > ld [lsp-dsp-lib] lsp-dsp-lib.o > g++ [lsp-dsp-lib] liblsp-dsp-lib-0.5.9.so > ar [lsp-dsp-lib] liblsp-dsp-lib-0.5.9.a > Installing lsp-dsp-lib > install > /home/tmp/portage/media-libs/lsp-dsp-lib-0.5.9/work/lsp-dsp-lib/.build/lsp-dsp-lib/liblsp-dsp-lib-0.5.9.so > -t /home/tmp/portage/media-libs/lsp-dsp-lib-0.5.9/image/usr/lib > cp > /home/tmp/portage/media-libs/lsp-dsp-lib-0.5.9/work/lsp-dsp-lib/.build/lsp-dsp-lib/liblsp-dsp-lib-0.5.9.a > -t /home/tmp/portage/media-libs/lsp-dsp-lib-0.5.9/image/usr/lib > Install OK > >>> Completed installing media-libs/lsp-dsp-lib-0.5.9 into > >>> /home/tmp/portage/media-libs/lsp-dsp-lib-0.5.9/image > > * Final size of build directory: 14760 KiB (14.4 MiB) > * Final size of installed tree: 2120 KiB ( 2.0 MiB) > > > # Copyright 2020 Gentoo Authors > * QA Notice: The following shared libraries lack a SONAME > * /usr/lib/liblsp-dsp-lib-0.5.9.so > > Files matching a file type that is not allowed: >usr/lib/liblsp-dsp-lib-0.5.9.so > > > I read "Scanelf: Missing Shared Object Name (SONAME)" > Which says "To fix this issue, make sure the shared library > is linked with the proper -Wl,-soname,... flag." > https://dev.gentoo.org/~zmedico/portage/doc/ch07s04.html > > and this forum post about LDFAGS > https://forums.gentoo.org/viewtopic.php?t=6 > Which defines an ebuild variable LDFLAGS > > So I added to my ebuild: > LDFAGS="-Wl,-soname,liblsp-dsp-lib-0.5.9.so" > then tried: > LDFAGS="-Wl,-soname,liblsp-dsp-lib.so" > But no go. The docs say I need the actual ABI name. > Is this the right approach? What is the actual ABI name? > Any insight is apreciated > Thank you all. > Whoops! Sorry about the typo. I have tried these: LDFLAGS="-Wl,-soname,liblsp-dsp-lib-0.5.9.so" LDFLAGS="-Wl,-soname,liblsp-dsp-lib.so" LDFLAGS="-Wl,-soname,liblsp-dsp-lib.so.0"
