On 04/24/2016 10:48 AM, enh wrote: > On Sat, Apr 23, 2016 at 11:53 PM, Isaac Dunham <[email protected]> wrote: >> On Sat, Apr 23, 2016 at 09:57:12AM -0700, enh wrote: >> IIRC, I heard that unlink was intended to avoid the need to sanity-check >> and escape file names: >> to delete a file named '-h' or '-f', just run 'unlink -h'/'unlink -f'. >> Of course, GNU mis-implemented it, so it's useless if it's compatible. > > if that was the intention, it's useless anyway, given the > posix-specified -- for all argument parsing.
About that: $ echo -- hello -- hello $ /bin/echo -- hello -- hello _I'm_ doing it, but the gnu tools aren't, and nobody seems to have cared. Posix does not seem to be aware that it's been losing traction for a while now. My own last attempt to engage with the posix mailinglist made it as far as: http://thread.gmane.org/gmane.comp.standards.posix.austin.general/12181/focus=12203 To which the author of cdrecord replied: http://article.gmane.org/gmane.comp.standards.posix.austin.general/12203 (For reference,that would be this guy: https://lists.debian.org/debian-devel/2004/10/msg00487.html .) At which point I washed my hands of them and retreated to my blog to grumble: http://landley.net/notes-2016.html#11-03-2016 And I'm just... not posting to the posix mailing list anymore. I'm not trying to fix it, I'm documenting where I deviate from it and moving on. (I believe Rich Felker, who has a stronger stomach and more social skills than I do, is still engaging with them.) That said, there should be _A_ standard. Somewhere. LSB isn't it. Posix is losing it. Maybe when we've finally got android self-hosting somebody should document the minimal set of interfaces necessary to run the build, or some such... > (that they added this so late just makes it even more stupid. but > that's about what you'd expect from posix...) Yeah, ln and rm are superior commands, i was just worried existing build scripts might use the old ones. But if so, those scripts can be fixed... >>> what we really don't have is /usr/share/misc/pci.ids. >> See: >> http://pci-ids.ucw.cz/v2.2/pci.ids >> http://pciids.sourceforge.net/v2.2/pci.ids >> (Optionally add .gz/.bz2 for the compressed version.) >> >> Dual license, GPL2+ or 3-clause BSD. > > what i meant is "folks would notice if i shipped an extra megabyte of > useless data". even the half megabyte of usb ids, which would be > somewhat useful, seems excessive. I should make it so they can be gzipped on the filesystem and it internally zcats them. (Not that this necessarily helps, but it's really easy to code once zcat is promoted: just check a second filename, xrun() a zcat instance on that file, and read from the output pipeline instead of the file. Internally lsusb/lspci would need to cache the data instead of lseek() and reread the file, but that's easy enough...) But that would still mean shipping 190k of data for lsusb, which isn't exactly free... Rob _______________________________________________ Toybox mailing list [email protected] http://lists.landley.net/listinfo.cgi/toybox-landley.net
