*** empty log message ***
[coreutils.git] / README
blob5546d5d74381e5a34d3381ae86285a97ad841f9f
1 These are the GNU core utilities.  This package is the union of
2 the GNU fileutils, sh-utils, and textutils packages.
4 Most of these programs have significant advantages over their Unix
5 counterparts, such as greater speed, additional options, and fewer
6 arbitrary limits.
8 The programs that can be built with this package are:
10   basename cat chgrp chmod chown chroot cksum comm cp csplit cut date dd
11   df dir dircolors dirname du echo env expand expr factor false fmt fold
12   ginstall groups head hostid hostname id join kill link ln logname ls
13   md5sum mkdir mkfifo mknod mv nice nl nohup od paste pathchk pinky pr
14   printenv printf ptx pwd rm rmdir seq sha1sum shred sleep sort split
15   stat stty su sum sync tac tail tee test touch tr true tsort tty uname
16   unexpand uniq unlink uptime users vdir wc who whoami yes
18 See the file NEWS for a list of major changes in the current release.
20 See the file INSTALL for compilation and installation instructions.
22 These programs are intended to be POSIX.2 compliant (with BSD and other
23 extensions), like the rest of the GNU system.
25 The ls, dir, and vdir commands are all separate executables instead of
26 one program that checks argv[0] because people often rename these
27 programs to things like gls, gnuls, l, etc.  Renaming a program
28 file shouldn't affect how it operates, so that people can get the
29 behavior they want with whatever name they want.
31 Special thanks to Paul Eggert, Brian Matthews, Bruce Evans, Karl Berry,
32 Kaveh Ghazi, and François Pinard for help with debugging and porting
33 these programs.  Many thanks to all of the people who have taken the
34 time to submit problem reports and fixes.  All contributed changes are
35 attributed in the ChangeLog file.
37 And thanks to the following people who have provided accounts for
38 portability testing on many different types of systems: Bob Proulx,
39 Christian Robert, François Pinard, Greg McGary, Harlan Stenn,
40 Joel N. Weber, Mark D. Roth, Matt Schalit, Nelson H. F. Beebe,
41 Réjean Payette, Sam Tardieu.
43 Thanks to Michael Stone for inflicting test releases of the fileutils
44 on Debian's unstable distribution, and to all the kind folks who used
45 that distribution and found and reported bugs.
47 Note that each man page is now automatically generated from a template
48 and from the corresponding --help usage message.  Patches to the template
49 files (man/*.x) are welcome.  However, the authoritative documentation
50 is in texinfo form in the doc directory.
52 If you run the tests on a SunOS4.1.4 system, expect the ctime-part of
53 the ls `time-1' test to fail.  I believe that is due to a bug in the
54 way Sun implemented link(2) and chmod(2).
56 There are pretty many tests, but nowhere near as many as we need.
57 Additions and corrections are very welcome.
59 If you see a problem that you've already reported, feel free to re-report
60 it -- it won't bother me to get a reminder.  Besides, the more messages
61 I get regarding a particular problem the sooner it'll be fixed --
62 usually.  If you sent a complete patch and, after a couple weeks you
63 haven't received any acknowledgement please ping us.  A complete patch
64 includes a well-written ChangeLog entry, unified (diff -u format) diffs,
65 an explanation for why the patch is necessary or useful, and if at all
66 possible, enough information to reproduce whatever problem prompted it.
68 If your patch adds a new feature, please try to get some sort of consensus
69 that it is a worthwhile change.  One way to do that is to send mail to
70 bug-gnu-utils@gnu.org (aka the gnu.utils.bug news group) including as
71 much description and justification as you can.  Based on the feedback
72 that generates, you may be able to convince us that it's worth adding.
75 WARNING:  If you modify files like configure.in, m4/*.m4, aclocal.m4,
76 or any Makefile.am, then don't be surprised if what gets regenerated no
77 longer works.  To make things work, you'll have to be using appropriate
78 versions of automake and autoconf.  As for what versions are `appropriate',
79 use the versions of
81   * autoconf specified via AC_PREREQ in m4/jm-macros.m4
82   * automake specified via AM_INIT_AUTOMAKE in configure.ac
84 Usually it's fine to use versions that are newer than those specified.
86 These programs all recognize the `--version' option.  When reporting
87 bugs, please include in the subject line both the package name/version
88 and the name of the program for which you found a problem.
90 For general documentation on the coding and usage standards
91 this distribution follows, see the GNU Coding Standards,
92 http://www.gnu.org/prep/standards_toc.html.
94 Mail suggestions and bug reports for these programs to
95 the address on the last line of --help output.