[gentoo-user] Re: Problem with "GRUB upgrades" news item
On 2024-03-06, Walter Dnes wrote: > I've got a UEFI system. According to the news item... > >> Re-runing grub-install both with and without the --removable option >> should ensure a working GRUB installation. > > I tried that... > > [i3][root][~] grub-install I believe you have to run grub-install using all the same options you did originally. AFAICT, grub doesn't remember what you did the last time.
[gentoo-user] Re: CPU ISA level is lower than required
On 2024-03-04, Alexander Puchmayr wrote: > 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. > > Unfortunately this still did not help. There is [1] from 2021 also with -march, but it was worked around back then and that was several years ago. But could it be the same thing? [1] https://forums.gentoo.org/viewtopic-t-1129458-start-0.html It'd at least explain why the message is showing up... but while the in-tree glibc-2.38 ebuilds do not have the line added in [2], the commit to glibc-.ebuild says this is supposed to have been addressed upstream [3]. [2] https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=5dbd6a821ff753e3b41324c4fb7c58cf65eeea33 [3] https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=1f0fd3e2aee01e0c09e7103c8af4183b57faef49 -- Nuno Silva
[gentoo-user] [SOLVED] Problem with "GRUB upgrades" news item
On Wed, Mar 06, 2024 at 07:45:40AM +0100, Arve Barsnes wrote > > Specifically in your case, Walter, that would be --efi-directory=/boot Thank you very much. A screen capture... [i3][root][~] grub-install --efi-directory=/boot Installing for x86_64-efi platform. Installation finished. No error reported. [i3][root][~] grub-install --efi-directory=/boot --removable Installing for x86_64-efi platform. Installation finished. No error reported. -- Roses are red Roses are blue Depending on their velocity Relative to you
Re: [gentoo-user] Emerge trouble with firefox and thunderbird ...
On 04/03/2024 16:20, ralfconn wrote: 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. Hmm ... that sounds like it's been removed from the tree, then, and emerge can't cope with stuff disappearing. Surely that's a bug? Anyways, I'll try and see what happens. I was thinking something of the sort, removing firefox that is, seeing how it goes. I'll probably try the gcc thing first, though ... if that works, then it's a simpler "let it sort itself out" approach. Cheers, Wol