- Universal Blue

J

JavvyOP•12/7/23, 9:50 PM

that is a curious binary

J

jstone•12/7/23, 9:51 PM

It looks like the updated images haven't yet been pushed, is that to be expected? https://github.com/ublue-os/asus-nvidia/pkgs/container/silverblue-asus-nvidia

J

j0rge•12/7/23, 9:55 PM

I kicked off a build, the merge didn't fire off a build

J

j0rge•12/7/23, 9:55 PM

https://github.com/ublue-os/asus-nvidia/actions/runs/7134444554

JJavvy Click to see attachment

B

beekabop•12/7/23, 9:58 PM

https://packages.fedoraproject.org/pkgs/coreutils/coreutils/fedora-39.html its coming from this package

coreutils-9.3-4.fc39 - Fedora Packages

View coreutils-9.3-4.fc39 in Fedora 39. coreutils: A set of basic GNU tools commonly used in shell scripts

J

JavvyOP•12/7/23, 9:58 PM

cool cool

J

JavvyOP•12/7/23, 10:03 PM

J

JavvyOP•12/7/23, 10:04 PM

we can switch back to 4.8.1 soon, it's still in testing for F38

J

jstone•12/7/23, 10:05 PM

Excellent, that worked!

$ rpm-ostree update
note: automatic updates (stage) are enabled
Pulling manifest: ostree-image-signed:docker://ghcr.io/ublue-os/silverblue-asus-nvidia:latest
Importing: ostree-image-signed:docker://ghcr.io/ublue-os/silverblue-asus-nvidia:latest (digest: sha256:8ecb7ef30c4398907f7bba27328b8f11b4b4596f05096267aff485357b6bf076)
ostree chunk layers already present: 65
custom layers already present: 2
custom layers needed: 1 (714.9 MB)
Staging deployment... done
Upgraded:
  kmod-nvidia-6.6.3-666.rog.fc39.x86_64 3:535.129.03-1.fc39 -> 3:545.29.06-1.fc39
  nvidia-persistenced 3:535.129.03-1.fc39 -> 3:545.29.06-1.fc39
  nvidia-settings 3:535.129.03-1.fc39 -> 3:545.29.06-1.fc39
  xorg-x11-drv-nvidia 3:535.129.03-2.fc39 -> 3:545.29.06-1.fc39
  xorg-x11-drv-nvidia-cuda 3:535.129.03-2.fc39 -> 3:545.29.06-1.fc39
  xorg-x11-drv-nvidia-cuda-libs 3:535.129.03-2.fc39 -> 3:545.29.06-1.fc39
  xorg-x11-drv-nvidia-cuda-libs 3:535.129.03-2.fc39 -> 3:545.29.06-1.fc39
  xorg-x11-drv-nvidia-devel 3:535.129.03-2.fc39 -> 3:545.29.06-1.fc39
  xorg-x11-drv-nvidia-kmodsrc 3:535.129.03-2.fc39 -> 3:545.29.06-1.fc39
  xorg-x11-drv-nvidia-libs 3:535.129.03-2.fc39 -> 3:545.29.06-1.fc39
  xorg-x11-drv-nvidia-libs 3:535.129.03-2.fc39 -> 3:545.29.06-1.fc39
  xorg-x11-drv-nvidia-power 3:535.129.03-2.fc39 -> 3:545.29.06-1.fc39
Added:
  nvidia-modprobe-3:545.29.06-1.fc39.x86_64
Run "systemctl reboot" to start a reboot

