[gentoo-user] [SOLVED] Where can I find "recent" qemu out-of-tree ebuild
Thanks, problem solved. qemu 2.9.0-r55 did not boot, but 2.9.0-r2 did. I've got my time-sink back. BTW, qemu 2.9.0-r55 wanted to pull in sys-firmware/edk2-ovmf and sys-firmware/seabios. 2.9.0-r2 pulls in sys-firmware/seabios, sys-devel/dev86, and sys-firmware/vgabios. -- Walter Dnes I don't run "desktop environments"; I run useful applications
Re: [gentoo-user] Plasmashell consuming huge amounts of memory.
Dale wrote: > Howdy, > > I did a upgrade recently and after that, plasmashell is consuming a huge > amount of memory. I noticed it at one point and it was taking about > 8GBs. I killed it and restarted but it seems to keep happening after a > few hours. After I took a nap, I nudged the monitor back to the on > state only to notice it had eaten so much memory that the system killed > plasmashell and I had to restart it then. It also made other programs > go to swap since it was full as well. Glad the system dealt with it > instead of just crashing the whole thing. > > After I restart it, it goes back to normal, a few hundred megabytes, but > slowly starts increasing again. It gets old having to either logout or > restart the thing. > > Has anyone else noticed this happening on their systems? If not, I may > rename .kde4 and see if that helps. Maybe a bad or outdated config. > > Currently on: > > kde-plasma/plasma-workspace-5.10.5-r1 > > Was on: > > kde-plasma/plasma-workspace-5.10.5 > > It seems it was a Gentoo upgrade based on the -r1. > > Thanks. > > Dale > > :-) :-) > Just a little update, a recent update seems to have corrected this issue. The update to 5.11.2 doesn't seem to have the same memory hog issue. If anyone else is having this issue, upgrade to that version and hopefully it will work like it should. Thanks to all for their replies. Dale :-) :-)
Re: [gentoo-user] Where can I find "recent" qemu out-of-tree ebuild
On Thu, Oct 26, 2017 at 9:18 AM, Walter Dnes wrote: > On Thu, Oct 26, 2017 at 06:55:45AM -0700, Rich Freeman wrote > >> This should work: >> git clone git://anongit.gentoo.org/repo/gentoo.git . >> git checkout 4716c9ae8666e4cfc6eff46960f7bff8f4f3d708. > > That worked, thanks. Now on to the next problem. I ran repoman, and > got a whole slew of errors. I stripped down the KEYWORDS line to > "amd64" in both ebuilds, but repoman is still getting errors. I am > *NOT* running "hardened" or "selinux"... > > > RepoMan scours the neighborhood... Creating Manifest for /usr/local/portage/app-emulation/qemu > dependency.bad [fatal]8 >app-emulation/qemu/qemu-2.9.0-r2.ebuild: RDEPEND: > amd64(hardened/linux/amd64/no-multilib/selinux) > ['sec-policy/selinux-qemu'] >app-emulation/qemu/qemu-2.9.0-r2.ebuild: RDEPEND: > amd64(hardened/linux/amd64/no-multilib/selinux) > ['sec-policy/selinux-qemu'] >app-emulation/qemu/qemu-2.9.0-r2.ebuild: RDEPEND: > amd64(hardened/linux/amd64/selinux) > ['sec-policy/selinux-qemu'] >app-emulation/qemu/qemu-2.9.0-r2.ebuild: RDEPEND: > amd64(hardened/linux/amd64/selinux) > ['sec-policy/selinux-qemu'] >app-emulation/qemu/qemu-2.9.0-r55.ebuild: RDEPEND: > amd64(hardened/linux/amd64/no-multilib/selinux) > ['sec-policy/selinux-qemu'] >app-emulation/qemu/qemu-2.9.0-r55.ebuild: RDEPEND: > amd64(hardened/linux/amd64/no-multilib/selinux) > ['sec-policy/selinux-qemu'] >app-emulation/qemu/qemu-2.9.0-r55.ebuild: RDEPEND: > amd64(hardened/linux/amd64/selinux) > ['sec-policy/selinux-qemu'] >app-emulation/qemu/qemu-2.9.0-r55.ebuild: RDEPEND: > amd64(hardened/linux/amd64/selinux) > ['sec-policy/selinux-qemu'] > ebuild.minorsyn 1 >app-emulation/qemu/qemu-2.9.0-r55.ebuild: Useless blank line on line: 210 > > Note: use --include-dev (-d) to check dependencies for 'dev' profiles > > Please fix these important QA issues first. > RepoMan sez: "Make your QA payment on time and you'll never see the likes of > me." > I'd just ignore these. They would only matter if if you were running selinux. I wouldn't report these to the maintainer as this isn't the current package version. -- Rich
Re: [gentoo-user] Where can I find "recent" qemu out-of-tree ebuild
On Thu, Oct 26, 2017 at 06:55:45AM -0700, Rich Freeman wrote > This should work: > git clone git://anongit.gentoo.org/repo/gentoo.git . > git checkout 4716c9ae8666e4cfc6eff46960f7bff8f4f3d708. That worked, thanks. Now on to the next problem. I ran repoman, and got a whole slew of errors. I stripped down the KEYWORDS line to "amd64" in both ebuilds, but repoman is still getting errors. I am *NOT* running "hardened" or "selinux"... RepoMan scours the neighborhood... >>> Creating Manifest for /usr/local/portage/app-emulation/qemu dependency.bad [fatal]8 app-emulation/qemu/qemu-2.9.0-r2.ebuild: RDEPEND: amd64(hardened/linux/amd64/no-multilib/selinux) ['sec-policy/selinux-qemu'] app-emulation/qemu/qemu-2.9.0-r2.ebuild: RDEPEND: amd64(hardened/linux/amd64/no-multilib/selinux) ['sec-policy/selinux-qemu'] app-emulation/qemu/qemu-2.9.0-r2.ebuild: RDEPEND: amd64(hardened/linux/amd64/selinux) ['sec-policy/selinux-qemu'] app-emulation/qemu/qemu-2.9.0-r2.ebuild: RDEPEND: amd64(hardened/linux/amd64/selinux) ['sec-policy/selinux-qemu'] app-emulation/qemu/qemu-2.9.0-r55.ebuild: RDEPEND: amd64(hardened/linux/amd64/no-multilib/selinux) ['sec-policy/selinux-qemu'] app-emulation/qemu/qemu-2.9.0-r55.ebuild: RDEPEND: amd64(hardened/linux/amd64/no-multilib/selinux) ['sec-policy/selinux-qemu'] app-emulation/qemu/qemu-2.9.0-r55.ebuild: RDEPEND: amd64(hardened/linux/amd64/selinux) ['sec-policy/selinux-qemu'] app-emulation/qemu/qemu-2.9.0-r55.ebuild: RDEPEND: amd64(hardened/linux/amd64/selinux) ['sec-policy/selinux-qemu'] ebuild.minorsyn 1 app-emulation/qemu/qemu-2.9.0-r55.ebuild: Useless blank line on line: 210 Note: use --include-dev (-d) to check dependencies for 'dev' profiles Please fix these important QA issues first. RepoMan sez: "Make your QA payment on time and you'll never see the likes of me." -- Walter Dnes I don't run "desktop environments"; I run useful applications
Re: [gentoo-user] Where can I find "recent" qemu out-of-tree ebuild
On Thu, Oct 26, 2017 at 9:28 AM, Walter Dnes wrote: > Michael Orlitzky suggested > https://gitweb.gentoo.org/repo/gentoo.git/tree/app-emulation/qemu?id=4716c9ae8666e4cfc6eff46960f7bff8f4f3d708 > which displays the 2 ebuilds I want, and there is a "files" directory. I > do contributed builds for the Pale Moon effort. Cobbling together what > I've found out there, with Michael's URL. I tried... > > git clone --depth 1 > https://gitweb.gentoo.org/repo/gentoo.git/tree/app-emulation/qemu?id=4716c9ae8666e4cfc6eff46960f7bff8f4f3d708 > > ...but the response was... > > Cloning into 'qemu?id=4716c9ae8666e4cfc6eff46960f7bff8f4f3d708'... > fatal: repository > 'https://gitweb.gentoo.org/repo/gentoo.git/tree/app-emulation/qemu?id=4716c9ae8666e4cfc6eff46960f7bff8f4f3d708/' > not found > > As near as I can tell, I should be specifying the qemu repository and > commit 4716c9ae8666e4cfc6eff46960f7bff8f4f3d708 Any clues on that? > That isn't a git repo URL. This should work: git clone git://anongit.gentoo.org/repo/gentoo.git . git checkout 4716c9ae8666e4cfc6eff46960f7bff8f4f3d708. I was trying to get git to only fetch that one commit without fetching all the subsequent ones and didn't see any easy way to do that (unless it happens to be the head of a branch). I don't think that partial repositories are really an itch that Linus feels the need to scratch, and a lot of git represents Linus's personal workflow... -- Rich
Re: [gentoo-user] Where can I find "recent" qemu out-of-tree ebuild
Michael Orlitzky suggested https://gitweb.gentoo.org/repo/gentoo.git/tree/app-emulation/qemu?id=4716c9ae8666e4cfc6eff46960f7bff8f4f3d708 which displays the 2 ebuilds I want, and there is a "files" directory. I do contributed builds for the Pale Moon effort. Cobbling together what I've found out there, with Michael's URL. I tried... git clone --depth 1 https://gitweb.gentoo.org/repo/gentoo.git/tree/app-emulation/qemu?id=4716c9ae8666e4cfc6eff46960f7bff8f4f3d708 ...but the response was... Cloning into 'qemu?id=4716c9ae8666e4cfc6eff46960f7bff8f4f3d708'... fatal: repository 'https://gitweb.gentoo.org/repo/gentoo.git/tree/app-emulation/qemu?id=4716c9ae8666e4cfc6eff46960f7bff8f4f3d708/' not found As near as I can tell, I should be specifying the qemu repository and commit 4716c9ae8666e4cfc6eff46960f7bff8f4f3d708 Any clues on that? -- Walter Dnes I don't run "desktop environments"; I run useful applications
Re: [gentoo-user] Where can I find "recent" qemu out-of-tree ebuild
On Wed, Oct 25, 2017 at 9:54 PM, Walter Dnes wrote: > > Next question... from a git newbie... is there a way to pull down the > entire "files" directory with patches in one command? gitweb seems to > delight in using tons of fancy HTML to format a cute layout. Trying to find deleted files using the web interface is going to be painful. Ditto for doing numerous operations at once. mkdir someplace cd someplace git clone https://github.com/gentoo-mirror/gentoo.git . cd app-emulation/qemu git whatchanged . (Scroll down to see the numerous old versions until you find one you want. If you find a commit that deletes a file you're interested in (letter D next to the file), just go down one commit further to find the most recent version of it. For this example let's say that we scrolled down and were interested in "app-emulation/qemu/qemu-2.8.0-r10.ebuild." This was deleted in commit 3ebfbe4800b59d6cf81a3a2f4e1a9a2e641343f3. The commit before this is fcd530acbc593e4793e7d5b0f5b7ad757de899f8. (Note that this wasn't the previous commit for the entire tree, just the last one that touched anything below the qemu directory, which is just as good since the later commits don't change anything we care about anyway.) git checkout fcd530acbc593e4793e7d5b0f5b7ad757de899f8 (You're now sitting in the portage tree as it existed at the time that qemu-2.8.0-r10.ebuild was around. That includes everything in files, the Manifest, and so on. You can just copy whatever you want to your overlay or otherwise make use of it.) The only real downside to this is that the repository is large-ish, at 1.3G right now. The instructions above will only show data post-git. You obviously already know how to view the old CVS files online. However, you can also view those in git - there are instructions on the wiki for doing so. IMO anybody really interested in FOSS would benefit from learning git. It is ubiquitous these days. -- Rich