@j0rge Does this seem good to you? https://github.com/ublue-os/nvidia/pull/52

GitHub

build(deps): bump actions/checkout from 2 to 3 by dependabot[bot] ·...

Bumps actions/checkout from 2 to 3.

Release notes
Sourced from actions/checkout's releases.

v3.0.0

Updated to the node16 runtime by default

This requires a minimum Actions Runner version of...

jstoneOP•2/28/23, 10:05 PM

I'm thinking of creating a ublue-os/mainline repo so that I can start to experiment with moving generally useful driver bits from the nvidia image into a general purpose upstream image. Is this a good idea?

jstoneOP•2/28/23, 10:17 PM

I'm envisioning something like rpm-ostree rebase ostree-unverified-registry:ghcr.io/ublue-os/{$FLAVOR}-mainline:latestrpm-ostree rebase ostree-unverified-registry:ghcr.io/ublue-os/{$FLAVOR}-mainline:latest

ChaiQi•2/28/23, 10:27 PM

Sounds good to me

ChaiQi•2/28/23, 10:28 PM

I would enjoy being able to recommend ublue for the QoL instead of a cagey combination of SB and -Nvidia

рибаня•2/28/23, 10:29 PM

how would mainline differ from base?

jstoneOP•2/28/23, 10:49 PM

Base has QoL improvements but also has some first run functionality like installing flatpaks. What I'm proposing is a mainline image intended to be consumed by other images and doing little more than installing additional packages so they don't have to be layered

рибаня•2/28/23, 10:53 PM

so base would be on top of mainline?

jstoneOP•2/28/23, 10:54 PM

In theory, yes. It would be the upstream image in which all other images in the ublue-os organization could derive from

рибаня•2/28/23, 10:55 PM

mainline
  base
  ubuntu
  ...
nvidia
  base(?)
  kinoite
  ...

mainline
  base
  ubuntu
  ...
nvidia
  base(?)
  kinoite
  ...

like that?

jstoneOP•2/28/23, 10:56 PM

Yes. Keep in mind that base-nvidia is different from ublue-os/base

рибаня•2/28/23, 10:56 PM

yeah, gotcha

рибаня•2/28/23, 10:56 PM

at that point maybe just call mainline amd?

jstoneOP•2/28/23, 10:57 PM

Mainline amd?

рибаня•2/28/23, 10:57 PM

amd
  base
  ubuntu
  ...
nvidia
  base(?)
  kinoite
  ...

amd
  base
  ubuntu
  ...
nvidia
  base(?)
  kinoite
  ...

jstoneOP•2/28/23, 10:57 PM

Why?

рибаня•2/28/23, 10:58 PM

actually thinking about it more, nvm

рибаня•2/28/23, 10:58 PM

nvidia is a patch of mainline

рибаня•2/28/23, 10:59 PM

(and mainline just happens to be amd, among many other things you could say about it)

jstoneOP•2/28/23, 10:59 PM

We could actually have a silverblue-amd now that you mention it, which would be a mainline image with additional amd libraries like rocm

рибаня•2/28/23, 11:00 PM

is there a planned way to offer composition?

dreamyuki•2/28/23, 11:00 PM

for rocm i don't think that's useful if users use apps with flatpak/distrobox

dreamyuki•2/28/23, 11:00 PM

for example blender

jstoneOP•2/28/23, 11:00 PM

We are literally figuring this out as we go along lol

рибаня•2/28/23, 11:01 PM

yeah sorry I was just wondering, I'm really new to this stuff on top of it being really new

Ddreamyuki for example blender

jstoneOP•2/28/23, 11:01 PM

But should be fine if layered

dreamyuki•2/28/23, 11:02 PM

yes but you need rocm inside flatpak runtime/distrobox container

jstoneOP•2/28/23, 11:02 PM

The biggest hurdle is figuring out how to get rocm working at all

jstoneOP•2/28/23, 11:02 PM

Right, but having the libraries on the host at all is still better than nothing

jstoneOP•2/28/23, 11:03 PM

It's like how CUDA is able to work with rootless podman

dreamyuki•2/28/23, 11:04 PM

hmm

dreamyuki•2/28/23, 11:04 PM

i still prefer put rocm inside distrobox container without installing inside host system

dreamyuki•2/28/23, 11:05 PM

https://github.com/RushingAlien/org.freedesktop.Platform.GL.rocm

GitHub

GitHub - RushingAlien/org.freedesktop.Platform.GL.rocm

Contribute to RushingAlien/org.freedesktop.Platform.GL.rocm development by creating an account on GitHub.

jstoneOP•2/28/23, 11:06 PM

Okay but we still want to enable users to leverage their expensive GPUs and if we're going to support CUDA then we may as well give rocm a chance

Marco (马可)•2/28/23, 11:13 PM

@.jstone might be good to start a discussion for this with proposed repos structure, layouts, purposes, etc

j0rge•2/28/23, 11:56 PM

yeah can we make this async? I'm busy for the next few days and ideally GH would be best for this

j0rge•2/28/23, 11:56 PM

"mainline" makes me think "this comes with a mainline kernel and not a distro kernel"

Jjstone @j0rge Does this seem good to you? https://github.com/ublue-os/nvidia/pull/52

j0rge•2/28/23, 11:58 PM

acked, I upgraded in other repos and it's working fine

xyny•3/1/23, 10:04 AM

if "mainline" is called "base" and the current base something like "make-your-own"

jstoneOP•3/1/23, 2:28 PM

https://github.com/orgs/ublue-os/discussions/93

GitHub

Improving reusability and composability of ublue-os images · ublue-...

As more ublue-os images are added, it's becoming increasingly clear that we should reorganize our images to reduce duplication of work and increase sharing of commonly used packages and pat...

j0rge•3/1/23, 3:20 PM

@.jstone you think we can do the image names by say ... Friday?

jstoneOP•3/1/23, 3:20 PM

Yes

jstoneOP•3/1/23, 3:21 PM

The biggest hurdle is less about the technical aspect and more on the minutia of how we want to name this

ChaiQi•3/1/23, 3:25 PM

"
There are four hard things in computer science:
- Counting
- Cache invalidation
- Naming things
"

j0rge•3/1/23, 3:35 PM

@.jstone after the rename marco wants to finish animesh's PR so we can do versioned containerfiles

CChaiQi " There are four hard things in computer science: - Counting - Cache invalidatio...

dreamyuki•3/1/23, 3:42 PM

true
i just naming my project with something random

j0rge•3/1/23, 6:01 PM

@.jstone I was thinking, can we just rename ublue-os/base the repo from base to main?

j0rge•3/1/23, 6:02 PM

and change the package name?

Marco (马可)•3/1/23, 6:05 PM

We could do that, I'd suggest we start with a branch for the changes. Alternatively, start a new repo and when ready archive this one with a new readme

Jj0rge @.jstone I was thinking, can we just rename ublue-os/base the repo from base to ...

jstoneOP•3/1/23, 6:07 PM

That might be one way of doing it, provided it's also coordinated with moving the ublue first-run functionality into another repo

j0rge•3/1/23, 6:08 PM

right

@j0rge Does this seem good to you? https://github.com/ublue-os/nvidia/pull/52

Similar Threads

Similar Threads

Similar Threads