Am Mittwoch, den 09.05.2012, 11:57 -0400 schrieb Adam Jackson: > On Wed, 2012-05-09 at 11:45 -0400, Matthias Clasen wrote: > > On Wed, 2012-05-09 at 13:35 +0200, Kevin Kofler wrote: > > > Alexander Larsson wrote: > > > > The feature page lists some of the background and statistics. It also > > > > lists some options in how to implement this, which all have various > > > > different pros and cons. I'd like to hear what peoples opinions on these > > > > are. > > > > > > There is no room left on the KDE live image for installing any sort of > > > debugging information by default. > > > > We could easily drop some of less-than-half-complete translations to > > make room for a bit of minidebuginfo. Last time I looked, translations, > > fonts, etc made up upwards of 25% of the livecd. Or we could just drop > > the obsolescent cdrom size limitation... > > I know I've said this before, but: we should break the CD size barrier > precisely so people can't burn things to CDs. If you must burn to > optical media, do yourself a favor and burn a DVD, the reduced seek time > is entirely worth it. > > 1G fits on both the smallest MiniDVD format and most extant USB sticks. > Let's do it already. As an ambassador and former EMEA media wrangler I tend to agree. Currently both EMEA and NA only do dual layer DVDs, both for live and the installer. EMEA did separate installer vor i386 and x86_64, but after NA had no problems with exclusively providing dual layer, we decided to do the same. This being said I don't care how big we grow as long as we can still fit all 4 desktops (GNOME, KDE, Xfce, LXDE) in 2 arches each on one multi desktop live image. A dual layer DVD has a maximum capacity of 8.5 GB, so fitting 8 x 1 GB is not a problem. We might have to drop Sugar, but if only GNOME and KDE go for 1 GB and Xfce and LXDE still target 700 MB or less, we should even be able to keep it. This being said I am +1 for 1 GB, but please note that I only speak for myself or the NA and EMEA ambassadors. Kind regards, Christoph -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel