From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1S2KfL-0001ld-Fr for garchives@archives.gentoo.org; Tue, 28 Feb 2012 10:52:19 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id B9EA7E087B; Tue, 28 Feb 2012 10:52:07 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 7E759E077F for ; Tue, 28 Feb 2012 10:51:33 +0000 (UTC) Received: from [192.168.1.107] (dynamic-adsl-84-221-240-161.clienti.tiscali.it [84.221.240.161]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: lu_zero) by smtp.gentoo.org (Postfix) with ESMTPSA id 9E32A1B400C for ; Tue, 28 Feb 2012 10:51:32 +0000 (UTC) Message-ID: <4F4CB1B3.5000601@gentoo.org> Date: Tue, 28 Feb 2012 11:51:31 +0100 From: Luca Barbato User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:9.0) Gecko/20120118 Thunderbird/9.0 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 To: gentoo-dev@lists.gentoo.org Subject: [gentoo-dev] qemu/qemu-user changes X-Enigmail-Version: 1.3.4 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Archives-Salt: d33a09d2-d34b-404a-a780-fb690bc7c99f X-Archives-Hash: 32a5a6a4a403bca49dd7b11b7bbe3c3a 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