This patch will break builds with generic-logos and that package is updated to be consistent with fedora-logos. I suspect that will happen anyway, but if this patch is accepted, I'll be filing a but against generic-logos. The patch is attached and the commit log entry follows: Change live.py to use the new location of the vesa splash image. fedora-logos recently changed the location it uses for the vesa splash image. This breaks (bug 615443) live images built using fedora-logos. This patch changes the location that the image is fetched from to match the one used by fedora-logos. Note that generic-logos hasn't been changed to use the new location yet. So this change will break live images built using generic-logos until that package is updated to match fedora-logos in where it stores the vesa splash image.

On Mon, Jul 26, 2010 at 11:29 AM, Mads Kiilerich <mads(a)kiilerich.com&gt; wrote: > I think it would be better to be flexible and tolerant and avoid strict > external requirements. See the attached patch. ACK, that also works for redhat-logos in RHEL6. It makes sense to keep livecd git working on (reasonably) older distros, which would be F13/EL6 for now.

OK, I'll get that one applied today with a modified commit message that explains the fallback and I'll add a bug to generic-logos.

I plan on doing a build of livecd-tools tonight so that we have a better version in ahead of the freeze.