<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Sep 3, 2020, 01:04 Rob Landley <<a href="mailto:rob@landley.net">rob@landley.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 9/2/20 12:01 PM, enh wrote:<br>
> if you choose sdk_arm64 (or sdk_x86_64) off <a href="http://ci.android.com" rel="noreferrer noreferrer" target="_blank">ci.android.com</a><br>
> <<a href="http://ci.android.com" rel="noreferrer noreferrer" target="_blank">http://ci.android.com</a>>, click on the little "download" icon on most recent<br>
> green build (or whichever build you want), the list of artifacts should now<br>
> contain toybox-static32 and toybox-static64.<br>
<br>
Yay! Ish. Hmmm... Ah, I was looking at sdk_x86, not sdk_x86_64. Yay, found it.<br>
<br>
> so some human effort required (afaik there's no URL that gives you the latest<br>
> green build), but a lot less effort than building AOSP...<br>
<br>
<a href="https://ci.android.com/builds/submitted/6810156/sdk_x86_64-sdk/latest/toybox-static64" rel="noreferrer noreferrer" target="_blank">https://ci.android.com/builds/submitted/6810156/sdk_x86_64-sdk/latest/toybox-static64</a><br>
works but <a href="https://ci.android.com/builds/submitted/" rel="noreferrer noreferrer" target="_blank">https://ci.android.com/builds/submitted/</a> is 404 which means this isn't<br>
a real web page but a database lookup emitted by CGI parsing the whole URL. So<br>
having a "latest" symlink under submitted isn't a question of a dumb little<br>
script to ln -sf after a successful build, instead somebody has to find the<br>
person who understands code that's never shipped to the outside world to dig<br>
through to where a new feature would need to be added in the plumbing.<br>
<br>
Sigh. If you hover over the top level cell that says "sdk" the hover text says<br>
"show last known good build", so there IS awareness that this is a feature<br>
people would want... but of course it's not a URL. It's javascript to redisplay<br>
the table showing just one row. Extra code to be LESS flexible.<br>
<br>
> ~/Downloads$ chmod a+x ./toybox-static64 <br>
> ~/Downloads$ ./toybox-static64 date<br>
> Wed Sep  2 16:44:54 GMT 2020<br>
> <br>
> i'm not going to run anything else on this "real computer" or i'll be back<br>
> complaining that we should change top to not use KiB on a machine with 64GiB of<br>
> RAM,<br>
<br>
My current laptop (Dell Latitude E6230, I spent almost $200 on this thing<br>
_before_ upgrading the memory and hard drive) has 16 gigs of ram, same number of<br>
digits.<br>
<br>
The human_readable_long() plumbing will adjust the units to show the appropriate<br>
number of digits, the thing is we're telling it "8 digits" and 16229720K is 8<br>
digits (plus a unit).<br>
<br>
I think you want commas, which would take up digits and bump it down to 16,230M?<br>
<br>
> and that we need to examine /proc/sys/kernel/pid_max to know how wide pid<br>
> fields need to be again :-)<br>
<br>
Isn't it 6 digits now? 999999 processes? (Didn't we have this discussion already<br>
about ps? In theory top inherits that code...)<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Yes, but my desktop has 7 digits (now at least --- I don't know whether my desktop and laptop always differed like this, or this is from the ubuntu -> debian switch).</div><div dir="auto"><br></div><div dir="auto">We could bump the hard-coded value again, but that seems like a lot of wasted empty columns for small systems?</div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"></blockquote></div></div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Rob<br>
</blockquote></div></div></div>