4 ms·
You should give Macports a try if you haven't already! I run it on my macbook, and it's made a world of difference. 99% of everything I use in Linux can be foun
by nrclark 10y ago
You should give Macports a try if you haven't already! I run it on my macbook, and it's made a world of difference. 99% of everything I use in Linux can be found in Macports, and it "just works" for the most part.
You can't get kernel-specific things like strace, but they do have just about everything else. The big sell for me was being able to install the GNU versions of everything.
Macports keeps everything in /opt, so you also never have to worry about it clobbering anything that MacOS expects to work in a certain way.
edit: some background on Macports vs Homebrew - it's basically a vi/emacs kind of a thing. Homebrew utilizes the MacOS system stuff a fair amount, and installs everything to /usr/local. Macports tries to keep everything fully separate, and installs into /opt.
My personal experiences with Homebrew weren't great, but others will probably have the opposite opinion.
- deleted 10y ago[deleted]
- module0000 10y agoAnother recommendation for macports. You'll find htop and all your other linux friends in there. eg for htop: `sudo port install htop`
- ajacksified 10y ago(also in brew; `brew install htop`, vim, tmux, wget, lynx, etc.)
- gregmac 10y agoOne of the things that I really dislike about homebrew is its refusal to run via sudo plus the requirement that you own /usr/local. This means: 1) It is a security hole; any application can now modify system-wide applications at any time. 2) You can't have multiple users able to use homebrew. I was expecting homebrew to be something similar to apt/yum/etc, but this makes it pretty fundamentally different. How does Macports handle this? Does $USER still need write access to /opt?
- duaneb 10y agoIt's also very difficult to roll back to a previous version of a package unless the maintainers specifically opt in to tagging them. Homebrew also updates itself when you install something now, so say if you install python, it might update readline, so your postgres client will break. It's not the worst approximation of ports, but it doesn't share the quality and care that goes into package maintenance and dependency management.
- oschrenk 10y agoRe 2) I'm running a multi user homebrew setup for years. I have my users (personal and various work accounts) live under the "Local" Group and do ``` sudo chmod -R 770 /usr/local/ sudo chmod -R +a "group:Local allow delete,readattr,writeattr,readextattr,writeextattr,list,search,add_file,add_subdirectory,delete_child,file_inherit,directory_inherit" /usr/local/ ``` I remember sometimes running into permissions issues but nothing re-running that command didn't fix.
- SkyMarshal 10y agoIt's a bit of a smell that Homebrew doesn't do this itself.
- 1amzave 10y agoReally? If you're going to do that, it seems like you might as well just merge all those users into a single account anyway, considering how trivial it would be for any one of them to execute arbitrary code as any other.
- Watabou 10y agoWhy is 'sudo' required? Just curious. I moved away from homebrew, to compiling my own software on macOS which I just put in ~/build. I don't use sudo make install since I own the ~/build folder. What am I doing wrong in this case?
- packetslave 10y agoThere's no requirement that Homebrew be in /usr/local. Some individual (poorly-written) packages may assume that, but I've been running Homebrew in $HOME/.brew for multiple years on multiple machines with no issues at all.
- bootload 10y ago"You should give Macports a try if you haven't already! I run it on my macbook, and it's made a world of difference. 99% of everything I use in Linux can be found in Macports, and it "just works" for the most part." First thing I installed in the mac store. Just like on linux, it just works and I get all my favourite tools.