<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jun 2, 2022 at 5:48 PM David Seikel <<a href="mailto:onefang_toybox@dave.isageek.net">onefang_toybox@dave.isageek.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 2022-06-02 17:41:09, enh via Toybox wrote:<br>
>    Oh, yeah, I think *especially* for macOS where pretty much everyone is<br>
>    always on the latest version anyway, unless your Mac equivalent of the<br>
>    seven year rule is "support the oldest macOS release that still gets<br>
>    security backports", there's no reason to do this. It's pretty rare they<br>
>    add anything significant anyway.<br>
<br>
Um do you mean there's no one running old unsupported versions of macOS?<br>
<br>
My ancient Mac Mini is running an old unsupported macOS.  I don't think<br>
they have a supported version for it.  One of these days I'll try to<br>
upgrade it, but I know the latetst version wont install, though there might<br>
still be a supproted version.<br></blockquote><div><br></div><div>and if you do, then it's my other statement about "there hasn't been much interesting changed recently". libc changes on macOS are pretty rare. clock_gettime() in 10.12 is the last interesting change i can remember, and that was 2016.</div><div><br></div><div>to be clear, just like Android, a binary built with "min" being set to version n doesn't guarantee it _doesn't_ work on (n-1) --- it often does, which is why so many people have confusion on this point when they finally hit something that _doesn't_ work. it just means that the compiler won't warn you if you try to use something that didn't exist in (n-1). but the runtime linker will, and it's easy to diagnose and fix.</div><div><br></div><div>if we get bug reports, we can always change the min target for CI in response.</div><div><br></div><div>(afaik, AOSP is the only mac toybox user, with some security researcher being the only iOS toybox user [but iOS is a whole different kettle of compatibility fish anyway!].)</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span style="background-color:rgb(255,255,0)">
I rarely use it these days</span>, and got more important things keeping me busy.<br></blockquote><div><br></div><div>exactly :-) i wasn't arguing that there aren't old devices in cupboards; just that "of the devices we see _actually using stuff_ [that collects usage metrics], their owners keep them up to date better than other OSes". in stark contrast to Windows in particular, where i pretty much can't turn on the TV without seeing someone still using Windows XP in 2022...</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
>    On Thu, Jun 2, 2022, 17:34 Rob Landley <<a href="mailto:rob@landley.net" target="_blank">rob@landley.net</a>> wrote:<br>
> <br>
>      On 6/2/22 12:43, enh via Toybox wrote:<br>
>      > 10.15 is currently the oldest macOS release that's still getting<br>
>      > security updates (probably until the end of 2022, if history is any<br>
>      > guide). Without this, toybox built on newer versions will by default<br>
>      > target that version.<br>
>      ><br>
>      > Tested by adding -v and seeing that the "sdk" in use changed from<br>
>      > 12.0.0 by default to 11.0.0 with this flag (Apple has multiple<br>
>      > version numbering schemes; my kernel says it's 21.5.0 already!).<br>
> <br>
>      Hmmm... Switching which version github is building is one thing, but<br>
>      switching<br>
>      the default in scripts/portability.sh seems a bit micromanagey? (I<br>
>      wouldn't<br>
>      think an -mtune for Linux would belong there...)<br>
> <br>
>      Rob<br>
<br>
-- <br>
A big old stinking pile of genius that no one wants<br>
coz there are too many silver coated monkeys in the world.<br>
_______________________________________________<br>
Toybox mailing list<br>
<a href="mailto:Toybox@lists.landley.net" target="_blank">Toybox@lists.landley.net</a><br>
<a href="http://lists.landley.net/listinfo.cgi/toybox-landley.net" rel="noreferrer" target="_blank">http://lists.landley.net/listinfo.cgi/toybox-landley.net</a><br>
</blockquote></div></div>