so are we stuck waiting for v4l2loopback to be ported to 6.8?
so are we stuck waiting for v4l2loopback to be ported to 6.8?
MIt appears to be building for 40
Bright that's why i'm so confused, it DOES build for 6.8 on F40, but NOT on F39/F38
BI think we should merge this sooner than later ... it's building clean, just had to drop v4l2loopback on F38/F39 ... and
there's a couple others not building on 6.8 too, but those aren't included in bluefin, i don't think and bazzite can deal i think
there's a couple others not building on 6.8 too, but those aren't included in bluefin, i don't think and bazzite can deal i think
Jok on it
Jneeds 1 more
MWould love to +1 it...
J@EyeCantCU got a sec ^^
ETaking a look
ELooks good, approved 
Bugh, i need to fix nvidia builds, as we don't have 470 anymore
Jstanding by
Jbuilds are clearing up now, next run should be without queued builders
Bi cancelled the nvidia PR build... trying to get this clean build of akmods then we need to buidl main again
Bpretty annoyed... i started this afternoon hoping to cleanup image metadata and i've just fought with bluefin buils and 6.8 drama 
JBUT SPLIT BUILDS THO
Joh and all the inline bash is gone
Bugh, more side effects i'm so ready to axe F38
BEAvailable to help out as well
B
FI found the easy way to install Gnome system extensions without building RPMs.
It's all automated.
The only maintenance is bumping the extension version from time to time when new Fedora releases.
It's only rarely needed to install some additional dependency which some extensions require, like Pano.
Is there an interest in this?
It's all automated.
The only maintenance is bumping the extension version from time to time when new Fedora releases.
It's only rarely needed to install some additional dependency which some extensions require, like Pano.
Is there an interest in this?
MFedora 40 dropped openssl 1.1 compatability
MWe depend on it through devpod in the -dx versions
Jwe casually passed 11 million pulls just now
Mwow
J10 million was less than 2 weeks ago, 13 days
JI use a hardware latency tester to measure how much the VTE-based terminals improved from GNOME 45 to GNOME 46.
Mhttps://github.com/ublue-os/packages/pull/21
I upped the openssl version to the non-compat version. However, devpod doesn't seem to run for me at all with either the version based on openssl1.1 or openssl
I upped the openssl version to the non-compat version. However, devpod doesn't seem to run for me at all with either the version based on openssl1.1 or openssl
Jthey have an issue tracker and luca watches it
Mrpmlint action seems broken on packages.
Bthere are some spec files which don't pass lint
Mmakes sense. Looks like we lint everything
Mokay, the build with openssl works with podman (and appears to work with vscode directly). Docker issue also sorted
MThe appimage version still has an issue so this is an improvement over that
MFiled an issue still with upstream some weird stuff going on
EOnly have a moment - you all see this?
https://github.com/fedora-silverblue/issue-tracker/issues/543#issuecomment-2043087999
https://github.com/fedora-silverblue/issue-tracker/issues/543#issuecomment-2043087999
JGitHub
To fix issues with Fedora Atomic desktops, I'm considering backporting the bootupd inclusion to Fedora 39: fedora-silverblue/issue-tracker#543 https://gitlab.com/fedora/ostree/sig/-/issues/1 Wh...
Jmaybe this backport is the way to go?
Jshitty timing, nice.
JJHas anyone reported any issues on upgrade first?
Jwe may need to pin a kernel
MSo, latest and gts didn't get tagged today
Mfor bluefin
MThe images that built today didn't get tagged with them so we'll need to review that. But this does gives us some breathing room to come up with a plan for updating the bootloader
Jah does that explain @marc's issue?
MIt would explain why there was no update today. I'm unsure why he thought there has been no update for weeks
Mmisread. He was saying no update from the image labeled the 6th
Mbut yes, that would explain why he didn't get today's update
Mour version tag often is a day off from the creation date
