Re: [gentoo-user] Emerge trouble with firefox and thunderbird ...
Il 03/03/24 10:47, Wols Lists ha scritto: I'm getting this output from emerge --update --newuse --deep --with-bdeps=y @world Calculating dependencies... done! * Dependencies could not be completely resolved due to * the following required packages not being installed: * * >=dev-libs/icu-73.1:0/73.1= pulled in by: * www-client/firefox-115.6.0 * * Have you forgotten to do a complete update prior to depclean? The * most comprehensive command for this purpose is as follows: * * emerge --update --newuse --deep --with-bdeps=y @world * * Note that the --with-bdeps=y option is not required in many * situations. Refer to the emerge manual page (run `man emerge`) * for more information about --with-bdeps. * * Also, note that it may be necessary to manually uninstall * packages that no longer exist in the repository, since it may not * be possible to satisfy their dependencies. thewolery /usr/local/bin # icu is at 74.2 firefox failed to update ... * www-client/firefox Latest version available: 115.8.0 Latest version installed: 115.6.0 Size of files: 496,244 KiB Homepage: https://www.mozilla.com/firefox Description: Firefox Web Browser License: MPL-2.0 GPL-2 LGPL-2.1 as did thunderbird ... * mail-client/thunderbird Latest version available: 115.8.0 Latest version installed: 115.6.0 Size of files: 528,920 KiB Homepage: https://www.thunderbird.net/ Description: Thunderbird Mail Client License: MPL-2.0 GPL-2 LGPL-2.1 Andy ideas? Or is the mozilla emerge stuff slightly broken on my system? I've been having trouble with those two for the last few weeks ... Cheers, Wol Here I see: [I] www-client/firefox Available versions: (esr) 115.7.0 115.8.0 (rapid) (~)122.0.1 (~)123.0 You have 115.6.0 installed which apparently is out of tree. That may be confusing emerge. You could try to un-merge firefox, depclean and re-emerge it. raf
Re: [gentoo-user] CPU ISA level is lower than required
Hi there, Unfortunately this still did not help. I repeat my original question: Q: The binary (e.g. /usr/bin/bzip2) obviously "knows" what it requires. How do I find out what this is? Neither ldd, ld.so or the like seem to give me this information. BR Alex On Sonntag, 3. März 2024, 18:45:16 CET Alexander Puchmayr wrote: > Am Sonntag, 3. März 2024, 14:32:41 CET schrieb Andreas K. Huettel: > > > I set CFLAGS="-O2 -pipe march=x86-64-v2" on the buildhost and performed > > > a > > > emerge -ev @world, re-creating all packages in binary form. > > > > > > My expectation was that these packages would work on the target > > > platform, > > > but they don't. Error message "CPU ISA level is lower than required". > > > > Quiz question: did you rebuild your toolchain *before* or *after* bzip2? > > > > Suspicion without proof, the startup code embedded by gcc and glibc may > > well be affected by the microarchitecture level. As may be libraries > > statically linked in... > > > > The safer way would be to run emerge -ev world, and afterwards build the > > packages with a second emerge -ev world ... > > Indeed, that seems to be the problem. I remember, my first try was with -v3 > (as my buildhost supported this), and, after discovering the "surprise" on > the target machine, started the emerge -ev @world. Likely, glibc was not > the first package, so there are an unknown number of packets that have the > problem. > > I started to recompile the "usual suspects", like bzip2 and xz, which made > it a bit better, but still the emerge -uavDNk @world did not succeed. > > Now I'm doing again a emerge -ev @world on my buildhost again, so tomorrow > it should be solved. > > Thanks for the hint > Alex