nsITobin: i was looking around and that gentoo uses --rbind and --make-rslave during its stage3 build

zedmatrix: it likely makes more sense to just copy into sysroot and if $TARGET_SYSROOT then clear and update it selectively

$TARGET_SYSROOT/setup*

hmm i always wonder why those guys talk about system-nspawn

*systemd

and if that was my only solution.. I'll just drop this computer off in the dumpster

i tell the arch wiki is where you need to look wiki.archlinux.org/title/Systemd-nspawn

it is an easier solution maybe :)

i swear to god.. if i am forced to run these piss poor modern solutions on my personal system as a matter of course.. I'll just log off the system

what is more important, easy of use or sanity ?

the easy solution is install windows 7 and use a UXP browser and not do much else

that's the easy solution

because I literally designed it to be

windows 7 was my idea after all.. according to the commerical at the time

lol

and you know what?

they have a rhel derivative there that would get them mad

tho i still like windows 7 over 10

that windows 7 boot logo.. THAT was my idea i sent THOUSANDS of bug feedback to microsoft bitching about how shitty the no logo and progressless bar was for vista during the beta .. i wrote 20 different varients and submitted em thousands of times..

I wanted that changed

and that one time.. it worked

but then they added the shitty progressless circle spinner throbber

... and that was when I knew.. windows was gonna be over one day

that and metro

and the piss yellow and puke green color scheme the windows classic gdi style gets if you force it then try to reghack win2k's color scheme into it.. this was a pre-release for 8 before they killed the blur

zedmatrix: I think how I am gonna handle these git repos and rpm repos is baseos and extras.. just that.. extras will have category directories with package subdirs .. same depth as baseos.. simple categories..

yea i am cleaning up my blfs repos

i should cross-compile curl so it is available inside the chroot

yea it is handy incase you loose or forget a package

but i like to have the package source ready, its faster :)

FINALLY IT IS BUILDING

in the chroot

nice

cool parsing xml in bash

I'll resume work on snowball tomorrow.. a break is in order

how is your stuff coming .. i can focus more on what you are doing a lot more lesierly

zedmatrix

you linked an iso or something either yesterday or the day before could you link it again unless I am misremembering

i did say I would test your stuff on-demand

to help avoid the but it works on mah system

nsITobin: parsing the book xml using a custom xsl

and also building a LXQt depend tree

but i think i break is in order too

nsITobin:

So ordered.

:)

this is mah xsl bpa.st/MJBA i just needed the *.ent files in ../

CaptainTobin: test script to build zbc files bpa.st/6QFQ

i could likely strip down your xsl to just have it crap out simple direct bash scripts

but it saves some copying and pasting, i still haveto adjust them since the build portion i use may vary from the book

well what did I use the jhalfs scripts for.. not to build jhalfs.. to grab scripts as a starting point.. cosmohill's rpm specs serve the same purpose and was wholey unexpected

yea and this just trims it down more and you can use the dev blfs book

not sure how it works on the lfs since it doesn't have that info

well i only need it to address scripting

and package name

and version

maybe url

and scripting i don't need depends for lfs

i would do rpm spec files manually cause they need adjusted on the fly but if i can get the lfs sysroot selection as a direct extract that would be halpfuk

-ful*

but too much automation doesn't work well.. cheating done half-assed screws you over later

have to cheat completely

you see

gitlab.com/binaryoutcast/snowball-o…ackages/Makefile?ref_type=heads#L91 these

save the rpm deps are what i need to get from the lfs book

that is fine for LFS, but when it goes BEYOND its where the deps are needing tracking :)

zedmatrix: and rpm will track then as I define em

as automatic deps are disabled by macro

i like autoprovides tho

that is nice

but autodeps are horrific

makes bootstrapping nearly impossible unless you --nodeps everything

so i'd prefer explicit deps in the spec file

BLFS is a resource not a guide to follow

lfs is a guide to follow

if blfs was a guide to follow it would be more .. endpoint

like glfs

tho i am using that as merely a guide to xorg and wine

x11*

the baseos cutoff is openbox picom pulseaudio x11 and xterm

a fully bootable unix-like system is baseos

well except server just exclude graphical

but sti;;

the extras repo will have categories.. programs libraries servers applications (graphical) toolchains and misc .. rpm groups will follow the same except it will be Repo/Category == rpm group tho for sanity sake baseos will just do .. packages cause it is one unit.

plus or minus graphical re server

if i bother

BaseOS/Libraries or Extras/Applications

but physically baseos will just have packages/

i think it makes sense and great for consistant consistancy

oh yeah

forgot environments

for de packages

if there were a rich selection of shells i'd have shells too but there really is only dash and bash plus some specialist shells

LFS does list deps but it is a seperate page

not like the blfs required recommended

etc

i used it to try and slim down the base lfs selection to an lfs sysroot

for rpm

bootstrapping

you can always try zirconium 1.01

but i am just gonna rest

zedmatrix: of course I'd TRY it

poke at it

try and bust it as a normal user for you

zedmatrix: if i wanted to be lazy i'd just use whatever binary iso you released and add rpm on top of that and not worry about my own bootstrap generation

and otyher people should do that

cause you been doing good work

CaptainTobin: Writer of GLFS here. The book was just meant for "hey, here's how you can go from LFS to Steam+Wine without any bullcrap." Wanted to be as linear as can be while still presenting choices along the way. Seems people want that, but with no multilib and less gaming stuff

me.. I'm clearly insane.. trying to have netscape linux by way of win16 somehow

I've been thinking but I'm not sure how to go about that.

zeckma: I am a special case on the multi-lib and video game stuff.. most people want steam and vidja games

zeckma: I consider glfs to basically be LFS part 2: Let's be graphical .. FOR FUN!

how much better can that get

some people build a system to run games.. some people build a system AS the game

either is valid imo

i also treat it as a sort of LFS 2. Basically MLFS first, or the core, then GLFS, or the graphical environment, the base for BLFS and SLFS, then finally stuff from BLFS and SLFS, like Hyprland and Firefox

firefox is banned

for being terrible fucking software

and I at this point am as qualified as anyone else to make that call

about mozilla and firefox

Banned?

from my systems

if i want mozilla I cna always try and take back my xul platform from the moonies

or just use seamonkey

:P

we need foolproof instructions on how.. if you have the hardware .. to build chromium

also why is the linux foundation horrible?

anyway zeckma thanks for doing glfs i hope i adapt the x11 to wine with wow64 nomultilib to rpm well enough to indicate as such in the background info i eventually should write

I wish a new browser came about that didn't rely on mutliple dependencies, wasn't a fork, and doesn't rely on vcpkg (like Ladybird). It seems we are gonna wait a while for that, since no one wants to make a browser, just fork an existing one.

And no problem! It's been fun so far.

zeckma: the real issue is rust

even chromium is powered by rust

as long as rust is a thing.. your code is a service with a timelimit

you won't be able to just build something from a decade ago without also building period rust.. where as lots of old ass C basically still works today

source code is meaningless unless you can USE it

may as well just be marketing guff

you can't prove