so my BLFS depend check bpa.st/TUSA nsITobin

haha i just made a chicken and egg dep

didi you

yea c-ares/nghttp2/cmake

c-ares is just optional in nghttp2

nsITobin: sup

omg the bash env is flakely

my new packInstall on the laptop worked for linux-pam and shadow installs, but via ssh into a qemu the $ZSRC var seemd unset

ssh is a pty

does that change how bash is invoked?

i dunno, cause the depend check failed and its now re-installing cmake

bb

oh wait i think i was trying to compare a value and not a bash string

nsITobin: i think my problem was the shitty if-elif-else inside an if-fi block

youtube.com/watch?v=fh2OzR56UqQ

ok got it depend check/installer bpa.st/FEUA

the depend part is in the sourced install.sh

hmm nsITobin is that guy actually playing or is it just dubbed over

tho it sounds good

now i can create a BLFS pack tar

i am not even gonna attempt the version checking yet

zedmatrix: he played it

the guitar parts

i assume he produced the not-guitar parts with digital music

still tweaking my packInstall

zedmatrix: youtube.com/watch?v=tpHw0mLA1Vo

theme of zbuild

tho i might try emacs sometime

zedmatrix: you are trying to be a systemlord right?

lol not really, i have just finally made it to blfs

nsITobin: this is an install.sh for emacs bpa.st/4VJA

zedmatrix: so i am confused,, is this running zbuild?

the cpp program

yep those install.sh are inside a package tar, which packInstall sources and executes

nsITobin: you could have anything in the zbuild_exec that execs i guess bpa.st/DMQA

nsITobin: cool made 2 tars dash-{major,minor} defining if it takes over the symlink

be back

nsITobin: i am hoping to be able to just do ./packInstall xfce4

i guess this is ABLFS :)

zedmatrix: when you add a package manager that isn't just fakeroot destdir and manually extracting tarballs.. you MUST make changes

that is what i find lfs so great for

it gives you the baseline

one more recon

yay for openbox being able to declare position and geometry as well as undecorating

winamp and irc dominate this small monitor

now i don't have to position every damned time

openbox really is a great window manager

well so far having the start of PM is having a database

yea i like openbox, what is really funny is mpv on twm

even firefox on twm :)

sufficient

zedmatrix:

i am back to building again

zedmatrix: already better than the makefile version

actually errored out properly

cause I didn't have the 6.10.14 source

this is what i am building bpa.st/SWQQ

nsITobin:

ye i see

why JUST tar not some good compression

well cause they include the tar.{xz,bz2,gz} sources

yea sometimes Makefile can be cumbersome

those .tar files are like a .rpm

but single target dispatch with lists.. it does fine with sure i could do it with bash only but make has a few advantages

.. what they are i can't say.. but trust me there are totally some

lol

zedmatrix: rpm files are compressed cpio files with binary metadata

srcrpm files are simple cpio archives

but rpmbuild does accept simple tarball sources as well.. but won't construct them of course

well these are just simple tar > include source tar + zbc + simple install source script + any patches

zedmatrix: may as well use zip for that

zip is simpler

ON LINUX that is VERBOTEM! bpa.st/JEPQ

zedmatrix: use zip ... anyway

:P

or I WILL

I am sure I can add a way to unzip srcrpm zipforms

zip is a dead archive format... thats why it was removed from BLFS

zip is forever

pk4lyfe

so that is my simple packBuild.sh script

it parses the zbc , downloads the sources, and creates a dir + script

zedmatrix: i am getting strange errors when i pass into the chroot

from getcwd and cd and shit

what is a strange error ?

bbiab

zedmatrix: dpaste.org/UkaNz

you are running on a vps?

i bet your pwd is pointing to before the chroot, so the getcwd cant work nsITobin

no i am not running on anything but bare metal

as root

dir

have you ran a test before a getcwd... echo $(pwd) ?

it seems as if pwd -> where you were not are

i bet executing make -C /setup/packages build-sysroot... is causing the error as the cwd doesn't exist any more

pwd is blank

zedmatrix:

mklfs is able to change directory

but the script under it can't deal

hold on

chdir: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory

that was the result of the test past mklfs

there may be a fix for this

maybe a cd / at the start of your chroot exec script nsITobin

zedmatrix: great

then it won'

know where its self is

or anything else

also

it didn't work

it is i think failing cause of make

>> {target}/setup should exist so then you can cd from there

zedmatrix: then the script needs to KNOW it is in a chroot

use the cat /proc then

i don't even know what that means

you assume i know about linux internals.. i don't

and won't until I get past this and run my own stuff

also proc is bloody well mounted

this is what i use to detect chroot bpa.st/WVWQ

okay what does that mean

what am i reading

what am i testing

what is the actual condition

throwing code at me when I don't know what is going on is worthless

its detecting the /proc/1/root exec functionality

and what does that mean?

how is it different on not chroot

what are the values

I don't know anything about the vfs

what I know is on display

how about this :) blog.davidvarghese.net/posts/linux-101-filesystem-structure

zedmatrix: that doesn't allow me to invoke a chroot to make directly

does it

and i don't get what changed

because from the script's perspective nothing actually has

yes it has changed, when u invoke chroot, it creates a sub shell that is isolated from the first shell

zedmatrix: i mean from the build scripts perspective NOTHING HAS CHANGED it is still at the same depth with the same commands ..

in the chroot it is identical to when it was working

except how I am invoking it

the only fuckin difference is bind mounting setup instead of always copying setup INTO the intended sysroot dir

but i THOUGHT that shit was supposed to work

zedmatrix: apperently I have been misinformed.

cause it is still makefile -> somedir/somescript

and nothing otherwise has changed

and this all started my issues when I started bindmounting

SO

guess what I will be trying next

the originating script is on hold til the chroot script has finished

ok

and how does that effect the environment IN the chroot

i don't think you are understanding what is happening

sysroot is elsewhere

i bind mount the setup directory.. baseos repo to sysroot/setup then chroot in directly executing make -C /setup/packages build-sysroot .. from that point on getcwd fucks up royally

maybe you are trying to invoke the cmd from the wrong location bbs.archlinux.org/viewtopic.php?id=254295

in any call

the /bin/bash is relative to the chroot env

are you querying my shit through AI again

cause you sound like you are responding qith AI suggestions

also there should be a valid bash with all deps

omfg

zedmatrix: sorry, i was really frustrated and i hadn't eaten anything today.. I ate and feel better.

the issue seems to be that mount --bind are not sutiable for for any active scripting in a chroot

i undid that and copyed over and it worked.. except I forgot grep

in my makefile

which now it works properly THAT error showed up

zedmatrix: I have been working on this solid when not doing basic house things for weeks.. either directly or researching

maybe i need a break

i get too involved into something too and forget to eat

i usually start lunch and takes me like an hour

i just finished my cereal bars , 0x0.st/85iq.jpg

its a recipe variant of the rice krispies except with dried fruit and peanuts