dtb trinity
trinity created branch stris in bonsai/harakit 2024-05-03 21:04:39 -06:00
trinity opened issue bonsai/harakit#101 2024-04-29 17:23:28 -06:00
dj(1) null-byte padding: -A or -a ''?
trinity commented on pull request bonsai/harakit#86 2024-04-29 04:46:19 -06:00
docs: fixed formatting of many manpages

(There is the workaround of having an empty argument; if I recall the sh(1p) builtin read supports this at least with its -b option - I remember this because [an article trended on Hacker News…

trinity commented on pull request bonsai/harakit#86 2024-04-29 04:35:02 -06:00
docs: fixed formatting of many manpages

Love it.

trinity commented on pull request bonsai/harakit#86 2024-04-29 04:34:19 -06:00
docs: fixed formatting of many manpages

I think I'm willing to cede this hill.

trinity commented on pull request bonsai/harakit#86 2024-04-29 04:33:29 -06:00
docs: fixed formatting of many manpages

"-a but with null bytes; pads the input buffer with null bytes in the event of an incomplete read.

trinity commented on pull request bonsai/harakit#86 2024-04-29 04:26:16 -06:00
docs: fixed formatting of many manpages

Perhaps that this is a kibibyte shouldn't be noted here. It may give the false impression that one could specify a SI prefix, e.g. dj -b 1KiB.

trinity opened issue bonsai/harakit#100 2024-04-28 20:25:46 -06:00
Ban generative AI
trinity commented on pull request bonsai/harakit#96 2024-04-28 20:04:10 -06:00
testing

That's true. I suppose such a test isn't necessary.

trinity commented on pull request bonsai/harakit#98 2024-04-27 11:25:11 -06:00
scrut(1): changed return status 0 to EXIT_SUCCESS

Merged.

trinity deleted branch scrut-sysexits from bonsai/harakit 2024-04-27 11:24:45 -06:00
trinity closed pull request bonsai/harakit#98 2024-04-27 11:24:45 -06:00
scrut(1): changed return status 0 to EXIT_SUCCESS
trinity commented on pull request bonsai/harakit#96 2024-04-27 07:25:37 -06:00
testing

It's testing for bloat. It drives home the fact that we will not compromise on making good, simple tools. If we did our tests would fail us.

trinity commented on pull request bonsai/harakit#96 2024-04-27 07:23:37 -06:00
testing

Our true(1) and false(1) implementations are POSIX without extensions and shouldn't be extended. Maybe it would be better to only have them in the POSIX compatibility section.

trinity deleted branch mm from bonsai/harakit 2024-04-26 20:34:41 -06:00
trinity commented on issue bonsai/harakit#94 2024-04-26 20:32:29 -06:00
Number parsing routine

Integer parsing has to be done in our C programs in a couple of places:

trinity commented on issue bonsai/harakit#55 2024-04-26 20:17:11 -06:00
mix(1) – randomly sort inputs

How is mix(1) for a name?

I like it.

trinity commented on pull request bonsai/harakit#96 2024-04-26 20:14:15 -06:00
testing

Goodness, I just saw the WIP: . It makes sense then that it seemed that this was unfinished. I really like where this is headed though.

trinity commented on pull request bonsai/harakit#96 2024-04-26 20:12:41 -06:00
testing

GNU false(1), a notoriously POSIX non-compliant implementation, would pass here, as (if I recall) it returns EXIT_FAILURE for improper usage. It shouldn't pass, though, because it prints a usage text to the standard output when usage help or version information are queried.

trinity commented on pull request bonsai/harakit#96 2024-04-26 20:12:41 -06:00
testing

Why is this separate from tests/posix-compat/true.sh?