On 9/4/19 10:38 PM, enh wrote: >> (And see if making all 3 >> behave consistently would break anything.) > > ...but this is the part where i'm not sure exactly what we can do. > other than "suck it and see". > > if you're happy with "suck it and see", let me know if you're not > already looking at this and i'll have a look.
We should suck it and see at the start of a new android dev cycle. I dunno how far you are into the current one, but that's the time for optional breakage. :) I'm trying to get LFS building again, which gives us more visibility over on the other side of things. (If LFS builds, portage and source debootstrap are likely to...) >> Ideally I'd do http://landley.net/aboriginal/about.html#hairball and build >> debian and such under toybox, but the "debian only builds under debian, >> fedora >> only builds under the _previous_ version of fedora it won't even build under >> itself, every portage ebuild in the entire gentoo tree is manually tagged >> with >> every architecture it's been made to work on so adding an architecture means >> touching every ebuild AND the base #includes are a horrible nested mess that >> even the gentoo developers no longer understand and yes I asked them _and_ >> sat >> down with Daniel Robbins twice when he was in austin to try to see if _he_ >> understood it and let's just say he has a REASON he's doing funtoo instead of >> gentoo now"... > > "Funtoo Linux was created by Daniel Robbins, the creator and former > Chief Architect of Gentoo Linux, in late 2007, as a means to get > Gentoo to build reliably" > https://www.funtoo.org/FAQ:How_Did_Funtoo_Begin > > interesting. now i have a _technical_ reason not to touch gentoo with > a bargepole :-) https://landley.net/notes-2011.html#02-09-2011 https://landley.net/notes-2011.html#23-10-2011 https://landley.net/notes-2011.html#26-12-2011 https://landley.net/notes-2011.html#30-12-2011 https://landley.net/notes-2012.html#07-01-2012 And then, of course https://landley.net/notes-2012.html#10-01-2012 *shrug* Oh well... >> Ahem. Linux From Scratch and Beyond Linux From Scratch. Test loads. Yay. >> Then AOSP. > > to be clear: are you saying "let's get to where we can do these and > _then_ try suck it and see", or "let's suck it and see, and those > projects will tell us if/where we need to copy historical mistakes"? I think I'd like to run Linux From Scratch through a local suck-it-and-see before inflicting it upon AOSP? I got Linux From Scratch to build under busybox back in like 2011, and although that framework's been abandoned for a while I dug it up and stuck toybox in it (just checked and that started with the May 30th blog entry, which hasn't been edited and uploaded yet) and was trying to get it to build itself and then build the (stale) linux from scratch build I had automated at https://github.com/landley/control-images/tree/master/images/lfs-bootstrap back in the dawn of time.) Back at qualcomm in 2010 I put together a hexagon linux demo that built dozens of beyond linux from scratch packages natively under such a system (on top of the LFS build), and I had x11 and xeyes and xchess and such building and running. And some tiny terminal with a name like "rxvt". (Ok, the board didn't have a framebuffer so we exported the x11 display to another machine, but still. :) Alas, the blfs build script I did was on qualcomm's time so I didn't get to keep it when I left. I've meant to redo it ever since, but... todo list runneth over. I should poke the lfs mailing list and see if there's a variant that builds with http://www.linuxfromscratch.org/blfs/view/svn/general/llvm.html instead of gcc/binutils. It's a pity http://ellcc.org/ was abandoned. (It would be lovely if the android NDK grew a standalone from-source build that didn't have all the dependency prerequisites in the world, but I suspect if such a thing is to exist I'm gonna have to be the one to create it. Sigh. (I still can't build bionic outside of AOSP. I want to use my record-commands script to see what command lines actually get run during the bionic build and reverse engineer a makefile or build script from that without ninja and the stack of dependencies that comes with, but A) it's a hermetic build now so that's surgery to AOSP not an environment wrapper, B) it's neither the only thing that builds nor close to the _first_ thing that builds, so a bit hard to isolate out...) Ahem. All together now, "It's on the todo list..." Rob _______________________________________________ Toybox mailing list [email protected] http://lists.landley.net/listinfo.cgi/toybox-landley.net
