[gentoo-user] [SOLVED] Where can I find "recent" qemu out-of-tree ebuild

2017-10-26 Thread Walter Dnes
  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.

2017-10-26 Thread Dale
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

2017-10-26 Thread Rich Freeman
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

2017-10-26 Thread Walter Dnes
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

2017-10-26 Thread Rich Freeman
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

2017-10-26 Thread Walter Dnes
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

2017-10-26 Thread Rich Freeman
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