mactel-boot was performing its post-update setup using triggers, but these aren't executed on live installs. This is necessary to ensure that certain bits of bootloader metadata are configured and for the artwork to be properly installed. 0.9-5 of the package moves this out to /usr/libexec/mactel-boot-setup which will exit cleanly with no effect if it's not a Mac install.
As discussed on IRC, bcl is the right person for this job.
Still not a boot option either using option key @ startup, or in System Preferences > Startup Disk panel, after a Live install with TC3.
>>(In reply to comment #2) Same results with both TC4 Live Desktop, and TC4 DVD based installations.
Proposing as NTH, per mjg59's request. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
+1 NTH
+1 nth
Accepted as NTH with the above votes - this can cause Mac installs from live to be unbootable, AIUI. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
This requires https://admin.fedoraproject.org/updates/FEDORA-2012-6693/mactel-boot-0.9-5.fc17 , according to Matt. He forgot to push it before freeze.
Unbootable, and AFAIK only work around is to go with a CSM mode install and create a hybrid MBR post install to make it bootable. Should I file a separate bug, or clone this one, for DVD? It is bootable only temporarily, if the user set Mac OS X to be default boot, there's no (apparent) way to reboot Fedora.
TC5 Live Desktop incorporates this and mostly works. Probably should file separate bugs for remaining minor issues? (Disk label is "untitled", and reboot defaults to Mac OS after Fedora install.)
Note that there's now a 0.9-6 build which fixes up a few non-vital mistakes in the 0.9-5 build. We can go with 0.9-6 for TC6. https://admin.fedoraproject.org/updates/mactel-boot-0.9-6.fc17 -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
0.9-6 is stable, in RC2 and RC3, and generally reported to work well. Closing.