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

2017-10-25 Thread Walter Dnes 
On Wed, Oct 25, 2017 at 09:51:21PM -0400, Michael Orlitzky wrote
> On 10/25/2017 09:24 PM, Walter Dnes wrote:
> > What's with the big gap, and where can I find more
> > recent out-of-tree ebuilds?
> 
> The big gap is because we stopped using CVS back then. Gitweb is being
> real slow right now, but you can usually browse around the tree at
> various commits to find old versions of files. Try this for -r55:
> 
> https://gitweb.gentoo.org/repo/gentoo.git/tree/app-emulation/qemu?id=4716c9ae8666e4cfc6eff46960f7bff8f4f3d708

  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.  Right-
clicking on the directory points to a cutsie layout.  If I force it to
"plain", I get a list of 20 files. I suppose I could click on each file
and copy-paste text to a similarly-named file on my machine,
rinse-lather-repeat 20 times, but that's rather painful.

-- 
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-25 Thread Walter Dnes 
On Wed, Oct 25, 2017 at 09:51:21PM -0400, Michael Orlitzky wrote
> On 10/25/2017 09:24 PM, Walter Dnes wrote:
> > What's with the big gap, and where can I find more
> > recent out-of-tree ebuilds?
> 
> The big gap is because we stopped using CVS back then. Gitweb is being
> real slow right now, but you can usually browse around the tree at
> various commits to find old versions of files. Try this for -r55:
> 
> https://gitweb.gentoo.org/repo/gentoo.git/tree/app-emulation/qemu?id=4716c9ae8666e4cfc6eff46960f7bff8f4f3d708

  Thanks.  I went there, switched to "plain" mode and downloaded both
qemu-2.9.0-r2.ebuild and qemu-2.9.0-r55.ebuild.  Now for some
experimenting.

-- 
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-25 Thread Lucas Ramage 
Have you tried bumping the ebuild down from 2.9.0-r56 and seeing if it
builds?


https://wiki.qemu.org/ChangeLog/2.9

Nothing looks to strange upstream, maybe that's just when the maintainer
bumped the package?

On Wed, Oct 25, 2017 at 9:24 PM, Walter Dnes  wrote:

>   I keep an OS/2 VM around to play Galactic Civilizations.  The last
> couple of "upgrades" to qemu have totally buggered-up things for me.
> The OS/2 VM doesn't boot up.  And the install disks don't boot either so
> I can't re-install from scratch.  The only in-tree versions versions of
> qemu are 2.9.0-r56 and 2.10.0.  A Google search leads me to
> https://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/
> app-emulation/qemu/?hideattic=1
> whch ends at v2.3.0-r5 with last log entry 2 years ago.  I'm looking for
> 2.9.0 (before -r56).  What's with the big gap, and where can I find more
> recent out-of-tree ebuilds?
>
> --
> Walter Dnes 
> I don't run "desktop environments"; I run useful applications
>
>


-- 
Regards,

[image: Visit online journal] 

*Lucas Ramage* / Software Engineer
ramage.lu...@openmailbox.org / (941) 404-6794

*PGP Fingerprint* / Learn More 
EAE7 45DF 818D 4948 DDA7 0F44 F52A 5A96 7B9B 6FB7


*Visit online journal*
http://lramage94.github.io 

[image: Github]  [image: Linkedin]

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

2017-10-25 Thread Michael Orlitzky 
On 10/25/2017 09:24 PM, Walter Dnes wrote:
> What's with the big gap, and where can I find more
> recent out-of-tree ebuilds?

The big gap is because we stopped using CVS back then. Gitweb is being
real slow right now, but you can usually browse around the tree at
various commits to find old versions of files. Try this for -r55:

https://gitweb.gentoo.org/repo/gentoo.git/tree/app-emulation/qemu?id=4716c9ae8666e4cfc6eff46960f7bff8f4f3d708

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

2017-10-25 Thread Walter Dnes 
  I keep an OS/2 VM around to play Galactic Civilizations.  The last
couple of "upgrades" to qemu have totally buggered-up things for me.
The OS/2 VM doesn't boot up.  And the install disks don't boot either so
I can't re-install from scratch.  The only in-tree versions versions of
qemu are 2.9.0-r56 and 2.10.0.  A Google search leads me to
https://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/app-emulation/qemu/?hideattic=1
whch ends at v2.3.0-r5 with last log entry 2 years ago.  I'm looking for
2.9.0 (before -r56).  What's with the big gap, and where can I find more
recent out-of-tree ebuilds?

-- 
Walter Dnes 
I don't run "desktop environments"; I run useful applications

Re: [gentoo-user] Everyone wants util linux...but different versions en mass

