From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [140.186.70.92] (port=43006 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Pzm4j-0001IC-PL for qemu-devel@nongnu.org; Wed, 16 Mar 2011 04:27:26 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Pzm4i-0005Mg-7W for qemu-devel@nongnu.org; Wed, 16 Mar 2011 04:27:25 -0400 Received: from mx1.redhat.com ([209.132.183.28]:29736) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Pzm4h-0005MZ-So for qemu-devel@nongnu.org; Wed, 16 Mar 2011 04:27:24 -0400 Message-ID: <4D807451.3090006@redhat.com> Date: Wed, 16 Mar 2011 09:26:57 +0100 From: Jes Sorensen MIME-Version: 1.0 Subject: Re: [Qemu-devel] [PATCH 4/7] libcacard: initial commit References: <1298460024-23591-1-git-send-email-alevy@redhat.com> <1298460024-23591-5-git-send-email-alevy@redhat.com> <4D7E3236.8050507@redhat.com> <20110314164010.GL31372@playa.tlv.redhat.com> <4D7F5ED0.70401@redhat.com> <4D7F6D3B.8090803@codemonkey.ws> <20110315142545.GC10553@playa.tlv.redhat.com> <4D7F7CF8.1010809@redhat.com> <4D7F7E33.7060606@codemonkey.ws> <4D7F7ECE.7020606@redhat.com> <20110315151433.GE10553@playa.tlv.redhat.com> In-Reply-To: <20110315151433.GE10553@playa.tlv.redhat.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Alon Levy Cc: qemu-devel@nongnu.org On 03/15/11 16:14, Alon Levy wrote: > On Tue, Mar 15, 2011 at 03:59:26PM +0100, Jes Sorensen wrote: >> I don't think it is necessary for distro packaging. Most distros will >> build multiple binary packages from one source package, and it is up to >> the user to decide which ones to install. > > if someone has the prerequisites for building libcacard, but not for building > qemu, they should be able to build just libcacard. You can achieve this by > having flags specifically, or by just behaving like we behave for features in > general, that is not building qemu if it can't be. I think the first option is > cleaner because it also allows requesting just libcacard (even if you do have > the prerequisites for building qemu). I don't think it is such a big issue, in most cases people will pull in their distro libraries with yum or apt before they start building their user app. It is standard distro packaging practice to generate multiple packages from one source package. On the other hand I don't think it would be a problem if you submitted patches to the QEMU configure/Makefile setup that allowed for building just the libraries and disabling the QEMU binaries. I don't see distros using this, but end developers might. Cheers, Jes