Re: Is this something we (as consumers of FreeBSD) need to be aware of?
> > UEFI considerations drive Fedora to pay MSFT to sign their kernel > binaries http://cwonline.computerworld.com/t/8035515/1292406/565573/0/ > That's restriction is only for ARM devices which have a label that says "Desgined for Windows8". In other words those devices can not boot another os except Windows 8 due to secure boot option enabled by default. The short and the long of it Microsoft is copying Apple on tablets with ARM. -- Gökşin Akdeniz pgpcIJoL7PW9l.pgp Description: PGP signature
Re: Is this something we (as consumers of FreeBSD) need to be aware of?
On 05/06/2012 19:27, Antonio Olivares wrote: I believe that should be unnecessary. It would only be a matter of time before someone breaks the M$ layer of poop that is supposed to prevent folks from booting other OSes other than Window$. They hit the panic button too soon IMHO. Press Delete/F1 during boot, select Advanced -> Trusted Computing. Change TCG/TPM Support to "No". But according to Cory Doctorow, that's far too finicky and highly technical (http://boingboing.net/2012/05/31/lockdown-freeopen-os-maker-p.html)! By the way it's not Microsoft's stuff people would have to break, but UEFI. I think secure boot actually makes sense, but preventing users disabling it or installing their own keys on ARM platforms is totally wrong. -- Bruce Cran ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Is this something we (as consumers of FreeBSD) need to be aware of?
On Tue, 5 Jun 2012 11:19:26 -0700, Kurt Buff wrote: > UEFI considerations drive Fedora to pay MSFT to sign their kernel binaries > http://cwonline.computerworld.com/t/8035515/1292406/565573/0/ I may reply with another link: http://mjg59.dreamwidth.org/12368.html > This would seem to make compiling from source difficult. It won't need much time until hackers find a way to find a way around booting restrictions. Maybe this is an additional step needed to make non-"Windows" boot on then-current hardware. A free market won't allow a situation come up that requires the competitor to obtain a "permission" by its concurrent to make his product work. It would also show a "security feature" being an aspect of "defective by design" regarding computer hardware and its manufacturers. Compiling from source? You don't even get that far! :-) -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Is this something we (as consumers of FreeBSD) need to be aware of?
On Tue, Jun 5, 2012 at 1:19 PM, Kurt Buff wrote: > UEFI considerations drive Fedora to pay MSFT to sign their kernel binaries > http://cwonline.computerworld.com/t/8035515/1292406/565573/0/ > > This would seem to make compiling from source difficult. > Red Hat is the one that is apparently paying for it. I believe that should be unnecessary. It would only be a matter of time before someone breaks the M$ layer of poop that is supposed to prevent folks from booting other OSes other than Window$. They hit the panic button too soon IMHO. There is a thread on Fedora list about this and many people are unsure that Red Hat paying for secure boot was the right thing to do. See the archives for references. Regards, Antonio ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Is this something we (as consumers of FreeBSD) need to be aware of?
UEFI considerations drive Fedora to pay MSFT to sign their kernel binaries http://cwonline.computerworld.com/t/8035515/1292406/565573/0/ This would seem to make compiling from source difficult. Kurt ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"