$ rpm-ostree update
note: automatic updates (stage) are enabled
Pulling manifest: ostree-image-signed:docker://ghcr.io/ublue-os/silverblue-asus-nvidia:latest
Importing: ostree-image-signed:docker://ghcr.io/ublue-os/silverblue-asus-nvidia:latest (digest: sha256:8ecb7ef30c4398907f7bba27328b8f11b4b4596f05096267aff485357b6bf076)
ostree chunk layers already present: 65
custom layers already present: 2
custom layers needed: 1 (714.9 MB)
Staging deployment... done
Upgraded:
  kmod-nvidia-6.6.3-666.rog.fc39.x86_64 3:535.129.03-1.fc39 -> 3:545.29.06-1.fc39
  nvidia-persistenced 3:535.129.03-1.fc39 -> 3:545.29.06-1.fc39
  nvidia-settings 3:535.129.03-1.fc39 -> 3:545.29.06-1.fc39
  xorg-x11-drv-nvidia 3:535.129.03-2.fc39 -> 3:545.29.06-1.fc39
  xorg-x11-drv-nvidia-cuda 3:535.129.03-2.fc39 -> 3:545.29.06-1.fc39
  xorg-x11-drv-nvidia-cuda-libs 3:535.129.03-2.fc39 -> 3:545.29.06-1.fc39
  xorg-x11-drv-nvidia-cuda-libs 3:535.129.03-2.fc39 -> 3:545.29.06-1.fc39
  xorg-x11-drv-nvidia-devel 3:535.129.03-2.fc39 -> 3:545.29.06-1.fc39
  xorg-x11-drv-nvidia-kmodsrc 3:535.129.03-2.fc39 -> 3:545.29.06-1.fc39
  xorg-x11-drv-nvidia-libs 3:535.129.03-2.fc39 -> 3:545.29.06-1.fc39
  xorg-x11-drv-nvidia-libs 3:535.129.03-2.fc39 -> 3:545.29.06-1.fc39
  xorg-x11-drv-nvidia-power 3:535.129.03-2.fc39 -> 3:545.29.06-1.fc39
Added:
  nvidia-modprobe-3:545.29.06-1.fc39.x86_64
Run "systemctl reboot" to start a reboot

$ rpm-ostree update
note: automatic updates (stage) are enabled
Pulling manifest: ostree-image-signed:docker://ghcr.io/ublue-os/silverblue-asus-nvidia:latest
Importing: ostree-image-signed:docker://ghcr.io/ublue-os/silverblue-asus-nvidia:latest (digest: sha256:8ecb7ef30c4398907f7bba27328b8f11b4b4596f05096267aff485357b6bf076)
ostree chunk layers already present: 65
custom layers already present: 2
custom layers needed: 1 (714.9 MB)
Staging deployment... done
Upgraded:
  kmod-nvidia-6.6.3-666.rog.fc39.x86_64 3:535.129.03-1.fc39 -> 3:545.29.06-1.fc39
  nvidia-persistenced 3:535.129.03-1.fc39 -> 3:545.29.06-1.fc39
  nvidia-settings 3:535.129.03-1.fc39 -> 3:545.29.06-1.fc39
  xorg-x11-drv-nvidia 3:535.129.03-2.fc39 -> 3:545.29.06-1.fc39
  xorg-x11-drv-nvidia-cuda 3:535.129.03-2.fc39 -> 3:545.29.06-1.fc39
  xorg-x11-drv-nvidia-cuda-libs 3:535.129.03-2.fc39 -> 3:545.29.06-1.fc39
  xorg-x11-drv-nvidia-cuda-libs 3:535.129.03-2.fc39 -> 3:545.29.06-1.fc39
  xorg-x11-drv-nvidia-devel 3:535.129.03-2.fc39 -> 3:545.29.06-1.fc39
  xorg-x11-drv-nvidia-kmodsrc 3:535.129.03-2.fc39 -> 3:545.29.06-1.fc39
  xorg-x11-drv-nvidia-libs 3:535.129.03-2.fc39 -> 3:545.29.06-1.fc39
  xorg-x11-drv-nvidia-libs 3:535.129.03-2.fc39 -> 3:545.29.06-1.fc39
  xorg-x11-drv-nvidia-power 3:535.129.03-2.fc39 -> 3:545.29.06-1.fc39
Added:
  nvidia-modprobe-3:545.29.06-1.fc39.x86_64
Run "systemctl reboot" to start a reboot

