Jwe were all working though since we use the unofficial builds anyway
Ryeah im not sure what word to use
Rcause yeah the experience should be better
Rbut fedora is still supposed to get like "the basics" right
Ai feel like something this "core" should be stable and not something that downstream "distro" on "experience" should focus. but i don't understand the problem tough
Rthat's what im getting at yeah
Rtime for ublue to move to an openSUSE base :clueless:
KIf you've updated and your (Bluefin/Aurora) system is no longer booting, please do the following:
1. Disable secure boot in your BIOS
2. Boot into bluefin, and run
ujust enroll-secure-boot-keyujust update3. Reboot and follow the prompts.
4. Reboot again into your bios and enable secure boot once more.
You are only affected by this if you did not enroll our key during the initial install, which also means that you have not had any of our kmods enabled all this time. The root cause of the bug is still under investigation, but we can confirm it affects upstream Fedora. Thank you for your understanding.
Existing users with working systems can start from step 2 to ensure their system will remain functional during this time.
Ris there a reason secureboot needs to be disabled? cant you enroll a new key with it enabled?
Ai did with it enabled but on version 17 instead of 18
Kcan't boot the system to run the ujust
Rbut if they're already booted into a pre-problem image, they can literally just
ujust enroll-secure-boot-keyand problem is gone
Jyeah ok so here's what I did
Rmight be good to specify
JI was booted into my working image
Jand reenrolled my key
Kyes that's true, but also everyone should already have this key
Jthen I was good to go
Kbecause if they didn't, no akmods
JORGE
Jyeah what RO describes is how I did it
Jright
JI know man
Jlook, I didn't invent secureboot lol
Jnot my fault
Rright so ensuring the existing key is enrolled should be the only step for users who aren't seeing the issue yet
Rand hwe/nvidia users shouldn't need to do anything
RI don't get it 
Amistake, i din't have to enroll the key again i just had to update.
EAkmods won't load on systems not using the key with SB enabled 
Kpreviously, enabling secure boot without our key enrolled meant the system booted w/ fedora's keys, but all the akmods present in bluefin couldn't load
Ri know but why the JORGE
R
Khe didn't have the mf key enrolled
ELmao
Roh so he hasn't been using the akmods? lol
Kright
Rlol
Ri guess as long as you don't need hwe/nvidia you can survive
Rlol
Jok so what am I posting on the forum?
Jshould I copypasta kyle's message?
RIMO it's a bit reactive
Ra section about "if you haven't updated yet, do this instead:" would let users proactively fix it
Rinstead of waiting for breakage
Jpeople already reported the breakage
EPR is up for main. I think posting Kyle's message makes the most sense considering it's currently a well reported issue
EKadded extra line at end
BHi, I want to customize flatpak configuration of my image and replace the fedora repos with flathub, I believe that this configuration is not a part of the ostree image and that it should be configured with a tool like yafti, but I am not sure about that
