Live data from Hacker News

Haskell for Mac

haskellformac.com

71–80 of 185 posts

Re: Haskell for Mac

#71
post #43

Earlier quoted context omitted.

Apart from that it doesn't get you any additional protection whatsoever. With all the root OS X exploits floating around that bust you out of the sandbox as well as giving you full system access, as someone that has several utilities on the Mac App Store, it would be trivial to put an app there that gets set off by a timer, exploits root, and wreaks havoc. Source: https://www.google.com/search?q=os+x+root+exploit&gws…

Hence https://en.wikipedia.org/wiki/System_Integrity_Protection

Which is completely pointless. If a hacker wants to hack your system, the very last thing they want to do is destroy your OS. Who cares about the OS, it's just one re-install away and you got it back. If a hacker were to hack into your system they would want your data, your passwords, your bank account details etc. Or they would want to use your system to do illegal things that look like you did it.

It's in the best interest of the hacker that broke into your system that your system continues to work flawlessly for both you and the hacker. This is why Mac OS X "rootless" is just yet another obstacle for the power user, yet another obstacle when compiling and installing POSIX code from source, and yet another step closer to locking down OS X to be an appliance like iOS.

Re: Haskell for Mac

#72
post #28

As required by the Mac App Store, Haskell for Mac is sandboxed. Consequently, Haskell code executed in a Haskell for Mac playground cannot access any data except for Haskell for Mac documents, the app container, and those system files white-listed by the operating system. Any attempt to access other files or to initiate a network connection will be rejected by the operating system. This seems unnecessarily crippling.…

No side effects!

Re: Haskell for Mac

#73
post #6

Earlier quoted context omitted.

> Cant I replicate all of the features it has with off the shelf tools/editors that are free? You obviously get the convenience of NOT having to replicate all these, and the guaranteed experience of those parts working together as soon as you install it, and with a nice GUI at that.

SO I can replicate everything this DOES with off the shelf tooling (maybe). And like any setup for a new language, or development environment I may have to RTFM and fiddle. For 25 bucks, I'm going to get a bunch of limits (including the aforementioned sandbox ones) and these ones too: "Haskell SpriteKit code can currently only be used in Haskell for Mac." "can currently not be extended" "We recommend to only use Hask…

If $25 is a large enough sum of money to cause serious regrets over the coming weeks, then certainly you have my sympathies, but I would suggest it's not actually an issue of what the Haskell package does or doesn't do, it's a situation where you need to decide you're just not in the market for commercial software until your financial situation improves. As you say, there are free DIY alternatives.

Re: Haskell for Mac

#74

Earlier quoted context omitted.

Hence https://en.wikipedia.org/wiki/System_Integrity_Protection

Which is completely pointless. If a hacker wants to hack your system, the very last thing they want to do is destroy your OS. Who cares about the OS, it's just one re-install away and you got it back. If a hacker were to hack into your system they would want your data, your passwords, your bank account details etc. Or they would want to use your system to do illegal things that look like you did it. It's in the best…

The point of rootless is that doing privilege escalation attacks will be much more difficult

Re: Haskell for Mac

#76
post #62

Earlier quoted context omitted.

And every single version, including minor version upgrades, this setting goes back to "MAS and identified developers," despite me explicitly setting to "Anywhere." If that isn't obnoxiously bad UI design (that I'm sure some idiot will defend), I don't know what is. I love the hardware, but the software is slowly turning to shit because of bugs (especially core bugs like not supporting many Bluetooth or RF mice/trackb…

Your installation would appear to be anomalous, as such reversion of that (or indeed, any) preference isn't the norm.

Nope. Tested it on three different systems and it happens every single upgrade.

Re: Haskell for Mac

#77
post #72
post #28

As required by the Mac App Store, Haskell for Mac is sandboxed. Consequently, Haskell code executed in a Haskell for Mac playground cannot access any data except for Haskell for Mac documents, the app container, and those system files white-listed by the operating system. Any attempt to access other files or to initiate a network connection will be rejected by the operating system. This seems unnecessarily crippling.…

No side effects!

This is way more funny that it has any right to be, bravo!

Re: Haskell for Mac

#78

I bought it. If someone (cough)Jetbrains were to offer a full blown IDE with code-navigation, refactoring tools, smart autocomplete etc etc. I would pay them 10 times as much.

Is a full blown IDE (ala IntelliJ) really necessary for Haskell?

Re: Haskell for Mac

#79
post #28

As required by the Mac App Store, Haskell for Mac is sandboxed. Consequently, Haskell code executed in a Haskell for Mac playground cannot access any data except for Haskell for Mac documents, the app container, and those system files white-listed by the operating system. Any attempt to access other files or to initiate a network connection will be rejected by the operating system. This seems unnecessarily crippling.…

Swift Playgrounds are sandboxed in about the exact same way. And for pretty obvious reasons, I'd think. (Or have people already forgotten about when Playground files would immediately destroy your home directory as soon as you typed in the code?)

Re: Haskell for Mac

#80
post #53
post #49

Earlier quoted context omitted.

Its not required to install apps through the MAS.

Yet. First it was a setting in the preference panel, preventing you from installing non-MAS apps without disabling it. Next it's the upcoming rootless OS X, System Integrity Protection: it's only a matter of time until the ability to install non-MAS apps is completely removed, buried, or hidden in Recovery mode (as the SIP setting is) I suspect this will happen within the next one or two major versions of OS X.

> First it was a setting in the preference panel, preventing you from installing non-MAS apps without disabling it.

Pretty sure the default is MAS + Signed Apps. This setting also doesn't actually stop you from installing a non-signed app. You just have to right click and select open to bypass the warning.

I actually keep this enabled so I know if an app isn't signed. So installing non-signed apps is a conscious decision.

Post reply on HN