@Noel everything we need is queued up, you may indulge yourself on the builders.
@Noel everything we need is queued up, you may indulge yourself on the builders.
NI'm going to gorge myself on builders. ALL MINE!
Byou didn't ask me if i needed builders for ucore
B
Bbecause... yeah, we do
J60/60, we have a lot of queues but watch, they moving.
Jqueue them up now
J@M2 ISOs building for bluefin for the CVE, everything is queued up
Mcancel mine for now
Jack, we're almost done
F@j0rge thanks for the vulnerability info.
I use ublue-os isogenerator instead of Jason's upstream one.
Do I just need to rebuild the ISO in Github Action, or I need to switch to Jason isogenerator to fix the vulnerability?
I use ublue-os isogenerator instead of Jason's upstream one.
Do I just need to rebuild the ISO in Github Action, or I need to switch to Jason isogenerator to fix the vulnerability?
Foh, I believe it doesn't matter, nvm
Bnote: no F40 ISOs should NOT be rebuilt right now as those images are not fixed yet: CVE-2024-2905
edit: I added "NOT"... as F40 may be rebuilt but won't have the fix
edit: I added "NOT"... as F40 may be rebuilt but won't have the fix
Jyeah you just need an updated image
F@Noel There is a mistype in vulnerability announcement:
Ffixfoxcorrected it, thank you
AGitHub
SteamOS session compositing window manager. Contribute to ValveSoftware/gamescope development by creating an account on GitHub.
AContains a backport for Splitgate crash on exit
AMight be of interest
Rhttps://www.linkedin.com/posts/fatherlinux_project-bluefin-and-the-future-of-operating-activity-7183894868312690705-bGhl
Scott reshared his article on LinkedIn
Scott reshared his article on LinkedIn
I envision an image-based workflow, similar to Project Bluefin, as the future of operating systems https://bit.ly/49wy4dG #linux #bluefin #fedora #container…
NJ40 is not fixed upstream yet, 38 isn't affected, but 39 is good to go in main/hwe, you just need a rebuild
JFedora Discussion
Due to a bug in rpm-ostree, the /etc/shadow, /etc/shadow-, /etc/gshadow and /etc/gshadow- files in Fedora CoreOS, IoT, Atomic Desktops have the world-readable bit set. Affected versions All Fedora CoreOS nodes installed starting from the following versions are impacted: stable: 38.20230902.3.0 testing: 38.20230902.2.1 next: 38.20230902.1.1 F...
SHello! When doing a PR on
ublue-os/configI found the correct link but I think it would be nice to change that template
Jyeah needs some fixes if you've got time
AGitHub
the 3.13.16.9 upstream gamescope tag contains a fix for Splitgate crash on exit. add these commits as a patch so that it doesn't do that and we're all happy again.
KThank you!
Acheers :frog_love:
also defo check out that other PR about CDemu
also defo check out that other PR about CDemu
Asomething i never heard about until seeing that and i love it already
A
Aoh holy shit
Kniceeeeee
K@Jan we can probably drop that HDR patch now
JI just went to bed :(
Kno rush what so ever
Kjust pinging you for visibility
KI'd have to build gamescope-git anyway
JI mean
JSince kernel fsync is also for Fedora
JIt would break HDR there
Kit's a trade, you're breaking HDR on gamescope sure
Kbut I imagine HDR on KDE6 isn't supported with the VALVE1_ params
Kplus that got merged to main, so this patch will eventually hit gamescope on Fedora anyway
Awhich one, the one that forces
VALVE1_yeah
Jwe're on track to pass 12 million by F40
Bhockey stick
JI feel like by the time F40 hits its stride this steep curve here will be flat. 
Bsomething in 40 has a memory leak - maybe Chrome, it's acting strange. I got a notification that OOM killed something but couldn't tell what it was. and I'm most definitely not out of memory.
