First post. I stumbled across this subject while performing an unrelated search.
I have found EFI booting Apple hardware is problematic on the two models I've tested. I think these are kernel related problems that would need to be sorted out to get a full boot and startup to a GUI login. CSM-BIOS boot works OK on these models.
Apple hardware tested:
mbp41 = MacBookPro 4,1 (2008), Nvidia Geforce8600M GT.
mbp82 = MacBookPro 8,2 (2011), Intel HD Graphics 3000 and AMD Radeon HD 6750M.
1. mbp41 booting is inconsistent. Without additional kernel parameters I generally end up with one of three results: successful boot to GUI login window; hang at nouveau (dmesg points to VBIOS corruption having occurred very early during boot); hang when unpacking initramfs (possibly the same intermittent corruption of VBIOS, causes corruption when unpacking initramfs).
With 'nomodeset' I usually am able to boot and complete startup except for x. So it's a text only situation. But all other function appears reliable.
2. mbp82 booting of kernel and initramfs appears to work 100% of the time. However immediately after a GRUB menu item is chosen, GRUB-EFI vanishes and is replaced with garbage on the screen. I speculate that in this boot mode, both video adapters are active at the same time and are conflicting maybe? In any event, I can't see anything. But it is possible to ssh into the computer or blindly type commands and they all appear to work.
Also, all EFI testing I've done is without rEFIt as I feel it adds another layer of unknowns to the process.
I'm not usually one for these self-intro posts, but "when in Rome". :)
I'm Ed Marshall, and I've been working with Fedora and Red Hat
distributions professionally for...well, for quite a few years now,
building RPMs for internal consumption and personal use as needed. I
currently work at Twitter doing operations engineering and development, and
I've had the good fortune to work in the vicinity of folks like Troy Dawson
(congrats again on the new job, by the way) in former lives as well.
I took up packaging up Fritzing (design software for PCB developers and
electronics geeks) for Fedora a year or so ago to scratch a personal itch,
and it looks like it's finally time for it to live here properly (BZ
#666311). Chitlesh Goorah was kind enough to sponsor me for this; thanks
So, uh, hi. :) Glad to be here!
Ed Marshall <esm(a)logic.net>
Felix qui potuit rerum cognoscere causas.
my name is Mattia Verga, I live in Italy, and even if I don't work in
the IT sector (I work for a telephone company) I would be glad to become
a Fedora contributor.
My experience in Fedora started with Fedora Core 1 (even before I
occasionally used Red Hat) and from Fedora Core 3 I completely switched
from Win to Linux. In the past I occasionally created some rpm for self
purpose, now I would like to contribute to maintain some packages in the
For my first try I upgraded an existing package because some months
after a newer stable release was available, the repos are still stuck at
the old one. Following the wiki on how to become maintainer, I should
create a review request, but I cannot because the package already
exist... however I would appreciate if anyone with spare time can give a
look to my .spec and .src.rpm to see if my modification to make the
newer version able to compile are in the right way of doing things! ;-)
Instead of a review I opened a bug against the package to ask the
maintainer do the upgrade. The link is
As a holiday present the Fedora Secondary Arch team for Power is proud
to announce the release of Fedora 16 on Power.
Grab it while it's fresh from here:
or directly from
We managed to squash almost all of the few remaining issues we've had
after Beta and have documented workarounds for the remaining issue we
still have in the release notes text which can be found here:
The most noticeable ones are the fixes to the radeon and the mga drivers
to work a lot better out of the box on Power now, see:
746410 [MGA_CARD_TYPE_G550] Add /lib/firmware/matrox/g400_warp.fw into
766862 Power Mac G5 locks at boot (radeon.agpmode=-1 fixes it)
Over the last months the team as well as the package maintainers put it
a fantastic effort to get everything into shape to get us to this point
where we can declare this to be a release.
We'd also like to thank everyone who has been willing to test our Alpha
and Beta versions and give us great feedback and helped to make this a
pretty solid release.
It's probably not perfect, but in the light of it being the first
release since Fedora 12 we're pretty happy with how it turned out in the
We'll also be releasing updates via the normal means in regular
intervals, just like on the primary arch, so working with Fedora 16 on
Power should give you the same experience as on Intel platforms.
For Fedora-17 we're aiming to flash out the last few minor issues we've
seen lurking around and to make sure we're as close as possible to
primary arch from a package build state.
With all that being said i'd like to wish everyone happy holidays and a
happy new year from me and the whole Fedora Secondary Arch team for Power.
See you next year!
Thanks & regards, Phil
Philipp Knirsch | Tel.: +49-711-96437-470
Supervisor Core Services | Fax.: +49-711-96437-111
Red Hat GmbH | Email: Phil Knirsch <pknirsch(a)redhat.com>
Hauptstaetterstr. 58 | Web: http://www.redhat.com/
D-70178 Stuttgart, Germany
livemedia-creator is a new addition to the lorax project. Its goal is to
create live images using anaconda so that we have one place to maintain
the logic defining what an installed system should look like.
lorax-17.1 contains the first release which should be working well
enough for people to experiment with. See the README.livemedia-creator
for details and examples. The current version can be used to create
bootable disk images or to convert those images into a bootable .iso
Development disussion will be on the anaconda-devel-list, and bugs can
be filed against lorax. I'll either take them or you can assign them to
Brian C. Lane | Anaconda Team | IRC: bcl #anaconda | Port Orchard, WA (PST8PDT)
I'm currently working on an RPM of TV-Browser, a digital TV guide. It is based on java and needs the substance gui framework. I couldn't find it inside the repositories, so is anyone able to package it?