Since this is a draft, it's not even remotely ready for review.

could u please give me a more specific reasoning? just for better understanding...

Sure thing.

I've marked this Pull Request as a draft since this work is unfinished and not ready for review yet: I've only tested the refactored Docker container and put together an initial structure of the script (mostly copied from build-android.sh). I haven't even tried to run it once. Once I finish the script + docker container and properly test them (regular reproducible script, android reproducible script, test a release), then I'm more than happy to get my work reviewed by you 🙂

thx :)

(sorry for the length and the off topics across the lines, i wanted to explain my background, cuz i guess it is necessary in my tangled case, and cuz i plan to be around in the long term, so the info might come handy in the furture... :D )

I haven't even tried to run it once.

me neither, and i have a chaotic environment (my personal hell) which escalated after a big data loss... i went very deep into building my system with tons of notes from everywhere beyond imagination... i live on 2 machines with 2 temporary systems (void live, 4 and 8G ram, no swap, installing stuff into ram from cached packages, when i have no dependency issues, coding everything in bash to consider it solved, otherwise losing changes i forgot to code is good for motivation, and im about to finish slowly the groundwork with a trustworthy, usable and fine-tuned filesystem with everything coded for my diverse machines and beyond, while i have much solved things from higher levels), and i have 2 exotic gems, a visionfive1.0 with headless ubuntu and a pinephone1.2b with postmarket/sxmo... none of them is really in an ideal state now for doing anything seemingly heavy, and i cant see the bottom of my todo, so it will take much time to become more involved... furthermore, my "git-fu" is below the level of a self confident beginner, i have no experience with containers beyond reading some docker files, and im happy when i understand bits of haskell, while i wrote c preproc magic to interpret config like #define whateverConfig (a,b,(1,2,),), (c,d,e,(3,4,5,),),((),), (extra commas are good for concatenation and tools with __VA_ARGS__) with pretty+auto tested tools for things like loops, conditions, tests for empty and parenthetic values, bitops, length and debug... i needed flexlible config to generate array/enum/length for diverse peripheral devices for my 1st c/atmega/electro project, with network+display... i have native trees in bash too, it is automagic as well! :D (and a poc virtual machine in brainf*ck with mov and halt in an event loop X'D i had to, it is a turing machine+io...)

so, i came here to learn, i shook when i 1st read the intro of simplex, but i didnt even try it so far now (musl and risc-v support would be nice :D ), i dont really care about android (fundamentally untrusted, i have android5 phones for anything not sensitive), but i know bash, posix shell, (some other languages well, so many with basic understanding), much cli tools, and while distro hoppers see the same desktop environments on different base systems, i take notes from any distro, wiki, shell framework/toolkit, system install/management/info tools from big tech to exotic distros and most of the internet, while im not afraid of any programming languages (haskell and kotlin are still mostly beyond my mindset/knowledge), and then i saw some shell here, and became happy cuz its my ground...

i didnt know the exact meaning of a draft (in github context), and it doesnt seem now that it is against early commentary, while im more afraid of finding anything to comment on after merging/closing, so i am/was more interested in whether it is your personal taste, a project policy, or whatever else, as i want to play kind, but i need to understand well where is the line that shouldnt be crossed, which is best described by the exact reasoning... i just try to catch up with my more interesting recent mails and nuke some others when i have time (like 83k mails in 22k topics, and i reduced 80M (from 200) this year), so im happy when i can arrive in time, i guess it is useful even now to fix some bits, and im not sure whether i will be able to find more serious things later without experimenting with it...