Bug#469525: coreutils: [wc] RFC: Add option --no-filename

Package: coreutils Version: 6.10-3 Severity: wishlist Description: $ wc -l README 200 README This is fine for interactive use, but not convenient in shell scripts, because the outpur cannot be easily handles. Many times only the integer value is needed: lines=$(wc -l $f

Bug#539481: coreutils: [df] Please use DOT instead of COMMA in -h (human readable) size listing

Package: coreutils Version: 7.4-2 Severity: wishlist [Debian Bug / wishlist] $ df -hl | grep usb /dev/sdb1 3,9G 3,9G 96K 100% /media/usb0 /dev/sdc1 3,8G 4,0K 3,8G 1% /media/usb1 SUGGESTION Please prefer representing fractional values in computer-dot notation

[bug #28308] Please change verbose to use double quotes in output (cp, mv etc: "FILE" -> "FILE")

URL: Summary: Please change verbose to use double quotes in output (cp, mv etc: "FILE" -> "FILE") Project: GNU Core Utilities Submitted by: jaalto Submitted on: Wed 16 Dec 2009 02:04:53 PM EET

FEATURE REQUEST: ls -- Document that LC_* variable affects sort order

Cf. http://bugs.debian.org/561458 $ ls -1 20-name-change+my.21-compile-fixes.dpatch 20-name-change~my.21-compile-fixes.patch 20-name-change=my.21-compile-fixes.patch 20-name-cha...@my.21-compile-fixes.patch 20-name-change.patch According to ASCII table http://asciitable.c

[bug #28308] Please change verbose to use double quotes in output (cp, mv etc: "FILE" -> "FILE")

Follow-up Comment #2, bug #28308 (project coreutils): Please elaborate the "bar". The information displayed, when needed, is used many times in other shell context and the used quoted do not support interoperability. ___ Reply to this i

bug#6453: coreutils: date -- Add new options for ISO 8601 date formats (-O)

Package: coreutils Version: 8.5 Severity: wishlist I'd like to suggest adding options to cover the typical ISO 8601 dates. The options "O" seems to be free in date(1) manual page. Suggestions: -O -MM-DD HH:MM(possibly most of then used) -O::S -MM-DD HH:MM:SS -O

bug#7433: ls: [manual] description for --directory is insufficient

Package: coreutils Version: 8.5-1 Severity: normal [Forwarded from http://bugs.debian.org/603895 ] Manual page of ls(1) reads: -d, --directory list directory entries instead of contents, and do not derefer- ence symbolic links "info ls" reads: `-d' `

coreutils: Where is the repository of the manual pages?

[Please keep CC, I'm not in this list] The http://www.gnu.org/software/coreutils/ points to: git clone git://git.sv.gnu.org/coreutils But looking at the checkout dicrectory: man/ The manual pages do not seem to be maintained there. E.g. $ cat /man/cp.x [NAME] cp \- copy file

[PATCH] src/ls.c: (usage): Move -1 option to the beginning

Signed-off-by: Jari Aalto <[EMAIL PROTECTED]> --- src/ls.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) Options like -1, -2, -3 are traditionaly at the beginning. See e.g. ssh(1). diff --git a/src/ls.c b/src/ls.c index 946e711..7bd1c38 100644 --- a/src/ls.c +++ b/sr

coreutils 5.97: Adjust mkdir message (File exists)

A demonstration: mkdir cache/temp mkdir cache/temp mkdir: cannot create directory `cache/tmp': File exists Suggestion: Perhaps the "File" is not the best description in this case. Please consider saying "Directory exists" if the item is directory. -- Welcome to FOSS revolu

Re: coreutils 5.97: Adjust mkdir message (File exists)

* Tue 2008-01-08 Jim Meyering <[EMAIL PROTECTED]> * Message-Id: [EMAIL PROTECTED] > Jari Aalto <[EMAIL PROTECTED]> wrote: > >> A demonstration: >> >> mkdir cache/temp >> mkdir cache/temp >> mkdir: cannot create directory `cache/tmp&#x

bug#10369: coreutils: [PATCH] chmod.c usage() order items alphabetically

The following patch is against Git 6e3299f (2011-12-22). The patch makes chmod similar to cp(1), mv(1) whose manual page lists options in alphabetical order. 2011-12-25 Jari Aalto * chmod.c (usage): order options alphabetically. >From 2b5d42b0e19e6a6b73e2af3323ee4db6129ee72e Mon

bug#10915: 8.13: df -- overly long output lines are very hard to read

With long path names, the output is very hard to read because each line is so long: $ df -Hl Filesystem Size Used Avail Use% Mounted on rootfs 6.0G 4.1G 1.7G 72% / udev

bug#10915: 8.13: df -- overly long output lines are very hard to read

2012-03-01 06:27 Pádraig Brady : | On 03/01/2012 10:38 AM, Pádraig Brady wrote: | | To expand a bit on why I'm not enthusiastic. | | Well mainly I don't see a pressing need for them. | Generally one has large terminals these days, It is still a problem. Keep i ming that people don't all keep "one

bug#11183: [coreutils 8.13] touch: add options -v, --verbose

Please add verbose options to program touch(1): -v, --verbose Similarly than what is found in cp(1), mv(1). Seing what files are being touched e.g. from scripts would be helpful: touch ${optionverbose:+--verbose} Jari

bug#14617: od - Please add -h option

Package: coreutils Version: 8.20-3 Severity: wishlist An example: $ od -h ... hangs Please add options -h, --help like in other GNU tools to display brief synopsis and program description. -- System Information Debian Release: jessie/sid APT Prefers testing APT policy: (990, testing)

bug#19456: GNU coreutils - touch / add -v, --verbose option

It would be nice to see progress of touched files. Please add option[1]: -v, --verbose Jari [1] Not included in touch(1), GNU coreutils 8.23

bug#24744: coreutils: dircolors - recognize both st and stterm

Background: Debian has packaged the "st" (simple term) under name "stterm" and named the command repectively. This has to do with not profiliterating /usr/bin with two lettter commands that are not system commands. Terminal commands, like st, are not in that cateory. User