[gentoo-user] Reinstall
Hello After a main HD failure, I'll have to reinstall Gentoo from almost zero - I have a full and recent copy of the /etc directory and the file /var/lib/portage/world in a secondary HD (along many personal backups). Installation basics done, now it is time for an emerge world. Although the emerge lists is as huge as expected, it doesn't even start, portage says there are cyclic USE flags that I should avoid at the first moment, but may restore afterwards. But it doesn't say which are those USE flags that block each other. Is there any way to find those better than brute force? By the way, I also have a copy of all binary packages (I always use the -b flag while emerging any package) in that second disk. But that didn't help so far, even trying to use the -K flag. I thought on un-tar'ing those binary packages by hand, but portage will be unaware of this, not knowing the packages are installed. Any hint will be greatly appreciated! Thanks Francisco
Re: [gentoo-user] Bluetooth speakers
On Tuesday, 10 May 2022 13:00:13 BST Peter Humphrey wrote: > So now I just have to find out what's wrong with my plasma sound system. Sound works just fine (wired connection) if I create a new user account and log in there, but by the time I've finished adjusting everything to my preferences, and setting up KMail and Firefox, it's gone again. What can possibly be in my $HOME to cause malfunctioning of system services? I was also among the first to suffer unclean shutdown of Konsole, which seems to have a similar cause: 1. https://bugs.gentoo.org/show_bug.cgi?id=819459 2. https://bugs.kde.org/show_bug.cgi?id=445862 I'm not looking forward to the debugging this suggests, so I hope someone can offer a suggestion. -- Regards, Peter.
Re: [gentoo-user] Reinstall
On Wednesday, 11 May 2022 10:57:03 BST Francisco Ares wrote: > Hello > > After a main HD failure, I'll have to reinstall Gentoo from almost zero - I > have a full and recent copy of the /etc directory and the file > /var/lib/portage/world in a secondary HD (along many personal backups). > > Installation basics done, now it is time for an emerge world. > > Although the emerge lists is as huge as expected, it doesn't even start, > portage says there are cyclic USE flags that I should avoid at the first > moment, but may restore afterwards. > > But it doesn't say which are those USE flags that block each other. > > Is there any way to find those better than brute force? > > By the way, I also have a copy of all binary packages (I always use the -b > flag while emerging any package) in that second disk. But that didn't help > so far, even trying to use the -K flag. I thought on un-tar'ing those > binary packages by hand, but portage will be unaware of this, not knowing > the packages are installed. > > Any hint will be greatly appreciated! > > Thanks > > Francisco Try emerging @system first and see if this succeeds. I recall something similar on a recent fresh (re)installation, but the USE flags causing the circular block were reported in the emerge output, so I was able to unset and reset them at the time. signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Reinstall
Hi, What I would suggest is to try yo emerge @world first with a reduced list of USE flags, maybe the default, and after success you could introduce back the wanted USE flags and emerge @world once more. It could be a bit too much compilation, but if you have already binary packages, it will not be so expensive the second round, IMHO. Best On 11/5/22 11:57, Francisco Ares wrote: Hello After a main HD failure, I'll have to reinstall Gentoo from almost zero - I have a full and recent copy of the /etc directory and the file /var/lib/portage/world in a secondary HD (along many personal backups). Installation basics done, now it is time for an emerge world. Although the emerge lists is as huge as expected, it doesn't even start, portage says there are cyclic USE flags that I should avoid at the first moment, but may restore afterwards. But it doesn't say which are those USE flags that block each other. Is there any way to find those better than brute force? By the way, I also have a copy of all binary packages (I always use the -b flag while emerging any package) in that second disk. But that didn't help so far, even trying to use the -K flag. I thought on un-tar'ing those binary packages by hand, but portage will be unaware of this, not knowing the packages are installed. Any hint will be greatly appreciated! Thanks Francisco
Re: [gentoo-user] Reinstall
On Wednesday, 11 May 2022 10:57:03 BST Francisco Ares wrote: > Although the emerge lists is as huge as expected, it doesn't even start, > portage says there are cyclic USE flags that I should avoid at the first > moment, but may restore afterwards. > > But it doesn't say which are those USE flags that block each other. > > Is there any way to find those better than brute force? Can you paste the few lines showing the first circle? Add -v to the emerge command to show the USE flags in conflict. I built a new system a few days ago, and I had to break out of a couple of cycles, separately of course. I don't remember just what they were at the moment, but seeing yours should help. -- Regards, Peter.
RE: [gentoo-user] Reinstall
And sometimes if you use --binpkg-respect-use=n and/or --with-bdeps=n you can jostle it into using more of the binaries on both passes. Additionally, you can use the ebuild command directly to force it to just install things without checking all the dependencies, that's sometimes handy for breaking cycles too. Do pay careful attention to the merge order though. Make sure any updates to glibc happen first or else you'll wedge your system pretty badly. Having static-compiled busybox installed as a backup is often a good idea. Alternatively, fully update the system before putting in your world file, and then instead of copying in the world file all at once just run a loop to emerge the lines in it one at a time. LMP -Original Message- From: David Palao Sent: Wednesday, May 11, 2022 5:26 AM To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Reinstall Hi, What I would suggest is to try yo emerge @world first with a reduced list of USE flags, maybe the default, and after success you could introduce back the wanted USE flags and emerge @world once more. It could be a bit too much compilation, but if you have already binary packages, it will not be so expensive the second round, IMHO. Best On 11/5/22 11:57, Francisco Ares wrote: > Hello > > After a main HD failure, I'll have to reinstall Gentoo from almost > zero - I have a full and recent copy of the /etc directory and the > file /var/lib/portage/world in a secondary HD (along many personal > backups). > > Installation basics done, now it is time for an emerge world. > > Although the emerge lists is as huge as expected, it doesn't even > start, portage says there are cyclic USE flags that I should avoid at > the first moment, but may restore afterwards. > > But it doesn't say which are those USE flags that block each other. > > Is there any way to find those better than brute force? > > By the way, I also have a copy of all binary packages (I always use > the -b flag while emerging any package) in that second disk. But that > didn't help so far, even trying to use the -K flag. I thought on > un-tar'ing those binary packages by hand, but portage will be unaware > of this, not knowing the packages are installed. > > Any hint will be greatly appreciated! > > Thanks > > Francisco
Re: [gentoo-user] Audio stopped working in KVM with libvirtmanager
On Saturday, 7 May 2022 14:45:06 BST Nikos Chantziaras wrote: > Audio in KVM (qemu) launched through libvirtmanager used to work fine > last time I used it (about 3 months ago.) There has been lots of updates > since then, including a switch from Pulseaudio to Pipewire, and > something along the way broke it. Now I get no sound whatsoever. qemu > doesn't even show up as an application in the audio mixer, nor in the > output of "pw-top". > > If I launch the VM directly through qemu with: > >qemu-system-x86_64 [...] -audiodev id=audio1,driver=pa > > then it works fine. But if I launch it through libvirtmanager, it > doesn't. Even if I force the use of "-audiodev id=audio1,driver=pa" in > the XML of the VM in /etc/libvirt/qemu/, it still doesn't work. There's > no error anywhere, no warning, nothing in the logs. > > Does anyone have any idea what to do? I don't use libvirt, but use QEMU from a console. For the last couple of versions I have been getting these sort of notices when I launch a Win10 VM: ALSA lib /var/tmp/portage/media-libs/alsa-lib-1.2.6.1/work/alsa-lib-1.2.6.1/ src/pcm/pcm.c:8568:(snd_pcm_recover) underrun occurred I don't have pulseaudio on this PC, only alsa modules and pipewire with default settings. The VM audio works, but it clips. I haven't looked into it yet, because audio in VM is less of an issue for my use case, hence I have no useful suggestions (yet). :-) signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Reinstall
On Wed, 11 May 2022 16:45:31 +, Laurence Perkins wrote: > Alternatively, fully update the system before putting in your world > file, and then instead of copying in the world file all at once just > run a loop to emerge the lines in it one at a time. Now you mention it, that's what I did last time, although my loop emerge ten lines at a time to cut down on the number of dependency recalculations. -- Neil Bothwick ISDN: It Still Does Nothing pgptzFSvpzzOt.pgp Description: OpenPGP digital signature
Re: [gentoo-user] dev-lang/perl upgrade failure
> emerge -av --depclean > perl-cleaner --all Nothing to depclean and perl-cleaner reports nothing to rebuild > https://forums.gentoo.org/viewtopic-p-8680082.html None of the ideas here helped me either. Neither did changing the LANG nor MAKEOPTS. ... however, I was able to figure out what was causing the failures, if not why. I had "icecream" in my FEATURES, even though I never bothered setting up the service or anything to use it. I removed this from FEATURES and the build completed successfully. Lesson learned.
RE: [gentoo-user] Reinstall
> -Original Message- > From: Neil Bothwick > Sent: Wednesday, May 11, 2022 11:35 AM > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] Reinstall > > On Wed, 11 May 2022 16:45:31 +, Laurence Perkins wrote: > > > Alternatively, fully update the system before putting in your world > > file, and then instead of copying in the world file all at once just > > run a loop to emerge the lines in it one at a time. > > Now you mention it, that's what I did last time, although my loop emerge ten > lines at a time to cut down on the number of dependency recalculations. > Well, and have it check the exit status and spit any lines that fail into another file to try again later. Then shuffle the new file so the bad ones move around, or do the second pass one at a time. LMP
Re: [gentoo-user] Reinstall
On 11/05/2022 19:34, Neil Bothwick wrote: On Wed, 11 May 2022 16:45:31 +, Laurence Perkins wrote: Alternatively, fully update the system before putting in your world file, and then instead of copying in the world file all at once just run a loop to emerge the lines in it one at a time. Now you mention it, that's what I did last time, although my loop emerge ten lines at a time to cut down on the number of dependency recalculations. I seem to remember a harfbuzz loop that was a nightmare to fix ... Can't remember what it collided with, but if you can manage to emerge that and the other one, that might cure the loop ... Cheers, Wol
[gentoo-user] Remove rust completely
I am trying to avoid installing rust and prevent emerge --update --deep world from installing it again. How to do this ?
Re: [gentoo-user] Remove rust completely
If your *reason* for wanting to remove rust is the compile time, bear in mind there is also a rust-bin package these days. There are an increasingly large number of major packages that have rust as a dependency, so it's getting harder and harder to get away from. Obviously anything from the mozilla foundation, but there's a lot of others too. Miles On Thu, 12 May 2022 at 10:25, Julien Roy wrote: > > You need to remove all packages that depend on virtual/rust > To see which ones do, run `emerge -pv --depclean virtual/rust` > > Julien > > > > May 11, 2022, 20:22 by mansour.alak...@gmail.com: > > I am trying to avoid installing rust and prevent emerge --update > --deep world from installing it again. > How to do this ? > >
Re: [gentoo-user] Remove rust completely
Miles, Thank you for your response. The idea of "getting harder and harder" is hard to accept. Gentoo has always been about having choices. Firefox requires rust, but is there a way to disable this ? There must be another way to let the user decide if they need it or not ! And yes, the compile time is one of the factors in not wanting it on my system. The second factor is a natural reaction toward feeling that I am forced to have it. Another reason is the growing collection of compilers and development tools and their build time (gcc, bin-utils, llvm, clang ... etc.) and now rust. Firefox itself takes a lot of time to build, and if rust is a must have, then maybe it is time for me to look into something else. I know there's firefox-bin, and if it doesn't need rust, then maybe it is an option. On Wed, May 11, 2022 at 8:55 PM Miles Malone wrote: > > If your *reason* for wanting to remove rust is the compile time, bear > in mind there is also a rust-bin package these days. There are an > increasingly large number of major packages that have rust as a > dependency, so it's getting harder and harder to get away from. > Obviously anything from the mozilla foundation, but there's a lot of > others too. > > Miles > > On Thu, 12 May 2022 at 10:25, Julien Roy wrote: > > > > You need to remove all packages that depend on virtual/rust > > To see which ones do, run `emerge -pv --depclean virtual/rust` > > > > Julien > > > > > > > > May 11, 2022, 20:22 by mansour.alak...@gmail.com: > > > > I am trying to avoid installing rust and prevent emerge --update > > --deep world from installing it again. > > How to do this ? > > > > >
Re: [gentoo-user] Remove rust completely
Thank you both Julien and Miles for your help. I got the list I wanted, and I can go ahead with removing rust. On Wed, May 11, 2022 at 8:25 PM Julien Roy wrote: > > You need to remove all packages that depend on virtual/rust > To see which ones do, run `emerge -pv --depclean virtual/rust` > > Julien > > > > May 11, 2022, 20:22 by mansour.alak...@gmail.com: > > I am trying to avoid installing rust and prevent emerge --update > --deep world from installing it again. > How to do this ? > >
Re: [gentoo-user] Remove rust completely
On 5/11/22 18:41, Mansour Al Akeel wrote: > Miles, > Thank you for your response. The idea of "getting harder and harder" > is hard to accept. Gentoo has always been about having choice> Firefox > requires rust, but is there a way to disable this ? > There must be another way to let the user decide if they need it or not ! At the distribution level, sure, but the Gentoo package maintainers don't necessarily have the authority to control what upstream software developers are doing. I continue to find it perplexing how many people on this list hold responsible the Gentoo packaging for the decision-making of upstream developers. Significant core components of Firefox are written in Rust, and have been for years. Whether or not this is a good thing is in the eyes of the beholder, but it has nothing to do with the Gentoo packaging -- it's a Mozilla decision. > > And yes, the compile time is one of the factors in not wanting it on > my system. The second factor is a natural reaction toward feeling that > I am forced to have it. > Another reason is the growing collection of compilers and development > tools and their build time (gcc, bin-utils, llvm, clang ... etc.) and > now rust. > > Firefox itself takes a lot of time to build, and if rust is a must > have, then maybe it is time for me to look into something else. I know > there's firefox-bin, and if it doesn't need rust, then maybe it is an > option. > > On Wed, May 11, 2022 at 8:55 PM Miles Malone > wrote: >> >> If your *reason* for wanting to remove rust is the compile time, bear >> in mind there is also a rust-bin package these days. There are an >> increasingly large number of major packages that have rust as a >> dependency, so it's getting harder and harder to get away from. >> Obviously anything from the mozilla foundation, but there's a lot of >> others too. >> >> Miles >> >> On Thu, 12 May 2022 at 10:25, Julien Roy wrote: >>> >>> You need to remove all packages that depend on virtual/rust >>> To see which ones do, run `emerge -pv --depclean virtual/rust` >>> >>> Julien >>> >>> >>> >>> May 11, 2022, 20:22 by mansour.alak...@gmail.com: >>> >>> I am trying to avoid installing rust and prevent emerge --update >>> --deep world from installing it again. >>> How to do this ? >>> >>> >>
[gentoo-user] Re: Remove rust completely
On 2022-05-12, Mansour Al Akeel wrote: > Thank you for your response. The idea of "getting harder and harder" > is hard to accept. Gentoo has always been about having choices. It is. You can choose to avoid Rust if you want. > Firefox requires rust, but is there a way to disable this? No. > There must be another way to let the user decide if they need it or not! If you need Firefox, you need rust. > And yes, the compile time is one of the factors in not wanting it on > my system. rust-bin solves that problem. > The second factor is a natural reaction toward feeling that I am > forced to have it. Another reason is the growing collection of > compilers and development tools and their build time (gcc, > bin-utils, llvm, clang ... etc.) and now rust. > > Firefox itself takes a lot of time to build, and if rust is a must > have, then maybe it is time for me to look into something else. I know > there's firefox-bin, and if it doesn't need rust, then maybe it is an > option. Firefox-bin does not require rust.
Re: [gentoo-user] Remove rust completely
Cal, like I said, gentoo has always been about choices. I am not blaming anyone for anything. At the end of the day, it is open source, and the work done by the community is highly appreciated. I am sorry it was understood the other way around. The frustration level grows when I have too many build tools that take forever to build, and there's no way around it. And yes, like Grant said, a choice would be to just go with firefox-bin if not rust-bin. Thank you all On Wed, May 11, 2022 at 10:03 PM cal wrote: > > On 5/11/22 18:41, Mansour Al Akeel wrote: > > Miles, > > Thank you for your response. The idea of "getting harder and harder" > > is hard to accept. Gentoo has always been about having choice> Firefox > > requires rust, but is there a way to disable this ? > > There must be another way to let the user decide if they need it or not ! > At the distribution level, sure, but the Gentoo package maintainers > don't necessarily have the authority to control what upstream software > developers are doing. I continue to find it perplexing how many people > on this list hold responsible the Gentoo packaging for the > decision-making of upstream developers. > > Significant core components of Firefox are written in Rust, and have > been for years. Whether or not this is a good thing is in the eyes of > the beholder, but it has nothing to do with the Gentoo packaging -- it's > a Mozilla decision. > > > > And yes, the compile time is one of the factors in not wanting it on > > my system. The second factor is a natural reaction toward feeling that > > I am forced to have it. > > Another reason is the growing collection of compilers and development > > tools and their build time (gcc, bin-utils, llvm, clang ... etc.) and > > now rust. > > > > Firefox itself takes a lot of time to build, and if rust is a must > > have, then maybe it is time for me to look into something else. I know > > there's firefox-bin, and if it doesn't need rust, then maybe it is an > > option. > > > > On Wed, May 11, 2022 at 8:55 PM Miles Malone > > wrote: > >> > >> If your *reason* for wanting to remove rust is the compile time, bear > >> in mind there is also a rust-bin package these days. There are an > >> increasingly large number of major packages that have rust as a > >> dependency, so it's getting harder and harder to get away from. > >> Obviously anything from the mozilla foundation, but there's a lot of > >> others too. > >> > >> Miles > >> > >> On Thu, 12 May 2022 at 10:25, Julien Roy wrote: > >>> > >>> You need to remove all packages that depend on virtual/rust > >>> To see which ones do, run `emerge -pv --depclean virtual/rust` > >>> > >>> Julien > >>> > >>> > >>> > >>> May 11, 2022, 20:22 by mansour.alak...@gmail.com: > >>> > >>> I am trying to avoid installing rust and prevent emerge --update > >>> --deep world from installing it again. > >>> How to do this ? > >>> > >>> > >> > >
Re: [gentoo-user] Remove rust completely
On Wed, 2022-05-11 at 22:24 -0400, Mansour Al Akeel wrote: > a choice would be to just go with firefox-bin if not rust-bin. I went with rust-bin because lots of GTK programs (evince, gimp, deluge) as well as some other miscellaneous utilities rely on librsvg which requires rust. So, since I need rust anyway, I just use the bin version to save effort, but still build firefox from source in order to disable anti- features like EME.