<div dir="auto">Ping for direction here? I'm happy to implement whichever way you want to go.<div dir="auto"><br></div><div dir="auto">I think we had:</div><div dir="auto"><br></div><div dir="auto">1. Don't implicitly flush in all the x* routines, add any missing explicit flushes (of which I expect there will be very few). </div><div dir="auto"><br></div><div dir="auto">2. Don't use the x* routines as much. </div><div dir="auto"><br></div><div dir="auto"><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Feb 26, 2019, 09:57 enh <<a href="mailto:enh@google.com">enh@google.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Tue, Feb 26, 2019 at 1:08 AM Rob Landley <<a href="mailto:rob@landley.net" target="_blank" rel="noreferrer">rob@landley.net</a>> wrote:<br>
><br>
> On 2/25/19 2:21 PM, enh wrote:<br>
> > (that kind of thing especially can be done as a TODO: at the top of the file.<br>
> > there's even some precedent.)<br>
><br>
> I didn't list the TODO entries that are already checked in, or the failing tests<br>
> in the test suite I added to remind me to fix the issue, or blog entries, or the<br>
> roadmap, or things written down on physical paper, or the toybox section of the<br>
> notes.txt file in the "simple text editor" app on my phone...<br>
><br>
> When I say "todo list" it's sort of holistic. "Collate todo lists" is a<br>
> perpetual todo item and that just refers to the fact I have multiple files in<br>
> multiple directories named "todo.txt" or similar...<br>
><br>
> And "todo heap" is analogous to compost heap, yes. It has archaeological layers.<br>
> It sprouts new things all the time. Boots and a shovel are recommended.<br>
><br>
> >     As I said, this mess tends to be a symptom of "not enough time to clear backlog"<br>
> >     so even little things accumulate. Heck, I've got a dozen or so half-composed<br>
> >     email reply windows open just like this one...<br>
> ><br>
> > i know, you list these every time this comes up :-)<br>
><br>
> Hopefully not the same ones? I like to think I'm making _some_ progress...<br>
<br>
well, the `top -H` bug is new :-) (i have looked at that a couple of<br>
times, but don't have a fix yet. on the bright side, i'm a lot more<br>
confident about everything else we show in top right now --- seems to<br>
match traditional top on my desktop at least.)<br>
<br>
> > but even if you can't solve the whole problem, anything you can do to reduce<br>
> > your <a href="https://en.wikipedia.org/wiki/Bus_factor" rel="noreferrer noreferrer" target="_blank">https://en.wikipedia.org/wiki/Bus_factor</a> helps...<br>
><br>
> You mean like these?<br>
><br>
> <a href="http://landley.net/toybox/code.html" rel="noreferrer noreferrer" target="_blank">http://landley.net/toybox/code.html</a><br>
> <a href="http://landley.net/toybox/design.html" rel="noreferrer noreferrer" target="_blank">http://landley.net/toybox/design.html</a><br>
> <a href="http://landley.net/toybox/cleanup.html" rel="noreferrer noreferrer" target="_blank">http://landley.net/toybox/cleanup.html</a><br>
> <a href="https://github.com/landley/toybox/commit/e2191095c3c6" rel="noreferrer noreferrer" target="_blank">https://github.com/landley/toybox/commit/e2191095c3c6</a><br>
><br>
> (I've been told Google's management considers Android's command line "good<br>
> enough", and were uninterested in funding me to spend time working through my<br>
> todo list. Not even to focus on the test suite or on documentation. So they<br>
> can't be _that_ worried...)<br>
<br>
_they_ don't care, but you and i do :-)<br>
<br>
i think there's also the cookie-licking aspect of this... we both<br>
know, for example, that dd needs a lot of work but it doesn't get it<br>
because of the potential for collision. i assume the TAGGED_ARRAY<br>
change is a step in the right direction, but didn't want to do<br>
anything i didn't have to do in the same patch. (i'm assuming, for<br>
example, that you'd rather have TT.ibs rather than <a href="http://TT.in.bs" rel="noreferrer noreferrer" target="_blank">TT.in.bs</a>, but<br>
because your in-progress state is invisible...)<br>
<br>
this is one thing i like about gerrit: it's a good place to post<br>
in-progress [but not ready to commit] work. that and leaving TODOs in<br>
the code rather than out of band seems more conducive to having other<br>
folks pitch in. (github also has a "help wanted" label for bugs that<br>
the owners aren't actually working on.)<br>
<br>
> Just the toybox _license_ can eat weeks, between SPDX approval, _defending_ the<br>
> SPDX approval from OSI, arguing about it on github, a whole second round getting<br>
> OSI to agree with SPDX, then this month it's back to Github and trying _not_ to<br>
> reopen OSI or SPDX cans of worms...<br>
><br>
> <a href="https://github.com/github/choosealicense.com/issues/464#issuecomment-438718643" rel="noreferrer noreferrer" target="_blank">https://github.com/github/choosealicense.com/issues/464#issuecomment-438718643</a><br>
> <a href="https://github.com/github/choosealicense.com/pull/643" rel="noreferrer noreferrer" target="_blank">https://github.com/github/choosealicense.com/pull/643</a><br>
> <a href="https://github.com/spdx/license-list-XML/pull/768" rel="noreferrer noreferrer" target="_blank">https://github.com/spdx/license-list-XML/pull/768</a><br>
><br>
> I don't have the heart to face wikipedia[citation needed]. I convinced OSI to<br>
> stop misnaming the license (buried the hatched with Bruce Perens, even got Kirk<br>
> McKusick to publicly endorse the name), and wikipedia[citation needed] is STILL<br>
> deadnaming the license at<br>
> <a href="https://en.wikipedia.org/wiki/BSD_licenses#0-clause_license_(%22Zero_Clause_BSD%22" rel="noreferrer noreferrer" target="_blank">https://en.wikipedia.org/wiki/BSD_licenses#0-clause_license_(%22Zero_Clause_BSD%22</a><br>
> . Sigh. At least the part of<br>
> <a href="https://en.wikipedia.org/wiki/Public-domain-equivalent_license" rel="noreferrer noreferrer" target="_blank">https://en.wikipedia.org/wiki/Public-domain-equivalent_license</a> where they were<br>
> doing the same has been turned into a very awkward "OSI says X. SPDX also says X<br>
> and said it first so I dunno why OSI is even mentioned unless you look at the<br>
> history of this wiki page..."<br>
><br>
> And gmail/dreamhost's unsubscribed everybody again. (Wrestles with web gui,<br>
> clicks through individual letter pages to uncheck the B checkboxes but not the U<br>
> checkboxes and click "submit" to reload each page before clicking on the next<br>
> letter...) And dreamhost wants its renewal check. And I haven't checked my own<br>
> gmail spam filter web page to see what it's false positived on in weeks... yup,<br>
> dozens from qemu-devel and buildroot and musl and linux-kernel... It is now<br>
> sending dreamhost "bounce action notification" messages to spam. That's almost<br>
> meta. Aha, I didn't see<br>
> <a href="http://lists.landley.net/pipermail/toybox-landley.net/2019-February/010129.html" rel="noreferrer noreferrer" target="_blank">http://lists.landley.net/pipermail/toybox-landley.net/2019-February/010129.html</a><br>
> (and missed it in the web archive), sorry about that...)<br>
<br>
yeah, i didn't see that patch either.<br>
<br>
> *shrug* The usual. (And my blog's up on <a href="https://landley.net/notes.html" rel="noreferrer noreferrer" target="_blank">https://landley.net/notes.html</a> through<br>
> the end of August! Maybe I'll go edit and post more of that... Editing another<br>
> week's worth of entries took an hour and 3 minutes. Adding links and finishing a<br>
> sentence that stopped abruptly turned into adding several more paragraphs on the<br>
> topic, with even more links, as usual. But at least they're up now...)<br>
<br>
anyway, getting back to grep --line-buffered... what's the next step?<br>
merge this and do the x* flush-removal later? upload another patch<br>
that's like this but removes the x* flushes rather than switches away<br>
from x*? something else?<br>
<br>
(also, if you're not happy with the dd patch you'll need to tell me<br>
what you don't like :-) )<br>
<br>
note that we're also entering peak TPS season again, so i'll be even<br>
more evenings-and-weekends than usual.<br>
<br>
> Rob<br>
</blockquote></div>