OK, thank you. Yeah ghcr gets the job done a bunch of the time but it does have a bunch of challenge

Lle_melon OK, thank you. Yeah ghcr gets the job done a bunch of the time but it does have ...

E

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

Even if it could handle the larger image sizes, Kyle makes a good point. Bigger and bigger updates would be a hurdle as well

E

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

And no problem

Aakdev Yeah but it is already possible to do that with Lorax (not sure about osbuild) ...

L

le_melonOP•12/7/23, 7:05 PM

Thank you for the link.
I'm wondering whether similar commands are able to be called inside of the build steps inside a Fedora image

EEyeCantCU Even if it could handle the larger image sizes, Kyle makes a good point. Bigger ...

L

le_melonOP•12/7/23, 7:08 PM

I'm interested in how this can be solved in a way where the image size isn't through the room and at least some Flatpaks are pre-installed. Does the standard Fedora Silverblue ISO not include any Flatpaks by default?

Lle_melon I'm interested in how this can be solved in a way where the image size isn't thr...

E

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

Standard GNOME version does but only in the installation media

E

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

They are not shipped on the image itself

E

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

We can do this with lorax

E

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

But the isogenerator we have in place doesn't support it

L

le_melonOP•12/7/23, 7:26 PM

OK, gotcha

L

le_melonOP•12/7/23, 7:28 PM

The purpose of what I'm trying to achieve is to have a pre-installed OS on a bootable USB media to have software, a user account all there.
I'm wondering if it's possible with osbuild, given I'm using this
https://github.com/osbuild/bootc-image-builder and

bootc

bootc

bootc

bootc (trialing each for the purpose)

GitHub

GitHub - osbuild/bootc-image-builder

Contribute to osbuild/bootc-image-builder development by creating an account on GitHub.

J

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

Can someone with the right permissions sync this repo to bump the nvidia driver version? https://github.com/ublue-os/asus-nvidia

GitHub

GitHub - ublue-os/asus-nvidia: ASUS Fedora variants with built-in N...

ASUS Fedora variants with built-in Nvidia drivers. Contribute to ublue-os/asus-nvidia development by creating an account on GitHub.

Jjstone Can someone with the right permissions sync this repo to bump the nvidia driver ...

E

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

On it

J

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

Thank you!

J

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

woo all green!

J

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

(unless onyx 39 470 decides to hate us)

E

EyeCantCU•12/7/23, 9:34 PM

Got Surface NVIDIA too

E

EyeCantCU•12/7/23, 9:39 PM

Quite happy with how well everything has been working on my Pro 7+. Just need IPU4 camera support but I don't expect that anytime soon... Pixel got an update to use it as a webcam so not the end of the world either

E

EyeCantCU•12/7/23, 9:40 PM

Trying Squeekboard on GNOME too see if it's a viable replacement for GNOME keyboard in our downstream images for Surface and Deck too

J

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

we have an open issue for ipu4

J

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

there's a copr and everything

J

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

https://github.com/ublue-os/main/issues/229 oh sorry that's IPU6, I'm unfamiliar with the nomenclature of these new cameras

E

EyeCantCU•12/7/23, 9:44 PM

Interesting IPU6 support came before IPU4

E

EyeCantCU•12/7/23, 9:45 PM

From what I've read, IPU3 support took forever so I wouldn't expect IPU4 support anytime soon. I've seen work on a driver for it though it doesn't work atm

J

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

J

Javvy•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

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

cool cool

J

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

J

Javvy•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

Javvy•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

Javvy•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

OK, thank you. Yeah ghcr gets the job done a bunch of the time but it does have a bunch of challenge

Similar Threads

Similar Threads

Similar Threads