$ rpm-ostree update
note: automatic updates (stage) are enabled
Pulling manifest: ostree-image-signed:docker://ghcr.io/ublue-os/silverblue-asus-nvidia:latest
Importing: ostree-image-signed:docker://ghcr.io/ublue-os/silverblue-asus-nvidia:latest (digest: sha256:8ecb7ef30c4398907f7bba27328b8f11b4b4596f05096267aff485357b6bf076)
ostree chunk layers already present: 65
custom layers already present: 2
custom layers needed: 1 (714.9 MB)
Staging deployment... done
Upgraded:
  kmod-nvidia-6.6.3-666.rog.fc39.x86_64 3:535.129.03-1.fc39 -> 3:545.29.06-1.fc39
  nvidia-persistenced 3:535.129.03-1.fc39 -> 3:545.29.06-1.fc39
  nvidia-settings 3:535.129.03-1.fc39 -> 3:545.29.06-1.fc39
  xorg-x11-drv-nvidia 3:535.129.03-2.fc39 -> 3:545.29.06-1.fc39
  xorg-x11-drv-nvidia-cuda 3:535.129.03-2.fc39 -> 3:545.29.06-1.fc39
  xorg-x11-drv-nvidia-cuda-libs 3:535.129.03-2.fc39 -> 3:545.29.06-1.fc39
  xorg-x11-drv-nvidia-cuda-libs 3:535.129.03-2.fc39 -> 3:545.29.06-1.fc39
  xorg-x11-drv-nvidia-devel 3:535.129.03-2.fc39 -> 3:545.29.06-1.fc39
  xorg-x11-drv-nvidia-kmodsrc 3:535.129.03-2.fc39 -> 3:545.29.06-1.fc39
  xorg-x11-drv-nvidia-libs 3:535.129.03-2.fc39 -> 3:545.29.06-1.fc39
  xorg-x11-drv-nvidia-libs 3:535.129.03-2.fc39 -> 3:545.29.06-1.fc39
  xorg-x11-drv-nvidia-power 3:535.129.03-2.fc39 -> 3:545.29.06-1.fc39
Added:
  nvidia-modprobe-3:545.29.06-1.fc39.x86_64
Run "systemctl reboot" to start a reboot

JJavvy we can switch back to 4.8.1 soon, it's still in testing for F38

J

JavvyOP•12/7/23, 10:10 PM

I created PR for this https://github.com/ublue-os/main/pull/444

GitHub

chore(podman): Remove the workaround for podman by john-ghatas · Pu...

Seeing the package page of Fedora podman 4.8.1 has dropped in the stable branch; https://src.fedoraproject.org/rpms/podman.
I propose we remove this workaround whenever is viable

J

JavvyOP•12/7/23, 10:10 PM

Also #444, nice!

J

j0rge•12/7/23, 10:36 PM

nice.

E

EyeCantCU•12/7/23, 11:01 PM

Prompt is GOAT. So nice to be able to set a profile with ZSH without overriding the login shell

E

EyeCantCU•12/7/23, 11:01 PM

And then have one for each distrobox

EEyeCantCU Prompt is GOAT. So nice to be able to set a profile with ZSH without overriding ...

K

Kyle Gospo•12/7/23, 11:01 PM

plus automatic distrobox

K

Kyle Gospo•12/7/23, 11:01 PM

yes please

E

EyeCantCU•12/7/23, 11:01 PM

It's incredible

K

Kyle Gospo•12/7/23, 11:01 PM

it even respects your custom shell

K

Kyle Gospo•12/7/23, 11:01 PM

so I have fish in everything

E

EyeCantCU•12/7/23, 11:02 PM

That's sleek. Was one issue I bad. Didn't like going back and forth

E

EyeCantCU•12/7/23, 11:04 PM

Sane default scrollback too... Nice small thing. I hate the 1000 line default across terminals

EEyeCantCU Prompt is GOAT. So nice to be able to set a profile with ZSH without overriding ...

N

Noel•12/7/23, 11:04 PM

Do you have a link to PROMPT? It’s unfortunately a tough thing to google

