4.3. Troubleshooting

The following sections cover some of the more frequently asked questions about the Ports collection and some basic troubleshooting techniques, and what do to if a port is broken.

4.3.1. Some Questions and Answers

I thought this was going to be a discussion about modems??!
I thought you were supposed to use packages to install extra programs?
So why bother with ports then?
What is a patch?
What is all this about tarballs?
And a checksum?
I did what you said for compiling ports from a CDROM and it worked great until I tried to install the kermit port.
I did that, but when I tried to put it into /usr/ports/distfiles I got some error about not having permission.
Does the ports scheme only work if you have everything in /usr/ports? My system administrator says I must put everything under /u/people/guests/wurzburger, but it does not seem to work.
I do not have a FreeBSD CDROM, but I would like to have all the tarballs handy on my system so I do not have to wait for a download every time I install a port. Is there any way to get them all at once?
I know it is probably faster to fetch the tarballs from one of the FreeBSD mirror sites close by. Is there any way to tell the port to fetch them from servers other than the ones listed in the MASTER_SITES?
I want to know what files make is going to need before it tries to pull them down.
Is there any way to stop the port from compiling? I want to do some hacking on the source before I install it, but it is a bit tiresome to watch it and hit control-C every time.
I am trying to make my own port and I want to be able to stop it compiling until I have had a chance to see if my patches worked properly. Is there something like make extract, but for patches?
I have heard that some compiler options can cause bugs. Is this true? How can I make sure that I compile ports with the right settings?
There are so many ports it is hard to find the one I want. Is there a list anywhere of what ports are available?
I went to install the foo port but the system suddenly stopped compiling it and starting compiling the bar port. What is going on?
I installed the grizzle program from the ports and frankly it is a complete waste of disk space. I want to delete it but I do not know where it put all the files. Any clues?
Hang on a minute, you have to know the version number to use that command. You do not seriously expect me to remember that, do you??
Talking of disk space, the ports directory seems to be taking up an awful lot of room. Is it safe to go in there and delete things?
I tried that and it still left all those tarballs or whatever you called them in the distfiles directory. Can I delete those as well?
I like having lots and lots of programs to play with. Is there any way of installing all the ports in one go?
OK, I tried that, but I thought it would take a very long time so I went to bed and left it to get on with it. When I looked at the computer this morning, it had only done three and a half ports. Did something go wrong?
I really do not want to spend all day staring at the monitor. Any better ideas?
At work, we are using frobble, which is in your Ports collection, but we have altered it quite a bit to get it to do what we need. Is there any way of making our own packages, so we can distribute it more easily around our sites?
This ports stuff is really clever. I am desperate to find out how you did it. What is the secret?

Q: I thought this was going to be a discussion about modems??!

A: Ah, you must be thinking of the serial ports on the back of your computer. We are using ``port'' here to mean the result of ``porting'' a program from one version of UNIX to another.

Q: I thought you were supposed to use packages to install extra programs?

A: Yes, that is usually the quickest and easiest way of doing it.

Q: So why bother with ports then?

A: Several reasons:

  1. The licensing conditions of some software distributions forbids binary distribution. They must be distributed as source code.

  2. Some people do not trust binary distributions. At least with source code, you can (in theory) read through it and look for potential problems yourself.

  3. If you have local patches, you will need the source in order to apply them.

  4. You might have opinions on how a program should be compiled that differ from the person who did the package---some people have strong views on what optimization settings should be used, whether to build debug versions and then strip them or not, etc., etc..

  5. Some people like having code around, so they can read it if they get bored, hack it, borrow from it (license permitting, of course), and so on.

  6. If you ain't got the source, it ain't software! ;-)

Q: What is a patch?

A: A patch is a small file that specifies how to go from one version of a file to another. It contains plain text, and basically says things like ``delete line 23'', ``add these two lines after line 468'', or ``change line 197 to this''. They are also known as diffs because they are generated by the diff program.

Q: What is all this about tarballs?

A: It is a file ending in .tar, or with variations such as .tar.gz, .tar.Z, .tar.bz2, and even .tgz.

Basically, it is a directory tree that has been archived into a single file (.tar) and optionally compressed (.gz). This technique was originally used for Tape ARchives (hence the name tar), but it is a widely used way of distributing program source code around the Internet.

