We depend on it through devpod in the -dx versions
We 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
M20240408 matches though
Bmy custom image of silverblue updated to 6.8.4 and i saw no issues on multiple machines... (Dell XPS 15 9520, Dell XPS 15 7590, Thinkpad T480, HP Elitebook 845 14 G9)
maybe i'm missing something. i don't use bootupctl, though it is installed since we include bootc in main?
maybe i'm missing something. i don't use bootupctl, though it is installed since we include bootc in main?
Jnot sure, but at least part of it has to do with a rebase?
J
Byeah, i did updates, not rebases
Jso we've had this in our images forever
Bmaybe that's helpful?
Bthe bug report doesn't give a lot to go on
Joh no, sorry, bootc is on our images
Jnot bootupd
Bi think bootc pulls in bootupd
JI have bootupdctl on my machine
Msame here
BJok so maybe what he means is "we need to add bootupd to the stock fedora 39 images" as in for silverblue/kinoite?
Byes, i do think that is Timothee's suggestion... in which case, our early adoption may be saving us
KI think so
KAnd then the get it
ESorry, working through something that's high priority. If no one has gotten to this, I should have some time tonight
Jlooks like we may be good?
MFor bluefin tags. Looks like we lost adding the tags to the bash array.
https://github.com/ublue-os/bluefin/actions/runs/8605061498/job/23580493765#step:8:20
https://github.com/ublue-os/bluefin/actions/runs/8605061498/job/23580493765#step:8:20