2017-10-25 Thread tuxic 
On 10/25 09:57, Alan McKinnon wrote:
> On 25/10/2017 04:17, tu...@posteo.de wrote:
> > Hi,
> > 
> > Suddenly I got the below this morning while updateing:
> > 
> >  * Error: The above package list contains packages which cannot be
> >  * installed at the same time on the same system.
> > 
> >   (net-wireless/rfkill-0.5-r3:0/0::gentoo, ebuild scheduled for merge) 
> > pulled in by
> > net-wireless/rfkill required by @selected
> > 
> >   (sys-apps/util-linux-2.31:0/0::gentoo, ebuild scheduled for merge) pulled 
> > in by
> > sys-apps/util-linux required by (net-fs/nfs-utils-2.1.1-r1:0/0::gentoo, 
> > installed)
> > sys-apps/util-linux required by (app-admin/testdisk-7.0-r3:0/0::gentoo, 
> > installed)
> > >=sys-apps/util-linux-2.20 required by (sys-fs/eudev-3.2.4:0/0::gentoo, 
> > installed)
> > sys-apps/util-linux required by 
> > (dev-libs/appstream-glib-0.6.13:0/8::gentoo, installed)
> > sys-apps/util-linux required by (app-text/xmlto-0.0.28-r1:0/0::gentoo, 
> > installed)
> > >=sys-apps/util-linux-2.22 required by (virtual/eject-0:0/0::gentoo, 
> > installed)
> > >=sys-apps/util-linux-2.16 required by 
> > (sys-fs/lvm2-2.02.166-r2:0/0::gentoo, installed)
> > 
> > sys-apps/util-linux[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]
> >  (sys-apps/util-linux[abi_x86_64(-)]) required by 
> > (dev-libs/glib-2.52.3:2/2::gentoo, installed)
> > sys-apps/util-linux required by @system
> > >=sys-apps/util-linux-2.20 required by 
> > (net-fs/autofs-5.1.3:0/0::gentoo, installed)
> > >=sys-apps/util-linux-2.13 required by 
> > (sys-power/pm-utils-1.4.1-r7:0/0::gentoo, installed)
> > >=sys-apps/util-linux-2.16 required by 
> > (sys-fs/e2fsprogs-1.43.7:0/0::gentoo, installed)
> > sys-apps/util-linux required by (sys-apps/gptfdisk-1.0.3:0/0::gentoo, 
> > installed)
> > sys-apps/util-linux:0=[static-libs(+)?] (sys-apps/util-linux:0=) 
> > required by (sys-fs/btrfs-progs-4.13.3:0/0::gentoo, installed)
> > sys-apps/util-linux:0/0= required by 
> > (sys-fs/btrfs-progs-4.13.3:0/0::gentoo, installed)
> > >=sys-apps/util-linux-2.16 required by (dev-libs/apr-1.6.3:1/1::gentoo, 
> > ebuild scheduled for merge)
> > >=sys-apps/util-linux-2.17.2 required by 
> > (sys-fs/xfsprogs-4.13.1:0/0::gentoo, installed)
> > >=sys-apps/util-linux-2.20 required by 
> > (sys-block/gparted-0.29.0:0/0::gentoo, installed)
> > sys-apps/util-linux required by 
> > (app-admin/apache-tools-2.4.29:0/0::gentoo, ebuild scheduled for merge)
> > >=sys-apps/util-linux-2.20.1-r2 required by 
> > (sys-fs/udisks-2.7.3:2/2::gentoo, installed)
> > >=sys-apps/util-linux-2.19 required by 
> > (dev-libs/rasqal-0.9.32:0/0::gentoo, installed)
> > >=sys-apps/util-linux-2.27 required by 
> > (sys-libs/libblockdev-2.13:0/0::gentoo, installed)
> > 
> > >=sys-apps/util-linux-2.24.1-r3[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]
> >  (>=sys-apps/util-linux-2.24.1-r3[abi_x86_64(-)]) required by 
> > (x11-libs/libSM-1.2.2-r1:0/0::gentoo, installed)
> > sys-apps/util-linux required by (dev-libs/volume_key-0.3.9:0/0::gentoo, 
> > installed)
> > sys-apps/util-linux required by 
> > (app-text/build-docbook-catalog-1.21:0/0::gentoo, installed)
> > sys-apps/util-linux required by (sys-fs/cryptsetup-1.7.5:0/0::gentoo, 
> > installed)
> > sys-apps/util-linux required by (app-text/rarian-0.8.1-r3:0/0::gentoo, 
> > installed)
> > 
> > Why suddenly "all packages" needs a different version of util-linux 
> > suddenly...?
> > How can I fix that?
> 
> That doesn't look like error output to me. It looks like portage normal
> info output, where portage assumes everyone really does want -vvv
> 
> It' not telling you it needs all those versions, it's telling you why
> you need util-linux. Then it list (verbosely) all the packages that pull
> it in, and helpfully adds the full selection criteria for everything
> direct from the ebuild.
> 
> Your real blocker is above that verbose stuff in lines having "B"
> between the [] at the left column
> 
> 
> 
> -- 
> Alan McKinnon
> alan.mckin...@gmail.com
> 
> 