NNoel Do you have a link to PROMPT? It’s unfortunately a tough thing to google 😅

K

Kyle Gospo•12/7/23, 11:05 PM

https://gitlab.gnome.org/chergert/prompt

GitLab

Christian Hergert / prompt · GitLab

A terminal for a container-oriented desktop

E

EyeCantCU•12/7/23, 11:05 PM

Should just pin it lol

💾ublue-dev

N

Noel•12/7/23, 11:06 PM

Thank you!

E

EyeCantCU•12/7/23, 11:06 PM

If you use a number of containers, you're going to love it

EEyeCantCU If you use a number of containers, you're going to love it

N

Noel•12/7/23, 11:07 PM

It looks really clean! Is this something Gnome is thinking about shipping by default in the future?

NNoel It looks really clean! Is this something Gnome is thinking about shipping by def...

E

EyeCantCU•12/7/23, 11:08 PM

I honestly have no idea but that would be cool

E

EyeCantCU•12/7/23, 11:08 PM

I think they just very recently overhauled the terminal in GNOME

N

Noel•12/7/23, 11:08 PM

Yeah, I was just surprised to see it in the gnome gitlab

Jj0rge yeah that's going to keep happening, we're likely not going to get builds for th...

Z

Zindswini•12/7/23, 11:21 PM

this makes me sad lol

Z

Zindswini•12/7/23, 11:21 PM

I've been having issues with vr and 545, was hoping I could roll back

Z

Zindswini•12/7/23, 11:22 PM

I wonder how long the next version is going to take, 535>545 felt like forever

EEyeCantCU They are not shipped on the image itself

A

akdev•12/7/23, 11:24 PM

We don’t want them in the image because then it will be read only

E

EyeCantCU•12/7/23, 11:26 PM

I 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

E

EyeCantCU•12/7/23, 11:30 PM

Oh wait. My bad. I think I get what you were saying there

EEyeCantCU Sane default scrollback too... Nice small thing. I hate the 1000 line default ac...

J

j0rge•12/8/23, 12:46 AM

ikr

J

j0rge•12/8/23, 12:46 AM

defaults from original UNIX still all over the place

K

Kyle Gospo•12/8/23, 12:46 AM

Any word on when this might hit stable flathub?

J

j0rge•12/8/23, 12:46 AM

this is why I'm working on the ultimate distrobox, it's just an empty wolfi container with homebrew. That's my next goal.

K

Kyle Gospo•12/8/23, 12:46 AM

can't wait to ship this

J

j0rge•12/8/23, 12:46 AM

he hasn't even announced it

J

j0rge•12/8/23, 12:47 AM

but file issues because he's fixing them, he's fixed like 2 of mine and one of bsherman's

JJavvy Click to see attachment

D

dnkmmr•12/8/23, 1:36 AM

what is the '[' binary anyways?

Ddnkmmr what is the '[' binary anyways?

L

le_melon•12/8/23, 2:06 AM

it's the same as

test

test

, to return true or false (0 or 1) based on conditions.

As far as I understand,

test -f hello.txt

test -f hello.txt

is the same as

[ -f hello.txt ]

[ -f hello.txt ]

and can be used with in

if

if

/

while

while

/

until

until

statements.

A

akdev•12/8/23, 2:55 AM

Correct

A

akdev•12/8/23, 2:55 AM

Back in the old days there was no test built-in

A

akdev•12/8/23, 2:56 AM

And the shell language only really supported

if command; then; echo “the command was successful”; else; echo “the command failed”; fi

if command; then; echo “the command was successful”; else; echo “the command failed”; fi

A

akdev•12/8/23, 2:57 AM

how to have conditionals without modifying the shell itself? Create a funky binary

that evaluates the arguments and sets the return code accordingly

J

jstone•12/8/23, 7:02 AM

@EyeCantCU Hey! Can we have

gnome-shell-extension-supergfxctl-gex

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/

GitLab

Releases · asus-linux / supergfxctl-gex · GitLab

GitLab.com

Similar Threads