Hi,
Nikolay Nikolov wrote:
> Maybe I should try adapting my code, so that it finds the GRUB BIOS boot
> partition and loads it?
This would be a nice stunt for which we would have to find a use case.
As stated yesterday, the GRUB El Torito image contains a core.img which
serves the same purpose as
Germano Massullo wrote on 2022/04/10 7:38:
Hello, on Fedora > 35 I am experiencing build failures on boinc-client on non
x86 architectures. I do not understand the reason
https://koji.fedoraproject.org/koji/taskinfo?taskID=85413241
F35 instead builds correctly
https://koji.fedoraproject.org/koj
On Wed, Apr 6, 2022 at 6:01 PM Neal Gompa wrote:
> Moving past the Big Three(tm), the actual
> cloud providers that matter from a Fedora context are the smaller
> outfits that principally serve Linux users. These are companies like
> DigitalOcean, Linode (Akamai), Hetzner, VexxHost, and others wh
On 4/10/22 00:30, Thomas Schmitt wrote:
Hi,
Nikolay Nikolov wrote:
I haven't looked at GRUB's MBR code, but there's enough space in the MBR to
scan the GPT entries, find a specific GUID partition type and load the first
several kilobytes from it and transfer control to it.
Well, GRUB goes a d
Hello, on Fedora > 35 I am experiencing build failures on boinc-client
on non x86 architectures. I do not understand the reason
https://koji.fedoraproject.org/koji/taskinfo?taskID=85413241
F35 instead builds correctly
https://koji.fedoraproject.org/koji/taskinfo?taskID=85413347
Thank you
__
Hi,
this is what i propose as boot layout of an entirely GRUB based ISO
which boots on EFI and not-so-buggy legacy BIOS from USB stick and DVD:
$ xorriso -indev grub_mkrescue_gpt_appended.iso -report_el_torito plain
-repor
Hi,
Nikolay Nikolov wrote:
> I haven't looked at GRUB's MBR code, but there's enough space in the MBR to
> scan the GPT entries, find a specific GUID partition type and load the first
> several kilobytes from it and transfer control to it.
Well, GRUB goes a different way on legacy BIOS. It boots
On 4/9/22 03:07, Chris Murphy wrote:
On Fri, Apr 8, 2022 at 4:31 PM Thomas Schmitt wrote:
Yeah, I'm not aware off hand of any UEFI that have a problem with the
first 440 bytes of LBA 0 being non-zero.
If they did, then they would have problems with GPT disks, initialized
by Windows 10, beca
On Sat, 2022-04-09 at 12:48 +0200, Fabio Valentini wrote:
> Hi all,
>
> Looks like there's a little bit of a mess around LLVM 14 / GCC /
> annobin updates brewing in f36-updates-testing.
>
> Right now, there's *two* updates in "testing" state that contain
> builds of annobin:
>
> - https://bodhi
No missing expected images.
Failed openQA tests: 10/229 (x86_64), 10/161 (aarch64)
New failures (same test not failed in Fedora-36-20220408.n.0):
ID: 1218349 Test: x86_64 Everything-boot-iso memory_check@uefi
URL: https://openqa.fedoraproject.org/tests/1218349
ID: 1218357 Test: x86_64 Wo
On Wed, Apr 6, 2022 at 12:38 PM Aurelien Bompard
wrote:
>
> Hey everyone!
>
> Bodhi 6.0 will be published in a few days, and deployed to production a
> couple weeks after the Fedora release. It has backwards-incompatible changes,
> here's what you need to know.
>
> == Authentication ==
> Bodhi g
OLD: Fedora-36-20220408.n.0
NEW: Fedora-36-20220409.n.0
= SUMMARY =
Added images:0
Dropped images: 0
Added packages: 0
Dropped packages:0
Upgraded packages: 0
Downgraded packages: 0
Size of added packages: 0 B
Size of dropped packages:0 B
Size of upgraded
Hi all,
Looks like there's a little bit of a mess around LLVM 14 / GCC /
annobin updates brewing in f36-updates-testing.
Right now, there's *two* updates in "testing" state that contain
builds of annobin:
- https://bodhi.fedoraproject.org/updates/FEDORA-2022-c43760a865
- https://bodhi.fedoraproj
No missing expected images.
Soft failed openQA tests: 1/8 (x86_64), 1/8 (aarch64)
(Tests completed, but using a workaround for a known bug)
Old soft failures (same test soft failed in Fedora-Cloud-34-20220408.0):
ID: 1217812 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://op
No missing expected images.
Soft failed openQA tests: 1/8 (x86_64), 1/8 (aarch64)
(Tests completed, but using a workaround for a known bug)
Old soft failures (same test soft failed in Fedora-Cloud-35-20220408.0):
ID: 1217796 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://op
Hi,
I would like to get open source Brother drivers into Fedora. Can someone
look into this package review?
https://bugzilla.redhat.com/show_bug.cgi?id=2068909
I'm happy to review something in return. Thanks! :-)
Ondřej
___
devel mailing list -- devel
Hi,
> OK so there isn't (yet) an option to embed the GRUB core.img in a GPT
> BIOS boot partition, I take it? The assumption is MBR? On hard drives,
> core.img goes in the MBR gap. I'm not sure where it goes on xorriso
> produced ISOs though, but presumably not the gap because there's a
> valid GP
17 matches
Mail list logo
