Earlier quoted context omitted.
I use it daily. Have done so since early 90s.
you're old
Apple to Deprecate Scripting Languages in Future Versions of macOS
61–67 of 67 posts
Re: Apple to Deprecate Scripting Languages in Future Versions of macOS
#62Earlier quoted context omitted.
I think that telling users to execute a shell command to install software is not the smartest idea in any case (eg. no way to verify signatures of installed software) A standard installer package would be much better.
> I think that telling users to execute a shell command to install software is not the smartest idea in any case (eg. no way to verify signatures of installed software) Installing via a shell command has nothing to do with the (in)ability to verify signatures. You aren’t more protected running a random installer package than an auditable shell script from the official Homebrew repo. Also, Homebrew supports more insta…
Homebrew circumvents all the protections built into macOS (like Gatekeeper / Xprotect etc) for convenience.
I don't think this method for distributing software has much of a future.
Re: Apple to Deprecate Scripting Languages in Future Versions of macOS
#63Good, they were poor at keeping them updated. Glad they did not limp into python3 and encumber the ecosystem with some version that would have to be supported for a long time.
As to the rest of it, I’ll just re-post the same comment I post every time some muppet starts with all the wailing and rending of teeth:
This is a perfect opportunity for FOSS to position Homebrew—a proven, successful, developer-friendly software distribution channel—as an integral part of the standard development toolkit of ALL Mac developers; up to and including convincing the Xcode team to bundle it themselves.
..
Apple serves on a plate the greatest geek market opportunity in the 20-year history of Mac OS X… and only the geeks could so totally miss it!
Re: Apple to Deprecate Scripting Languages in Future Versions of macOS
#64Earlier quoted context omitted.
Yes, basically this news means "Ruby, python and Perl may not be preinstallled, install them yourself". It's not a big deal for users of Homebrew or other package managers.
It’s a big deal for Homebrew, which is written in Ruby and uses the version shipped with macOS to install itself.
If the Homebrew team aren’t already busting ass to rewrite brew in Objective-C, and negotiating to get it distributed on AppStore or—ideally—included in Xcode as standard, then they’ll have no-one but themselves to blame when they utterly fail to capitalize on the massive market opportunity Apple has handed them here. Believe me, porting brew is a nothing price and the simplest step by far.
This is a once-in-a-product’s-lifetime chance for a proven FOSS platform not only to grab ten million new users but to influence a global platform vendor’s direction too. Fail to seize this opportunity or blow it execution, and you won’t get another (I speak from painful experience here).
Re: Apple to Deprecate Scripting Languages in Future Versions of macOS
#65Also AppleScript?
AppleScript will remain
[1] https://twitter.com/stroughtonsmith/status/11359563313603461...
Re: Apple to Deprecate Scripting Languages in Future Versions of macOS
#66Re: Apple to Deprecate Scripting Languages in Future Versions of macOS
#67Earlier quoted context omitted.
No, the The Open Group, which owns the trademark on the name "Unix", defines what Unix is, and that group defines macOS as Unix. It also defines z/OS as Unix and does not define any of the Open Source BSDs as Unix, which means FreeBSD, OpenBSD, and NetBSD are not Unix and are, at most, Unix-like. OTOH, the Inspur K-UX Linux distribution is Unix. And The Open Group doesn't use POSIX, it uses the Single Unix Specificat…
Yeah I remember the 90's. Every time I used a system that met the standard Unix definition it felt so vanilla I wanted to dribble chocolate sauce on it. That was a metaphor. The reality is I'd get in trouble for spending modem time using UUCP to get a decent, usable tool chain in place before I could do anything productive.