-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 29 Sep 2014 16:20:03 -0700 Adam Williamson <adamwill@xxxxxxxxxxxxxxxxx> wrote: > On Mon, 2014-09-29 at 14:38 -0500, Dennis Gilmore wrote: > > Hi All, > > > > We have some bugs filed > > https://bugzilla.redhat.com/show_bug.cgi?id=1142516 and > > https://bugzilla.redhat.com/show_bug.cgi?id=1142512 to do with ARM > > images being over size. They do not make any sense because the > > size of the download is really not relevant to anything at all. > > > > The media are a compressed disk image that you have to uncompress to > > deploy onto a disk/sdcard/usb stick and boot a preinstalled system > > from. The target media size is defined by the size of the > > partitions in the kickstart. we (the arm team) have a maximum size > > of media of 8G > > > > right now the actual sizes are as follows: > > > > Mate and Workstation have partitioning that is 6G total 512M /boot, > > 512M swap and 5000M / > > KDE has partitioning that is 5G Total 512M /boot, 512M swap, and > > 4000M / LXDE and SoaS have partitioning that is 4G total > > 512M /boot, 512M swap and 3000M / > > Minimal has partitioning that is 2G total 512M /boot, 128M swap and > > 1400M / > > > > The ARM disk image that roughly matches a live image iso for a spin > > that fits on a 1G usb stick, will never fit on a 1G stick as > > it has to be uncompressed to be usable and it will need 4G or bigger > > media. > > > > We should do a much better job of getting the message out there on > > what size media you need. > > OK, I kinda see what you're saying now - the way the images work, the > size of the compressed image we ship is more or less irrelevant. correct > I believe in the case where the bits in the image are too large for > the filesystems, compose fails, right? So there is basically no > purpose to running size checks on those images. Sorry I didn't quite > grok that earlier (in the bug report). also correct, if they get too big the yum transaction fails and compose fails. > If that's the case, we can write a note into the size check test case > (and the criteria, if it looks necessary) that size checks are not > necessary for the disk image media. We just need to keep an eye on spin-kickstarts commits to make sure that people do not make the filesystems too big to fit on 8g media unless we decide to target bigger media. Dennis -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJUKiGQAAoJEH7ltONmPFDRM6cQAMUbVNUSVCQMhtgn+qdBYqEl Wip5+1j3Hc4VDAV6QvIRhDyNstxCv98Z9H9fS0cF6Fa3C5brsnRnp1ZZhCoKn+I3 yJE/RRfaPYS3DERqula6I1EAceQcHCD8R/0H4fGvxw+AXHPtQY6kxBbrKZbaMBLv M7x7ZFbe41QMGB/OlDxLgrWYb1RTQ3DiuKvNhihX9gQ5R3nOiHGA9ZBF4wcy0vI9 JnpPEmZj6NEoCU1k3QX39RjlG0Fj2H1CYjnhKUsBv0gfmi9czhX0BWVar1xtmXky 3GrbaAgFgN7dXjRkqLTTp/9f6F/HCWsDs8aWXkePMaMXNA3UO4H4YN6HiSH0Gk/1 rp7n+eSyg0D6QIIl3KNBjxtlBwrGAtmLBxOc+n3OTn33kX0/XVto+9h/P449UuEQ 8/iugHT9/1vi0IyiWEG4ZwLUiwhCE6Ea5y0++sDO/Ik5fnOsqf/BxSkWRSoukHaW AI/Q3ZGJeRK5UeUV4Grvs3H/OLrHeFY5slezChYjkZVGqaw8MclyjcKKtjVEWnoI 05UvfKIexUycMD//th+0tUBVEZnPr4Jx0iCkhvjg7aOKMatPiFB50TT87D4OmzDp hmowlJkDIGzRM8tPKtzPb6N1AKDNKI2mYsXoY5Z+vZ4rpqFM1tVDRhrdxLNZUgKu VjqRG54PzdxIfrmV2yRi =SR+S -----END PGP SIGNATURE----- -- test mailing list test@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
