Starting point is literally in the uBlue org, intended for people making a personal custom image. I

Starting point is literally in the uBlue org, intended for people making a personal custom image. I don't think we want everybody's custom image where they just changed a few flatpaks and added some rpms to be an official part of the uBlue project.

xynyOP•3/4/23, 2:56 PM

And even less do I have an idea of where you got your idea of it trying to split custom images away from uBlue?

Xxyny Starting point is literally in the uBlue org, intended for people making a perso...

ChaiQi•3/4/23, 2:56 PM

And it was never going to be.

CChaiQi And it was never going to be.

xynyOP•3/4/23, 2:56 PM

What was?

Xxyny And even less do I have an idea of where you got your idea of it trying to split...

ChaiQi•3/4/23, 2:56 PM

I don't think that is the actual intent; I was just trying to express how incredibly bad it looks from a technical perspective

Xxyny What was?

ChaiQi•3/4/23, 2:57 PM

Peoples' custom images forked from Main were never going to be official parts of the project, as far as I know

CChaiQi I don't think that is the actual intent; I was just trying to express how incred...

xynyOP•3/4/23, 2:57 PM

It is technically the same as ublue-os/base.

ChaiQi•3/4/23, 2:57 PM

Which was specifically deprecated in favor of main and its better structure

CChaiQi Peoples' custom images forked from Main were never going to be official parts of...

xynyOP•3/4/23, 2:57 PM

Well obviously. So not trying to have them as part of it is not splintering.

CChaiQi Which was specifically deprecated in favor of main and its better structure

xynyOP•3/4/23, 2:59 PM

Main is based on Base, the deprecation was done because it's role and name changed. Main is the upstream image, which other uBlue images are based on. Base was both an image with some goodies and a template for people to use. Main is intended to be those goodies, and startingpoint is intended to be the template.

xynyOP•3/4/23, 3:01 PM

It's true that it was my plan, and I executed it because I saw it fit. If yall don't want it then alright I'll just remove the repo or something and redo all the documenting on main.

xynyOP•3/4/23, 3:02 PM

My point is; Why have a repository that serves two purposes, and inherits itself? Why not have a clear structure of inheritance, where the inheritee is another image that serves another purpose?

ChaiQi•3/4/23, 3:02 PM

I've been following discussions in this channel fairly consistently and I'm confused by "starting point" because everyone else was ironing out how to structure the project such that Main functions as a unified template for all of the official AND unofficial images, and the diagram they used, which you created, supported that.

I do think that documentation was/is/should be a priority on the to-do list for Main, but I don't see what would be different from Main in "starting point"

ChaiQi•3/4/23, 3:03 PM

Of course, anything I say can be overridden by the people I'm trying to indirectly relay information from, if I misunderstood something

CChaiQi I've been following discussions in this channel fairly consistently and I'm conf...

xynyOP•3/4/23, 3:05 PM

The graph I created specifically included a starting point, and as far as I know nobody was complaining then. As far as I knew, Main was supposed to be just an upstream image, but apparently it actually was not and was intended to be multipurpose.

ChaiQi•3/4/23, 3:06 PM

Maybe I misremembered the diagram or it was maybe interpreted multiple ways, I'm looking for a copy to refresh my memory

CChaiQi Maybe I misremembered the diagram or it was maybe interpreted multiple ways, I'm...

xynyOP•3/4/23, 3:06 PM

https://ublue.it/architecture/

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

I think overall a lot of this can be avoided if we do more consensus seeking and PRs for reviews

Jj0rge @hermmm "Architecture" would be better instead of structure

xynyOP•3/4/23, 3:07 PM

Changed it! See above link

ChaiQi•3/4/23, 3:07 PM

oh
I think I see what went weird

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

I’m going to fill in branch protections everywhere but even Jorge does everything via PRs for reviews and it’s a standard we should embrace

MMarco (马可)I think overall a lot of this can be avoided if we do more consensus seeking and...

xynyOP•3/4/23, 3:08 PM

Well, yeah. The bane of an open source multi-person project. Heh.

xynyOP•3/4/23, 3:09 PM

Startingpoint was a new repo though, so nothing to PR to.

xynyOP•3/4/23, 3:09 PM

Yall should probably remove my write access to the website though.

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

But checking in this discord first could solve a lot of headache

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

Or a discussion to outline the goal and purpose

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

In GitHub

MMarco (马可)But checking in this discord first could solve a lot of headache

xynyOP•3/4/23, 3:10 PM

I just happen to be active at times many other people are not. Except for the people seeking help with their custom images of course, who get many conflicting sources of info.

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

That’s why we have GitHub discussions!

ChaiQi•3/4/23, 3:11 PM

I interpreted the "starting point" box as a categorical representation that any of the above could be forked as the basis of a custom image, rather than one concrete "starting point" repo.

I think the former makes more sense because it allows people to fork custom images from any point in the modular inheritance they want to, including the bare-bones upstream main, rather than all starting from one bare-bones template identical to the upstream main

Either way, I'm glad that the communication snag maybe got found so it can be addressed

MMarco (马可)That’s why we have GitHub discussions! 😀

xynyOP•3/4/23, 3:13 PM

but then I would've had to ask yesterday for what I did today, and I didn't have time for that, so I couldn't have done it today, so I wouldn't have done it this week,...
in the end, it's a new repo, I didn't do anything that breaks things. I went with the lazy concensus https://ublue.it/CONTRIBUTING/#i-want-to-contribute

xynyOP•3/4/23, 3:14 PM

The concept of “lazy consensus” is very important in your project. Lazy consensus means that when you are convinced that you know what the community would like to see happen, you can assume that you have consensus in favor of the proposed work and can get on with it. You don’t have to insist people discuss and/or approve your plan, and you certainly don’t need to call a vote to get approval. You just assume you have the community’s support unless someone says otherwise.

CChaiQi I interpreted the "starting point" box as a categorical representation that any ...

xynyOP•3/4/23, 3:18 PM

I view the approach of somebody being encouraged to fork any other uBlue image as a base for their own custom container image for just doing a couple of tweaks way more confusing, than having a clearly simple documented single-purpose template repository.

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

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

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

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

xynyOP•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/config

ublue-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...

xynyOP•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.

ChaiQi•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...

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

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

ChaiQi•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.

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

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

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

BBigpod define end-user

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

Starting point is literally in the uBlue org, intended for people making a personal custom image. I

Similar Threads

Similar Threads

Similar Threads