Tag Info

Hot answers tagged

63

MacPorts 1.9.0 added the sqlite portdbformat and MacPorts 2.0.0 dropped the old flat format. The sqlite port DB format is the default for new installations; old installations that were upgraded to 1.9.x will continue to use the flat format1. You can convert a 1.9.x flat system to the sqlite format by upgrading to MacPorts 2.0 or by changing the portdbformat ...


45

Definitely Homebrew. I started with Fink, then switched to MacPorts (happier), then Homebrew (much, much happier). These are my reasons for using each (a pro list if you will): Fink Apt-based - feel right at home if you come from a Debian-based environment Binary packages - packages are available as binaries so no long compile times. Practically though ...


24

Fink has been around since at least 2001. Fink and MacPorts are package managers that want to be "orthogonal" to the system, that is, they install their own version of python, perl, libraries, compilers, etc. in own trees (/sw for Fink, /opt/local for MacPorts). The reason for this is that they have no control what Apple does with its software, and it ...


24

The problem is that your version of MacPorts was not built on Mavericks and assumes the tools that were there when it was installed are still available. Since this is no longer the case, you should re-install MacPorts, which will automatically fix this issue. Since there is no binary installer for Mavericks at the moment, you will have to build from source ...


23

I use HomeBrew too and can confirm it's totally safe. Quoting the Installation page on the official HomeBrew wiki: Do yourself a favour and pick /usr/local It’s easier /usr/local/bin is already in your PATH. It’s easier Tons of build scripts break if their dependencies aren’t in either /usr or /usr/local. We fix this for Homebrew formulas ...


20

port contents installed_port_name


17

MacPorts It is more independent of Mac OS X, this means MacPorts will just ignore many of the system libraries and softwares that already available in Mac OS X and pull its own one instead, which could be slower when the utility you install requires some set of large libraries and softwares. But this kind of choice is safer because the packages you ...


17

Alternatives for MacPorts Homebrew Uses OS X binary versions when available Compiles OS X optimized versions Compiling usually faster than with MacPorts Easy to use, e.g. to install wget: $ brew install wget Tries to separate already installed software from what is installed through brew … … while taking advantage of already installed software and ...


16

The MacPort documentation advises to use your Terminal and type: sudo port -fp uninstall installed and with this command, all remaining items will be deleted: sudo rm -rf /opt/local sudo rm -rf /Applications/DarwinPorts sudo rm -rf /Applications/MacPorts sudo rm -rf /Library/LaunchDaemons/org.macports.* sudo rm -rf /Library/Receipts/DarwinPorts*.pkg sudo ...


15

Yes, you can try Homebrew


10

It is usually better to keep permissions as strict as possible. Keeping /usr/local owned by root means that only processes that run as root/sudo (or ask for admin user via the Apple authorization dialog box) can write to this area. Thus, a process download has to ask you for a password before corrupting files there. But as you say, it makes adding new ...


9

sh --version is probably the same as /bin/sh --version. If the current shell is bash, you can see its version with echo $BASH_VERSION. If you change the default login shell with chsh, you can keep Terminal's default shell as the login shell. sudo port install bash Add /opt/local/bin/bash to /etc/shells chsh -s /opt/local/bin/bash Open a new tab and check ...


9

If you use contents, it will tell you where they are.


8

From the docs: The uninstall action will uninstall an installed port. %% sudo port uninstall vile Note To also recursively uninstall the ports that the given port depends on, use the ‑‑follow‑dependencies flag. This will not uninstall dependencies that are marked as requested or that have other dependents. To recursively ...


7

For what it's worth, "/usr/local" is not considered a "system" folder by OS X, and on a brand new Snow Leopard install that folder is empty. Any root-owned stuff in that folder is a result of "sudo make install" on other software, or giving your password after double-clicking on a .pkg that wants to dump stuff into /usr/local. Owning /usr/local has "worked ...


7

port search $TERM The MacPorts Guide is really useful for these sorts of things.


7

Macports select can change it back. The current macports does it using the port select command - older versions had python_select To see the possible pythons run port select --list python From that list choose the one you want and change to it e.g. sudo port select --set python python25-apple


7

Unless you performed a custom installation of MacPorts everything installed by MacPorts is located conveniently at /opt/local if you perform a directory listing at that location you should see the structure for port installed programs which should be installed in bin or sbin directories. user$ ls bin etc include lib libexec man sbin ...


7

Try to do something like pkgutil --file-info /usr/include/eigen3/your.file That will return where the file comes from... For instance (I do not have eigen3 in /usr/include): $ pkgutil --file-info /usr/include/cups/ppd.h volume: / path: /usr/include/cups/ppd.h pkgid: com.apple.pkg.DevSDKLeo Let me add, Macports would not install anything in ...


7

Did you run sudo xcode-select -switch /Applications/Xcode.app? This message: error: can't exec '/Developer/usr/bin/xcodebuild' is telling you that your system is looking for xcodebuild in `/Developer/usr/bin/' but as of Xcode 4.3 (the one that's installed from the App Store) it's located in the Xcode.app bundle which is in /Applications. Edit In a comment ...


7

Looks like they've already got a workaround: brew rm libpng brew install libpng --universal Then brew install wine. Worked for me a few moments ago. See the linked github issue for more details.


7

My dirty hack was a symlink to system tar command. sudo ln -s /usr/bin/tar /usr/bin/gnutar


6

Just to add some of my own thoughts that seem true-ish circa late 2014 at least. Homebrew, as of a couple of years ago, definitely has the upper hand in terms of mindshare. You'll find a lot of blogs with people talking about how much happier they are with Homebrew - usually because of the whole "Macports pulls in the whole world" vs "Homebrew makes use of ...


6

As stated here https://trac.macports.org/wiki/ProblemHotlist, you need to run: sudo xcode-select -switch /Applications/Xcode.app/Contents/Developer


5

Running mdfind -name tclIndex on Mac OS X 10.6.8 shows that the path to tclIndex is /System/Library/Frameworks/Tcl.framework/Versions/8.5/Resources/Scripts/tclIndex! Anyway, if there is a pristine MacPorts 2.0.3 system running on Mac OS X 10.6.8, meld gets installed without any (serious) complaints. The same goes for koffice provided that it can use an ...


5

Based on the error in your update, it appears that (as Nathan said) you haven't installed the Xcode commandline tools yet. You should be able to finish the update process after you've done that.


5

The -p seems to work for me. From the manpage: -p Despite any errors encountered, proceed to process multiple ports and commands.


5

Installing Natively If the developer releases pre-built binaries for your OS, then this will likely be the quickest, easiest and most up-to-date (in terms of the application itself) method of getting an application. This relies on the developer (or some trusted third party) to be keeping the builds up to date with changes in both the application and in Mac ...


5

This is my essential list, in the order that I install them. arping watch wireshark figlet git-core gnupg ipcalc lynx +ssl minicom mtr ncftp nmap pstree pwgen p0f ssldump stunnel tcpflow unrar w3m wget


5

I see a few issues from what you posted. error: unable to unlink old 'Library/Homebrew/test/mach/a.out' (Permission denied) It seems to me you have a permissions issue perhaps from the leftover previous installation of Homebrew. You should remove all traces of the previous installation before you reinstall. And Homebrew doesn't want to be installed ...



Only top voted, non community-wiki answers of a minimum length are eligible