The trouble with that view is that it breaks half of the purpose of the Ublue inheritance tree after

The trouble with that view is that it breaks half of the purpose of the Ublue inheritance tree after the current restructuring, because it somewhat forces everyone who wants to make a custom image to start entirely from scratch and duplicate 80% of the Ublue project effort instead of just making a few tweaks

ChaiQiOP•3/4/23, 3:20 PM

Making just a few tweaks to get what you want is only possible if you can choose where you want to start from

Bigpod•3/4/23, 3:20 PM

personally im not sure there is any point for startingpoint repo imo

ChaiQiOP•3/4/23, 3:21 PM

And I know it should still be possible to start from wherever you want, but the guidance to a separate branch "made for starting from" could do more damage than good just psychologically

Bigpod•3/4/23, 3:22 PM

honestly in many ways main serves the same purpose

xyny•3/4/23, 3:23 PM

Also another hypothetical issue with Main being the template:
Say I want to layer Libreoffice in the native container, need Nvidia drivers, but don't want automatic updates for Flatpaks. I fork main and switch the upstream to the Nvidia image of my choosing, add in Libreoffice, all good. Then I disable automatic updates for flatpaks by instead of copying all RPMs from ublue-os/configublue-os/config just copying the ones I want.
That's where I go wrong! The Nvidia image is based on the main image, which already includes the automatic updates. To get rid of them, I actually have to imperatively remove them. There's no clear reason for that, after all, I forked and created a different main that doesn't add automatic updates. It's confusing.
The alternative; a barebones starting point where those options are not added, but you are provided instructions on what to add to the Containerfile to disable them.

Bigpod•3/4/23, 3:24 PM

i disagree

Bigpod•3/4/23, 3:25 PM

you can always start from main, basically starting point is essentially main without opinions

CChaiQi The trouble with that view is that it breaks half of the purpose of the Ublue in...

xyny•3/4/23, 3:26 PM

I actually view that the startingpoint's point is so that you don't have to duplicate the effort. Since you set FROM as an uBlue image, you get everything included in that. Since the starting point is created for the sole purpose of customizing the uBlue images, it should be easy to just add a couple of packages.

ChaiQiOP•3/4/23, 3:26 PM

...
the furthest upstream Ublue image is Main

BBigpod you can always start from main, basically starting point is essentially main wit...

xyny•3/4/23, 3:26 PM

It serves essentially a completely different purpose for the end-user.

CChaiQi ... the furthest upstream Ublue image is Main

xyny•3/4/23, 3:26 PM

yes?

Xxyny It serves essentially a completely different purpose for the end-user.

Bigpod•3/4/23, 3:27 PM

define end-user

ChaiQiOP•3/4/23, 3:27 PM

If you set FROM as the furthest upstream Ublue image with the absolute minimum added to it

then you are setting it to Main. You are bypassing starting point entirely and using Main.

ChaiQiOP•3/4/23, 3:28 PM

The only thing starting point could do to add less is use the upstream Red Hat image

Bigpod•3/4/23, 3:28 PM

becuase for most ublue end users starting point wont even be a blip, for those that it will they will be tinkers for whom using it wont mean a thing of difference between using it or going and forking main

ChaiQiOP•3/4/23, 3:28 PM

Which would just be using the Red Hat image instead of Ublue

BBigpod define end-user

xyny•3/4/23, 3:29 PM

somebody just wanting to install fedora silverblue on their computer who wants to have ublues autoupdates / drivers and other tweaks

ChaiQiOP•3/4/23, 3:29 PM

They rebase to Main, or the QoL downstream.

Bigpod•3/4/23, 3:29 PM

and if you wanna go into that indepth tinkering you should think about going to upstream

Xxyny somebody just wanting to install fedora silverblue on their computer who wants t...

Bigpod•3/4/23, 3:29 PM

most such somebodies will go for main

Bigpod•3/4/23, 3:31 PM

or fork main and remove those few bits that they dont want, starting point makes no sense unless you are tinkerer but at that point you are likely to want to either fork main if you wanna go that indepth or go upstream in this case actual fedora silverblue and pull in ublue changes you like

CChaiQi They rebase to Main, or the QoL downstream.

xyny•3/4/23, 3:31 PM

They do, but ahh, then they learn a bit about containers, and want to add some of their own packages there, host a bit of their configuration inside the os container, maybe install and SDDM theme by including it in their container. Now they've got to create their own container image. What's better? An image made specifically for that purpose, or an image made for the purpose of including the common uBlue QoL tweaks being a template on the side.

Xxyny They do, but ahh, then they learn a bit about containers, and want to add some o...

