I'm in meetings all day if someone wants to test the fixes for kinoite: <https://github.com/ublue-os
I'm in meetings all day if someone wants to test the fixes for kinoite: https://github.com/ublue-os/main/issues/132
ETesting right now
E@tulili the Ublue wallpapers package is no-op on Kinoite based images
ELooks like it was set back to /usr/share/backgrounds at some point
Jdoes that affect main?
ENo just images using bling
Joh ok
GESweet
Toooh yeah i know :( we have an issue tracking that on bling
Ti just haven't gotten around fixing it
Tit should be easy tho (literally just symlinking everything onto their proper places) but still
EI'll look into it. Thank you for linking the issue
E
TLOL REALLY? i really thought it was a bit more complex than that JDHSHEHSHSHHS
ESorry for the false ping there
EYeah
Till merge it!! thank you do much
Tso*
ENo problem lol
GWhat?
KGOh
Jalright I updated the board to be more up to date: https://github.com/orgs/ublue-os/projects/1/views/1
GI'm confused
GWhat's bootc?
JGitHub
Boot and upgrade via container images. Contribute to containers/bootc development by creating an account on GitHub.
Jthere's tons of stuff there it will take a while
Jcan someone ack this?
Gso it's a replacement for ostree native containers or?
Ga replacement of rpm-ostree?
Gor does it simply extend rpm-ostree
Gah ok, looks like it... kinda
Breplacement for part of rpm-ostree
Goohhhhh
Gok that make sense, it replaces the current ostree native containers thing in rpm-ostree
Grpm-ostree is still there to do layering, etc
Bits ment to be a agnostic way to deploy ostree native containers for any distro not just fedora based
Byes
Gnice
Gyeah would be cool to integrate bootc when it's complete
Jyeah and we have no choice
Jthat's how you'll rebase and stuff
Goh so bootc is going to replace the current implementation eventually?
Jyeah
Gnice
Jyou'll be able to podman from any live CD and install too
Gso we don't need to integrate it early then
Jand install other stuff
