JI am annoyed that the tests aren't running, I'm going to match the build.yaml section from bazzite-arch
AWhat tests?
J
Jthey usually fire off right away
WOK, just retested. Was not rtequired.
JI have a PR, I'll adjust, one sec
AIt’s because of the paths-ignore
WIs that something that changed in Distrobox?
Jyeah but I just added those, they weren't firing off before either
WAlso, I use some pre-built extensions. Currently 1, but I will probably need to add another and those are built for Ubuntu.
AAh I see
Jok I turned off the required checks for now since I gotta go to work, normal merging and stuff should just work now
JJsomeone ack this pls.
WIt seems this is not required. I did have to add that in the past, but works on NixOS without it.
Jwell either nixos changed or distrobox changed. or both, heh.
WReading the Distrobox docs again, it should work automatically "for most systems". So I will update the READMEs and not make that step mandatory, but just note it.
WNew build of OBS Studio Portable is ready: https://github.com/wimpysworld/obs-studio-portable/releases/tag/r23248
Bdoh!
i'm missing something obvious here, methinks
i'm missing something obvious here, methinks
Bthough
sudo bootc upgradeno, hmm... it does on one machine and not another
Aokay so I keep thinking about this bot thing. What if we had like:
Let’s make this a bot thread
Let’s make this a bot thread
WI've started some preliminary work on reducing the size of the OBS Studio Portable container.
My updated build system (not committed) now creates
My updated build system (not committed) now creates
obs-container-dependenciesAnd it also adds the latest PipeWire
Jnice!
JI am distracted tonight by https://github.com/charmbracelet/mods
Joh this looks awesome
Ji'll have to look into offloading the ai onto my jetson, if that's possible then this looks super cool
Janything reusable or you shoving it all thru docker-slim?
JI want ubuntu-toolbox to go on a diet too
Bthat one defently cant go trought slim-toolkit as docker-slim is now called
JGitHub
WIP container for DaVinci Resolve installation and runtime dependencies - GitHub - zelikos/davincibox: WIP container for DaVinci Resolve installation and runtime dependencies
Bmakes sense
GWhy do we install xone and xpad drivers in main?
Kxpad is in the kernel by default
Kwe opt for xpad-noone, xone, and xpadneo
Kbasically just upstream+ when combined like that
Ksupports everything the mainline kernel does and more
Kprior to xpad-noone you had to blacklist xpad to have xone
GProblem I have is that it doesn't run without enrolling the key
Gbtw @hermmm optfix doesn't work
G
Gother than that not much else to really comment on
Geverything else in the startingpoint rewrite works from what I can tell
Gnix-me-down # run the ublue nix uninstaller by dnkmmrneed to fix this
nix-me-up # run the ublue nix installer by dnkmmr
Git uses a file for some reason, instead of a directory
Gok I think I fixed it now
WJust more thoughtful dependency inclusion. For example, V4L2loopback DKMS is not required in the container which has a knock on effect of not pulling in kernel headers and build tools.
As @Bigpod says, slim-toolkit can't be used for desktop apps.
As @Bigpod says, slim-toolkit can't be used for desktop apps.
WThat said @Bigpod and I did manage to make a FROM scratch Ubuntu container base image that was smaller than the official base image from Canonical. Again, without using slim-toolkit.
So there might be a little wiggle room with Ubuntu-toolbox.
So there might be a little wiggle room with Ubuntu-toolbox.
Gyeah, it's fixed, i'll make a PR tmro
