Annotation of www/ports.html, Revision 1.63
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.62 horacio 9: <meta name="copyright" content="copyright 1997-2002 by OpenBSD.">
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
1.60 jcs 43: of software that one might want to see added. However, there is the problem
44: of where to draw the line as to what to include, as well as the occasional
1.25 deraadt 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
1.63 ! rohee 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.61 brad 97: <li><a href="http://www.openbsd.org/2.9_packages/">Packages for OpenBSD 2.9</a>
1.44 espie 98: <li><a href="http://www.openbsd.org/2.8_packages/">Packages for OpenBSD 2.8</a>
1.42 jufi 99: <li><a href="http://www.openbsd.org/2.7_packages/">Packages for OpenBSD 2.7</a>
1.40 beck 100: </ul>
1.31 espie 101: </ul>
102:
1.44 espie 103:
1.31 espie 104: Adding a package is as easy as
1.36 brad 105: <code>pkg_add pkgname.tgz</code>.
1.31 espie 106: If you are grabbing packages off a single source (a package repository),
1.39 espie 107: set PKG_PATH to that repository URL, in order to grab dependencies.
1.31 espie 108:
109: <p>
1.61 brad 110: For instance, to install the Gimp package for the 3.0 release on an i386
1.31 espie 111: machine off the ftp site (including dependencies), do:
112:
113: <pre>
1.61 brad 114: # setenv PKG_PATH ftp://ftp.openbsd.org/pub/OpenBSD/3.0/packages/i386/
115: # pkg_add ${PKG_PATH}gimp-1.2.2.tgz
1.31 espie 116: </pre>
117:
1.53 naddy 118: <h3><font color="#0000e0"><a name="stable">Ports and Packages Update for an OpenBSD Release</a></font></h3>
1.45 espie 119: <p>
120: The 2.7 release saw the introduction of a stable branch for the ports tree.
121: <p>
1.61 brad 122: For instance, to grab the stable branch for the 3.0 release:
1.45 espie 123: <pre>
124: $ cd /usr/ports
1.61 brad 125: $ cvs -q -d anoncvs@some.anon.server:/cvs up -r OPENBSD_3_0 -Pd
1.45 espie 126: </pre>
127: <p>
128: Starting with the 2.8 release, selected binary packages are also made
1.46 espie 129: available. Thanks to
130: <a href="mailto:naddy@openbsd.org">Christian Weisgerber</a> for
131: handling the hard work of coordinating the stable branch changes.
132: Please refer to the
1.45 espie 133: <a href="pkg-stable.html">stable packages page</a> to find out about
134: updated packages and important updates to the stable branch.
135: </p>
136: <p>
137: Package names are <strong>always</strong> changed in case of a package
138: update, to avoid any risk of confusion between a package from the release
139: and a bug-fixed package.
140: </p>
141:
1.53 naddy 142: <h3><font color="#0000e0"><a name="Manage">Managing Installed Packages</a></font></h3>
1.31 espie 143:
1.47 naddy 144: The <a href="http://www.openbsd.org/cgi-bin/man.cgi?query=packages&sektion=7&format=html">packages(7)</a>
1.31 espie 145: manual page holds useful information about ways to manage
146: installed packages, solve conflicts (files that already exist) and handle
147: dependencies.
148: <p>
1.45 espie 149: As of OpenBSD 2.8, to update a package you must:
1.31 espie 150: <ul>
1.33 espie 151: <li>Remove the old package using
1.47 naddy 152: <a href="http://www.openbsd.org/cgi-bin/man.cgi?query=pkg_delete&sektion=1&format=html">pkg_delete(1)</a>
1.33 espie 153: <li>Add the new package using
1.47 naddy 154: <a href="http://www.openbsd.org/cgi-bin/man.cgi?query=pkg_add&sektion=1&format=html">pkg_add(1)</a>
1.31 espie 155: </ul>
156: This is slightly inconvenient, as packages may trigger dependencies, and
157: you may have to remove a large subset of packages for an update.
158:
1.53 naddy 159: <h3><font color="#0000e0"><a name="Use">Using Ports</a></font></h3>
1.31 espie 160:
161: If a given package does not exist for your architecture, you may still
162: be able to compile the port. Besides, some users will want to compile
163: everything from source for various reasons.
164:
1.25 deraadt 165: <p>
1.27 brad 166: You can ftp the release version from the pub/OpenBSD/[version] (where
167: [version] is the release number) directory on any of the
168: <a href=ftp.html>ftp mirror sites</a>.
169: The release versions are the ones we ship on our CDROM, and have gone
170: through more testing than any snapshot.
1.30 espie 171: Further information is available in the
1.47 naddy 172: <a href="http://www.openbsd.org/cgi-bin/man.cgi?query=ports&sektion=7&format=html">ports(7)</a> man page.
1.30 espie 173:
1.53 naddy 174: <h3><font color="#0000e0"><a name="Life">Life Cycle of the Ports Tree</A></font></h3>
1.27 brad 175:
176: <p>
1.31 espie 177: The ports tree, like the rest of OpenBSD, is constantly changing.
1.37 marc 178: <p>
179: The current ports tree <strong>may not</strong> be used with the previous
1.59 espie 180: release. This is due to changes, typically with the port make process,
181: that require code based upon the OpenBSD-current source tree.
1.30 espie 182: <p>The ports tree works as a single entity. Updating a single directory is
183: not guaranteed to work, as package dependencies may force you to update
184: and recompile vast portions of the ports tree.
1.31 espie 185: It is strongly suggested that people don't track ports-current unless
1.30 espie 186: they're prepared to deal with various problems.
1.33 espie 187: <a href=mail.html>Mailing lists</a> such as
1.47 naddy 188: <code>ports-changes@openbsd.org</code> or
1.33 espie 189: <code>tech@openbsd.org</code> will probably be invaluable.
1.27 brad 190:
1.59 espie 191: <p>You are advised to track ports-stable on a production machine:
192: we will try to keep the stable ports tree up-to-par with respect to
193: problems, and to provide timely binary updates as well.
194:
195: <p>Note that vanishing distfiles is not an issue, as
196: ftp.openbsd.org holds the complete repository. Even changing checksums is
197: not an issue: you can issue the command
198: <pre>
199: make checksum REFETCH=true
200: </pre>
201: to make sure you are grabbing the correct distfile for your ports tree.
202:
203: For definitions of <i>current</i> and <i>stable</i>, see the
204: <a href="faq/upgrade-minifaq.html#1.1">Upgrade
205: Mini-FAQ</a>.
206:
207:
1.48 naddy 208: <p>A list of <a href="portsplus/index.html">daily changes</a> to ports
1.47 naddy 209: and ports-current is available.
210:
1.27 brad 211: <p>
1.29 espie 212: The ports-current tree can be retrieved via:
1.25 deraadt 213: <ul>
214: <li><a href=anoncvs.html>Anonymous CVS</a> (see link). The command is
215: essentially <strong>cvs get ports</strong>.
216: <li>Anonymous ftp from
217: <a href="ftp://ftp.openbsd.org/pub/OpenBSD/snapshots/ports.tar.gz">
218: ftp://ftp.openbsd.org/pub/OpenBSD/snapshots/ports.tar.gz</a>.
1.19 marc 219: This archive is updated nightly.
1.32 naddy 220: <li><a href="cvsup.html">CVSup</a>. See the example for using CVSup in
221: <a href="cvsup.html#checkout">checkout mode</a>.
1.25 deraadt 222: <li>Your web browser using the
223: <a href="http://www.openbsd.org/cgi-bin/cvsweb/ports/">CVS
1.20 marc 224: web interface</a>.
1.25 deraadt 225: </ul>
226:
1.53 naddy 227: <h3><font color="#0000e0"><a name="XFree86">Ports and XFree86</a></font></h3>
228: There is some special magic in the OpenBSD XFree86 configuration files
1.35 espie 229: that allows the ports tree to install imake-based applications under
230: /usr/local.
231:
1.53 naddy 232: <p>As of 2.9, OpenBSD ships with XFree86 4.0.3.
233: If you are using a previous distribution, together with XFree86 binaries
234: from the XFree86 project, you may need to apply the patch in
1.35 espie 235: <code>/usr/ports/infrastructure/patches/patch-xfree-4.0</code>
1.53 naddy 236: to a default binary XFree86 4.0.x distribution for it to work with the OpenBSD
1.35 espie 237: ports tree.
238:
1.55 heko 239: <h3><a name="Example"></a><font color="#0000e0">Example Use of the Ports Tree</font></h3>
1.54 lebel 240:
241: <p>
1.25 deraadt 242: Let's say you managed to get a ports tree and you want to compile and
1.33 espie 243: install the archiving utility <strong>unzip</strong>. You should be able to
1.23 espie 244: do something like this:
1.31 espie 245:
1.11 deraadt 246: <pre>
1.31 espie 247: % cd /usr/ports/archivers/unzip
248: % su
249: # make
250: # make install
251: # exit
1.11 deraadt 252: </pre>
1.25 deraadt 253:
1.31 espie 254: Easy, huh ? Especially considering all that happened in the background:
255: <ul>
256: <li>Fetch unzip sources from an ftp site,
257: <li>Check the source archive integrity,
258: <li>Extract the unzip source,
259: <li>Apply OpenBSD specific patches,
260: <li>Configure and build the program,
261: <li>Create a binary package under /usr/ports/packages,
262: <li>Install that package.
263: </ul>
1.25 deraadt 264:
265: <p>
1.61 brad 266: With OpenBSD 3.0, almost all ports automatically build
1.31 espie 267: packages when installing.
268:
269: <p>
270: As ports get built, the /usr/ports/distfiles directory gets filled with
271: program sources, and /usr/ports/packages gets filled with binary packages.
1.55 heko 272: Users with low connectivity may refer to
273: <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 274: an efficient way to grab all distfiles at once. In OpenBSD-current, you
1.46 espie 275: can use the script /usr/ports/infrastructure/fetch/clean-old to track
276: old distfiles.
1.31 espie 277: Note that the OpenBSD CD only include the ports tree and selected packages.
278: If you wish to have the distfiles, you will have to get them through an
279: independent way.
1.25 deraadt 280:
1.55 heko 281: <h3><font color="#0000e0"><a name="Advanced"></a>Advanced Usage of the Ports Tree</font></h3>
282:
283: <p>
284: Ports tree has many features for the advanced user that make it a valuable
285: tool beyond basic installation. Advanced users may wish to tamper with
286: the makefiles (you should read the
1.63 ! rohee 287: <a href="http://www.openbsd.org/cgi-bin/man.cgi?query=make&sektion=1&format=html">make(1)</a>
1.55 heko 288: manual page first) or set various variables from the make commandline or in
289: <tt>/etc/mk.conf</tt>. These variables are described in detail in the
1.63 ! rohee 290: <a href="http://www.openbsd.org/cgi-bin/man.cgi?query=bsd.port.mk&sektion=5&format=html">bsd.port.mk(5)</a>
1.55 heko 291: manual page, and the porting documents below.
292: </p>
293:
1.53 naddy 294: <h3><font color="#0000e0"><a name="Create">Creating New Ports</a></font></h3>
1.25 deraadt 295: <p>
296: If you are interested in helping to expand the OpenBSD ports tree
297: you should first read <a href="porting.html">porting.html</a>.
1.50 naddy 298: That page references the
299: <a href="http://www.freebsd.org/porters-handbook/">FreeBSD Porter's Handbook</a>
1.25 deraadt 300: as well as OpenBSD specific policies and hints.
1.56 heko 301:
302: <h3><font color="#0000e0"><a name="Lag">When a Port Is Lagging Behind the Mainstream Version</a></font></h3>
303:
304: <p>
305: The ports collection is a volunteer project. Sometimes the project simply
306: doesn't have the developer resources to keep everything up-to-date.
307: Developers pretty much pick up what they consider interesting and can
308: test in their environment. Your <a href="goals.html#funding">donations</a>
309: count for what platforms the ports can be tested on.
310: </p>
311:
312: <p>
313: Some individual ports may lag behind the mainstream versions because of this.
314: The ports collection may have a version back of a program from January while a new
315: version of the program has been released by its developers in May three months ago.
316: Often this is a conscious decision; the new version may have problems in it on
317: OpenBSD that the maintainer is trying to solve, or that have simply made the
318: application worse than the old version: OpenBSD may have different
319: <a href="goals.html">goals</a> than the mainstream developers in other projects,
320: which sometimes results in features and design or implementation choices
321: that are undesirable from OpenBSD developers' point of view. The update may also be
322: postponed because the new version is not considered a crucial update.
323: </p>
324:
325: <p>
326: If you really need a new version of a port, you should ask the <tt>MAINTAINER</tt>
327: of the port to update the port (see <a href="#Help">below</a> on how to find out who
328: the maintainer is); if you can send patches for this, all the better. To create proper
329: patches, you should refer to the <a href="porting.html">documentation on building
330: ports</a>.
331: </p>
1.25 deraadt 332:
1.53 naddy 333: <h3><font color="#0000e0"><a name="Help">Problems and Contacts</a></font></h3>
1.25 deraadt 334:
335: <p>
1.54 lebel 336: If you have trouble with an existing port, please send e-mail to the
337: port maintainer. To see who is the maintainer of the port, type, for
338: example:
339: <pre>
340: % cd /usr/ports/archivers/unzip
341: % make show VARNAME=MAINTAINER
342: </pre>
343: Alternatively, if there is no maintainer, or you can't reach
344: him/her, send mail to the OpenBSD
1.27 brad 345: ports mailing list, <a href="mailto:ports@openbsd.org">ports@openbsd.org</a>.
1.54 lebel 346: Please don't use the misc@openbsd.org mailing list for questions about ports.
1.25 deraadt 347: Corrections are always welcome, but in any case do please provide:
348: <ul>
349: <li>The output of <code>uname -a</code>,
350: <li>Your OpenBSD version, including any patches you may have applied,
351: <li>A complete description of the problem.
1.45 espie 352: </ul>
353: For ports that don't build correctly, a complete build transcript is almost
1.54 lebel 354: always required. You can use the portslogger script, found in
355: /usr/ports/infrastructure/build, for this. A sample run of portslogger
356: might be:
357:
358: <pre>
359: % cd /usr/ports/archivers/unzip
360: % su
361: # mkdir -p ~/portslogs
1.63 ! rohee 362: # make clean install 2>&1 | /usr/ports/infrastructure/build/portslogger \
1.54 lebel 363: ~/portslogs
364: </pre>
365:
366: After this, you should have a logfile of the build in your ~/portslogs directory
367: that you can send to the port maintainer. Also, make sure you are not using
368: any special options in your build, for example in /etc/mk.conf.
369:
370: <p>
371: Alternatively, you can
1.45 espie 372: <ul>
1.47 naddy 373: <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.
374: <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.
375: <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 376: the gcc mailing-list. It does save time if you follow their direction, and
377: provide at least the various files produced by <tt>gcc -save-temps</tt>.
1.25 deraadt 378: </ul>
379:
380: <hr>
381: <a href="index.html"><img height=24 width=24 src=back.gif border=0 alt=OpenBSD></a>
1.47 naddy 382: <a href="mailto:www@openbsd.org">www@openbsd.org</a>
1.63 ! rohee 383: <br><small>$OpenBSD: ports.html,v 1.62 2002/01/29 22:08:37 horacio Exp $</small>
1.25 deraadt 384: </body>
1.11 deraadt 385: </html>
![[BACK]](/icons/back.gif){kind=icon}
Return to ports.html CVS log ![[TXT]](/icons/text.gif){kind=icon}
![[DIR]](/icons/dir.gif){kind=icon}
Up to [local] / www