Awesome, Is the intended application you are aiming to achieve something similar to a LiveBoot (On p
Awesome, Is the intended application you are aiming to achieve something similar to a LiveBoot (On par with Windows to Go?)
ACan anyone advise how to apply a RPM file hosted in GitHub into the Recipe.yml
I'm trying to get "STL Thumb" intergrated into the system.
I'm trying to get "STL Thumb" intergrated into the system.
ATo answer my own question, Looking at the Bling for devpod shows how to use rpm-ostree to install a RPM file directly from a URL
ASo. It's installed, as it shows as a conflict if I try to install from the updated OS image, woop. However I cannot get the command to run from terminal, presumably wherever it's installed to isn't the correct location.
The counter problem is it's also an application I've had to compile as a rpm too, so that is also a likely place for the issue. Why do rabbit holes always go so deep in projects
The counter problem is it's also an application I've had to compile as a rpm too, so that is also a likely place for the issue. Why do rabbit holes always go so deep in projects
LI think so!
Not completely familiar with Windows to Go but it sounds familiar.
Pretty much an install preloaded with a default user and default software for a specific purpose, being an education resource
Not completely familiar with Windows to Go but it sounds familiar.
Pretty much an install preloaded with a default user and default software for a specific purpose, being an education resource
AI would be happy to collaborate, it could be useful for some makerspaces out there wanting to allow users to use their own laptops with a pre-loaded system too.
Making an atomic Live USB boot device with persistent storage should be pretty useful to some people ^_^
Making an atomic Live USB boot device with persistent storage should be pretty useful to some people ^_^
LThat sounds great!
I'm keeping track of progress here
https://github.com/ii/uedu/issues/1 and the discourse as linked before.
Also talking to folks in the image-builder channel of the Fedora project Matrix
https://matrix.to/#/#image-builder:fedoraproject.org
Some of which are here too I think
I'm keeping track of progress here
https://github.com/ii/uedu/issues/1 and the discourse as linked before.
Also talking to folks in the image-builder channel of the Fedora project Matrix
https://matrix.to/#/#image-builder:fedoraproject.org
Some of which are here too I think
GitHub
build a bootable Fedora/OSTree based image include the following software Scratch Sonic Pi Minecraft Forge an IDE? include a PDF or webpage for course instructions webserver? current issues include...
You're invited to talk on Matrix. If you don't already have a client this link will help you pick one, and join the conversation. If you already have one, this link will help you join the conversation
Aat the moment im going down a rabbit hole trying to get a STL thumbnail generator working. (good news, it works for Fedora KDE Workstation, but not Kinoite)
J@bsherman tomorrow is 37 day but if we wanna start nuking from orbit asap that wouldn't hurt either
J(It's the only way to be sure)
J@beekabop I tried the new release-please action in kera and it broke with the major upgrade
JI was hoping we could skip all that breaking change stuff
Bwow
Joh we just need
release-type: simpleJthat one was set to node
Bi see! good to know
Jwe should be good with the dependabot ones
Bcan we change the type in the pr itself, as suggest change, and commit, or do we need to set it afterwards in a new pr
Bi see some are type node, and some are simple already
Bwell anyhows i have submitted release-type: simple pr's everywhere
Jok I'll check when I get back from dinner unless someone else gets to them first. The kera one failed but I think it's for another reason.
Boh otherwise just close all the pr's lol
Jwe jsut need to test a release in one
JJlooks like we dodged a bullet with that pin!
Ca new soft-reboot mechanism was added that only reboots user space, leaving the kernel running, which is useful in image-based systems for updating from one image version to the next with minimal latency or loss of connectivity and state.
Fascinating
BI think I could work on that tonight.
Jrelease please updates complete, looks like it worked on the repo I tested it on so everything else should be ok
BI'm actively working on F37 EOL PRs for akmods, main, nvidia... as a start
Jbazzite and fin don't have 37 so that should be just about all of them
BThis should be good to go... the 2 failed checks have been failing for a while, unrelated to removing 37: https://github.com/ublue-os/akmods/pull/101
BJok, first round of acks in!
Jman I will NOT miss that release
EWill investigate those checks tomorrow. Looks like the kernel fails to replace itself because of a package. Unfortunately I have to call it a night here in a second
Bno worries, and thank you!
EThank you for killing 37 lol
BWe have successfully done a full iteration now!
BUniversal Blue lived for all (or nearly) of F37!
E38 will be EOL before you know it
BRelease please problems
BBoh, maybe i should approve the PR 
Joh god that is so much easier to read
J
JEZ
J@bsherman you gotta announce on the forum though so that we get more people posting on there
Byou are right! i was supposed to announce something a few days ago and forgot!
J37 silverblue-main had 8 downloads yesterday
Jlooks like indexing noise to me, she ded
