Re: [gentoo-user] Thunderbird build failure .. [Gone away]
On 01/01/2023 21:05, Wol wrote: On 01/01/2023 20:08, cal wrote: FWIW, Thunderbird builds fine with GCC on my machine -- I'm unsure of your reasons for setting your Portage compiler to clang, but you may wish to use a package.env override to build Thunderbird with GCC as a workaround until the problem can be fixed upstream. I don't know anything about clang ... it must be the default ... I thought part of Firefox/Thunderbird was written in Rust, so I assumed it was built with llvm as a matter of course. I'll just wait for it to sort itself out. Just to say it's finally sorted itself out without me doing anything, all the while causing random failures in the build chain ie I think Firefox and LLVM all failed along the way ... Cheers, Wol
Re: [gentoo-user] Thunderbird build failure ..
Cal, On Sunday, 2023-01-01 13:21:34 -0800, you wrote: > ... > You're right, it looks like the Thunderbird ebuild has a clang USE > turned on by default; On my rig "clang" and "llvm" used about 90 minutes each to build and af- terwards often caused rebuilds for other packages which, too, took their time. So eventually I added "-clang -llvm" to my global "USE" variable, thus not only saving plenty of compile time but aparently also avoiding plen- ty of problems ... Sincerely, Rainer PS: Happy New Year to all list members :-)
Re: [gentoo-user] Thunderbird build failure ..
Thanks bud Dave On Sun, Jan 1, 2023, 4:22 PM cal wrote: > On 1/1/23 13:05, Wol wrote: > > On 01/01/2023 20:08, cal wrote: > >> FWIW, Thunderbird builds fine with GCC on my machine -- I'm unsure of > >> your reasons for setting your Portage compiler to clang, but you may > >> wish to use a package.env override to build Thunderbird with GCC as a > >> workaround until the problem can be fixed upstream. > > > > I don't know anything about clang ... it must be the default ... > > > > I thought part of Firefox/Thunderbird was written in Rust, so I assumed > > it was built with llvm as a matter of course. > > > > I'll just wait for it to sort itself out. > > > > Cheers, > > Wol > You're right, it looks like the Thunderbird ebuild has a clang USE > turned on by default; I didn't realize that in my earlier reply and > assumed you had overridden this yourself. Regardless, this version > built correctly on my machine, so it's worthy of investigation with > upstream which combinations of parameters may be triggering the crash. > > cal > >
Re: [gentoo-user] Thunderbird build failure ..
On 1/1/23 13:05, Wol wrote: > On 01/01/2023 20:08, cal wrote: >> FWIW, Thunderbird builds fine with GCC on my machine -- I'm unsure of >> your reasons for setting your Portage compiler to clang, but you may >> wish to use a package.env override to build Thunderbird with GCC as a >> workaround until the problem can be fixed upstream. > > I don't know anything about clang ... it must be the default ... > > I thought part of Firefox/Thunderbird was written in Rust, so I assumed > it was built with llvm as a matter of course. > > I'll just wait for it to sort itself out. > > Cheers, > Wol You're right, it looks like the Thunderbird ebuild has a clang USE turned on by default; I didn't realize that in my earlier reply and assumed you had overridden this yourself. Regardless, this version built correctly on my machine, so it's worthy of investigation with upstream which combinations of parameters may be triggering the crash. cal
Re: [gentoo-user] Thunderbird build failure ..
On 01/01/2023 20:08, cal wrote: FWIW, Thunderbird builds fine with GCC on my machine -- I'm unsure of your reasons for setting your Portage compiler to clang, but you may wish to use a package.env override to build Thunderbird with GCC as a workaround until the problem can be fixed upstream. I don't know anything about clang ... it must be the default ... I thought part of Firefox/Thunderbird was written in Rust, so I assumed it was built with llvm as a matter of course. I'll just wait for it to sort itself out. Cheers, Wol
Re: [gentoo-user] Thunderbird build failure ..
On 1/1/23 11:14, Wols Lists wrote:
> On 01/01/2023 18:33, cal wrote:
>> On 1/1/23 03:07, Wols Lists wrote:
>>> I got the following build failure in my weekly emerge yesterday ...
>>>
>>> * Messages for package mail-client/thunderbird-102.6.0:
>>>
>>> * ERROR: mail-client/thunderbird-102.6.0::gentoo failed (compile
>>> phase):
>>> * (no error message)
>>> *
>>> * Call stack:
>>> * ebuild.sh, line 136: Called src_compile
>>> * environment, line 4782: Called die
>>> * The specific snippet of code:
>>> * ${virtx_cmd} ./mach build --verbose || die
>>> *
>>> * If you need support, post the output of `emerge --info
>>> '=mail-client/thunderbird-102.6.0::gentoo'`,
>>> * the complete build log and the output of `emerge -pqv
>>> '=mail-client/thunderbird-102.6.0::gentoo'`.
>>> * The complete build log is located at
>>> '/var/tmp/portage/mail-client/thunderbird-102.6.0/temp/build.log'.
>>> * The ebuild environment file is located at
>>> '/var/tmp/portage/mail-client/thunderbird-102.6.0/temp/environment'.
>>> * Working directory:
>>> '/var/tmp/portage/mail-client/thunderbird-102.6.0/work/thunderbird-102.6.0'
>>> * S:
>>> '/var/tmp/portage/mail-client/thunderbird-102.6.0/work/thunderbird-102.6.0'
>
>> Can you post the outputs referenced above/the full build log and your
>> portage configuration?
>
> Files attached - not sure it's everything you want, but I'm sure you'll
> let me know if I've messed up ... :-)
If you scroll up a bit in build.log, you can see that clang has crashed:
[...]
836:17.68 clang-15: error: clang frontend command failed with exit code
139 (use -v to see invocation)
836:17.68 clang version 15.0.6
836:17.68 Target: x86_64-pc-linux-gnu
836:17.69 Thread model: posix
836:17.69 InstalledDir: /usr/lib/llvm/15/bin
836:17.69 Configuration file: /etc/clang/clang++.cfg
836:18.07 clang-15: note: diagnostic msg:
836:18.07
836:18.07 PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT:
836:18.07 Preprocessed source(s) and associated run script(s) are
located at:
836:18.07 clang-15: note: diagnostic msg:
/var/tmp/portage/mail-client/thunderbird-102.6.0/temp/Unified_cpp_dom_media_webaudio1-f85814.cpp
836:18.07 clang-15: note: diagnostic msg:
/var/tmp/portage/mail-client/thunderbird-102.6.0/temp/Unified_cpp_dom_media_webaudio1-f85814.sh
836:18.07 clang-15: note: diagnostic msg:
836:18.07
If you search for "clang frontend command failed with exit code 139" it
turns up a few GitHub issues which may or may not be related; you may
wish to follow up with upstream on that.
FWIW, Thunderbird builds fine with GCC on my machine -- I'm unsure of
your reasons for setting your Portage compiler to clang, but you may
wish to use a package.env override to build Thunderbird with GCC as a
workaround until the problem can be fixed upstream.
>>>
>>> I'm wondering whether this will simply clear itself next week, seeing as
>>> last week I got a very similar failure for both thunderbird and firefox.
>>>
>>> Could it simply be a bit of the fallout from app-alternatives? Of
>>> course, it's blocking my depclean ...
>> Having followed this list for quite a while, my first guess whenever
>> someone fails to compile a web browser or similar heavy piece of
>> software (I'm counting Thunderbird here) is that they ran out of memory.
>> I would double check your MAKEOPTS and RAM size and try building with a
>> smaller -j. But as noted above, perhaps if you attach the full build
>> log for Thunderbird, a more obvious cause will appear in the output.
>>>
>
> thewolery /usr/local # df
> Filesystem 1K-blocks Used Available Use%
> Mounted on
> none 16404256 3328 16400928 1% /run
> udev 10240 0 10240 0% /dev
> tmpfs 16404256 0 16404256 0%
> /dev/shm
> /dev/dm-1 131001348 101620580 22653500 82% /
> tmpfs 16404260 4 16404256 1% /tmp
> /dev/mapper/vg--home-lv--data 2064042928 1472050236 487118712 76% /home
> tmpfs 3280848 56 3280792 1%
> /run/user/1000
> /dev/mapper/vg--home-lv--Videos 772966856 276285468 457343404 38%
> /home/Videos
> /dev/mapper/vg--home-lv--ISO 153707984 88546712 57280568 61%
> /home/ISO
> thewolery /usr/local #
>
> There's 28GB free disk space, surely that's enough? And iirc this
> machine has 32GB ram. Or do I need to do a bit of a clean-out - I appear
> to have used some 100GB for root which seems rather a lot ...
>
> Cheers,
> Wol
Re: [gentoo-user] Thunderbird build failure ..
On 1/1/23 03:07, Wols Lists wrote:
> I got the following build failure in my weekly emerge yesterday ...
>
> * Messages for package mail-client/thunderbird-102.6.0:
>
> * ERROR: mail-client/thunderbird-102.6.0::gentoo failed (compile phase):
> * (no error message)
> *
> * Call stack:
> * ebuild.sh, line 136: Called src_compile
> * environment, line 4782: Called die
> * The specific snippet of code:
> * ${virtx_cmd} ./mach build --verbose || die
> *
> * If you need support, post the output of `emerge --info
> '=mail-client/thunderbird-102.6.0::gentoo'`,
> * the complete build log and the output of `emerge -pqv
> '=mail-client/thunderbird-102.6.0::gentoo'`.
> * The complete build log is located at
> '/var/tmp/portage/mail-client/thunderbird-102.6.0/temp/build.log'.
> * The ebuild environment file is located at
> '/var/tmp/portage/mail-client/thunderbird-102.6.0/temp/environment'.
> * Working directory:
> '/var/tmp/portage/mail-client/thunderbird-102.6.0/work/thunderbird-102.6.0'
> * S:
> '/var/tmp/portage/mail-client/thunderbird-102.6.0/work/thunderbird-102.6.0'
Can you post the outputs referenced above/the full build log and your
portage configuration?
>
> I'm wondering whether this will simply clear itself next week, seeing as
> last week I got a very similar failure for both thunderbird and firefox.
>
> Could it simply be a bit of the fallout from app-alternatives? Of
> course, it's blocking my depclean ...
Having followed this list for quite a while, my first guess whenever
someone fails to compile a web browser or similar heavy piece of
software (I'm counting Thunderbird here) is that they ran out of memory.
I would double check your MAKEOPTS and RAM size and try building with a
smaller -j. But as noted above, perhaps if you attach the full build
log for Thunderbird, a more obvious cause will appear in the output.
>
> Cheers,
> Wol
Re: [gentoo-user] Thunderbird build failure
On Sunday, 24 September 2017 21:37:16 BST Christoph Böhmwalder wrote: > Hey, you fixed it (sort of)! > > I tried your suggestions but diverted a little bit. Basically here's what > happened: > > * depclean did nothing (except remove a few Thunderbird dependencies I > actually needed, whoops) * `revdep-rebuild` also found nothing > * `ldd` gave /lib/libz.so.1.2.11 > * I noticed that /usr/lib/libz.so.1.2.7 existed as well and proceeded to > delete it * Re-emerged both libz and libpng, Thunderbird build still failed > * Decided "let's delete /lib/libz.so.1.2.11 as well" (bad idea I know, I > just barely recovered from that) * After replacing libz from the stage3 > tarball, re-emerged libz > > Aaaand then it just worked, I must admit I'm not entirely sure why ¯\_(ツ)_/¯ Not sure what dependencies were broken or why, but you seem to have installed at some point various versions of zlib, which were thereafter uninstalled in a somewhat unclean way. Next time you can use quickpg to create a binary of an installed package before you unmerge it. This could help you recover from unintended breakages. Portage *should* remove a package completely and cleanly, while by deleting files manually you could mess things up and leave portage in a messy state. If unmerging a package does not uninstall it cleanly, this means there's a bug in the ebuild and it would merit posting a report in BGO. Otherwise, emerge @preserved-rebuild -v -a and revdep-rebuild -v -- -a ought to (re)emerge any missing dependencies or dependencies which need to be rebuilt. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Thunderbird build failure
Hey, you fixed it (sort of)! I tried your suggestions but diverted a little bit. Basically here's what happened: * depclean did nothing (except remove a few Thunderbird dependencies I actually needed, whoops) * `revdep-rebuild` also found nothing * `ldd` gave /lib/libz.so.1.2.11 * I noticed that /usr/lib/libz.so.1.2.7 existed as well and proceeded to delete it * Re-emerged both libz and libpng, Thunderbird build still failed * Decided "let's delete /lib/libz.so.1.2.11 as well" (bad idea I know, I just barely recovered from that) * After replacing libz from the stage3 tarball, re-emerged libz Aaaand then it just worked, I must admit I'm not entirely sure why ¯\_(ツ)_/¯ Anyways, thanks for taking the time to support me here! -- Regards, Christoph
Re: [gentoo-user] Thunderbird build failure
On 09/23/2017 10:55 PM, Christoph Böhmwalder wrote: Thanks for the suggestion Stephano. I tried re-emerging libpng and running a clean Thunderbirs build overnight, however it still fails with the same message. -- Regards, Christoph I had a similar problem but it was a while ago (a couple years.) I seem to recall that one of the packages didn't clean up properly after an unmerge/depclean and left behind some remnants that nothing owned. My memory is pretty hazy, but I remember having to see what libpng needed (using ldd) and making sure there were no erroneous libraries around. Have you done a --depclean recently? Have you tried `revdep-rebuild`? It may fix the problem first. Otherwise, try issuing `ldd /usr/lib/libpng16.so.16`. Then see what versions are installed by `equery list media-libs/libpng sys-libs/zlib`. Then manually check the libs directory (use the ldd output, it will show paths) to make sure there's no old libraries hanging around: `ls /lib64/libz*` You can see if it's owned by a package by using `equery belongs /lib/libz.so`. I think what happened in my case is an old library was there that didn't belong to any package and that's what the linker used (and failed.) Dan
Re: [gentoo-user] Thunderbird build failure
Am 23. September 2017 20:37:09 MESZ schrieb Stefano Crocco : >On Saturday, 23 September 2017 17:53:25 CEST Christoph Böhmwalder >wrote: >> Hey all, >> >> I've been trying to get Thunderbird to build for a few days now. >> Since I'm pretty much out of ideas at this point, I figured I'd ask >on here >> if someone has an idea on what my problem is. >> >> I've attached the output of `emerge --info >> '=mail-client/thunderbird-52.3.0::gentoo'`, `emerge -pqv >> '=mail-client/thunderbird-52.3.0::gentoo'`, and the complete build >log. >> >> From the error message I can see that it likely has something to do >with >> either libpng or zlib. I have both of those installed: >> >> $ emerge --info libpng >> --- >8 --- >> media-libs/libpng-1.6.29::gentoo was built with the following: >> USE="apng (-neon) -static-libs" ABI_X86="32 (64) (-x32)" >CPU_FLAGS_X86="sse" >> >> $ emerge --info zlib >> --- >8 --- >> sys-libs/zlib-1.2.11::gentoo was built with the following: >> USE="minizip -static-libs" ABI_X86="32 (64) (-x32)" >> >> >> I noticed that I have zlib-1.2.11 installed, though Thunderbird (or >libpng?) >> is apparently trying to reference a symbol from zlib 1.2.9. I tried >> downgrading to zlib 1.2.9, but... >> >> # emerge --ask \=sys-libs/zlib-1.2.9 >> >> These are the packages that would be merged, in order: >> >> Calculating dependencies... done! >> >> emerge: there are no ebuilds to satisfy "=sys-libs/zlib-1.2.9". >> >> >> I'd really appreciate any hints on what I'm doing wrong here. Thanks! >> >> >> -- >> >> Regards, >> Christoph > >I believe you should re-emerge libpng because it seems to have been >built >against an old (and incompatible) version of zlib (1.2.9). > >I hope this helps > >Stefano Thanks for the suggestion Stephano. I tried re-emerging libpng and running a clean Thunderbirs build overnight, however it still fails with the same message. -- Regards, Christoph
Re: [gentoo-user] Thunderbird build failure
On Saturday, 23 September 2017 17:53:25 CEST Christoph Böhmwalder wrote: > Hey all, > > I've been trying to get Thunderbird to build for a few days now. > Since I'm pretty much out of ideas at this point, I figured I'd ask on here > if someone has an idea on what my problem is. > > I've attached the output of `emerge --info > '=mail-client/thunderbird-52.3.0::gentoo'`, `emerge -pqv > '=mail-client/thunderbird-52.3.0::gentoo'`, and the complete build log. > > From the error message I can see that it likely has something to do with > either libpng or zlib. I have both of those installed: > > $ emerge --info libpng > --- >8 --- > media-libs/libpng-1.6.29::gentoo was built with the following: > USE="apng (-neon) -static-libs" ABI_X86="32 (64) (-x32)" CPU_FLAGS_X86="sse" > > $ emerge --info zlib > --- >8 --- > sys-libs/zlib-1.2.11::gentoo was built with the following: > USE="minizip -static-libs" ABI_X86="32 (64) (-x32)" > > > I noticed that I have zlib-1.2.11 installed, though Thunderbird (or libpng?) > is apparently trying to reference a symbol from zlib 1.2.9. I tried > downgrading to zlib 1.2.9, but... > > # emerge --ask \=sys-libs/zlib-1.2.9 > > These are the packages that would be merged, in order: > > Calculating dependencies... done! > > emerge: there are no ebuilds to satisfy "=sys-libs/zlib-1.2.9". > > > I'd really appreciate any hints on what I'm doing wrong here. Thanks! > > > -- > > Regards, > Christoph I believe you should re-emerge libpng because it seems to have been built against an old (and incompatible) version of zlib (1.2.9). I hope this helps Stefano
