summaryrefslogtreecommitdiff
path: root/packages/python/python-2.5.2/bindir-libdir.patch
diff options
context:
space:
mode:
authorJeremy Laine <jeremy.laine@m4x.org>2008-04-30 10:58:55 +0000
committerJeremy Laine <jeremy.laine@m4x.org>2008-04-30 10:58:55 +0000
commit5aa91c3c0e9313b017bbed01e4bb544d745ada23 (patch)
tree7419432a9475ca4042c8486518fad23a6d26c185 /packages/python/python-2.5.2/bindir-libdir.patch
parent04dedbd2b127de9e96d71522c6a83a623686be38 (diff)
madwifi-ng: prune old versions, make r3314 the default version
Diffstat (limited to 'packages/python/python-2.5.2/bindir-libdir.patch')
0 files changed, 0 insertions, 0 deletions
vmf.secboot.qcow2, so make a copy and use the full path of that copy instead of the "ovmf" argument if needed. The ovmf-shell-image contains an EFI shell, which is what got started here directly. After enrolling the keys, Secure Boot is active and the same image cannot be booted anymore, so the BIOS goes through the normal boot targets (including network boot, which can take a while to time out), and ends up in the internal EFI shell. Trying to invoke bootia32.efi (the shell from the image) or EnrollDefaultKeys.efi then fails: Shell> bootia32.efi Command Error Status: Security Violation The main purpose at the moment is to test that Secure Boot enforcement really works. If we had a way to sign generated images, that part could also be tested by booting in a locked down qemu instance. 0007-OvmfPkg-EnrollDefaultKeys-application-for-enrolling-.patch is from https://src.fedoraproject.org/cgit/rpms/edk2.git/tree/0007-OvmfPkg-EnrollDefaultKeys-application-for-enrolling-.patch?id=b1781931894bf2057464e634beed68b1e3218c9e with one line changed to fix https://bugzilla.redhat.com/show_bug.cgi?id=132502: "EFI_STATUS Status = EFI_SUCCESS;" in EnrollListOfX509Certs() lacked the initializer. Signed-off-by: Patrick Ohly <patrick.ohly@intel.com> 2017-02-28ovmf: move from meta-luv to OE-coremeta-luv4 This is an unmodified copy of github.com/01org/luv-yocto/meta-luv/recipes-core/ovmf revision 4be4329. Signed-off-by: Patrick Ohly <patrick.ohly@intel.com>