2002-05-16 06:56:47 +05:30
|
|
|
COMPATIBILITY
|
|
|
|
|
2003-03-18 05:12:00 +05:30
|
|
|
This code is intended for use with Linux 2.2.xx, 2.4.xx,
|
2003-10-23 09:11:58 +05:30
|
|
|
2.6.xx, and hopefully all future kernels. You should be
|
2003-03-18 05:12:00 +05:30
|
|
|
running a system with libc 6, but libc 5 might work too.
|
2002-05-16 06:56:47 +05:30
|
|
|
|
2002-10-07 02:43:52 +05:30
|
|
|
INSTALLATION
|
2002-05-16 06:56:47 +05:30
|
|
|
|
2002-10-11 00:58:48 +05:30
|
|
|
make
|
|
|
|
make install
|
|
|
|
|
2003-01-24 14:12:16 +05:30
|
|
|
Only the second ("make install") is needed if you just
|
|
|
|
want to build and install procps in the normal way.
|
|
|
|
|
2002-10-07 02:43:52 +05:30
|
|
|
If you wish to test before installing, use the scripts
|
2003-01-24 14:12:16 +05:30
|
|
|
named t, v, and p to ensure that the correct libproc
|
|
|
|
(the new one) is used during your testing.
|
2002-05-16 06:56:47 +05:30
|
|
|
|
2003-01-24 14:12:16 +05:30
|
|
|
You may set SKIP to avoid building or installing things.
|
|
|
|
For example:
|
|
|
|
|
|
|
|
make SKIP='/bin/kill /usr/share/man/man1/kill.1' install
|
|
|
|
|
|
|
|
Use SHARED=0 to build procps without shared libraries.
|
|
|
|
This may be useful for installing in your home directory.
|
|
|
|
|
|
|
|
make SHARED=0 DESTDIR=$HOME install
|
|
|
|
|
2003-03-21 06:34:51 +05:30
|
|
|
Suppose you wanted to install stuff in strange places.
|
|
|
|
You might do something like this:
|
|
|
|
|
2004-07-17 20:55:45 +05:30
|
|
|
make usr/bin=/tmp/Q/i/ DESTDIR=/tmp/Q install="install -D" ldconfig=echo install
|
2003-03-21 06:34:51 +05:30
|
|
|
|
2003-10-23 09:11:58 +05:30
|
|
|
If cross-compiling, you might need to set lib64 to
|
2004-07-17 20:55:45 +05:30
|
|
|
either "lib" or "lib64". You might need to set m64 to
|
|
|
|
-m64, -m32, or nothing at all. Some examples:
|
2003-10-23 09:11:58 +05:30
|
|
|
|
2004-07-17 20:55:45 +05:30
|
|
|
make lib64=lib m64=-m32 # for a bi-arch gcc
|
2003-10-23 09:11:58 +05:30
|
|
|
make lib64=lib64 CC=x86_64-gcc
|
2004-07-17 20:55:45 +05:30
|
|
|
make lib64=lib CC=alpha-gcc
|
|
|
|
|
|
|
|
PACKAGING
|
|
|
|
|
|
|
|
If you are a downstream maintainer (packager) for a Linux distribution,
|
|
|
|
please avoid causing troubles. This section applies to you.
|
|
|
|
|
|
|
|
Send patches in regularly. Many patches made by vendors have been buggy,
|
|
|
|
some quite severely so. Sending in a patch will at least get it reviewed,
|
|
|
|
if not included. There is a procps test suite that must be passed.
|
|
|
|
Forward all bug reports. If your bug database is public and busy enough
|
|
|
|
to bother with, please make this known. Follow Debian's lead in making
|
|
|
|
the bug database easy to comment on via email w/o need for an account.
|
|
|
|
|
|
|
|
Do not change the user interface. Many of the programs are intended to be
|
|
|
|
compatible with Solaris, FreeBSD, AIX, IRIX, Tru64, and the UNIX standard.
|
|
|
|
Your nice new command options WILL BE BROKEN as needed to ensure that
|
|
|
|
procps remains compatible with the rest of the world. Sysadmins hate to
|
|
|
|
deal with incompatible behavior. If you need a new option, ask for it.
|
|
|
|
|
|
|
|
For normal packages, ensure that you do not add debugging flags
|
|
|
|
to the CFLAGS variable. If debugging flags are present, the Makefile
|
|
|
|
will avoid adding several optimizations that would interfere with gdb.
|
|
|
|
|
|
|
|
There should be no need to modify the Makefile. You can set variables
|
|
|
|
on the "make" command line or use "make -e" to pass variables from
|
|
|
|
the environment.
|
2003-10-23 09:11:58 +05:30
|
|
|
|
2002-10-07 02:43:52 +05:30
|
|
|
BUG REPORTS
|
2002-05-16 06:56:47 +05:30
|
|
|
|
2002-10-07 02:43:52 +05:30
|
|
|
Debian users should use the Debian bug tracking system.
|
2002-10-09 13:15:26 +05:30
|
|
|
Email to albert@users.sf.net or csmall@debian.org or
|
|
|
|
procps-feedback@lists.sf.net will also work.
|