Earlier quoted context omitted.
If you have a command that doesn't print a new line, the prompt normally ends up on the same line as the output of the last command. iTerm can "fix" this.
See this is where I would rather have my terminal obey the program rather than imposing its own behavior. IMO a good terminal should be extremely minimal, and anything extra should be opt-in.
macOS deprecating scripting language runtimes, including Python, Ruby, and Perl
361–370 of 450 posts
Re: macOS deprecating scripting language runtimes, including Python, Ruby, and Perl
#362Earlier quoted context omitted.
Does OSX offer reasonable container technology? chroot?
I think apple fundamentally does not understand containers. All the interesting container stuff is on other platforms. It might be out of fear, maybe because apple doesn't want macos to be virtualized. It would be really nice to have say the current xcode in one container and a dev xcode in another. It would be nice to farm work out to a lot of machines. or a dockerfile like: FROM macos:10.14 RUN installer xcode... R…
They do offer a set of "primitives" for virtualization, which can be hooked into by third-party solutions like Docker if they want to do so.
Re: macOS deprecating scripting language runtimes, including Python, Ruby, and Perl
#363Earlier quoted context omitted.
Mac OS versions prior to OS X used ':'. Mac OS X, initially released on 24 March 2001, uses '/', like other Unix-derived systems. Also, like other unices, OS X uses '\n' as the line ending. Prior Mac OSs used '\r' as the line ending. Windows uses '\r\n'.
Similar, HFS+ used to provide the option for case insensitivity. Both things were built in for legacy support reasons during the transition from OS 9 to X, as with Carbon.
Re: macOS deprecating scripting language runtimes, including Python, Ruby, and Perl
#364I 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…
It's a script that installs all kinds of useful stuff and sets some - in my opinion - nice options. I just recently started a new job and I had a brand new Macbook Pro up and running (as in: ready to start working) in less than 30 minutes.
A good tip is to fork it and modify it to your liking. At a new computer you can then just pull down your version and install away.
The only default that's missing is Sublime Text.
Re: macOS deprecating scripting language runtimes, including Python, Ruby, and Perl
#365Earlier quoted context omitted.
> Sure, it’s not a hard engineering challenge. However, installation instructions right now are as simple as “run this one-liner on your terminal”. That’ll have to materially change. It could just as well still remain a one-liner. Every system Homebrew is installed on has Bash installed (not the latest, but still). Instead of > /usr/bin/ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/i…
> Every system Homebrew is installed on has Bash installed Ironically, they are also moving from bash to zsh for default shell. Again not an unsurmontable challenge (just make sure the bang is correct in your scripts, bash will likely still be around somewhere in macOS for the foreseeable future) but another little hurdle to mind.
Re: macOS deprecating scripting language runtimes, including Python, Ruby, and Perl
#366I 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…
I think the second you start auto-favouring one particular tool you're in trouble. Why iTerm2? Why not Alacritty? iTerm2 is more popular now, but 5 years down the line when someone else has come up with a iTerm2 replacement how is Apple meant to decide to switch? Where does Apple draw the line on which tools to add and which to leave out? It sounds like what you're really asking for is something like Ninite for mac,…
PS: also a quake-like mode.
Re: macOS deprecating scripting language runtimes, including Python, Ruby, and Perl
#367Good thing, python2.7 is deprecated and no longer receives security updates, and a lot of Linux distributions (Arch and Fedora for example) plans to remove it from the main repositories at the end of this year, so having it installed doesn't make sense. Even the perl and ruby version installed is old, and nearly nobody uses perl or ruby at this day. Maybe perl is still used by some programs and scripts, for example T…
> python2.7 is deprecated and no longer receives security updates Let's not go overboard - 2.7 will get security updates and patches until the end of December. > nearly nobody uses perl or ruby at this day. Well, except for homebrew of course, the Ruby-based package manager nearly "everybody" uses...
Re: macOS deprecating scripting language runtimes, including Python, Ruby, and Perl
#368problem solved?
Re: macOS deprecating scripting language runtimes, including Python, Ruby, and Perl
#369Earlier quoted context omitted.
You can use it, yep, but devtools aren't enough. You'll meet a lot of issues sooner or later. Windows is second-class citizen for Node, Linux or macOS are much better - just share my experience.
Personally I moved to Windows about 2 years ago, have been developing node all day during that time and deploying on Linux. It's been great since about node 8. What have your issues been?
Re: macOS deprecating scripting language runtimes, including Python, Ruby, and Perl
#370Earlier quoted context omitted.
macOS has a native hypervisor framework, Docker and xhyve uses it. https://developer.apple.com/documentation/hypervisor https://github.com/moby/hyperkit
In other words, nothing serious. Does anyone actually use Docker on Mac? Xhyve is more of a proof-of-concept than a production-ready tool.
Sure, for development tasks.