iiinova — where your digital self keeps evolving

It's actually a really good quirk too! This feature actually makes it easier to script and manipulate the PATH variable in many ways. While my demonstration is not particularly impressive I think it's kinda neat how python and shell are intertwined in such a nice way.

000 0

What stood out to me the most is the fact that the PATH environment variable is an array and not a string. This is a quirk I've only ever seen in the rc shell from Plan 9.

100 0

It's got some pretty neat features and expands the capabilities of a traditional shell greatly.

100 0

Maxine Hayes @maxinehayes.bsky.social · 26/10/2023

While I've been waiting on packages to compile for ELFS I've been playing with xonsh in between builds. Xonsh is a python-powered shell. I don't often use python, but have started growing a liking to it with xonsh. #python #shellscripting #shell #elfs #xonsh #linux #linuxengineer

100 0

In stage 2 I build as many of the build requires for the stage 1 sources as I could. This will hopefully help with backing off dependency on Fedora's buildroot.

000 0

Maxine Hayes @maxinehayes.bsky.social · 26/10/2023

I'm working on stage 3 of ELFS now. Stage 3 is essentially a rebuild of all the sources in stage 1 without the bootstrapping instructions.

100 0

Maxine Hayes @maxinehayes.bsky.social · 23/10/2023

The makefiles I wrote are kinda neat. To implement a new build target at the bare minimum all that's required are 4 lines. Makes it a lot faster to debug and get a glimpse of only what is specific to the target.

000 0

Maxine Hayes @maxinehayes.bsky.social · 23/10/2023

I've been working on the new bootstrap method alongside a couple makefiles to aid me in testing. I'm on stage 2 now and so far things are looking pretty good. #linuxengineer

100 0

Maxine Hayes @maxinehayes.bsky.social · 19/10/2023

Reposting here for reach. www.gofundme.com/f/miss-chile...

100 0

It's been a lot of fun digging deeper into this process. I learn something new each day and find more to share.

000 0

If this is true that explains why the waters are a bit muddy when it comes to building EL 9 from scratch using the upstream buildroot.

100 0

Now with 10 and higher they're doing this with Fedora ELN and CentOS Stream. I also believe now for 9 what they're doing is pulling the newer sources from CentOS Stream into RHEL.

100 0

They then build the modified sources one by one to start the beta release of RHEL. Once they have the beta in a workable state they refine the system from there.

100 0

I also have a theory on how Red Hat bootstraps different versions of RHEL. For the main supported arches (x86_64, ARM, POWER and IBM Z) they use the previous version of RHEL then modify the Fedora sources (EL 9 and lower) to suit their needs.

110 0

Maxine Hayes @maxinehayes.bsky.social · 17/10/2023

I thought this was neat. Apparently RPM uses an rc file that contains macro definitions which are generic and distribution specific. Fedora 34 and Rocky's RPM rc vary wildly. I wonder if this effects how RPM packages are built on the different distributions. access.redhat.com/documentatio...

100 0

Rocky Linux now supports m7i instances on the AWS market place images! Both Rocky Linux 8 and 9 are available here: Rocky Linux 8 aws.amazon.com/marketplace/... Rocky Linux 9 aws.amazon.com/marketplace/...

020 0

For example "$ELFS/localrepo/stage1/annobin" or "$ELFS/localrepo/stage1/gcc". This method makes it easier to backtrack the buildroot when an issue arises where I need to rebuild parts of the buildroot.

000 0

I also made an adjustment to how packages are added to the ELFS buildroot. Each stage has their own dnf repository where the results of each package build are stored in a directory with the same name.

100 0

I have also been adding every package I build to the exclude list in my Mock config for the Fedora repository. This helps find issues in the build process earlier allowing me to fix problems before getting too deep into the build process.

100 0

- Do a wave of rebuilds for every stage by rebuilding the last stage in the next stage to shake off dependencies on Fedora.

100 0

- Rewrite the build notes based off of the rumored bootstrap method and figure out any inconsistencies in the bootstrap process. - Rebuild the entire buildroot using the oldest versions of el9 packages.

100 0

I've been working on a new bootstrap method utilizing portions of all 3 of the ideas I had about reworking the ELFS build notes.

100 0

- I can rewrite the build instructions using a new bootstrap method. Pros: The new method in question is rumored to be the true bootstrapping process of Enterprise Linux. It is likely going to yield a more compatible EL build Cons: Build notes and buildroot have to be redone

000 0

- I can rebuild the entire buildroot using the oldest el9 packages. Pros: Have a well defined set of package versions to work with making reproducible builds easier. Cons: Have to rebuild the entire buildroot.

100 0

- I can keep going with the current instructions and do a few waves of rebuilds to shake off dependency issues. Pros: Work does not have to be re-completed. Cons: Makes the build process more confusing and take longer.

100 0

This is a problem, but I have a few ideas on how to solve it.

100 0