After removing the rfkill-package everything compiles fine and addtionally
I got rfkill back.
Great!
Thanks a lot!

Cheers
Meino

Re: [gentoo-user] Everyone wants util linux...but different versions en mass

2017-10-25 Thread Alan McKinnon 
On 25/10/2017 04:17, tu...@posteo.de wrote:
> Hi,
> 
> Suddenly I got the below this morning while updateing:
> 
>  * Error: The above package list contains packages which cannot be
>  * installed at the same time on the same system.
> 
>   (net-wireless/rfkill-0.5-r3:0/0::gentoo, ebuild scheduled for merge) pulled 
> in by
> net-wireless/rfkill required by @selected
> 
>   (sys-apps/util-linux-2.31:0/0::gentoo, ebuild scheduled for merge) pulled 
> in by
> sys-apps/util-linux required by (net-fs/nfs-utils-2.1.1-r1:0/0::gentoo, 
> installed)
> sys-apps/util-linux required by (app-admin/testdisk-7.0-r3:0/0::gentoo, 
> installed)
> >=sys-apps/util-linux-2.20 required by (sys-fs/eudev-3.2.4:0/0::gentoo, 
> installed)
> sys-apps/util-linux required by 
> (dev-libs/appstream-glib-0.6.13:0/8::gentoo, installed)
> sys-apps/util-linux required by (app-text/xmlto-0.0.28-r1:0/0::gentoo, 
> installed)
> >=sys-apps/util-linux-2.22 required by (virtual/eject-0:0/0::gentoo, 
> installed)
> >=sys-apps/util-linux-2.16 required by 
> (sys-fs/lvm2-2.02.166-r2:0/0::gentoo, installed)
> 
> sys-apps/util-linux[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]
>  (sys-apps/util-linux[abi_x86_64(-)]) required by 
> (dev-libs/glib-2.52.3:2/2::gentoo, installed)
> sys-apps/util-linux required by @system
> >=sys-apps/util-linux-2.20 required by (net-fs/autofs-5.1.3:0/0::gentoo, 
> installed)
> >=sys-apps/util-linux-2.13 required by 
> (sys-power/pm-utils-1.4.1-r7:0/0::gentoo, installed)
> >=sys-apps/util-linux-2.16 required by 
> (sys-fs/e2fsprogs-1.43.7:0/0::gentoo, installed)
> sys-apps/util-linux required by (sys-apps/gptfdisk-1.0.3:0/0::gentoo, 
> installed)
> sys-apps/util-linux:0=[static-libs(+)?] (sys-apps/util-linux:0=) required 
> by (sys-fs/btrfs-progs-4.13.3:0/0::gentoo, installed)
> sys-apps/util-linux:0/0= required by 
> (sys-fs/btrfs-progs-4.13.3:0/0::gentoo, installed)
> >=sys-apps/util-linux-2.16 required by (dev-libs/apr-1.6.3:1/1::gentoo, 
> ebuild scheduled for merge)
> >=sys-apps/util-linux-2.17.2 required by 
> (sys-fs/xfsprogs-4.13.1:0/0::gentoo, installed)
> >=sys-apps/util-linux-2.20 required by 
> (sys-block/gparted-0.29.0:0/0::gentoo, installed)
> sys-apps/util-linux required by 
> (app-admin/apache-tools-2.4.29:0/0::gentoo, ebuild scheduled for merge)
> >=sys-apps/util-linux-2.20.1-r2 required by 
> (sys-fs/udisks-2.7.3:2/2::gentoo, installed)
> >=sys-apps/util-linux-2.19 required by 
> (dev-libs/rasqal-0.9.32:0/0::gentoo, installed)
> >=sys-apps/util-linux-2.27 required by 
> (sys-libs/libblockdev-2.13:0/0::gentoo, installed)
> 
> >=sys-apps/util-linux-2.24.1-r3[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]
>  (>=sys-apps/util-linux-2.24.1-r3[abi_x86_64(-)]) required by 
> (x11-libs/libSM-1.2.2-r1:0/0::gentoo, installed)
> sys-apps/util-linux required by (dev-libs/volume_key-0.3.9:0/0::gentoo, 
> installed)
> sys-apps/util-linux required by 
> (app-text/build-docbook-catalog-1.21:0/0::gentoo, installed)
> sys-apps/util-linux required by (sys-fs/cryptsetup-1.7.5:0/0::gentoo, 
> installed)
> sys-apps/util-linux required by (app-text/rarian-0.8.1-r3:0/0::gentoo, 
> installed)
> 
> Why suddenly "all packages" needs a different version of util-linux 
> suddenly...?
> How can I fix that?

