From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:49728) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cBIqc-00072h-2T for qemu-devel@nongnu.org; Mon, 28 Nov 2016 05:07:43 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cBIqX-0002u8-Eo for qemu-devel@nongnu.org; Mon, 28 Nov 2016 05:07:42 -0500 Received: from mx1.redhat.com ([209.132.183.28]:50598) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1cBIqX-0002tk-8V for qemu-devel@nongnu.org; Mon, 28 Nov 2016 05:07:37 -0500 Received: from int-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 28FA613A5D for ; Mon, 28 Nov 2016 10:07:36 +0000 (UTC) Message-ID: <1480327654.20061.43.camel@redhat.com> From: Gerd Hoffmann Date: Mon, 28 Nov 2016 11:07:34 +0100 In-Reply-To: <20161123145433.GH6750@redhat.com> References: <1479907484-4988-1-git-send-email-kraxel@redhat.com> <20161123145433.GH6750@redhat.com> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 Subject: Re: [Qemu-devel] [RfC PATCH 0/3] edk2: add efi firmware builds List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Daniel P. Berrange" Cc: qemu-devel@nongnu.org Hi, > Should we think about our policy for distributing & shipping ROMS > more generally ? Most distros will actively strip out the ROMs that > we ship in the QEMU tar.gz releases, and rebuild them from pristine > source in order to ensure they're fully complying with licensing > requirements wrt "full & corresponding source". Or they don't even use the bundled rom sources and build from upstream tarball instead. > So should we consider actually shipping 2 tar.gz files for QEMU > releases. One minimal qemu-x.y.z.tar.gz that only contains pristine > QEMU source with no pre-built artifacts, and a second qemu-full-x.y.z.tar= .gz > that contains the QEMU source, plus an arbitrary number of pre-built > blobs. Makes sense. > In terms of GIT, we could likewise make the binary ROMS live in > a submodule, so we don't bloat the main GIT repo, but I don't > think that's so critical Adding some submodule (roms/prebuilt?) would also make the management easier. Basically the full tarball would be qemu plus submodules, and the minimal tarball would be qemu without submodules. You can simply use "git archive" to create the later, which is a bit problematic today as the tarball will include blobs without sources. cheers, Gerd