You can see what files are in them, or even extract them yourself by using the standard UNIX tar program, which comes with the base FreeBSD system, like this:


    % tar tvzf foobar.tar.gz

    % tar xzvf foobar.tar.gz

    % tar tvf foobar.tar

    % tar xvf foobar.tar

Q: And a checksum?

A: It is a number generated by adding up all the data in the file you want to check. If any of the characters change, the checksum will no longer be equal to the total, so a simple comparison will allow you to spot the difference.

Q: I did what you said for compiling ports from a CDROM and it worked great until I tried to install the kermit port.


    # make install

    >> cku190.tar.gz doesn't seem to exist on this system.

    >> Attempting to fetch from ftp://kermit.columbia.edu/kermit/archives/.

Why can it not be found? Have I got a dud CDROM?

A: As was explained in the compiling ports from CDROM section, some ports are unable to be put on the CDROM set due to licensing restrictions. Kermit is an example of that. The licensing terms for kermit do not allow us to put the tarball for it on the CDROM, so you will have to fetch it by hand---sorry!

The reason why you got all those error messages was because you were not connected to the Internet at the time. Once you have downloaded it from any of the MASTER_SITES (listed in the Makefile), you can restart the install process.

Q: I did that, but when I tried to put it into /usr/ports/distfiles I got some error about not having permission.

A: The ports mechanism looks for the tarball in /usr/ports/distfiles, but you will not be able to copy anything there because it is symlinked to the CDROM, which is read-only. You can tell it to look somewhere else by doing:


    # make DISTDIR=/where/you/put/it install

Q: Does the ports scheme only work if you have everything in /usr/ports? My system administrator says I must put everything under /u/people/guests/wurzburger, but it does not seem to work.

A: You can use the PORTSDIR and PREFIX variables to tell the ports mechanism to use different directories. For instance,


    # make PORTSDIR=/u/people/guests/wurzburger/ports install

will compile the port in /u/people/guests/wurzburger/ports and install everything under /usr/local.


    # make PREFIX=/u/people/guests/wurzburger/local install

will compile it in /usr/ports and install it in /u/people/guests/wurzburger/local.

And of course,


    # make PORTSDIR=.../ports PREFIX=.../local install

will combine the two (it is too long to write fully on the page, but it should give you the general idea).

If you do not fancy typing all that in every time you install a port, it is a good idea to put these variables into your environment. Read the man page for your shell for instructions on doing so.

Q: I do not have a FreeBSD CDROM, but I would like to have all the tarballs handy on my system so I do not have to wait for a download every time I install a port. Is there any way to get them all at once?

A: To get every single tarball for the Ports collection, do:


    # cd /usr/ports

    # make fetch

For all the tarballs for a single ports directory, do:


    # cd /usr/ports/directory

    # make fetch

and for just one port---well, I think you have guessed already.

Q: I know it is probably faster to fetch the tarballs from one of the FreeBSD mirror sites close by. Is there any way to tell the port to fetch them from servers other than the ones listed in the MASTER_SITES?

A: Yes. If you know, for example, ftp.FreeBSD.org is much closer than sites listed MASTER_SITES, do as follows:


    # cd /usr/ports/directory

    # make MASTER_SITE_OVERRIDE=ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/ fetch

Q: I want to know what files make is going to need before it tries to pull them down.

A: make fetch-list will display a list of the files needed for a port.

Q: Is there any way to stop the port from compiling? I want to do some hacking on the source before I install it, but it is a bit tiresome to watch it and hit control-C every time.

A: Doing make extract will stop it after it has fetched and extracted the source code.

Q: I am trying to make my own port and I want to be able to stop it compiling until I have had a chance to see if my patches worked properly. Is there something like make extract, but for patches?

A: Yep, make patch is what you want. You will probably find the PATCH_DEBUG option useful as well. And by the way, thank you for your efforts!

Q: I have heard that some compiler options can cause bugs. Is this true? How can I make sure that I compile ports with the right settings?

A: Yes, with version 2.6.3 of gcc (the version shipped with FreeBSD 2.1.0 and 2.1.5), the -O2 option could result in buggy code unless you used the -fno-strength-reduce option as well. (Most of the ports do not use -O2). You should be able to specify the compiler options used by something like:


    # make CFLAGS='-O2 -fno-strength-reduce' install

or by editing /etc/make.conf, but unfortunately not all ports respect this. The surest way is to do make configure, then go into the source directory and inspect the Makefiles by hand, but this can get tedious if the source has lots of sub-directories, each with their own Makefiles.

