public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
* [gentoo-dev] qemu/qemu-user changes
@ 2012-02-28 10:51 Luca Barbato
  2012-02-28 12:03 ` Martin Gysel
  0 siblings, 1 reply; 4+ messages in thread
From: Luca Barbato @ 2012-02-28 10:51 UTC (permalink / raw
  To: gentoo-dev

I'm about to reorder yet again qemu.

Before the idea was to provide just a single ebuild, qemu, covering it all.

The problem is that on a side we have the softmmu, full
emulator/paravirt that uses lots of libraries and has qemu-kvm sporting
some speedups over it from time to time; on the other we have qemu-user,
that doesn't have dipendencies and usually needs to be built statically.

qemu-user is nowadays widely used to have non-native chroot to speed up
building by overcoming non-cross-friendly build systems (hi
perl&python). With the patchset Fabio managed to put together we don't
even need to mess with hybrid systems due some key component for
building a recent desktop (e.g. cmake for kde) uncover bugs in the
machinery the hard way.

I'd add a new ebuild for qemu-user that is always static, with a
initscript to ease having the binfmt set up, it will be close
resembiling the ebuild qemu-user-static from sabayon and not colliding
with qemu.

Is anybody against to this approach?

lu

-- 

Luca Barbato
Gentoo/linux
http://dev.gentoo.org/~lu_zero




^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [gentoo-dev] qemu/qemu-user changes
  2012-02-28 10:51 [gentoo-dev] qemu/qemu-user changes Luca Barbato
@ 2012-02-28 12:03 ` Martin Gysel
  2012-02-28 12:49   ` Luca Barbato
  0 siblings, 1 reply; 4+ messages in thread
From: Martin Gysel @ 2012-02-28 12:03 UTC (permalink / raw
  To: gentoo-dev

Am 28.02.2012 11:51, schrieb Luca Barbato:
> I'd add a new ebuild for qemu-user that is always static, with a
> initscript to ease having the binfmt set up, it will be close
> resembiling the ebuild qemu-user-static from sabayon and not colliding
> with qemu.

could you please add target useflags (like the other qemu ebuilds offer)
as most users aren't interested in more than one or two target platforms
(e.g. I only need arm) and afaik building them all takes a lot of time...

/martin




^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [gentoo-dev] qemu/qemu-user changes
  2012-02-28 12:03 ` Martin Gysel
@ 2012-02-28 12:49   ` Luca Barbato
  2012-02-28 17:31     ` Sergei Trofimovich
  0 siblings, 1 reply; 4+ messages in thread
From: Luca Barbato @ 2012-02-28 12:49 UTC (permalink / raw
  To: gentoo-dev

On 28/02/12 13:03, Martin Gysel wrote:
> Am 28.02.2012 11:51, schrieb Luca Barbato:
>> I'd add a new ebuild for qemu-user that is always static, with a
>> initscript to ease having the binfmt set up, it will be close
>> resembiling the ebuild qemu-user-static from sabayon and not colliding
>> with qemu.
> 
> could you please add target useflags (like the other qemu ebuilds offer)
> as most users aren't interested in more than one or two target platforms
> (e.g. I only need arm) and afaik building them all takes a lot of time...

Done, now I need to test it a little and make sure the initscript works
as supposed.

lu

-- 

Luca Barbato
Gentoo/linux
http://dev.gentoo.org/~lu_zero




^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [gentoo-dev] qemu/qemu-user changes
  2012-02-28 12:49   ` Luca Barbato
@ 2012-02-28 17:31     ` Sergei Trofimovich
  0 siblings, 0 replies; 4+ messages in thread
From: Sergei Trofimovich @ 2012-02-28 17:31 UTC (permalink / raw
  To: gentoo-dev

[-- Attachment #1: Type: text/plain, Size: 897 bytes --]

> >> I'd add a new ebuild for qemu-user that is always static, with a
> >> initscript to ease having the binfmt set up, it will be close
> >> resembiling the ebuild qemu-user-static from sabayon and not colliding
> >> with qemu.
> > 
> > could you please add target useflags (like the other qemu ebuilds offer)
> > as most users aren't interested in more than one or two target platforms
> > (e.g. I only need arm) and afaik building them all takes a lot of time...
> 
> Done, now I need to test it a little and make sure the initscript works
> as supposed.

As for compilation times it can be greatly reduced [1]
just by dropping -g by default (sits in -9999 ebuild):

        sed -e 's/CFLAGS="-g $CFLAGS"/CFLAGS="$CFLAGS"/g' \
                -i configure || die

BTW, there is qemu-1.0.1 out. 

[1]: http://bugs.gentoo.org/355861 (qemu OOMs on gcc-4.5)

-- 

  Sergei

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2012-02-28 17:28 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-02-28 10:51 [gentoo-dev] qemu/qemu-user changes Luca Barbato
2012-02-28 12:03 ` Martin Gysel
2012-02-28 12:49   ` Luca Barbato
2012-02-28 17:31     ` Sergei Trofimovich

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox