ELooks like deps changed a bit or something but the instructions haven't changed so I'm kind of throwing stuff at the wall
Jnpm
A stand-alone types package for Undici. Latest version: 6.0.1, last published: 2 days ago. Start using undici-types in your project by running
npm i undici-types. There are 67 other projects in the npm registry using undici-types.JI'm not very familiar with NPM
EI'm not either. Kind of confused because it says it installs then complains during build that it can't find it
EAnd I'm almost certain they didn't change tsconfig.json but not upload it?
JI have an idea -- could we use this as a source? https://extensions.gnome.org/extension/5344/supergfxctl-gex/
JI can confirm that installing this as a user extension works in Gnome 45
EWould solve the issue of needing to build it. Let me try
JIt would just have to be for the F39 build, F38 should be fine
EYeah. Not rebuilding 37/38 since they don't have 45 and 45 broke prior extensions support
JAs a workaround mostly, and in the meantime file a bug in the upstream issue tracker showing the build log errors
EWill definitely open one
JThank you!
ENo problem. If I can't get this sorted soon though I am going to have to push it to tomorrow afternoon. Exam first thing in the morning
JThat sounds good to me
JMy apologies for springing this on you
EOh wow. This is nicer. Just need to extract the zip and copy to /usr/blah where system extensions are
EAnd no problem. Happy to help with anything
JYeah in theory it should streamline the build as there's be no need for NPM
JAlthough I still wonder what to do about these build failures
JAt this point the image is just providing the extension so that a user doesn't have to manually install it into their homedir
Jdo we copr that one?
JWhich would also help avoid potential extension since we'd ensure that only a compatible extension version is used for each image
J
VIs there an issue with the fedora 39 ublue nvidia variant? It seems like there's a package resolution issue ongoing with it.
EThere's an issue right now with RPM Fusion and builds but it shouldn't impact user installations
VWell my custom image is refusing to update due to an issue with the kernel 6.6.4, it might be unrelated but I came to check just in case.
JWhat does the package resolution ouput look like?
VOne sec
V
JWhat packages are you layering?
J--> #
custom-image-support is for custom image stuff
custom-image-support is for custom image stuffVAlright, heading over there
CMade a lot of progress on the image switcher app. Nearly all logic is implemented. I'll need assistance running commands from a Flatpak and refining the UI a little bit, but I do not expect those aspects to be particularly difficult
CThe UI definition could be condensed by a factor of 5-10 by converting the raw XML to Python declarations, I just happened to figure out the XML first. It is currently 240 lines
CThe app itself is 16 lines of code, not counting the template code/files provided by Gnome Builder
Rdoes anyone know what happened to silverblue updates? 
https://github.com/fedora-silverblue/issue-tracker/issues/516
https://github.com/fedora-silverblue/issue-tracker/issues/516GitHub
The composes seem to be finishing correctly, but rpm-ostree upgrade isn't finding them. Notably, this means the fix for containers/podman#20872 hasn't gone out yet. https://kojipkgs.fedorap...
ZI had an update just yesterday
JThe fix is in the images for ublue sinxe that bases from something else iirc
JCould be something specific missing in the pipelines of SB themselves, not accounting for new stuff in ostree. Either way didn't affect ublue builds at all
Joof dang that sucks
Ryeah time to switch image to quay
Rinstead of the old walters github actions
E@jstone sorry for the delay there - GNOME shell extension was updated
JThank you!
ENo problem
J4,002,014 pulls!
EWasn't it 2 like a month ago?
C@EyeCantCU
C9 days, 450k
