> 400 megabytes is not insignificant. I had to drop a rtelatively popular > first person shooter from the games spin because I needed about 150 megabytes. > (There was a lot of tweaking near the end of the desktop spin which the > games spin derives from, so the amount I was short varied at the end of > the cycle. But I can tell you that 400 megabytes is enough to include at > least two relatively large games on the spin.)
Ok. So -in your opinion- 400MB is not insignificant. Go ahead and enlighten me on what is an insignificant value of space in your opinion. > At least one of the livecd images was pretty tight. 50 MB of compressed > space can be important in that case. For the spins that fit easily on > their target media, it isn't a big deal. Yes exactly, which means you are going to introduce broken features into tools which are already broken and need more solid patches added which deal with more fundamental issues than a 10% size savings, to accomodate the only thing that is important to you, which is a "games spin". As I said this benefits nobody but a small niche of Linux gamers, and in your corner case.. I have yet to actually see another user on this list mention anything about games. > The games spin is just under 4 GB. A 10% savings there is approximately > 400 MB. Really insignificant. 4GB won't fit on a CD which holds a maximum of 850MB even with my testing showing SquashFS 4.0 w/ lzma nor zlib. Did you mean Games-something-else cause it isn't a LiveCD with games at 4GB uncompressed. > The above statement makes no sense. Please try rewriting it if you want to > persue that argument. The space you save with mksquashfs w/ lzma gets worse when the targets get larger in size. e.g you start saving less, not more. > And that extra 10% let's me put a couple of more relatively large games > on the games spin. It also helps with making custom spins with even more > games targetting an 8GB usb drive. Yes I didn't notice I had a box of 8GB USB drives in my closet, thank you for reminding me I haven't played nethack, bzflag and foobillards in quite a while and the gang load of USB drives are the perfect tool for using with some games. > It's my time to waste. > > If lzma support for squashfs gets into the 2.6.36 kernel it will be supported > in Fedora. (Though maybe not at the F14 release.) Whether or not it gets > included in 2.6.36 is iffy. Phillip needs some time to rework his previous > patches into a form acceptible to Linus. He actually has patches in his > own git branch, but I have tested them. Nor do I know if they are improved > or if they are just the patches that were rejected. The benefits or lack thereof for squashfs w/lzma is the issue we are discussing, the not being supported currently nor anytime in the future to be able to do the testing, is just another issue which apparently only I thought of. Also nobody can test something simple like squashfs w/ lzma compression and a kernel with this support without having a local, Everything synced repository mirror or access to a network with one.. due to syslinux not being available on the DVD ISO nor livecd-creator honoring repo directives with teh --cost specified. I understand already, it isn't important to you, but to me.. it surely is, and it is important to me because it is beneficial to many members of the community, not just my local Linux gamers LUG who I am spokesman of, or whatever it is the benefit to the games spin you think this brings without breaking something already broken. -- livecd mailing list [email protected] https://admin.fedoraproject.org/mailman/listinfo/livecd
