[gentoo-user] =dev-lang/spidermonkey-60.5.2_p0-r4 fails @world update
Greetings. I have just installed Gentoo on a macbook pro 9,1. I have successfuly updated @world with default/linux/amd64/17.1 profile. After selectimg default/linux/amd64/17.1/desktop profile and emerge -uND @world, '=dev-lang/spidermonkey-60.5.2_p0-r4::gentoo' fails. Any ideas? Thank you. === #eselect python list: Available Python interpreters, in order of preference: [1] python2.7 [2] python3.7 [3] python3.8 (fallback) === #ls -l /dev/ |grep shm: drwxrwxrwt 2 root root40 Jun 19 10:21 shm === #emerge -pqv '=dev-lang/spidermonkey-60.5.2_p0-r4::gentoo': [ebuild N] dev-lang/spidermonkey-60.5.2_p0-r4 USE="jit system-icu -custom-cflags -custom-optimization -debug -minimal -test" === tail -n 27 /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/temp/build.log: /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/jsobj/dist/include/js/Value.h: In member function 'virtual js::jit::MDefinition* js::jit::MSignExtendInt32::foldsTo(js::jit::TempAllocator&)': /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/jsobj/dist/include/js/Value.h:960:47: warning: 'res' may be used uninitialized in this function [-Wmaybe-uninitialized] 960 | return fromTagAndPayload(JSVAL_TAG_INT32, uint32_t(i)); | ^~~ In file included from /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/jsobj/js/src/Unified_cpp_js_src18.cpp:38: /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/js/src/jit/MIR.cpp:3956:13: note: 'res' was declared here 3956 | int32_t res; | ^~~ /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/js/src/jit/MIR.cpp: In member function 'virtual js::jit::MDefinition* js::jit::MSignExtendInt64::foldsTo(js::jit::TempAllocator&)': /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/js/src/jit/MIR.cpp:3987:31: warning: 'res' may be used uninitialized in this function [-Wmaybe-uninitialized] 3987 | return MConstant::NewInt64(alloc, res); |~~~^~~~ make[3]: Leaving directory '/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/jsobj/js/src' make[2]: *** [/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/config/recurse.mk:73: js/src/target] Error 2 make[2]: Leaving directory '/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/jsobj' make[1]: *** [/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/config/recurse.mk:33: compile] Error 2 make[1]: Leaving directory '/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/jsobj' make: *** [/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/config/rules.mk:442: default] Error 2 * ERROR: dev-lang/spidermonkey-60.5.2_p0-r4::gentoo failed (compile phase): * emake failed * * If you need support, post the output of `emerge --info '=dev-lang/spidermonkey-60.5.2_p0-r4::gentoo'`, * the complete build log and the output of `emerge -pqv '=dev-lang/spidermonkey-60.5.2_p0-r4::gentoo'`. * The complete build log is located at '/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/temp/environment'. * Working directory: '/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/jsobj' * S: '/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2' === emerge --info '=dev-lang/spidermonkey-60.5.2_p0-r4::gentoo': Portage 2.3.99 (python 3.7.7-final-0, default/linux/amd64/17.1/desktop, gcc-9.3.0, glibc-2.30-r8, 5.6.14-rt-rt7 x86_64) = System Settings = System uname: Linux-5.6.14-rt-rt7-x86_64-Intel-R-_Core-TM-_i5-3210M_CPU_@_2.50GHz-with-gentoo-2.6 KiB Mem: 3935124 total, 2893316 free KiB Swap: 0 total, 0 free Timestamp of repository gentoo: Thu, 18 Jun 2020 00:05:28 + Head commit of repository gentoo:
Re: [gentoo-user] =dev-lang/spidermonkey-60.5.2_p0-r4 fails @world update
On Fri, Jun 19, 2020 at 02:37:24AM -0500, Dale wrote: > urp...@gmx.com wrote: > > Greetings. I have just installed Gentoo on a macbook pro 9,1. I have > > successfuly updated @world with default/linux/amd64/17.1 profile. > > After selectimg default/linux/amd64/17.1/desktop profile and emerge -uND > > @world, > > '=dev-lang/spidermonkey-60.5.2_p0-r4::gentoo' fails. > > Any ideas? Thank you. > > > > === > > #eselect python list: > > > > Available Python interpreters, in order of preference: > > [1] python2.7 > > [2] python3.7 > > [3] python3.8 (fallback) > > === > > #ls -l /dev/ |grep shm: > > > > drwxrwxrwt 2 root root40 Jun 19 10:21 shm > > === > > #emerge -pqv '=dev-lang/spidermonkey-60.5.2_p0-r4::gentoo': > > > > [ebuild N] dev-lang/spidermonkey-60.5.2_p0-r4 USE="jit system-icu > > -custom-cflags -custom-optimization -debug -minimal -test" > > === > > tail -n 27 > > /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/temp/build.log: > > > > /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/jsobj/dist/include/js/Value.h: > > In member function 'virtual js::jit::MDefinition* > > js::jit::MSignExtendInt32::foldsTo(js::jit::TempAllocator&)': > > /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/jsobj/dist/include/js/Value.h:960:47: > > warning: 'res' may be used uninitialized in this function > > [-Wmaybe-uninitialized] > > 960 | return fromTagAndPayload(JSVAL_TAG_INT32, uint32_t(i)); > > | ^~~ > > In file included from > > /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/jsobj/js/src/Unified_cpp_js_src18.cpp:38: > > /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/js/src/jit/MIR.cpp:3956:13: > > note: 'res' was declared here > > 3956 | int32_t res; > > | ^~~ > > /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/js/src/jit/MIR.cpp: > > In member function 'virtual js::jit::MDefinition* > > js::jit::MSignExtendInt64::foldsTo(js::jit::TempAllocator&)': > > /var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/js/src/jit/MIR.cpp:3987:31: > > warning: 'res' may be used uninitialized in this function > > [-Wmaybe-uninitialized] > > 3987 | return MConstant::NewInt64(alloc, res); > > |~~~^~~~ > > make[3]: Leaving directory > > '/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/jsobj/js/src' > > make[2]: *** > > [/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/config/recurse.mk:73: > > js/src/target] Error 2 > > make[2]: Leaving directory > > '/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/jsobj' > > make[1]: *** > > [/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/config/recurse.mk:33: > > compile] Error 2 > > make[1]: Leaving directory > > '/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/jsobj' > > make: *** > > [/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/config/rules.mk:442: > > default] Error 2 > > * ERROR: dev-lang/spidermonkey-60.5.2_p0-r4::gentoo failed (compile phase): > > * emake failed > > * > > * If you need support, post the output of `emerge --info > > '=dev-lang/spidermonkey-60.5.2_p0-r4::gentoo'`, > > * the complete build log and the output of `emerge -pqv > > '=dev-lang/spidermonkey-60.5.2_p0-r4::gentoo'`. > > * The complete build log is located at > > '/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/temp/build.log'. > > * The ebuild environment file is located at > > '/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/temp/environment'. > > * Working directory: > > '/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2/jsobj' > > * S: > > '/var/tmp/portage/dev-lang/spidermonkey-60.5.2_p0-r4/work/mozjs-60.5.2' > > === > > emerge --info '=dev-lang/spidermonkey-60.5.2_p0-r4::gentoo': > > > > Portage 2.3.99 (python 3.7.7-final-0, default/linux/amd64/17.1/desktop, > > gcc-9.3.0, glibc-2.30-r8, 5.6.14-rt-rt7 x86_64) > > =
Re: [gentoo-user] =dev-lang/spidermonkey-60.5.2_p0-r4 fails @world update
On Fri, Jun 19, 2020 at 09:45:59AM -0500, Dale wrote: > Jack wrote: > > Not far enough back. You need to show the actual error, not the line > > "Error1:" which gets printed after the error. > > > > And depending on the number of cores/threads and other emerge settings, > it can be a dozen, two dozen lines or sometimes even further back than > that. With CPUs having a dozen or so cores/threads, it's amazing that > some stuff compiles at all. Prime example, recent thread about Pam > updates. > > OP, if needed, tar the whole error log and attach it. Just don't post > it elsewhere and link to it tho. After a while, it's gone or a person > finds the log but not this thread with the solution. > > Dale > > :-) :-) Ah ha. Yes Thank you. Sorry, I've never been good with e-mail:-P build.log.tar.gz Description: Binary data
Re: [gentoo-user] =dev-lang/spidermonkey-60.5.2_p0-r4 fails @world update
On Fri, Jun 19, 2020 at 04:52:30PM +0100, Michael wrote: > On Friday, 19 June 2020 16:35:27 BST urp...@gmx.com wrote: > > On Fri, Jun 19, 2020 at 09:45:59AM -0500, Dale wrote: > > > Jack wrote: > > > > Not far enough back. You need to show the actual error, not the line > > > > "Error1:" which gets printed after the error. > > > > > > And depending on the number of cores/threads and other emerge settings, > > > it can be a dozen, two dozen lines or sometimes even further back than > > > that. With CPUs having a dozen or so cores/threads, it's amazing that > > > some stuff compiles at all. Prime example, recent thread about Pam > > > updates. > > > > > > OP, if needed, tar the whole error log and attach it. Just don't post > > > it elsewhere and link to it tho. After a while, it's gone or a person > > > finds the log but not this thread with the solution. > > > > > > Dale > > > > > > :-) :-) > > > > Ah ha. Yes Thank you. Sorry, I've never been good with e-mail:-P > > > NP, did you get an OOM error in dmesg when this happened by any chance? You > don't seem to have much RAM, you have no swap and the number of jobs is > relatively high for memory hungry compiles. > > It could be a bug, but unless a report has been filed already in BGO to this > effect, I suggest you add a swapfile, enable it, and try again with > MAKEOPTS="-j1" or "-j2". Please ask if you need more detail. I was thinking about -j1. I tried -j4. I thought I didn't need swap with >=4GB of RAM, but it makes sense. My machine kinda crawls trying to build that package. Oh man, I'll have to re-partition:-(
Re: [gentoo-user] =dev-lang/spidermonkey-60.5.2_p0-r4 fails @world update
On Fri, Jun 19, 2020 at 06:08:49PM +0100, Michael wrote: > On Friday, 19 June 2020 17:10:54 BST urp...@gmx.com wrote: > > On Fri, Jun 19, 2020 at 04:52:30PM +0100, Michael wrote: > > > > NP, did you get an OOM error in dmesg when this happened by any chance? > > > You don't seem to have much RAM, you have no swap and the number of jobs > > > is relatively high for memory hungry compiles. > > > > > > It could be a bug, but unless a report has been filed already in BGO to > > > this effect, I suggest you add a swapfile, enable it, and try again with > > > MAKEOPTS="-j1" or "-j2". Please ask if you need more detail. > > > > I was thinking about -j1. I tried -j4. I thought I didn't need swap with > > >=4GB of RAM, but it makes sense. My machine kinda crawls trying to build > > that package. Oh man, I'll have to re-partition:-( > > A single compile job on a big package can eat >3G of RAM. I don't know what > spidermonkey jobs may grow up to, but drop it down to '-j1' and see what you > get. > > A swapfile which you enable on a per ebuild basis if required, can be handy. > You can configure this in a package.profile file. On an ext4 fs you could do > this as root: > > touch swapfile > dd if=/dev/zero of=swapfile bs=4096 count=40 > mkswap -L Swappage swapfile > swapon swapfile > > If it is a btrfs you'll need to tweak things to be able to used it as a swap: > > https://wiki.archlinux.org/index.php/Swap#Swap_file Wow. Thanks Micheal. That's really cool. I will try that.
Re: [gentoo-user] =dev-lang/spidermonkey-60.5.2_p0-r4 fails @world update
On Fri, Jun 19, 2020 at 12:19:55PM -0500, Dale wrote: > urp...@gmx.com wrote: > > On Fri, Jun 19, 2020 at 04:52:30PM +0100, Michael wrote: > >> On Friday, 19 June 2020 16:35:27 BST urp...@gmx.com wrote: > >>> On Fri, Jun 19, 2020 at 09:45:59AM -0500, Dale wrote: > Jack wrote: > > Not far enough back. You need to show the actual error, not the line > > "Error1:" which gets printed after the error. > And depending on the number of cores/threads and other emerge settings, > it can be a dozen, two dozen lines or sometimes even further back than > that. With CPUs having a dozen or so cores/threads, it's amazing that > some stuff compiles at all. Prime example, recent thread about Pam > updates. > > OP, if needed, tar the whole error log and attach it. Just don't post > it elsewhere and link to it tho. After a while, it's gone or a person > finds the log but not this thread with the solution. > > Dale > > :-) :-) > >>> Ah ha. Yes Thank you. Sorry, I've never been good with e-mail:-P > >> > >> NP, did you get an OOM error in dmesg when this happened by any chance? > >> You > >> don't seem to have much RAM, you have no swap and the number of jobs is > >> relatively high for memory hungry compiles. > >> > >> It could be a bug, but unless a report has been filed already in BGO to > >> this > >> effect, I suggest you add a swapfile, enable it, and try again with > >> MAKEOPTS="-j1" or "-j2". Please ask if you need more detail. > > > > I was thinking about -j1. I tried -j4. I thought I didn't need swap with > > >=4GB > > of RAM, but it makes sense. My machine kinda crawls trying to build that > > package. Oh man, I'll have to re-partition:-( > > > > > > > Create a swap file. I'm not sure about the speed compared to a swap > partition but if you have room somewhere, no need to repartition. > > I might add, 4GBs is not much nowadays. When I had 16GBs before my > upgrade to 32GBs, I'd sometimes run out of memory. Of course, I have > portage's work directory on tmpfs but the bigger stuff was on hard > drives still. Some packages need a lot of memory. Even with 32GBs, I > still have some compile on hard drive and it uses a lot of memory just > for the processes themselves. The more jobs, the more it uses. I still > have a large swap partition even with 32GBs. If LOo, Firefox and a > couple others hit at the same time, it uses swap at times. > > Just something to think on. > > Dale > > :-) :-) Yep. I'm thinkin on that. Thank you
Re: [gentoo-user] =dev-lang/spidermonkey-60.5.2_p0-r4 fails @world update
On Fri, Jun 19, 2020 at 12:57:27PM -0400, Jack wrote: > On 2020.06.19 12:10, urp...@gmx.com wrote: > > On Fri, Jun 19, 2020 at 04:52:30PM +0100, Michael wrote: > > > On Friday, 19 June 2020 16:35:27 BST urp...@gmx.com wrote: > > > > On Fri, Jun 19, 2020 at 09:45:59AM -0500, Dale wrote: > > > > > Jack wrote: > > > > > > Not far enough back. You need to show the actual error, not > > the line > > > > > > "Error1:" which gets printed after the error. > > > > > > > > > > And depending on the number of cores/threads and other emerge > > settings, > > > > > it can be a dozen, two dozen lines or sometimes even further > > back than > > > > > that. With CPUs having a dozen or so cores/threads, it's > > amazing that > > > > > some stuff compiles at all. Prime example, recent thread about > > Pam > > > > > updates. > > > > > > > > > > OP, if needed, tar the whole error log and attach it. Just > > don't post > > > > > it elsewhere and link to it tho. After a while, it's gone or a > > person > > > > > finds the log but not this thread with the solution. > > > > > > > > > > Dale > > > > > > > > > > :-) :-) > > > > > > > > Ah ha. Yes Thank you. Sorry, I've never been good with e-mail:-P > > > > > > > > > NP, did you get an OOM error in dmesg when this happened by any > > chance? You > > > don't seem to have much RAM, you have no swap and the number of > > jobs is > > > relatively high for memory hungry compiles. > > > > > > It could be a bug, but unless a report has been filed already in > > BGO to this > > > effect, I suggest you add a swapfile, enable it, and try again with > > > MAKEOPTS="-j1" or "-j2". Please ask if you need more detail. > > > > > > I was thinking about -j1. I tried -j4. I thought I didn't need swap > > with >=4GB > > of RAM, but it makes sense. My machine kinda crawls trying to build > > that > > package. Oh man, I'll have to re-partition:-( > Although it borders on a religious argument, many/most agree you always > need at least a small amount of swap. > https://wiki.gentoo.org/wiki/Knowledge_Base:Is_swap_space_really_necessary > > You can also set up a swap file instead of a swap partition. You'll > have to search for instructions, I didn't find it quick enough to > include a link. > I haven't thought about these things in a long time. I've never had more than 4GB of RAM.
[gentoo-user] Re: [SOLVED] =dev-lang/spidermonkey-60.5.2_p0-r4 fails @world update
On Sat, Jun 20, 2020 at 08:56:52AM +1000, urp...@gmx.com wrote: > On Fri, Jun 19, 2020 at 06:08:49PM +0100, Michael wrote: > > On Friday, 19 June 2020 17:10:54 BST urp...@gmx.com wrote: > > > On Fri, Jun 19, 2020 at 04:52:30PM +0100, Michael wrote: > > > > > > NP, did you get an OOM error in dmesg when this happened by any chance? > > > > You don't seem to have much RAM, you have no swap and the number of jobs > > > > is relatively high for memory hungry compiles. > > > > > > > > It could be a bug, but unless a report has been filed already in BGO to > > > > this effect, I suggest you add a swapfile, enable it, and try again with > > > > MAKEOPTS="-j1" or "-j2". Please ask if you need more detail. > > > > > > I was thinking about -j1. I tried -j4. I thought I didn't need swap with > > > >=4GB of RAM, but it makes sense. My machine kinda crawls trying to build > > > that package. Oh man, I'll have to re-partition:-( > > > > A single compile job on a big package can eat >3G of RAM. I don't know what > > spidermonkey jobs may grow up to, but drop it down to '-j1' and see what you > > get. > > > > A swapfile which you enable on a per ebuild basis if required, can be handy. > > You can configure this in a package.profile file. On an ext4 fs you could do > > this as root: > > > > touch swapfile > > dd if=/dev/zero of=swapfile bs=4096 count=40 > > mkswap -L Swappage swapfile > > swapon swapfile > > > > If it is a btrfs you'll need to tweak things to be able to used it as a > > swap: > > > > https://wiki.archlinux.org/index.php/Swap#Swap_file > > Wow. Thanks Micheal. That's really cool. I will try that. > I tried to merge the package again with -j1, just to see, but no go. Making a swap file just as Micheal said did the trick. Thanks a bunch. I made it in /home. Is that a bad idea? I guess I need to review my partion scheme. Thanks everyuone, it's great to be back on Gentoo again (-: :-)
Re: [gentoo-user] R.pi 64 bit with 8/16 G ram?
On Fri, Jun 19, 2020 at 01:36:29PM -0400, james wrote: > Folks, > > Now, if/when this devices "is shipping", I can finally build out a 12VDC > pickup camper gentoo centric "deep woods" mobile dev_shop. > > I kid you not: > "Upton says the 64-bit image is for power users who want to map all 8GB > into the address space of a single process. It's currently in beta and > misses several key features, but once ready it will provide a 64-bit > alternative to 64-bit versions of Ubuntu and Gentoo." > > GENTOO? Wonder who is behind that bit of work? > > > > https://www.zdnet.com/article/new-raspberry-pi-4-8gb-ram-model-out-now-for-75-plus-you-get-a-new-64-bit-os/?ftag=TRE-03-10aaa6b&bhid=29128215408769320614767878147805&mid=12853938&cid=2217268782 > > No kidding: > > "Even the Raspberry Pi beginner's guide had a reference to an 8GB > variant, while the Pi 4's Broadcom BCM2711 chip supports up to 16GB of > LPDDR4 SDRAM." > > 16 G on a pi? > > I'm all in. Can Anyone verify this offer? > > > curiously, > James > Yeah! "deep woods" I like it. I wanna make a mobile 12V system too.
[gentoo-user] emerge emerge --info '=sys-devel/bison-3.7.1-r1::gentoo'
Hi, I don't know what's wrong here. I've attached the build log. emerge -pqv '=sys-devel/bison-3.7.1-r1::gentoo' [ebuild U ] sys-devel/bison-3.7.1-r1 [3.1] USE="nls -examples -static -test" emerge --info '=sys-devel/bison-3.7.1-r1::gentoo' 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.14-rt-rt7 x86_64) = System Settings = System uname: Linux-5.6.14-rt-rt7-x86_64-Intel-R-_Core-TM-_i5-3210M_CPU_@_2.50GHz-with-glibc2.2.5 KiB Mem: 3929900 total, 1883456 free KiB Swap:156 total, 156 free Timestamp of repository gentoo: Thu, 10 Sep 2020 02:35:34 + Head commit of repository gentoo: 9dc2156b00f2bf8813b2824eb7ac1b4c34c15cba Timestamp of repository audio-overlay: Sun, 06 Sep 2020 09:05:19 + Head commit of repository audio-overlay: 37b6dc2703407c53978d2d4aaf7453ad3edeffda Timestamp of repository brave-overlay: Fri, 28 Aug 2020 05:05:18 + Head commit of repository brave-overlay: 4037d53d67a9f25bf6f5aabee1534b7374d87570 Head commit of repository fordfrog: 97f541379a6b509a6320b23257d983d66b873af6 Head commit of repository abendbrot: ee15f9f30a7d171348c9fe19bca8e2ad6ab0b557 sh bash 5.0_p18 ld GNU ld (Gentoo 2.33.1 p2) 2.33.1 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-r1::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.33.1-r1::gentoo sys-devel/gcc:9.3.0::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: gentoo location: /var/db/repos/gentoo sync-type: git sync-uri: https://github.com/gentoo-mirror/gentoo priority: -1000 audio-overlay location: /var/db/repos/audio-overlay sync-type: git sync-uri: https://github.com/gentoo-mirror/audio-overlay.git masters: gentoo brave-overlay location: /var/db/repos/brave-overlay sync-type: git sync-uri: https://github.com/gentoo-mirror/brave-overlay.git masters: gentoo fordfrog location: /var/db/repos/fordfrog sync-type: git sync-uri: https://anongit.gentoo.org/git/dev/fordfrog.git masters: gentoo macro location: /home/portage/macro masters: gentoo proaudio location: /var/db/repos/proaudio sync-type: svn sync-uri: svn://svn.tuxfamily.org/svnroot/proaudio/proaudio/trunk/overlays/proaudio masters: gentoo abendbrot location: /var/db/repos/abendbrot sync-type: git sync-uri: https://github.com/stefan-gr/abendbrot.git masters: gentoo priority: 50 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 --delet
Re: [gentoo-user] emerge emerge --info '=sys-devel/bison-3.7.1-r1::gentoo'
Ah!, great. Thank you On Thu, Sep 10, 2020 at 07:46:53AM +0200, netfab wrote: > Le 10/09/20 à 05:59, urp...@gmx.com a tapoté : > > Hi, I don't know what's wrong here. I've attached the build log. > > > > emerge -pqv '=sys-devel/bison-3.7.1-r1::gentoo' > > [ebuild U ] sys-devel/bison-3.7.1-r1 [3.1] USE="nls -examples > > -static -test" > > > Hi, > > You should sync and upgrade package to 3.7.2. > This is bug #716516 ⁽¹⁾. > > From ⁽²⁾ : > > FYI - I did report it upstream and it's been fixed in 3.7.2 (just > > released). > > 1. https://bugs.gentoo.org/716516 > 2. https://bugs.gentoo.org/716516#c25 > >
[gentoo-user] Shared libraries lack a SONAME
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.
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"
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 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" PORTAGE
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" PORTAGE_CON
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 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 [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 }