-----BEGIN PGP SIGNED MESSAGE-----
Primary has voted today to go, Im currently finishing up RC3 the change
is minimal, small change in anaconda. so all testing of RC2 except for
whats covered by the bug in the RC3 request is valid for RC3. we
need to have full coverage of the test matrixes. I propose that we
have a meeting in IRC at 16:00 UTC (11am US CDT) to decide if Fedora 19
for ARM is ready to ship.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)
-----END PGP SIGNATURE-----
A few issues with the RC2 image running on PandaBoard (ES):
1). It doesn't boot at all. This is because the image contains a weird
partition layout, not aligned, etc. MLO never has a chance. The SD Card
had this as the first partition:
/dev/sdb1 1953 1001953 500000+ 83 Linux
Which I fixed to look as it should:
/dev/sdb1 * 2048 411647 204800 6 FAT16
At which point the MLO actually loads, as does u-boot.img, etc.
2). Unless I am missing something, there is nothing within boot/boot.scr
on the root ext4 filesystem for ext4load to pull in, but that could be
pilot error. So let me know about that one.
If it's just the first item, then there's no need to make an RC4 because
the instructions (that have to be run anyway) can include making a
correctly aligned filesystem with the correct constraints on size,
filesystem type, etc. required for MLO. I did note this on IRC yesterday
that MLO is finnicky and I did have a reason (as you see).