On Sunday 22 February 2004 20:44, Bob Proulx wrote:
I don't have a system to test this on but I am curious what the -P
output looks like in your case.
Just a thought, if you mkdir -p /dev/ide/host0/bus0/target0/lun0/part1,
and mount --bind /dev/ide/host0/bus0/target0/lun0/part1 /mnt/point, it
In message [EMAIL PROTECTED], Paul Eggert writes:
[EMAIL PROTECTED] (Peter Seebach) writes:
BLOCKSIZEThe size of the block units used by several commands,
most notably df(1), du(1) and ls(1).
Can you find a complete list of BSD programs that use getbsize,
and
In message [EMAIL PROTECTED], Paul Eggert writes:
As the 1998 change caused the environment variable to have the same
interpretation as the --block-size long option, I thought it more
consistent at the time to spell the environment variable BLOCK_SIZE
rather than BLOCKSIZE.
Makes sense.
It
Hi,
coreutils compile failed on solaris 2.6 because
MBRTOWC is not defined. Its just about parenthesis in
wrong place and because on GNU systems MBRTOWC is
defined, th e code compiles.
### PATCH BEGIN
--- src/cut.c.ORG 2004-02-08 16:25:32.888099000
-0800
+++
Thank you for reporting that.
Unfortunately, the code in question is not part of the GNU coreutils package.
ftp://ftp.gnu.org/gnu/coreutils/coreutils-5.2.0.tar.gz
ftp://ftp.gnu.org/gnu/coreutils/coreutils-5.2.0.tar.bz2
Please provide more information on the version/origin of your
sources.
On Mon, Feb 23, 2004 at 06:49:55PM +0100, Jim Meyering wrote:
Let's hope the LSB is flexible on this, if they haven't
already corrected things for the next version.
Version 1.3 says that '.' is supported, while the current 2.0 draft
says that it is deprecated (but still supported). On the
On Monday 23 February 2004 06:14, Paul Eggert wrote:
How about having df automatically calculate the column widths based on
their data, much as coreutils 5.2.0's ls already does? That way, we
wouldn't have to add a new option to df.
Ye that would be nice, guess I just did the the easy option.
So I guess it'd be more like POSIXLY_INCORRECT :)
Just to be clear about what I mean, here is the patch I intend to
apply for the Fedora Core coreutils package:
--- coreutils-5.2.0/lib/userspec.c.allow_old_options 2004-02-23 16:51:00.0
+
+++ coreutils-5.2.0/lib/userspec.c
Jim Meyering [EMAIL PROTECTED] wrote:
/* If there is no colon, then see if there's a `.'. */
- if (separator == NULL posix2_version () 200112)
+ if (separator == NULL (posix2_version () 200112 ||
+!getenv (POSIXLY_CORRECT)))
Please consider using a different
Tim Waugh [EMAIL PROTECTED] wrote:
On Mon, Feb 23, 2004 at 02:42:58PM -0500, Paul Jarc wrote:
Jim Meyering [EMAIL PROTECTED] wrote:
/* If there is no colon, then see if there's a `.'. */
- if (separator == NULL posix2_version () 200112)
+ if (separator == NULL (posix2_version ()
On Mon, Feb 23, 2004 at 02:42:58PM -0500, Paul Jarc wrote:
Jim Meyering [EMAIL PROTECTED] wrote:
/* If there is no colon, then see if there's a `.'. */
- if (separator == NULL posix2_version () 200112)
+ if (separator == NULL (posix2_version () 200112 ||
+
Reuben Thomas [EMAIL PROTECTED] writes:
What I expect when I run with LANG=en_GB.UTF-8 is either for uniq to
return an error (because the file is not valid text), or to print
one single line (if it's being lenient).
Can you please try coreutils-5.2.0? It has some patches in this area.
Jim Meyering [EMAIL PROTECTED] writes:
If you do that, you should also adjust `chown --help' output
and coreutils.texi to describe the new default behavior.
But the practice elsewhere is to not document the old-fashioned POSIX
1003.2-1992 behavior in help strings; for example, sort --help and
13 matches
Mail list logo