That doesn't look like error output to me. It looks like portage normal
info output, where portage assumes everyone really does want -vvv

It' not telling you it needs all those versions, it's telling you why
you need util-linux. Then it list (verbosely) all the packages that pull
it in, and helpfully adds the full selection criteria for everything
direct from the ebuild.

Your real blocker is above that verbose stuff in lines having "B"
between the [] at the left column



-- 
Alan McKinnon
alan.mckin...@gmail.com

Re: [gentoo-user] Machine not booting properly: profile.env cannot execute binary file

2017-10-25 Thread Alexander Kapshuk 
On Wed, Oct 25, 2017 at 9:45 PM, Andrew Lowe  wrote:

> On 25/10/17 11:28, Andrew Lowe wrote:
> > Hi all,
> > My machine went feral which resulted in me having to kill the power
> > to kill it. Upon reboot everything looked good, fsck did it's job,
> > [ok]'s scrolled up the screen etc and then I got the login prompt. I
> > entered my username & password and then the fun began.
> >
> > I got:
> >
> > -bash: .: /etc/profile.env: cannot execute binary file
> >
> > If I tried any command, say ls, I got:
> >
> > -bash: ls: no such file or dir
> >
> > I've now rebooted the machine using a relatively recent sysrescueCD
> > and had a look at profile.env and it's binary but I thought it should
> > have been text In the top line or so it mentions "ld" for some
> > reason. I checked the same file on the boot disk and it's text. One or
> > two I found on line are also text.
> >
> > Does anyone have any idea as to what's going on here? Should I just
> > grab the profile.env from the boot disk and drop it into the /etc dir?
> > Or should I go through the whole process of chroot off a gentoo disc and
> > then run env-update as it says in the header of the text versions I'v
> seen?
> >
> > Thoughts greatly appreciated,
> >
> > Andrew
> >
> >
>
> Well, I managed to work this out. I grabbed profile.env from a
> laptop
> running gentoo and using sysrescuecd booted the desktop and dropped
> profile.env into it's /etc dir. Fiddled the permissions and rebooted.
> This time after the reboot, it only told me that it couldn't find
> commands, ls, cd etc. Obviously pathing wasn't working. I found out
> where env-update lived, /usr/sbin/env-update, providing the full path to
> it, ran it then kicked over into another terminal, logged in and hey
> presto, things are good. A reboot and this was confirmed.
>
> The cause - I have no idea. It now works so I'm happy. Thanks for
> the
> suggestions people provided,
>
> Andrew
>
>
Posting your query on the gentoo-portage-dev mailing list might get you a
more informed response as to why this happened in the first place.

Re: [gentoo-user] Machine not booting properly: profile.env cannot execute binary file

2017-10-25 Thread Andrew Lowe 
On 25/10/17 11:28, Andrew Lowe wrote:
> Hi all,
> My machine went feral which resulted in me having to kill the power
> to kill it. Upon reboot everything looked good, fsck did it's job,
> [ok]'s scrolled up the screen etc and then I got the login prompt. I
> entered my username & password and then the fun began.
> 
> I got:
> 
> -bash: .: /etc/profile.env: cannot execute binary file
> 
> If I tried any command, say ls, I got:
> 
> -bash: ls: no such file or dir
> 
> I've now rebooted the machine using a relatively recent sysrescueCD
> and had a look at profile.env and it's binary but I thought it should
> have been text In the top line or so it mentions "ld" for some
> reason. I checked the same file on the boot disk and it's text. One or
> two I found on line are also text.
> 
> Does anyone have any idea as to what's going on here? Should I just
> grab the profile.env from the boot disk and drop it into the /etc dir?
> Or should I go through the whole process of chroot off a gentoo disc and
> then run env-update as it says in the header of the text versions I'v seen?
> 
> Thoughts greatly appreciated,
> 
>     Andrew
> 
> 

Well, I managed to work this out. I grabbed profile.env from a laptop
running gentoo and using sysrescuecd booted the desktop and dropped
profile.env into it's /etc dir. Fiddled the permissions and rebooted.
This time after the reboot, it only told me that it couldn't find
commands, ls, cd etc. Obviously pathing wasn't working. I found out
where env-update lived, /usr/sbin/env-update, providing the full path to
it, ran it then kicked over into another terminal, logged in and hey
presto, things are good. A reboot and this was confirmed.

The cause - I have no idea. It now works so I'm happy. Thanks for the
suggestions people provided,

Andrew