If you use a number of containers, you're going to love it
If you use a number of containers, you're going to love it
NIt looks really clean! Is this something Gnome is thinking about shipping by default in the future?
EI honestly have no idea but that would be cool
EI think they just very recently overhauled the terminal in GNOME
NYeah, I was just surprised to see it in the gnome gitlab
Zthis makes me sad lol
ZI've been having issues with vr and 545, was hoping I could roll back
ZI wonder how long the next version is going to take, 535>545 felt like forever
AWe don’t want them in the image because then it will be read only
EI was thinking more of we did this and images were too big. The Flatpaks didn't seem to be read only when I tried last
EOh wait. My bad. I think I get what you were saying there
Jdefaults from original UNIX still all over the place
KAny word on when this might hit stable flathub?
Jthis is why I'm working on the ultimate distrobox, it's just an empty wolfi container with homebrew. That's my next goal.
Kcan't wait to ship this
Jhe hasn't even announced it
Jbut file issues because he's fixing them, he's fixed like 2 of mine and one of bsherman's
Dwhat is the '[' binary anyways?
Lit's the same as
As far as I understand,
test, to return true or false (0 or 1) based on conditions.As far as I understand,
test -f hello.txt is the same as [ -f hello.txt ] and can be used with in if/while/until statements.ACorrect
ABack in the old days there was no test built-in
AAnd the shell language only really supported
if command; then; echo “the command was successful”; else; echo “the command failed”; fiAhow to have conditionals without modifying the shell itself? Create a funky binary
[ that evaluates the arguments and sets the return code accordingly
J@EyeCantCU Hey! Can we have
gnome-shell-extension-supergfxctl-gex updated? It looks update upstream released an update to fix Gnome 45 compatibility https://gitlab.com/asus-linux/supergfxctl-gex/-/releases https://copr.fedorainfracloud.org/coprs/eyecantcu/supergfxctl/packages/
EWill get that in the morning. Thanks for letting me know!
JAwesome, thank you so much!
JI tried to show somebody asus-nvidia and they mostly got it working, aside from the supergfxctl extension not being compatible which is needed for their hybrid graphics
J@EyeCantCU It also looks like all of the packages could use an update now that I got to look at all of the versions https://gitlab.com/asus-linux/supergfxctl/-/releases https://gitlab.com/Jhyub/supergfxctl-plasmoid/-/releases
JThe Gnome extension is probably the most noticeable though because of broken Gnome 45 compatibility
EWill get here momentarily 
JThank you
B@EyeCantCU it looks like 19 hours ago you merged some ASUS specific stuff into ublue-os/main ?
EWait what
Bi'm not quite sure how... i don't see PRs approved
EI don't recall doing that
EI'll fix that as well?
Band then some surface changes:
https://github.com/ublue-os/nvidia/commit/de17bdd54df22122adad18b414921ea0238f56de
https://github.com/ublue-os/nvidia/commit/de17bdd54df22122adad18b414921ea0238f56de
EGreat
EI feel like a dumbass
AIs main not protected?
Bi can revert that stuff no problem, i just wonder how it happened... if it's just an accident, no problem... but was it some automation?
EI don't understand how opening an MR into ASUS/Surface NVIDIA would impact main
EAt all.
AIt is protected
Bto me, it looks like the change was merged locally and pushed
EI didn't do that
Bit is protected... but... i think we allow bypassing of rules by those with perms
ENot dumb enough to merge BOTH repos into NVIDIA and force push
B
i'm not quite sure how it happened either, that's why I'm bringing it up 