before embarking on a big project.
==================================================
+Modify chmod so that it does not change an inode's st_ctime
+ when the selected operation would have no other effect.
+ First suggested by Hans Ecke <http://hans.ecke.ws> in
+ http://thread.gmane.org/gmane.comp.gnu.coreutils.bugs/2920
+ Discussed more recently on <http://bugs.debian.org/497514>.
+
document the following in coreutils.texi:
- runcon
- chcon
- mktemp
[
pinky
- uptime
-Also document the SELinux changes.
-comm: add an option, --output-delimiter=STR
- Files to change: src/comm.c, ChangeLog, NEWS, doc/coreutils.texi,
- Add a new file, tests/misc/comm (use another file in that directory as
- a template), to exercise the new option. Suggestion from Dan Jacobson.
+Suggestion from Paul Eggert:
+ More generally, there's not that much use for imaxtostr nowadays,
+ since the inttypes module and newer versions of gettext allow things
+ like _("truncating %s at %" PRIdMAX " bytes") to work portably.
+ I suspect that (if someone cares to take the time) we can remove
+ all instances of imaxtostr and umaxtostr in coreutils and gnulib.
+
+cp --recursive: use fts and *at functions to perform directory traversals
+ in source and destination hierarchy rather than forming full file names.
+ The latter (current) approach fails unnecessarily when the names
+ become very long, and requires space and time that is quadratic in the
+ depth of the hierarchy. [Bo Borgerson is working on this]
printf:
Now that gnulib supports *printf("%a"), import one of the
platforms where the native *printf(3) is deficient.
Suggestion from Eric Blake.
-renice: POSIX utility, needs implementing.
- suggestion from Karl Berry (among others).
- Bob Proulx is working on this.
-
-install: add an option to specify the program used to strip binaries.
- suggestion from Karl Berry
+consider adding some implementation of the "col" utility
+ Suggested by Karl Berry.
doc/coreutils.texi:
Address this comment: FIXME: mv's behavior in this case is system-dependent
ls: add --format=FORMAT option that controls how each line is printed.
-cp --no-preserve=X should not attempt to preserve attribute X
- reported by Andreas Schwab
-
copy.c: Address the FIXME-maybe comment in copy_internal.
-And once that's done, add an exclusion so that `cp --link'
+And once that's done, add an exclusion so that 'cp --link'
no longer incurs the overhead of saving src. dev/ino and dest. filename
in the hash table.
http://mail.gnu.org/archive/html/bug-fileutils/2003-03/msg00030.html
I don't plan to do that, since a few tests demonstrate no significant benefit.
-Should printf '\0123' print "\n3"?
- per report from TAKAI Kousuke on Mar 27
- http://mail.gnu.org/archive/html/bug-coreutils/2003-03/index.html
-
printf: consider adapting builtins/printf.def from bash
-df: add `--total' option, suggested here http://bugs.debian.org/186007
-
tail: don't use xlseek; it *exits*.
Instead, maybe use a macro and return nonzero.
printf 'x\t \t y\n'|unexpand -t 8,9 should print its input, unmodified.
printf 'x\t \t y\n'|unexpand -t 5,8 should print "x\ty\n"
-Let GNU su use the `wheel' group if appropriate.
- (there are a couple patches, already)
-
sort: Investigate better sorting algorithms; see Knuth vol. 3.
We tried list merge sort, but it was about 50% slower than the
5.3.1, who credits Lester Ford, Jr. and Selmer Johnson, American
Mathematical Monthly 66 (1959), 387-389.
-cp --recursive: perform dir traversals in source and dest hierarchy rather
- than forming full file names. The latter (current) approach fails
- unnecessarily when the names become very long.
+shred: Update shred as described here to conform to DoD 5220 rules:
+http://lists.gnu.org/archive/html/bug-coreutils/2007-05/msg00075.html
Remove suspicious uses of alloca (ones that may allocate more than
about 4k)
Adapt these contribution guidelines for coreutils:
http://sources.redhat.com/automake/contribute.html
+Improve test coverage.
+ See HACKING for instructions on generating an html test coverage report.
+ Find a program that has poor coverage and improve.
Changes expected to go in, someday.
======================================
an implicit --NO-dereference-command-line-symlink-to-dir meaning.
Pointed out by Karl Berry.
- A more efficient version of factor, and possibly one that
- accepts inputs of size 2^64 and larger.
-
- dd: consider adding an option to suppress `bytes/block read/written'
- output to stderr. Suggested here:
- http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=165045
-
Pending copyright papers:
------------------------
getpwnam from Bruce Korb
------------------------------
Remove long-deprecated options. Search case-insensitive for
-`deprecated' and `remove in '. Automate this.
+'deprecated' and 'remove in '. Automate this.
Add a distcheck-time test to ensure that every distributed
file is either read-only(indicating generated) or is
version-controlled and up to date.
-remove `%s' notation (now that they're all gone, add a maint.mk sc_
+remove '%s' notation (now that they're all gone, add a maint.mk sc_
rule to ensure no new ones are added):
grep -E "\`%.{,4}s'" src/*.c
-remove all uses of the `register' keyword: Done. add a maint.mk rule
+remove all uses of the 'register' keyword: Done. add a maint.mk rule
for this, too.
remove or adjust chown's --changes option, since it
can't always do what it currently says it does.
+Support arbitrary-precision arithmetic in those tools for which it
+makes sense. Factor and expr already support this via libgmp.
+The "test" program is covered via its string-based comparison of
+integers. To be converted: seq.
+
Adapt tools like wc, tr, fmt, etc. (most of the textutils) to be
multibyte aware. The problem is that I want to avoid duplicating
significant blocks of logic, yet I also want to incur only minimal
- (preferably `no') cost when operating in single-byte mode.
+ (preferably 'no') cost when operating in single-byte mode.
pr's use of nstrftime can make it malloc a very large (up to SIZE_MAX) buffer
-----
-Copyright (C) 2002-2008 Free Software Foundation, Inc.
+Copyright (C) 2002-2013 Free Software Foundation, Inc.
This program is free software: you can redistribute it and/or modify
it under the terms of the GNU General Public License as published by
projects / platform / upstream / coreutils.git / blobdiff