From mboxrd@z Thu Jan 1 00:00:00 1970 From: Avi Kivity Subject: Re: Top level kvm-userspace directory getting crowded ... need new dir for qemu dependencies Date: Wed, 27 Feb 2008 18:59:15 +0200 Message-ID: <47C596E3.1030105@qumranet.com> References: <1203922225.9895.6.camel@thinkpad.austin.ibm.com> <47C283BA.8000106@qumranet.com> <1204046679.6589.8.camel@thinkpad.austin.ibm.com> <1204129772.2532.31.camel@basalt> <47C59111.1080102@qumranet.com> <4D4A90C0-9771-4A83-9E22-CA9D3177F30D@suse.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: kvm-devel , jyoung5@us.ibm.com, Hollis Blanchard To: Alexander Graf Return-path: In-Reply-To: <4D4A90C0-9771-4A83-9E22-CA9D3177F30D@suse.de> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: kvm-devel-bounces@lists.sourceforge.net Errors-To: kvm-devel-bounces@lists.sourceforge.net List-Id: kvm.vger.kernel.org Alexander Graf wrote: >> >> A static library + headers (i.e. libfdt-devel.rpm) could have been >> used, though Linux avoids external dependencies. >> > > Why don't you try to talk to the other possible users and create a > version of the library, that at least can be packaged, even though for > now KVM would be the only user? Maybe others (unlikely Linux, maybe > Xen, probably dtc) would like to have a central library for device > trees too. > ["you" == the ppc folk] Good idea. I can provide the rpm (and a tarball for non-rpm users) on the sourceforge download site until it is upstreamed into the distros. Most distros now allow external package maintainers, so it shouldn't be too difficult to get it accepted. Presumably the library will only rarely change. -- error compiling committee.c: too many arguments to function ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/