Q: There are so many ports it is hard to find the one I want. Is there a list anywhere of what ports are available?

A: Look in the INDEX file in /usr/ports. If you would like to search the ports collection for a keyword, you can do that too. For example, you can find ports relevant to the LISP programming language using:


    % cd /usr/ports

    % make search key=lisp

Q: I went to install the foo port but the system suddenly stopped compiling it and starting compiling the bar port. What is going on?

A: The foo port needs something that is supplied with bar --- for instance, if foo uses graphics, bar might have a library with useful graphics processing routines. Or bar might be a tool that is needed to compile the foo port.

Q: I installed the grizzle program from the ports and frankly it is a complete waste of disk space. I want to delete it but I do not know where it put all the files. Any clues?

A: No problem, just do:


    # pkg_delete grizzle-6.5

Alternatively, you can do:


    # cd /usr/ports/somewhere/grizzle

    # make deinstall

Q: Hang on a minute, you have to know the version number to use that command. You do not seriously expect me to remember that, do you??

A: Not at all, you can find it out by doing:


    # pkg_info -a | grep grizzleInformation for grizzle-6.5:

    grizzle-6.5 - the combined piano tutorial, LOGO interpreter and shoot 'em up arc

    ade game.

Q: Talking of disk space, the ports directory seems to be taking up an awful lot of room. Is it safe to go in there and delete things?

A: Yes, if you have installed the program and are fairly certain you will not need the source again, there is no point in keeping it hanging around. The best way to do this is:


    # cd /usr/ports

    # make clean

which will go through all the ports subdirectories and delete everything except the skeletons for each port.

Q: I tried that and it still left all those tarballs or whatever you called them in the distfiles directory. Can I delete those as well?

A: Yes, if you are sure you have finished with them, those can go as well. They can be removed manually, or by using make distclean.

Q: I like having lots and lots of programs to play with. Is there any way of installing all the ports in one go?

A: Just do:


    # cd /usr/ports

    # make install

Q: OK, I tried that, but I thought it would take a very long time so I went to bed and left it to get on with it. When I looked at the computer this morning, it had only done three and a half ports. Did something go wrong?

A: No, the problem is that some of the ports need to ask you questions that we cannot answer for you (eg ``Do you want to print on A4 or US letter sized paper?'') and they need to have someone on hand to answer them.

Q: I really do not want to spend all day staring at the monitor. Any better ideas?

A: OK, do this before you go to bed/work/the local park:


    # cd /usr/ports

    # make -DBATCH install

This will install every port that does not require user input. Then, when you come back, do:


    # cd /usr/ports

    # make -DIS_INTERACTIVE install

to finish the job.

Q: At work, we are using frobble, which is in your Ports collection, but we have altered it quite a bit to get it to do what we need. Is there any way of making our own packages, so we can distribute it more easily around our sites?

A: No problem, assuming you know how to make patches for your changes:


    # cd /usr/ports/somewhere/frobble

    # make extract

    # cd work/frobble-2.8

    [Apply your patches]

    # cd ../..

    # make package

Q: This ports stuff is really clever. I am desperate to find out how you did it. What is the secret?

A: Nothing secret about it at all, just look at the bsd.port.mk and bsd.port.subdir.mk files in your makefiles directory.

Readers with an aversion to intricate shell-scripts are advised not to follow this link...)

4.3.2. Help! This port is broken!

If you come across a port that doesn't work for you, there are a few things you can do, including:

  1. Fix it! The ``how to make a port'' section should help you do this.

  2. Gripe---by email only! Send email to the maintainer of the port first. Type make maintainer or read the Makefile to find the maintainter's email address. Remember to include the name and version of the port (sending the $FreeBSD: line from the Makefile and the output leading up to the error when you email the maintainer. If you do not get a response from the maintainer, you can use send-pr to submit a bug report.

  3. Forget about it. This is the easiest route---very few ports can be classified as ``essential''. There's also a good chance any problems will be fixed in the next version when the port is updated.

  4. Grab the package from an ftp site near you. The ``master'' package collection is on ftp.FreeBSD.org in the packages directory, but be sure to check your local mirror first! These are more likely to work than trying to compile from source and are alot faster as well. Use the pkg_add(1) program to install the package on your system.



Banner.Novgorod.Ru