[Toybox] Lots of libc's.

2022-08-27 Thread David Seikel
On 2022-08-27 04:06:58, Rob Landley wrote: > On 8/26/22 18:11, enh via Toybox wrote: > > So, nobody reads my blog ("glob") at least not yet. I spent many many > > hours developing the world's fastest qsort() implementations, but I > > have no way to get anyone who can get them used to

Re: [Toybox] "bad xform" not very helpful

2022-08-27 Thread Rob Landley
On 8/18/22 11:24, enh wrote: > On Thu, Aug 18, 2022 at 3:45 AM Rob Landley > wrote: > > On 8/17/22 16:25, enh wrote: > >     Alright, let me try it in the android checkout directory... Still > had > to run > >     oldconfig... And it ran fine for me. >

Re: [Toybox] [PATCH] losetup: Wait for ueventd to create loop device on Android

2022-08-27 Thread Rob Landley
On 8/25/22 09:52, enh wrote: > On Thu, Aug 25, 2022 at 1:05 AM Rob Landley wrote: > > What would have made SENSE was having the netlink hotplug interface (ala > nlmsg_type = RTM_GETLINK) register to say it's going to send back response > packets with credential info for each new node

Re: [Toybox] tar xf doesn't work on compressed files if the *cat tools aren't available

2022-08-27 Thread Rob Landley
On 8/26/22 18:34, enh via Toybox wrote: > On Thu, Aug 25, 2022 at 5:49 PM enh > wrote: > > the kernel folks build in an even more restricted environment than AOSP. > so > although they have bzip2 and gzip, they don't have bzcat and gzcat. ... > ran out of time to

Re: [Toybox] diff.c

2022-08-27 Thread Rob Landley
On 8/26/22 18:11, enh via Toybox wrote: > So, nobody reads my blog ("glob") at least not yet. I spent many many > hours developing the world's fastest qsort() implementations, but I > have no way to get anyone who can get them used to look at it. Does that have a similar writeup

Re: [Toybox] tar xf doesn't work on compressed files if the *cat tools aren't available

2022-08-27 Thread Rob Landley
On 8/25/22 19:49, enh via Toybox wrote: > the kernel folks build in an even more restricted environment than AOSP. so > although they have bzip2 and gzip, they don't have bzcat and gzcat. > > from a bad run (with no bzcat/gzcat): It's supposed to fall back to bzip -d and gzip -d if zcat etc