07:05 <hartan[m]> queeup: Try [this][1] (instructions for RPi4) with the [RPi 3 EDK2 firmware][2]. You'll likely want to opt for the "Separate firmware disk mode" in the docs. I tried this a while ago but had no luck for reasons I couldn't quite determine, but in theory that should be what you need to do.

07:05 <hartan[m]> [1]: https://docs.fedoraproject.org/en-US/fedora-coreos/provisioning-raspberry-pi4/#_installing_fcos_and_booting_via_edk2

07:05 <hartan[m]> [2]: https://github.com/tianocore/edk2-platforms/blob/master/Platform/RaspberryPi/RPi3/Readme.md

09:39 <queeup[m]> I couldn't manage to boot unfortunately. Is there a uboot solution? Maybe some uboot files to add EFI partition?

11:47 <dustymabe> spresti[m]: how are the releases going? need any help?

12:24 <queeup[m]> I was lucky. I just installed bcm2835-firmware package too along with other rpi4 /boot/efi packages and coreos works perfectly with rpi3.

12:24 <queeup[m]> Only problem is somehow sdcard not booting. USB boots ok.

12:24 <queeup[m]> * somehow sdcard is not booting.

12:27 <queeup[m]> * with rpi3 and uboot.

12:31 <queeup[m]> Now let me see if this coreos install also works on rpi4. I mean same usb to boot rpi3&4

13:33 <queeup[m]> Yes It works. Same install works both rpi 3 and 4

13:39 <queeup[m]> Now there is no excuse for build a raspberry pi image and put it to the download section 🤣

13:39 <queeup[m]> For more recognition, I think this is must have. If people can download raspberry pi image directly from website and put it to sdcard without doing uboot preparations, It would be phenomenal.

13:39 <queeup[m]> Please consider this seriously.

13:41 <spresti[m]> dustymabe: its going, I have been back and forth juggling fcos and centos release for coreos-installer.

13:44 <spresti[m]> dustymabe: I ended up doing a clean slate build, due to some worries about having conflicting builds after speaking with bgilbert . Sigh unfortunately I accidently missed the removal of ppce for testing and stable. So I just started another clean slate build for them...

13:44 <spresti[m]> sigh, I have been keeping track of all my builds in the issues, its been a number of builds.

13:46 <spresti[m]> dustymabe: I am hopeful, if things go smoothly today I should be able to release.

14:05 <queeup[m]> Probably this method works for `raspberry pi zero 2 w` also. I don't have it. If somebody has it please test it.

16:01 <MatthieuSaulnier> queeup, what is the benefit to install Fedora CoreOS on rPi, instead of installing Fedora IoT ? This is true question. What is your point of view?...

16:03 <MatthieuSaulnier> I'm wondering why, because I installed almost 10 rPi with Fedora IoT...

16:25 <queeup[m]> Hmm good question. IoT doesn't support ignition. Ignition is very good and easy way to deploy my raspberry's. Other than that I don't like zezere to manage ssh keys (I know I can add keys on the install stage).

17:37 <dustymabe> spresti[m]: https://github.com/coreos/fedora-coreos-streams/issues/560#issuecomment-1255343973

18:20 <MatthieuSaulnier> queeup, indeed. To get the same effect as ignition on Fedora IoT, I was studying the idea of building my personal ostree chroots. Nothing has been done yet.

18:49 <queeup[m]> Or you can force the developers to build a solid raspberry pi support with downloadable image for it and you can put that image all of your pi's without learning ostree chroots. 😅

18:56 <queeup[m]> There is something odd with coreos raw image. Raspberry pi 3 doesn't want to boot from sdcard with that image. But if I put that sdcard to RP4 it works. I checked sdcard with other images (IoT, raspberrt pi OS) and all are booting fine with both RP3 & 4. But the mystery is If I use USB to boot It works in all cases. Any idea or hint on this mystery?

19:20 <bgilbert> queeup[m]: if you find a way to force us to do something, let us know. we're happy to be asked nicely though :-)

19:22 <bgilbert> queeup[m]: I don't think we've tested with the Pi 3

19:40 <bgilbert> spresti[m]: let's try to avoid a weekend rollout

19:40 <queeup[m]> bgilbert: I just messing with you guys. Sorry for being stubborn about this topic. I am not going to bother you from here about this anymore. I will open an issue on github for this topic. If I know where to put that please share with me.

19:40 <queeup[m]> But this sdcard boot issue I was mentioned, I will speak about it more.

19:40 <queeup[m]> I know you didn't test it with Pi3. I am doing these tests now and reporting to you :)

19:40 <bgilbert> spresti[m]: maybe 36 hours starting in 20 minutes?

19:41 <spresti[m]> bgilbert: Nice catch, yeah. we could do 36 hrs and 20 mins.

19:41 <bgilbert> or even 24 hours starting in 20 minutes

19:41 <spresti[m]> s/36/24/, s/hrs/in/, s/and//

19:41 <spresti[m]> Can I just abandon the pr and re-do the roll otu?

19:41 <spresti[m]> s/otu?/out/

19:42 <bgilbert> if you rerun the job it'll update the PR

19:42 <spresti[m]> Nice, glad to hear that.

19:42 <bgilbert> queeup[m]: :-)

19:43 <bgilbert> queeup[m]: https://github.com/coreos/fedora-coreos-tracker/issues/new/choose is the right place to file bugs unless the problem is known to be in a specific component

19:46 <bgilbert> queeup[m]: thanks for testing this out and reporting the issue. I don't know how much effort would be needed to improve our Pi support but I agree that it's worth considering

20:13 <queeup[m]> This is the deferences between IoT and CoreOS images partion table:... (full message at <https://libera.ems.host/_matrix/media/r0/download/libera.chat/52044dc4ce8bc726e3e00e847495c71908ea96d3>)

20:15 <queeup[m]> There is a `GPT PMBR size mismatch` warning. This is the stable image. I will test `Next` image too.