[Toybox] [PATCH] find: support -printf \0 octal escapes and \c.

[Rob Landley]

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