On 8/12/22 15:49, enh wrote: > On Fri, Aug 12, 2022 at 1:37 PM Rob Landley <[email protected]> wrote: >> >> It's up, less than a full week late. >> >> No new commands this time. (Most of the delay was the vain hope I could get >> diff >> and dd ready in time, but... not even close.) >> >> Rob >> >> P.S. I cheated slightly and generated the help.html and status.html pages >> from >> the x86-64 binary I uploaded this time, which comes from mkroot, which isn't >> QUITE defconfig because that adds two commands (sh and route) to the >> defconfig >> it builds. (Longstanding todo to fix it, working on it already for the >> shell...) >> >> And what that showed me is looking at https://landley.net/toybox/html.html >> it's >> a little awkward to have command aliases be in the help -ah list. The first >> thing in the list with the shell enabled are the "-bash", "-sh", and "-toysh" >> aliases which I really would rather not have to explain to people. (Some >> legacy >> thing from the 1970s with sysvinit calling login shells interacting badly >> with >> command multiplexers wanting to know what a command is called. The bash man >> page's invocation section says "A login shell is one whose first character of >> argument zero is a -, or one started with the --login option.") >> >> Anyway, possibly I should filter out some aliases from the help -a output? >> (Maybe just the entries starting with punctuation...) > > i've had to explain to OEMs a few times that, no, /system/bin/[ isn't > a bug or a sign you've been hacked :-)
That one's legacy. It was in the $PATH in old unix and Red Hat 1.0 and such, and busybox provides it too. But the rest are shell builtins and such. They're already tagged to not create symlinks, I should probably filter help -a so it's just showing the stuff it _would_ create symlinks for... > i don't have a strong opinion on [ (though i suspect we _should_ keep > that there), but hiding the -.* stuff sgtm, since that's really just > an implementation detail of the multiplexer. In the case of "-bash" yes. In the case of "." or ":" it's not an implementation detail, it's an alias for "source" and "true" respectively. (Whether or not "source" or "cd" should show up in the help -a list is a judgement call slash design issue. No right answer, but I'm leaning towards NOT having them in there. I think help.html should be the list of things you can call from toybox, and you can't "toybox cd" any of the shell builtins... Anyway, lemme finish dash, dd, the sed s///x extensions for tar --xform, and the relative symlink mess, and THEN circle back around to this. :) Rob _______________________________________________ Toybox mailing list [email protected] http://lists.landley.net/listinfo.cgi/toybox-landley.net
