Live data from Hacker News

macOS deprecating scripting language runtimes, including Python, Ruby, and Perl

developer.apple.com

191–200 of 450 posts

Re: macOS deprecating scripting language runtimes, including Python, Ruby, and Perl

#191

Earlier quoted context omitted.

MacPorts has or had semi-official status. It was hosted by macOS Forge, which was an official Apple site that included other projects such as XQuartz. I'm unclear on the current status.

Its a shame MacPorts kind of died on the vine. It just seems so much cleaner and less hacky than Homebrew.

Nope. MacPorts not dead. Use it everyday.

Re: macOS deprecating scripting language runtimes, including Python, Ruby, and Perl

#192
I think this is great, but at the same time, auto-installing homebrew ought to be an option (perhaps enabled by default) when installing the “XCode command line tools”.

Better yet, offer a “developer setup” app that sets up the command line tools, homebrew, iTerm2, updated bash/zsh, and more.

Apple would do best to pave the cow paths developers have already worn into macOS, especially when it comes to command line utilities. A dev setup app would just make it quicker/simpler and pave the way for newbies to get into development.

Re: macOS deprecating scripting language runtimes, including Python, Ruby, and Perl

#193
I did like being able to distribute an entire app with a download of just a few megabytes, relying on a highly stable system Python (literally worked for 10 years).

And these days with smallish SSDs, I find myself desperately freeing up disk space surprisingly often. I’d rather not have every single app be 100+ MB when I know deep down that the things should be tiny.

Re: macOS deprecating scripting language runtimes, including Python, Ruby, and Perl

#194
post #147

Earlier quoted context omitted.

> Ruby on Windows is a nightmare. The same stuff with Node.

Not sure why? Yeah there were times with damn node-gym not compiling for whatever reason. But nowadays things run pretty smooth.

paths, compilation etc. Windows isn't main server platform, so people seems like just don't care.

Re: macOS deprecating scripting language runtimes, including Python, Ruby, and Perl

#195
post #132

Earlier quoted context omitted.

I think you’re overthinking this. The vast majority of Ruby/Python programmers have been installing their own copies themselves, because Apple was pretty slow in updating them (Ruby is usually a few minor releases behind, Python is still 2.7 IIRC). People will just keep doing that, and nothing will change. They may or may not be moving off Unix, but this isn’t evidence of that.

As a counter-anecdote, the built in Ruby interpreter in Mac OS X Tiger was the way I learned to program and how I got interested in programming. I don't think a bare Ruby interpreter is the best way to get into programming, but Apple hasn't been great at encouraging programming among kids. As a kid, its development tools were totally baffling, where Ruby was much easier to understand.

> Apple hasn't been great at encouraging programming among kids

You should check out what they’ve been doing for years with Swift Playgrounds on the iPad

Re: macOS deprecating scripting language runtimes, including Python, Ruby, and Perl

#196
post #145

Earlier quoted context omitted.

You're joking, right? Brew is NOT the de-facto package manager, macoports is. Learn what "de-facto" means. Brew is a fucking trainwreck that shits all over "/" and has a tendency to break existing critical features while failing to stay up to date. I wouldn't touch it again with a 10 foot pole, and actively discourage people from using it.

Of course you are technicly right. Homebrew is a train wreck and should not be used. But people are using Windows also, they don't use the proper tools, like ports. Unfortunately it is the defacto packager. But still, people should not put out Homebrew installation recipes, and prefer macports instead. At least you can seperate the newbies from the experienced immidiately. If it's a Homebrew package only, avoid.

Can you explain further why you think Homebrew should not be used?

Re: macOS deprecating scripting language runtimes, including Python, Ruby, and Perl

#197

Earlier quoted context omitted.

I’m guessing home brew will end up creating a packaged installer than includes a home brew upgradable ruby

I'd think a script that you pipe into a shell with admin privileges is more likely ;)

Same difference, really.

Re: macOS deprecating scripting language runtimes, including Python, Ruby, and Perl

#198

I think this is great, but at the same time, auto-installing homebrew ought to be an option (perhaps enabled by default) when installing the “XCode command line tools”. Better yet, offer a “developer setup” app that sets up the command line tools, homebrew, iTerm2, updated bash/zsh, and more. Apple would do best to pave the cow paths developers have already worn into macOS, especially when it comes to command line ut…

Homebrew is not the only package provider for MacOS.

Re: macOS deprecating scripting language runtimes, including Python, Ruby, and Perl

#199
post #7

Probably the right call - many of them don’t have abi or api stability guarantees, or in the case of python needlessly broke backwards compatibility that is still causing pain today. Apple used to ship an incredibly old version of OpenSSL because people used its API which was not ABI stable. Even getting rid of it was a nontrivial amount of work. The lack of care about API&ABI stability in developer facing open sourc…

> The lack of care about API&ABI stability in developer facing open source projects (interpreters, libraries, frameworks, commandline arguments) is still bizarre to me: why make your work hard to use/update? If you're a FOSS developer with limited time and man power (and if you're lucky, limited budget) maintaining backwards compatibility is hard. So hard, that new features and bug fixes might have to take a back sea…

[deleted]

Re: macOS deprecating scripting language runtimes, including Python, Ruby, and Perl

#200
post #132

Earlier quoted context omitted.

I think you’re overthinking this. The vast majority of Ruby/Python programmers have been installing their own copies themselves, because Apple was pretty slow in updating them (Ruby is usually a few minor releases behind, Python is still 2.7 IIRC). People will just keep doing that, and nothing will change. They may or may not be moving off Unix, but this isn’t evidence of that.

As a counter-anecdote, the built in Ruby interpreter in Mac OS X Tiger was the way I learned to program and how I got interested in programming. I don't think a bare Ruby interpreter is the best way to get into programming, but Apple hasn't been great at encouraging programming among kids. As a kid, its development tools were totally baffling, where Ruby was much easier to understand.

One of the things that drew me to Macs as I started to learn programming in '05 was that I could simply open any macbook and type python/ruby/perl and write some code.
Post reply on HN