Bigpod•3/4/23, 3:31 PM

then they fork main and build on that

ChaiQiOP•3/4/23, 3:32 PM

? ^^^
That's not how inheritance works

Bigpod•3/4/23, 3:32 PM

main is specifically built to build uppon

ChaiQiOP•3/4/23, 3:32 PM

CChaiQi The only thing starting point could do to add less is use the upstream Red Hat i...

xyny•3/4/23, 3:32 PM

Starting point is not intended to be an image to consume, it shouldn't do anything. It's a starting point for somebody to create their own image.

ChaiQiOP•3/4/23, 3:32 PM

So you want to specifically create the only un-bootable image by breaking the template so it is a better abstract template

Bigpod•3/4/23, 3:33 PM

main serves the same pupose

Bigpod•3/4/23, 3:33 PM

lets break down the architecture as it seems you dont understand it(sorry if im wrong)

Bigpod•3/4/23, 3:33 PM

on the top of it is upstream fedora image which is completly bare base image

Marco (马可)•3/4/23, 3:34 PM

I think we could all take a beat here as many seem to be talking past each other

Bigpod•3/4/23, 3:34 PM

then ublue makes it slightly opinionated ublue main image on top of which all other images are build uppon

BBigpod main is specifically built to build uppon

xyny•3/4/23, 3:34 PM

Well excuse me but I didn't know that before I made the starting point repository as both the graph that I made and everyone agreed to, the documentation, and my intuition said otherwise. I made a huge fucking mistake and now I'm stuck in a salty boredom-fueled conversation with people I try my best to respect.

CChaiQi So you want to specifically create the only un-bootable image by breaking the te...

xyny•3/4/23, 3:34 PM

It's not really an image, it's a template.

Bigpod•3/4/23, 3:34 PM

main is a template

ChaiQiOP•3/4/23, 3:35 PM

All Ublue images are image templates and vice versa afaik

Marco (马可)•3/4/23, 3:35 PM

Okay. We’re stopping here

MMarco (马可)I think we could all take a beat here as many seem to be talking past each other

xyny•3/4/23, 3:35 PM

I think I could go shove my face in a pile of snow rn. Read my arguments and respond to them, please don't just say but main is a template toobut main is a template too. That's not my point.

Marco (马可)•3/4/23, 3:37 PM

To clarify. main is a template repo. @hermmm goal was to create a repo that is similar to main but for creating new ublue flavors. Both serve a purpose both are distinct. This isn’t a place to get heated we’re all here to build stuff

Marco (马可)•3/4/23, 3:38 PM

If conversations get heated we need to slow down and take a break

Marco (马可)•3/4/23, 3:38 PM

We can discuss the implications of if we need a new repo or not but for now I’m going to keep this channel on ice as I’m out and can not thumb type fast enough

Bigpod•3/4/23, 3:39 PM

What im trying to say is that it makes little sense to use startingpoint repo when main is already a thing

Marco (马可)•3/4/23, 6:19 PM

I've removed slow down and re-enabled sending for this channel. I want to leave a signpost reminder - we're a very small (less than 100 people still!) but passionate bunch. Lets make sure we keep conversations civil in chat. If you find yourself getting frustrated or repeating yourself continuously, or find yourself getting upset it's an open source community project and taking a beat to reset is encouraged - nothing wrong coming back to a conversation in a few mins, hours, or even days.

This project moves fast and we're going to make a series of changes that move in lots of different directions while we find the path forward. I know Jorge and I appreciate you all for coming in here and bringing your experiences and opinions - thank you all

Marco (马可)•3/4/23, 6:22 PM

@j0rge this should fix image meta: https://github.com/ublue-os/main/pull/37

GitHub

fix: image name and description variable interpolation by marcocepp...

j0rge•3/4/23, 6:23 PM

cc @.jstone ^

xyny•3/4/23, 6:43 PM

hey uhh @j0rge i'm making & maintaining the https://github.com/ublue-os/images-website and i just did a few updates to make it a full uBlue frontpage
i was just bout to push to show yall the changes but i appear to not have write access to the repo that i made...

GitHub

GitHub - ublue-os/images-website

Contribute to ublue-os/images-website development by creating an account on GitHub.

j0rge•3/4/23, 6:44 PM

what's your github username?

xyny•3/4/23, 6:44 PM

id?

xyny•3/4/23, 6:44 PM

i'm the only person who's ever commited to that repo

The trouble with that view is that it breaks half of the purpose of the Ublue inheritance tree after

Similar Threads

Similar Threads

Similar Threads