122 Replies
ok went through the project board
updated: https://github.com/orgs/ublue-os/projects/1
k
I wouldn't say F38 removal is "in progress" until we start it π but... agree with it happening it soon
think of it as the live queue heh
F40 comes out tuesday, yes?
what is the current plan for Bazzite 40, is it a same-day release or shortly after?
Current plan is same day
epic!
lets hope nothing goes horrifically wrong last-minute
@M2 @Kyle Gospo @Noel .. not sure who else NEEDS to be mentioned, but i want ya'll to know this thread exists.
@Robert (p5) started this PR for main: https://github.com/ublue-os/main/pull/563
I added one thing to it...
Need to prep tags for bluefin
I think maybe cutover PRs should be added in a new list here?
https://github.com/ublue-os/main/issues/529
GitHub
F40 Release Checklist Β· Issue #529 Β· ublue-os/main
A list of tasks to complete for F40 release. Details can be discussed in comments. add F40 builds to akmods disable kmod builds for negative17 sourced kmods (not yet supporting F40) enable kmod bui...
Yes
MERGING
LGTM
yeah, and with the commit i added to that PR... i also realized... we arguably can't "officially release" until rpmfusion does
maybe
Hmmm.....
they have 40 gated behind "development"
this is what I'm talking about:
https://github.com/ublue-os/main/blob/main/install.sh#L29-L33
i don't know how soon their mirrors will update that
Wow, that's a hack...
The builds are successful after your version bump. Does that mean we're good?
Maybe! I am afk for several hours with family. Iβll check in on mirror status later tonight
I would welcome similar PR for akmods/hwe repos. π
If they are all building we can have them staged and merge in concert when ready
Done!
HWE: https://github.com/ublue-os/hwe/pull/240
AKMODS: https://github.com/ublue-os/akmods/pull/181 (doesn't need to wait until tomorrow)
ROBERT ON A MISSION TONIGHT
Going to bed now, but should be in a good position for tomorrow!
Will wait for some others to be around before doing any merges
https://github.com/ublue-os/bluefin/pull/1186
Bluefin/Aurora joining the party
@Kyle Gospo @nickname @j0rge need a review for this discourse post going out tomorrow. https://hackmd.io/Y8BSTWUqSOCT9k11Voot3w
"Even if you see successful builds, please wait for the announcement"
we can probably say "Your system will update automatically or click this button"
and then screenshot the icon
@M2 sorry i saw you were looking at the hackmd at the 3.0 announcement, but i moved it to discourse π
give me any feedback from what you saw though! π«‘ ill look now
give me any feedback from what you saw though! π«‘ ill look now
No worries
@M2 sorry forgot to tag you on this as well.
Looks good for Aurora/Bluefin.
@j0rge anything you want added in Bluefin?
Bluefin A-OK
Bazzite is good
how's that for the important section
make it a little bit less ominous even though everyone has been able to rebase for weeks lol
ok IMO just post this now and then do an announcement in the discord so people don't nag bsherman to death
Speaking of nagging him to death
@bsherman you ok if I merge that CD kmod for now?
We can definitely make it optional in the near future
Want to try and get it in for F40
@nickname @j0rge thank you for the changes. @M2 are you good with the language for Aurora?
Can post it after I put the kiddo to bed.
Good with Aurora.
You already got the info earlier
GitHub
chore: Remove a bunch of no longer needed kmods. by KyleGospo Β· Pul...
These have either been upstreamed or are covered by the fsync kernel itself. Repo cleanup + paying akmod tax since I need a few more added here.
i was going to say "please, no" and then i saw you remove stuff π so... "why not?"
Mostly, i feel bad that mulderje is helping us split akmods into distinct builds before merging his facetime kmod, but the CD kmod gets in π but I don't know how much work has been done i'm unaware of
cd mod failed to build
so looking glass only for now
pinged Rodoma92 about it
i see the error here, can fix the failed builds
so I am trading 7 kmod removals for 1 addition
not bad!
i see you fixed 182 already
just did + force push
you know my stance on force push, right? π
I assume it's "don't do if you're getting reviews"
if anyone is collaborating, yeah,
<-- calls a gatling barrage
@bsherman fyi, I'm gonna finish up that framework kmod that waffle was wafflin about
so 7 for 3
π
sigh
are they all building clean at least?
that one makes sense as a "main" kmod though
yes, I'm ensuring that
and we still have some that won't build on 6.8, i think
anyway, more than bazzite wants framework
so of them that's the cleanest
the two (3?) I've merged all build on 40 6.8
if they didn't I wouldn't
right, i'm with you on those...
I mean we still have 3 from this list not building https://github.com/ublue-os/akmods/issues/144 gasket, and the 2 rtl118 drivers
at least, didn't build last i checked
the rtl drivers are a menace
and gasket I am OK removing, like I said that one was for you
let's just pull it entirely for now, nobody's using it
7 for 3!
i welcome PRs to nuke π
lol, yeah, if we want it it just needs to be in ucore-kmods
@Kyle Gospo office hours?
@Kyle Gospo Rok CDEmu builds now https://github.com/ublue-os/akmods/pull/165
rok/CDemu is merged
I did a rebuild of the rtl188 stuff in copr, still no dice, filed a ticket to fix and we'll skip for F40 https://github.com/ublue-os/akmods/issues/185
GitHub
kmods rtl188xxau/rtl18814au not building under kernel 6.8 Β· Issue #...
These kmods have spec files here: https://github.com/ublue-os/packages/tree/main/akmods And build in our copr here: https://copr.fedorainfracloud.org/coprs/ublue-os/akmods/packages/ They aren't...
streaming the builders in office hours
I think that'd be a neat thing to do, wasn't that hard
@j0rge quick approve here? and then i'll force merge https://github.com/ublue-os/akmods/pull/181
we should get someone to stream and then just add some lofibeats
haha check it out in office hours, that's neat
building akmods clean with all merged changes, and i think that's the last set for the night
I think I'll twitch stream this page from my other machine downstairs
and then just leave it up all day
F38, my beloved LOL @Robert (p5)
context: https://github.com/ublue-os/main/pull/563#issue-2257280957
It's 23 april over here
ditto
and our upstream images built for 23 April already...
actually, great observation
it means we can pinpoint when exactly we can release
i still have some minor concern/question about if fedora repos will get an update we miss in our builds in the morning (or now) but it'll be minor
yeah like, I still have work all day tomorrow it's not like I'll be watching builders all day
yeah, that's why i'm doing this now... i've got to work tomorrow π
one more for the team @Kyle Gospo / @j0rge ?
https://github.com/ublue-os/hwe/pull/240
GitHub
feat: promote Fedora 40 to latest and Fedora 39 to GTS by p5 Β· Pull...
Promote Fedora 40 to latest and Fedora 39 to GTS.
Updates the Fedora 40 builds to install RPMFusion packages from the release repos, rather than development.
DO NOT MERGE UNTIL 23RD APRIL
π It's happening!?
sssshhhh... no announcement yet π
oh no I couldn't help myself
j/k undone
that's not my lever to pull. π
well, this is cursed
good news... for F40 it looks like we should get clean builds
but F39 and F38 are kinda jacked up... because the fedora-ostree-desktop upstream images have mixed kernel versions
So, i've updated the F40 Release Checklist here: https://github.com/ublue-os/main/issues/529
40 good, 38/39 meh... π seems good to me
oh they're just a day behind and will work out tomorrow probably
This may be a nasty blocker: https://universal-blue.discourse.group/t/selinux-blocking-libvirtd-in-fedora-40/1129/9
Universal Blue
SELinux blocking libvirtd in Fedora 40
Seems like there is now a thread in Silverblue for this: The suggested workaround is: Doing a full system relabel may mitigate the problem (especially the inability to launch a VM at all). To do this, run the following from a console: sudo touch /.autorelabel and then restart the system. The entire filesystem will have its SELinux label...
@HikariKnight
https://bugzilla.redhat.com/show_bug.cgi?id=2272971
@Noel is the stream working? with the builders?
@j0rge yes it is
sincerely, Not Noel
GitHub
Build software better, together
GitHub is where people build software. More than 100 million people use GitHub to discover, fork, and contribute to over 420 million projects.
Haven't ran into that on my 40 box....
did you do a rebase from 39 to 40?
I'm going to test that now.
Yes
I've been on 40 on my laptop since I did the Aurora rebase
@j0rge I'm going to upload the ISOs for Bluefin. @M2 I'm going to wait on Aurora due to the kernel skew issues we are dealing with there.
I use libvirtd every day ... rebased to 40 on a silverblue based image yesterday, haven't seen the libvirt bug mentioned above... odd.
ack, are these with updated tags? aka are we doing release testing nowish?
yeah, this got merged: https://github.com/ublue-os/bluefin/pull/1186
GitHub
feat: bump Fedora 40 to latest and Fedora 39 to gts by m2Giles Β· Pu...
Do Not Merge until F40 is released
@M2 I did a PR for Bluefin to fixup some of the workflows. Aurora also needs to be bumped in the ISO workflow for building 40.
https://github.com/ublue-os/bluefin/pull/1190
merge and go if you need to, acked
hmm... i'm not super thrilled, i thought we checked this but the rok-cdemu COPR is enabled by default for some reason
I yearn for the day to ship an empty yum/repos.d
false alarm! this is as desired straight out of the ublue-os-akmods-addons RPM
(my custom image install left it installed on accident, oops) but it again raises the question of why we are adding more 3rd party repos... i am mostly against that... last night's addition of this was a trade off with @Kyle Gospo removing several akmods π
actually shouldn't be, let me fix that
there's nothing to fix
the repo doesn't need to be default included
I already have to add it in bazzite for the helper stuff
it can be removed after the akmod generation
included or enabled?
either, if we want to pull it
my initial concern was default enabled, but that was false alarm...
but yeah, i do agree the copr repo should be removed from akdmos-addons RPM and we can downgrade the RPM version/changelog ... pretend it didn't happen π
@j0rge unless you want to do additional testing, builds were successful for bluefin and ISOs are pushed up. I think it's safe to make the announcement.
yeah was gonna wait, today's more fedora's thing
asked joseph and he thinks a 2 day party is better than 1
though I'm like the meme of that kid waiting tho
might as well for bazzite at this point
Summary:
Bazzite - Kernel is still building last I checked. Testing is required after that.
Bluefin - Container Builds are Done. ISOs are Uploaded. Announcement is out.
Aurora - Fedora 39 Container Builds are failing due to kernel skew. Fedora 40 is good to go. ISOs have not been uploaded.
Base / Main Images - Container Builds are done. Announcement is out.
@M2 @Niklas β‘ Are you guys thinking to delay Aurora until tomorrow?
wait didn't you post the announcement?
40 is on latest. 39 is broken
ISOs didn't get uploaded last I checked lol
OK, so the images are good, but we didn't upload ISOs.
@M2 @Niklas β‘ I had to do this to fix up Bluefin ISO uploads: https://github.com/ublue-os/bluefin/commit/5b76ec743971a3a4ec337e807190f8ffd9c8120c
Updating the ISO workflow. No 39 ISOs for Aurora
ok so is it just a matter of clicking?
oh ya'll got this, I'll step back
Merging.
excellent.
Once that settles. Pressing the button
GitHub
Aurora ISO Build Β· ublue-os/bluefin@4d2b473
An interpretation of the Ubuntu spirit built on Fedora technology - Aurora ISO Build Β· ublue-os/bluefin@4d2b473
I'll cancel the runners for the PR.
Got the Plasma 6 screenshot up on the readme
Don't mind the red build badges....
FYI - added a couple lines to the governance doc to clarify what images we build. Specifically current and one previous version. https://universal-blue.discourse.group/docs?topic=51
Universal Blue
Universal Blue Project Governance
Main Images When people refer to Universal Blue or βuBlueβ they will likely mean the base images. These are described as βOCI base images of Fedora with batteries includedβ. This means: Daily, automatic ingestion of Fedora OSTree desktops. Silverblue, Kinoite, Vauxite, Sericea, and others. Note that these are unofficially built images, Fedora...
And with that I feel free to start removing F38. And @j0rge already disabled the 38 build workflows anyway ππ€ͺπ
F38 fully removed (I think)
your miniboss is slain!