Annotation of www/ports.html, Revision 1.56
1.47 naddy 1: <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN">
1.11 deraadt 2: <html>
1.25 deraadt 3: <head>
4: <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
5: <meta name="resource-type" content="document">
1.47 naddy 6: <meta name="description" content="The OpenBSD Ports and Packages Collection">
1.25 deraadt 7: <meta name="keywords" content="openbsd,ports">
8: <meta name="distribution" content="global">
1.47 naddy 9: <meta name="copyright" content="copyright 1997-2001 by the OpenBSD project">
1.27 brad 10: <title>OpenBSD Ports and Packages</title>
1.47 naddy 11: <link rev="made" href="mailto:www@openbsd.org">
1.43 jufi 12: </head>
1.25 deraadt 13:
14: <body text="#000000" bgcolor="#FFFFFF" link="#23238E">
15:
16: <img height=30 width=141 src=images/smalltitle.gif alt="[OpenBSD]" >
1.30 espie 17:
1.47 naddy 18: <h2><font color="#e00000">The Ports & Packages collection</font></h2>
1.25 deraadt 19:
1.47 naddy 20: <hr>
21:
1.53 naddy 22: <h3><font color="#0000e0">Index</font></h3>
23: <ul>
24: <li><a href="#Motivation">Motivation</a></li>
25: <li><a href="#Get">Getting Packages</a></li>
26: <li><a href="#stable">Ports and Packages Update for an OpenBSD Release</a></li>
27: <li><a href="#Manage">Managing Installed Packages</a></li>
28: <li><a href="#Use">Using Ports</a></li>
29: <li><a href="#Life">Life Cycle of the Ports Tree</a></li>
30: <li><a href="#XFree86">Ports and XFree86</a></li>
1.55 heko 31: <li><a href="#Example">Example Use of the Ports Tree</a></li>
32: <li><a href="#Advanced">Advanced Usage of the Ports Tree</a></li>
1.53 naddy 33: <li><a href="#Create">Creating New Ports</a></li>
1.56 ! heko 34: <li><a href="#Lag">When a Port Is Lagging Behind the Mainstream Version</a></li>
1.53 naddy 35: <li><a href="#Help">Problems and Contacts</a></li>
36: </ul>
37:
38: <hr>
39:
40: <h3><font color="#0000e0"><a name="Motivation">Motivation</a></font></h3>
1.25 deraadt 41:
42: OpenBSD is a fairly complete system of its own, but still there is a lot
43: of software that one might want see added. However there is the problem
44: on where to draw the line as to what to include, as well as the occasional
45: licensing and export restriction problems. As OpenBSD is supposed to be
46: a small stand-alone UNIX-like operating system, some things just can't be
47: shipped with the system.
48:
49: <p>
1.47 naddy 50: <strong><font color="#e00000">
1.31 espie 51: The ports & packages collection does NOT go through the thorough security audit that OpenBSD follows.
52: Although we strive to keep the quality of the packages collection high, we just do not have enough human
53: resources to ensure the same level of robustness and security.
54: </font></strong>
1.25 deraadt 55:
56: <p>
1.31 espie 57: The port collection, originally borrowed from
58: <a href="http://www.freebsd.org/">FreeBSD</a>, fills this gap.
59: The concept is to have, for each third-party software, a Makefile that
1.25 deraadt 60: controls
61: <ul>
62: <li>where to fetch it,
63: <li>how to do the fetch,
64: <li>what it depends upon (if anything),
65: <li>how to alter the sources (if needed),
66: <li>and how to configure, build and install it.
67: </ul>
68: This information is kept in a directory hierarchy under the
69: /usr/ports directory.
1.31 espie 70:
71: <p>
72: Packages are the binary equivalent of ports. A compiled port becomes
1.55 heko 73: a package that can be registered into the system using
74: <a href="http://www.openbsd.org/cgi-bin/man.cgi?query=pkg_add&sektion=1&format=html">pkg_add(1)</a>
1.31 espie 75:
76: <p>
1.47 naddy 77: <strong><font color="#e00000">
1.36 brad 78: Packages look like simple <code>.tgz</code> bundles, but they should
1.33 espie 79: always be added using
1.47 naddy 80: <a href="http://www.openbsd.org/cgi-bin/man.cgi?query=pkg_add&sektion=1&format=html">pkg_add(1)</a>,
1.33 espie 81: as there might be some extra information that only
1.47 naddy 82: <a href="http://www.openbsd.org/cgi-bin/man.cgi?query=pkg_add&sektion=1&format=html">pkg_add(1)</a>
1.33 espie 83: knows how to handle.</font></strong>
1.36 brad 84: Tip: you can distinguish between packages and <strong>.tgz</strong> bundles
1.33 espie 85: using
1.47 naddy 86: <a href="http://www.openbsd.org/cgi-bin/man.cgi?query=pkg_info&sektion=1&format=html">pkg_info(1)</a>.
1.31 espie 87:
1.53 naddy 88: <h3><font color="#0000e0"><a name="Get">Getting Packages</a></font></h3>
1.31 espie 89:
90: A large collection of pre-compiled packages is available for most common
91: architectures.
92: <ul>
1.34 jufi 93: <li>On the CD-Rom (that you can order <a href="orders.html">here</a>),
1.31 espie 94: <li>On the <a href=ftp.html>ftp mirror sites</a>.
1.40 beck 95: <li>Browsed and retrieved from the web package lists:
96: <ul>
1.44 espie 97: <li><a href="http://www.openbsd.org/2.8_packages/">Packages for OpenBSD 2.8</a>
1.42 jufi 98: <li><a href="http://www.openbsd.org/2.7_packages/">Packages for OpenBSD 2.7</a>
1.40 beck 99: </ul>
1.31 espie 100: </ul>
101:
1.44 espie 102:
1.31 espie 103: Adding a package is as easy as
1.36 brad 104: <code>pkg_add pkgname.tgz</code>.
1.31 espie 105: If you are grabbing packages off a single source (a package repository),
1.39 espie 106: set PKG_PATH to that repository URL, in order to grab dependencies.
1.31 espie 107:
108: <p>
1.52 brad 109: For instance, to install the Gimp package for the 2.9 release on an i386
1.31 espie 110: machine off the ftp site (including dependencies), do:
111:
112: <pre>
1.51 jufi 113: # setenv PKG_PATH ftp://ftp.openbsd.org/pub/OpenBSD/2.9/packages/i386/
1.52 brad 114: # pkg_add ${PKG_PATH}gimp-1.2.1.tgz
1.31 espie 115: </pre>
116:
1.53 naddy 117: <h3><font color="#0000e0"><a name="stable">Ports and Packages Update for an OpenBSD Release</a></font></h3>
1.45 espie 118: <p>
119: The 2.7 release saw the introduction of a stable branch for the ports tree.
120: <p>
1.51 jufi 121: For instance, to grab the stable branch for the 2.9 release:
1.45 espie 122: <pre>
123: $ cd /usr/ports
1.51 jufi 124: $ cvs -q -d anoncvs@some.anon.server:/cvs up -r OPENBSD_2_9 -Pd
1.45 espie 125: </pre>
126: <p>
127: Starting with the 2.8 release, selected binary packages are also made
1.46 espie 128: available. Thanks to
129: <a href="mailto:naddy@openbsd.org">Christian Weisgerber</a> for
130: handling the hard work of coordinating the stable branch changes.
131: Please refer to the
1.45 espie 132: <a href="pkg-stable.html">stable packages page</a> to find out about
133: updated packages and important updates to the stable branch.
134: </p>
135: <p>
136: Package names are <strong>always</strong> changed in case of a package
137: update, to avoid any risk of confusion between a package from the release
138: and a bug-fixed package.
139: </p>
140:
1.53 naddy 141: <h3><font color="#0000e0"><a name="Manage">Managing Installed Packages</a></font></h3>
1.31 espie 142:
1.47 naddy 143: The <a href="http://www.openbsd.org/cgi-bin/man.cgi?query=packages&sektion=7&format=html">packages(7)</a>
1.31 espie 144: manual page holds useful information about ways to manage
145: installed packages, solve conflicts (files that already exist) and handle
146: dependencies.
147: <p>
1.45 espie 148: As of OpenBSD 2.8, to update a package you must:
1.31 espie 149: <ul>
1.33 espie 150: <li>Remove the old package using
1.47 naddy 151: <a href="http://www.openbsd.org/cgi-bin/man.cgi?query=pkg_delete&sektion=1&format=html">pkg_delete(1)</a>
1.33 espie 152: <li>Add the new package using
1.47 naddy 153: <a href="http://www.openbsd.org/cgi-bin/man.cgi?query=pkg_add&sektion=1&format=html">pkg_add(1)</a>
1.31 espie 154: </ul>
155: This is slightly inconvenient, as packages may trigger dependencies, and
156: you may have to remove a large subset of packages for an update.
157:
1.53 naddy 158: <h3><font color="#0000e0"><a name="Use">Using Ports</a></font></h3>
1.31 espie 159:
160: If a given package does not exist for your architecture, you may still
161: be able to compile the port. Besides, some users will want to compile
162: everything from source for various reasons.
163:
1.25 deraadt 164: <p>
1.27 brad 165: You can ftp the release version from the pub/OpenBSD/[version] (where
166: [version] is the release number) directory on any of the
167: <a href=ftp.html>ftp mirror sites</a>.
168: The release versions are the ones we ship on our CDROM, and have gone
169: through more testing than any snapshot.
1.30 espie 170: Further information is available in the
1.47 naddy 171: <a href="http://www.openbsd.org/cgi-bin/man.cgi?query=ports&sektion=7&format=html">ports(7)</a> man page.
1.30 espie 172:
1.53 naddy 173: <h3><font color="#0000e0"><a name="Life">Life Cycle of the Ports Tree</A></font></h3>
1.27 brad 174:
175: <p>
1.31 espie 176: The ports tree, like the rest of OpenBSD, is constantly changing.
1.30 espie 177: The normal life cycle of the ports tree is as follows:
178: <ul>
179: <li>Track the latest release of OpenBSD for a few months after the release
180: comes out.
181: <li>Switch to tracking OpenBSD-current about two months before the next
182: release.
183: </ul>
184: The change of status will be widely publicized on the
1.47 naddy 185: <a href=mail.html>mailing lists</a>.
1.30 espie 186:
1.37 marc 187: <p>
188: The current ports tree <strong>may not</strong> be used with the previous
189: release once the switch to tracking OpenBSD-current occurs. This is due
190: to changes, typically with the port make process, that require code
1.55 heko 191: based upon the OpenBSD-current source tree. This switch will be announced
192: on the <a href="mail.html"><tt>ports@openbsd.org</tt> mailing list</a>.
1.30 espie 193: <p>The ports tree works as a single entity. Updating a single directory is
194: not guaranteed to work, as package dependencies may force you to update
195: and recompile vast portions of the ports tree.
1.31 espie 196: It is strongly suggested that people don't track ports-current unless
1.30 espie 197: they're prepared to deal with various problems.
1.33 espie 198: <a href=mail.html>Mailing lists</a> such as
1.47 naddy 199: <code>ports-changes@openbsd.org</code> or
1.33 espie 200: <code>tech@openbsd.org</code> will probably be invaluable.
1.27 brad 201:
1.48 naddy 202: <p>A list of <a href="portsplus/index.html">daily changes</a> to ports
1.47 naddy 203: and ports-current is available.
204:
1.27 brad 205: <p>
1.29 espie 206: The ports-current tree can be retrieved via:
1.25 deraadt 207: <ul>
208: <li><a href=anoncvs.html>Anonymous CVS</a> (see link). The command is
209: essentially <strong>cvs get ports</strong>.
210: <li>Anonymous ftp from
211: <a href="ftp://ftp.openbsd.org/pub/OpenBSD/snapshots/ports.tar.gz">
212: ftp://ftp.openbsd.org/pub/OpenBSD/snapshots/ports.tar.gz</a>.
1.19 marc 213: This archive is updated nightly.
1.32 naddy 214: <li><a href="cvsup.html">CVSup</a>. See the example for using CVSup in
215: <a href="cvsup.html#checkout">checkout mode</a>.
1.25 deraadt 216: <li>Your web browser using the
217: <a href="http://www.openbsd.org/cgi-bin/cvsweb/ports/">CVS
1.20 marc 218: web interface</a>.
1.25 deraadt 219: </ul>
220:
1.53 naddy 221: <h3><font color="#0000e0"><a name="XFree86">Ports and XFree86</a></font></h3>
222: There is some special magic in the OpenBSD XFree86 configuration files
1.35 espie 223: that allows the ports tree to install imake-based applications under
224: /usr/local.
225:
1.53 naddy 226: <p>As of 2.9, OpenBSD ships with XFree86 4.0.3.
227: If you are using a previous distribution, together with XFree86 binaries
228: from the XFree86 project, you may need to apply the patch in
1.35 espie 229: <code>/usr/ports/infrastructure/patches/patch-xfree-4.0</code>
1.53 naddy 230: to a default binary XFree86 4.0.x distribution for it to work with the OpenBSD
1.35 espie 231: ports tree.
232:
1.55 heko 233: <h3><a name="Example"></a><font color="#0000e0">Example Use of the Ports Tree</font></h3>
1.54 lebel 234:
235: <p>
1.25 deraadt 236: Let's say you managed to get a ports tree and you want to compile and
1.33 espie 237: install the archiving utility <strong>unzip</strong>. You should be able to
1.23 espie 238: do something like this:
1.31 espie 239:
1.11 deraadt 240: <pre>
1.31 espie 241: % cd /usr/ports/archivers/unzip
242: % su
243: # make
244: # make install
245: # exit
1.11 deraadt 246: </pre>
1.25 deraadt 247:
1.31 espie 248: Easy, huh ? Especially considering all that happened in the background:
249: <ul>
250: <li>Fetch unzip sources from an ftp site,
251: <li>Check the source archive integrity,
252: <li>Extract the unzip source,
253: <li>Apply OpenBSD specific patches,
254: <li>Configure and build the program,
255: <li>Create a binary package under /usr/ports/packages,
256: <li>Install that package.
257: </ul>
1.25 deraadt 258:
259: <p>
1.51 jufi 260: With OpenBSD 2.9, almost all ports automatically build
1.31 espie 261: packages when installing.
262:
263: <p>
264: As ports get built, the /usr/ports/distfiles directory gets filled with
265: program sources, and /usr/ports/packages gets filled with binary packages.
1.55 heko 266: Users with low connectivity may refer to
267: <a href="http://www.openbsd.org/cgi-bin/man.cgi?query=mirroring-ports&sektion=7&format=html">mirroring-ports(7)</a> for
1.45 espie 268: an efficient way to grab all distfiles at once. In OpenBSD-current, you
1.46 espie 269: can use the script /usr/ports/infrastructure/fetch/clean-old to track
270: old distfiles.
1.31 espie 271: Note that the OpenBSD CD only include the ports tree and selected packages.
272: If you wish to have the distfiles, you will have to get them through an
273: independent way.
1.25 deraadt 274:
1.55 heko 275: <h3><font color="#0000e0"><a name="Advanced"></a>Advanced Usage of the Ports Tree</font></h3>
276:
277: <p>
278: Ports tree has many features for the advanced user that make it a valuable
279: tool beyond basic installation. Advanced users may wish to tamper with
280: the makefiles (you should read the
281: <a href="http://www.openbsd.org/cgi-bin/man.cgi?query=make&sektion=1&format=html">make(1)</a>
282: manual page first) or set various variables from the make commandline or in
283: <tt>/etc/mk.conf</tt>. These variables are described in detail in the
284: <a href="http://www.openbsd.org/cgi-bin/man.cgi?query=bsd.port.mk&sektion=5&format=html">bsd.port.mk(5)</a>
285: manual page, and the porting documents below.
286: </p>
287:
1.53 naddy 288: <h3><font color="#0000e0"><a name="Create">Creating New Ports</a></font></h3>
1.25 deraadt 289: <p>
290: If you are interested in helping to expand the OpenBSD ports tree
291: you should first read <a href="porting.html">porting.html</a>.
1.50 naddy 292: That page references the
293: <a href="http://www.freebsd.org/porters-handbook/">FreeBSD Porter's Handbook</a>
1.25 deraadt 294: as well as OpenBSD specific policies and hints.
1.56 ! heko 295:
! 296: <h3><font color="#0000e0"><a name="Lag">When a Port Is Lagging Behind the Mainstream Version</a></font></h3>
! 297:
! 298: <p>
! 299: The ports collection is a volunteer project. Sometimes the project simply
! 300: doesn't have the developer resources to keep everything up-to-date.
! 301: Developers pretty much pick up what they consider interesting and can
! 302: test in their environment. Your <a href="goals.html#funding">donations</a>
! 303: count for what platforms the ports can be tested on.
! 304: </p>
! 305:
! 306: <p>
! 307: Some individual ports may lag behind the mainstream versions because of this.
! 308: The ports collection may have a version back of a program from January while a new
! 309: version of the program has been released by its developers in May three months ago.
! 310: Often this is a conscious decision; the new version may have problems in it on
! 311: OpenBSD that the maintainer is trying to solve, or that have simply made the
! 312: application worse than the old version: OpenBSD may have different
! 313: <a href="goals.html">goals</a> than the mainstream developers in other projects,
! 314: which sometimes results in features and design or implementation choices
! 315: that are undesirable from OpenBSD developers' point of view. The update may also be
! 316: postponed because the new version is not considered a crucial update.
! 317: </p>
! 318:
! 319: <p>
! 320: If you really need a new version of a port, you should ask the <tt>MAINTAINER</tt>
! 321: of the port to update the port (see <a href="#Help">below</a> on how to find out who
! 322: the maintainer is); if you can send patches for this, all the better. To create proper
! 323: patches, you should refer to the <a href="porting.html">documentation on building
! 324: ports</a>.
! 325: </p>
1.25 deraadt 326:
1.53 naddy 327: <h3><font color="#0000e0"><a name="Help">Problems and Contacts</a></font></h3>
1.25 deraadt 328:
329: <p>
1.54 lebel 330: If you have trouble with an existing port, please send e-mail to the
331: port maintainer. To see who is the maintainer of the port, type, for
332: example:
333: <pre>
334: % cd /usr/ports/archivers/unzip
335: % make show VARNAME=MAINTAINER
336: </pre>
337: Alternatively, if there is no maintainer, or you can't reach
338: him/her, send mail to the OpenBSD
1.27 brad 339: ports mailing list, <a href="mailto:ports@openbsd.org">ports@openbsd.org</a>.
1.54 lebel 340: Please don't use the misc@openbsd.org mailing list for questions about ports.
1.25 deraadt 341: Corrections are always welcome, but in any case do please provide:
342: <ul>
343: <li>The output of <code>uname -a</code>,
344: <li>Your OpenBSD version, including any patches you may have applied,
345: <li>A complete description of the problem.
1.45 espie 346: </ul>
347: For ports that don't build correctly, a complete build transcript is almost
1.54 lebel 348: always required. You can use the portslogger script, found in
349: /usr/ports/infrastructure/build, for this. A sample run of portslogger
350: might be:
351:
352: <pre>
353: % cd /usr/ports/archivers/unzip
354: % su
355: # mkdir -p ~/portslogs
356: # make clean install 2>&1 | /usr/ports/infrastructure/build/portslogger \
357: ~/portslogs
358: </pre>
359:
360: After this, you should have a logfile of the build in your ~/portslogs directory
361: that you can send to the port maintainer. Also, make sure you are not using
362: any special options in your build, for example in /etc/mk.conf.
363:
364: <p>
365: Alternatively, you can
1.45 espie 366: <ul>
1.47 naddy 367: <li>Use <a href="http://www.openbsd.org/cgi-bin/man.cgi?query=script&sektion=1&format=html">script(1)</a> to create a complete build transcript. Don't remove the configure information.
368: <li>Attach the output of <a href="http://www.openbsd.org/cgi-bin/man.cgi?query=pkg_info&sektion=1&format=html">pkg_info(1)</a> if it seems even remotely relevant.
369: <li><a href="http://www.openbsd.org/cgi-bin/man.cgi?query=gcc&sektion=1&format=html">gcc(1)</a> internal compiler errors do ask you to report the bug to
1.45 espie 370: the gcc mailing-list. It does save time if you follow their direction, and
371: provide at least the various files produced by <tt>gcc -save-temps</tt>.
1.25 deraadt 372: </ul>
373:
374: <hr>
375: <a href="index.html"><img height=24 width=24 src=back.gif border=0 alt=OpenBSD></a>
1.47 naddy 376: <a href="mailto:www@openbsd.org">www@openbsd.org</a>
1.55 heko 377: <br><small>$OpenBSD$</small>
1.25 deraadt 378: </body>
1.11 deraadt 379: </html>