On Tue, Oct 27, 2009 at 06:58:08PM +0200, RISKÓ Gergely wrote: > On Mon, 26 Oct 2009 12:36:01 -0700, Vagrant Cascadian <vagr...@freegeek.org> > writes: > If I understand correctly, the problems are: > - etherboot ships with rom.gz, which is not usable by qemu, (major) > - etherboot installed package size is 32MB (minor).
sounds like a decent summary. > I don't think we have to solve the second point, everyone who is using a > virtualization system can afford the files to be installed, i've definitely ran very useful virtual machines with very limited disk space, though that may be relatively unusual. > I think a new binary package is a bigger bloat in this case. (For everyone, > even for users, who doesn't know or care about what etherboot or qemu/kvm > is.) while i can see your point, i've always appreciated that Debian tends to have a finer granularity of packages than other distributions, when splitting a package out is useful... > We can solve the first problem in different ways: > - via a new binary package which contains the mentioned roms > uncompressed, > - adding libz support to qemu, (how hard this would be?) > - ship the mentioned roms in the etherboot package uncompressed. > > If option 2 is too hard, I prefer option 3. What is your opinion, it is > a little change in the binary package, nobody will really notice and > only affect people who have etherboot installed. it seems like shipping those few roms uncompressed in the current etherboot package would mostly solve the issue for qemu, though adding a moderately large depends/recommends in the process. i don't really know how difficult it would be to add support for compressed roms to qemu or kvm, nor do i probably have the know-how to add support for it, even if it were easy. i did propose another possibility that qemu could depend or recommend etherboot, and uncompress the roms during package installation/upgrade, which has the disadvantage that the roms might get out of sync with etherboot if etherboot was upgraded after qemu was installed. though it would require no changes to etherboot. > After this change, kvm/qemu can recommmend on etherboot if they want to > use the roms for pxe support (or depend on it if having the roms are > mandatory for kvm/qemu to even start up). so any of these options could probably realistically address the compression issue for qemu, just not the size issues. my preference would still be for a separate package, but it's just a case of different priorities at that point. live well, vagrant -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
