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

Jari Aalto wrote: > 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, Options are bad because of the extra complexity presented to users. Currently

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

Pádraig Brady <[EMAIL PROTECTED]> writes: > I wonder could we go one step further and suppress the filename > also like grep does when passed a single file? That would require adding an option to be comptible with POSIX. Andreas. -- Andreas Schwab, SuSE Labs, [EMAIL PROTECTED] SuSE Linux Produ

New colorls.sh doesn't work with DIR_COLORS.xterm

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, some problem with coreutils-6.9-13. The new shellscript /etc/profile.d/colorls.sh now ignores the color settings in file /etc/DIR_COLORS.xterm. But reinstalling the old much smaller shellscript colorls.sh works fine with /etc/DIR_COLORS.xterm

utimens.h:2: error: conflicting types for 'futimens'

After doing: tar xfvz coreutils-6.9.tar.gz cd coreutils-6.9/ ./configure make the result is: gcc -std=gnu99 -I. -g -O2 -MT utimecmp.o -MD -MP -MF .deps/utimecmp.Tpo -c -o utimecmp.o utimecmp.c In file included from utimecmp.c:33: utimens.h:2: error: conflicting types for 'futimens' need m

Re: utimens.h:2: error: conflicting types for 'futimens'

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to totido :) on 3/6/2008 5:46 AM: | gcc -std=gnu99 -I. -g -O2 -MT utimecmp.o -MD -MP -MF | .deps/utimecmp.Tpo -c -o utimecmp.o utimecmp.c | In file included from utimecmp.c:33: | utimens.h:2: error: conflicting types for 'futimens' Th

Re: New colorls.sh doesn't work with DIR_COLORS.xterm

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Dr. J. Kubiak on 3/6/2008 2:57 AM: | some problem with coreutils-6.9-13. The new shellscript | /etc/profile.d/colorls.sh now ignores the color settings in file | /etc/DIR_COLORS.xterm. Thanks for the report. The latest stable version of

Feature Request: du --dir-with-slash

Hi, I use "du -ax / | sort -rn > /var/tmp/du-`date --iso`" to get the sorted total size of all files and directories. Unfortunately you can't see a difference between a directory and a file in the output. It would be nice if the directories would be added by a slash. Example: old: 307704984

Re: Feature Request: du --dir-with-slash

Thomas Guettler <[EMAIL PROTECTED]> wrote: > I use "du -ax / | sort -rn > /var/tmp/du-`date --iso`" to get the sorted > total size of all > files and directories. > > Unfortunately you can't see a difference between a directory and a file > in the output. It would be nice if the directories would b

Re: Feature Request: du --dir-with-slash

Thomas Guettler wrote: > Hi, > > I use "du -ax / | sort -rn > /var/tmp/du-`date --iso`" to get the sorted > > Unfortunately you can't see a difference between a directory and a file > in the output. It would be nice if the directories would be added by a > slash. > > This way you can see if a li

undocumented nl behavior with -bt

re: nl (GNU coreutils) 6.9 Fedora 7 Linux Good morning-- I have not used nl for a long time but just found a use for it. It does the numbering that I want but it does more than that. The file I am numbering is many lines of text with interspersed blank lines. (It is data exported from an

[bug #22505] id command fails to retrieve group info when nss_ldap is used

URL: Summary: id command fails to retrieve group info when nss_ldap is used Project: GNU Core Utilities Submitted by: None Submitted on: Thursday 03/06/08 at 18:39 UTC Category: None