Ports collections (or ports trees, or just ports) are the sets of makefiles and patches provided by the BSD-based operating systems, FreeBSD, NetBSD, and OpenBSD, as a simple method of installing software or creating binary packages. They are usually the base of a package management system, with ports handling package creation and additional tools managing package removal, upgrade, and other tasks. In addition to the BSDs, a few Linux distributions have implemented similar infrastructure, including Gentoo's Portage, Arch's Arch Build System (ABS) and CRUX's and Void Linux's Ports.
The main advantage of the Ports collection method of install, is the fine tuning/optimization of the software installation, according to the hardware resources available. For instance, the system administrator can easily create a 64bit install of a piece of software on a 64 bit system if a 64 bit binary isn't readily available instead of using a 32 bit version not optimized for such a system.
On the other hand, the main disadvantage is the extra amount of time spent in packages compilation. For instance, a full install of a FreeBSD system through the ports collection can take up to several days, depending on the system performance.
Jordan Hubbard committed his port make macros to the FreeBSD CVS repository on August 21, 1994. His package install suite Makefile had been committed a year earlier (August 26, 1993). The core ports framework was at first maintained by Hubbard along with Satoshi Asami for several years. The Ports Management Team was later formed to handle this task.
NetBSD's pkgsrc ports collection is distinctive in that it aims to be portable and is usable on a number of operating systems aside from NetBSD itself, including the other BSDs, Linux and other Unix-likes. pkgsrc was created in August 1997 based on the existing FreeBSD ports system. It follows a quarterly release schedule and as of July 2006 contains over 6000 packages. With their 1.4 release, DragonFly BSD announced that they would be adopting pkgsrc as their official package management system. DragonFly BSD however built their own ports implementation called dports with the release 3.4 and switched over to it completely with 3.6. The development is done via their git.
In contrast to FreeBSD Ports, on which it was originally based, the OpenBSD ports system is intended as a source used to create the end product, packages: installing a port first creates a package and then installs it. Ports are made up of a makefile, text files with descriptions and installation messages, any patches required to adjust the program to work on OpenBSD and a packing list listing the files to be included in the packages. The ports tree uses a set of standard makefiles, some of which are shared with the source tree, to provide the bulk of its functionality; this shared infrastructure includes many utility functions for port developers and means that ports can often be made very simply. As a security precaution or an aid when developing new ports, port builds may be run using systrace and a default policy is provided.
In late October 2007, OpenBSD developer Nikolay Sturm announced that -stable ports tree should be considered unmaintained due to the lack of resources. This effectively forces users to run -current ports/base tree in order to keep up with security updates. In 2009, it was decided to revive the -stable ports tree under supervision of Robert Nagy and Jasper Lievisse Adriaanse.
There are two unofficial web-sites with a listing of OpenBSD ports and packages:
- One is OpenPorts.se, originally announced as ports.openbsd.nu in 2006, is a custom-written web-site that does its own parsing of the ports tree structure and the updates, and has the functionality of tracking changes of a given port, having a shortcoming of not supporting some of the more complicated Makefile logic, and thus missing some 15% of packages that require the intricate knowledge of the ports tree structure and the use of the official tools.
- Another one is ports.su, announced in February 2013 and is based on the official sqlports database, thus having a complete collection of all the packages and flavours that are available for the amd64 platform. Being based on the official tools, the "virtual" (non-primary) categories are readily available, and so is the information about the library, build and run-time dependencies. The source of the web-site is heavily based on the ports-readmes port, and is readily available in GitHub.
- "CVS log for ports/Mk/bsd.port.mk". FreeBSD project.
- "CVS log for src/usr.sbin/pkg_install/Makefile". FreeBSD project.
- Dillon, Matthew. "PKGSRC will be officially supported as of the next release". Retrieved 2008-01-23.
- Sherrill, Justin. "3.4". http://leaf.dragonflybsd.org/mailarchive/kernel/2013-03/msg00013.html. External link in
- "Dports git". https://github.com/DragonFlyBSD/DPorts. External link in
- Yodlowsky, William. "4.6-stable ports". Retrieved 2009-12-29.
- "http://ports.openbsd.nu - frontend to ports". OpenBSD Journal. 2006-08-09. External link in
- Marc Espie (2013-06-07). "Re: Why is there no pkg_find(1)?". firstname.lastname@example.org.
- "Introducing ports.su — ports-readmes mirror and ports search". OpenBSD Journal. 2013-05-02.
- OpenBSD Porter's Handbook
- OpenBSD ports
- The OpenBSD ports manpage
- FreeBSD Ports
- pkgsrc: The NetBSD Packages Collection
- The ideas behind Compile