-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Mon, 29 Sep 2014 16:20:03 -0700
Adam Williamson <adamwill(a)fedoraproject.org> 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-----