Just one remark ... Concerning MACs, we can expect in the future that M1
platform is going to be increasingly popular and that the number of M1
comps is going to grow whereas the number of MACs with Intel will
decrease. It is going to be a process but we will see how long it will
take that Intels completely disappear. Having that in mind, it would not
be a bad idea to be prepared for such scenario ...
Understood. It's only a question of priorities. As of today there are
more installations on macOS <= 10.10 than there are on 11 (Big Sur). And
the overall macOS/LMS population is rather small in general, a fraction
of eg. the number of pCP/LMS installations.
In 10.15 Apple introduced the following statement:
"Scripting language runtimes such as Python, Ruby, and Perl are included
in macOS for compatibility with legacy software. Future versions of
macOS won’t include scripting language runtimes by default, and might
require you to install additional packages. If your software depends on
scripting languages, it’s recommended that you bundle the runtime within
the app."
So... we'll have to take care of this sooner or later for sure. But I'd
rather know what I'm dealing with before I go there. Adding support for
the Perl version shipped today doesn't make sense, as it might be gone
in a year from now. Bundling a binary otoh will be a lot of new
territory to be covered. Compiling the pref pane will require us to
break with the past. Are we going to provide two packages? Cut-off the
larger number of laggers?
LMS 8.1 is working on M1 as of today. And I guess it'll be until Apple
is serious and removes all scripting (or drops Rosetta). Both events
might still be years out. Until then I'll have bigger fish to fry, and
am looking forward to seeing somebody submitting a pull request ;-).
BTW: I'm a Mac user. I don't run LMS on it to feed by SB ecosystem, but
I do all development work on it. "Unfortunately" I just a new MBP a few
months ago. No M1 for me for now.
--
Michael
_______________________________________________
Squeezecenter mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/squeezecenter
