Paul Eggert <[EMAIL PROTECTED]> wrote:
...
> Hmm, it sounds like your input data has some very long lines, then.
> That would explain at least part of your problem, then. 'sort' needs
> to keep at least two lines in main memory to compare them: if single
> input lines are many gigabytes long, then
Bruno Haible <[EMAIL PROTECTED]> writes:
> The warning goes away
> if one uses __builtin_signbit instead of signbit.
Yes, thanks, I tested that patch on Solaris 8 and it does fix the warning.
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http:
Mike Frysinger <[EMAIL PROTECTED]> wrote:
> diff --git a/src/dircolors.hin b/src/dircolors.hin
> index 838fa8f..3fb5a2f 100644
> --- a/src/dircolors.hin
> +++ b/src/dircolors.hin
> @@ -30,6 +30,7 @@ TERM dtterm
> TERM eterm-color
> TERM gnome
> TERM gnome-256color
> +TERM jfbterm
> TERM konsole
Update of bug #22121 (project coreutils):
Status:None => Invalid
Open/Closed:Open => Closed
___
Follow-up Comment #1:
Thanks for the r
On Sat, Jan 26, 2008 at 08:58:34AM +0100, Jim Meyering wrote:
>
> Please do this as root:
>
> cd coreutils-6.10/src
> ./id -a
> ./rm -rf f g
> echo a > f
> ./chown +0:+0 f
> ls -ld . f
> ./cp f g
> ls -l g
>
> and look at the output.
> The final ls should show g with group "root".
Elias Pipping <[EMAIL PROTECTED]> wrote:
> On Sat, Jan 26, 2008 at 08:58:34AM +0100, Jim Meyering wrote:
>>
>> Please do this as root:
>>
>> cd coreutils-6.10/src
>> ./id -a
>> ./rm -rf f g
>> echo a > f
>> ./chown +0:+0 f
>> ls -ld . f
>> ./cp f g
>> ls -l g
>>
>> and look at the
Elias Pipping <[EMAIL PROTECTED]> writes:
> Sorry, but there's no strace on darwin9.
The darwin equivalent appears to be ktrace.
Andreas.
--
Andreas Schwab, SuSE Labs, [EMAIL PROTECTED]
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
PGP key fingerprint = 58CA 54C7 6D53 942B
On Sat, Jan 26, 2008 at 02:19:12PM +0100, Andreas Schwab wrote:
> Elias Pipping <[EMAIL PROTECTED]> writes:
>
> > Sorry, but there's no strace on darwin9.
>
> The darwin equivalent appears to be ktrace.
Indeed. While ktrace came with darwin8, it no longer comes with darwin9,
though.
-- Elias
On Sat, Jan 26, 2008 at 01:54:58PM +0100, Jim Meyering wrote:
> Elias Pipping <[EMAIL PROTECTED]> wrote:
>
> > # ls -ld . f
> > drwxr-xr-x 3 pipping staff 11186 Jan 26 12:29 .
> > -rw-r--r-- 1 root wheel 2 Jan 26 12:29 f
> > # ./cp f g
> > # ls -l g
> > -rw-r--r-- 1 root
Not a big deal, but I thought I'd mention it anyway: the manpages in
coreutils 6.10 show up the version as
GNU coreutils 6.9.92.4-f088d-dirty
which does not leave a very good impression; regenerating the manpages
when making a stable release seems to be a good idea.
Cheers,
Sven
___
Elias Pipping <[EMAIL PROTECTED]> wrote:
> On Sat, Jan 26, 2008 at 01:54:58PM +0100, Jim Meyering wrote:
>> Elias Pipping <[EMAIL PROTECTED]> wrote:
>>
>> > # ls -ld . f
>> > drwxr-xr-x 3 pipping staff 11186 Jan 26 12:29 .
>> > -rw-r--r-- 1 root wheel 2 Jan 26 12:29 f
>> > # .
Paul Eggert wrote:
> I ran into this problem when compiling coreutils 6.10 on Solaris 8
> (sparc) with GCC 4.2.2:
>
> frexp.c: In function 'rpl_frexpl':
> frexp.c:63: warning: implicit declaration of function 'isnanl'
> vasnprintf.c: In function 'is_infinitel':
> vasnprintf.c:252: warning: implici
Sven Joachim <[EMAIL PROTECTED]> wrote:
> Not a big deal, but I thought I'd mention it anyway: the manpages in
> coreutils 6.10 show up the version as
>
> GNU coreutils 6.9.92.4-f088d-dirty
>
> which does not leave a very good impression; regenerating the manpages
> when making a stable release see
< Paul Eggert <[EMAIL PROTECTED]> wrote:
< ...
< > Hmm, it sounds like your input data has some very long lines, then.
< > That would explain at least part of your problem, then. 'sort' needs
< > to keep at least two lines in main memory to compare them: if single
< > input lines are many gigabyt
Leo Butler <[EMAIL PROTECTED]> wrote:
> < Paul Eggert <[EMAIL PROTECTED]> wrote:
> < ...
> < > Hmm, it sounds like your input data has some very long lines, then.
> < > That would explain at least part of your problem, then. 'sort' needs
> < > to keep at least two lines in main memory to compare
Jim Meyering <[EMAIL PROTECTED]> wrote:
> Leo Butler <[EMAIL PROTECTED]> wrote:
>
>> < Paul Eggert <[EMAIL PROTECTED]> wrote:
>> < ...
>> < > Hmm, it sounds like your input data has some very long lines, then.
>> < > That would explain at least part of your problem, then. 'sort' needs
>> < > to k
On Sat, Jan 26, 2008 at 03:36:23PM +0100, Jim Meyering wrote:
> Please see if this makes the test pass:
>
> Avoid cp/preserve-gid test failure on Mac OS 10.5.1 (Darwin 9.1)
> * tests/cp/preserve-gid: Set group as well as owner on ".".
> Reported by Elias Pipping.
>
> diff --git
Follow-up Comment #2, bug #22121 (project coreutils):
Eh?
You say that the problem does NOT affect current coreutils. But then you
show an example that HAS the bug. What am I missing?
In case I wasn't clear: my point was that referring to the system call
"lchown" is wrong. chcon will not use
Elias Pipping <[EMAIL PROTECTED]> wrote:
> On Sat, Jan 26, 2008 at 03:36:23PM +0100, Jim Meyering wrote:
>> Please see if this makes the test pass:
>>
>> Avoid cp/preserve-gid test failure on Mac OS 10.5.1 (Darwin 9.1)
>> * tests/cp/preserve-gid: Set group as well as owner on ".".
>>
Göran Uddeborg <[EMAIL PROTECTED]> wrote:
> Follow-up Comment #2, bug #22121 (project coreutils):
>
> Eh?
>
> You say that the problem does NOT affect current coreutils. But then you
> show an example that HAS the bug. What am I missing?
>
> In case I wasn't clear: my point was that referring to
On Sat, Jan 26, 2008 at 05:34:17PM +0100, Jim Meyering wrote:
>
> Here's an additional patch that should get us past the latest failure.
Unfortunately, it doesn't.
> diff --git a/tests/cp/preserve-gid b/tests/cp/preserve-gid
> index 9537dc0..15bb51c 100755
> --- a/tests/cp/preserve-gid
> +++ b/te
Elias Pipping <[EMAIL PROTECTED]> wrote:
> On Sat, Jan 26, 2008 at 05:34:17PM +0100, Jim Meyering wrote:
>>
>> Here's an additional patch that should get us past the latest failure.
>
> Unfortunately, it doesn't.
...
> ++ stat -c '%u %g' b
> + s='1000 0'
> + test 'x1000 0' '!=' 'x1000 1000'
> + te
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I've noticed that Jim just committed a patch based on a bug originally
reported through the debian tracker without any additional mention here:
http://git.sv.gnu.org/gitweb/?p=coreutils.git;a=commit;h=c0c8685
http://bugs.debian.org/cgi-bin/bugreport.
Eric Blake <[EMAIL PROTECTED]> wrote:
> I've noticed that Jim just committed a patch based on a bug originally
> reported through the debian tracker without any additional mention here:
>
> http://git.sv.gnu.org/gitweb/?p=coreutils.git;a=commit;h=c0c8685
> http://bugs.debian.org/cgi-bin/bugreport.c
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I know that draft 4 added some clarification on rename(2) (and mv(1))
behavior on path resolution. However, there is still an ambiguous
situation, which I don't see documented, and I would like some consensus
before writing an aardvark. This issue w
[EMAIL PROTECTED] (Bob Proulx) wrote:
> Jim Meyering wrote:
>> Michael Stone wrote:
>> > The full documentation for ls is maintained as a Texinfo
>> > manual. If the info and ls programs are properly installed at
>> > your site (on debian they aren't), the command
>> >
>> >
On Sat, Jan 26, 2008 at 07:06:58PM +0100, Jim Meyering wrote:
>
> Here's a better one:
More progress! (still fails)
> * tests/cp/preserve-gid: accommodate Darwin9 oddity.
>
> diff --git a/tests/cp/preserve-gid b/tests/cp/preserve-gid
> index 9537dc0..82ee861 100755
> --- a/tests/cp/preserve-gid
On Sat, Jan 26, 2008 at 07:23:08PM +0100, Jim Meyering wrote:
I know Bob Proulx is already subscribed there.
Some of the traffic would not be interesting, i.e., a message
announcing that a bug is closed, or tagged -- but those are easy to skip.
Overall, I think it would be better for both Debian
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Jim Meyering on 1/26/2008 11:39 AM:
|
| I've just applied this:
|
| 2008-01-26 Jim Meyering <[EMAIL PROTECTED]>
|
| Emit "info coreutils 'PROG invocation'" into the man page,
| rather than just "info PROG". The latter woul
Eric Blake <[EMAIL PROTECTED]> wrote:
> According to Jim Meyering on 1/26/2008 11:39 AM:
> |
> | I've just applied this:
> |
> | 2008-01-26 Jim Meyering <[EMAIL PROTECTED]>
> |
> | Emit "info coreutils 'PROG invocation'" into the man page,
> | rather than just "info PROG". The latter w
Thank you for your help.
Leo Butler
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
Elias Pipping <[EMAIL PROTECTED]> wrote:
> On Sat, Jan 26, 2008 at 07:06:58PM +0100, Jim Meyering wrote:
>> Here's a better one:
>
> More progress! (still fails)
...
FYI, the following patch solved the final problem:
2008-01-26 Jim Meyering <[EMAIL PROTECTED]>
Work around Darwin9's set
Eric Blake <[EMAIL PROTECTED]> wrote:
> I've noticed that Jim just committed a patch based on a bug originally
> reported through the debian tracker without any additional mention here:
>
> http://git.sv.gnu.org/gitweb/?p=coreutils.git;a=commit;h=c0c8685
> http://bugs.debian.org/cgi-bin/bugreport.c
"James Youngman" <[EMAIL PROTECTED]> wrote:
> On Jan 8, 2008 5:46 PM, Jim Meyering <[EMAIL PROTECTED]> wrote:
>
>> If you're really motivated, there's another minor problem:
>> the include/exclude mechanism operates only on bin_PROGRAMS,
>> and not bin_SCRIPTS. That means --enable-no-install-prog
On Jan 26, 2008 10:55 PM, Jim Meyering <[EMAIL PROTECTED]> wrote:
> - factored out the duplication in the coreutils.texi change
Interesting technique, I'll remember it.
> - while I know too well how bad stdio is, I'm tempted to remove the
> new tests of each printf return value. I noticed th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Jim Meyering on 1/26/2008 3:55 PM:
| + "groups -- foo" no longer generates a spurious error about the
| + nonexistent group "--".
Huh? That's been fixed for some time now (Sept 2006):
http://git.sv.gnu.org/gitweb/?p=coreutils.git;a=c
Hi,
Out of a bit of boredom (and avoiding trying to fix a VHDL problem)
I decided to graph the sizes of a few of the binaries from coreutils,
as packaged by debian over time (I've included fileutils/shellutils).
At:
http://www.treblig.org/pics/debianbinarysizes.png
you can see a graph showing
On Jan 26, 2008 11:31 PM, Eric Blake <[EMAIL PROTECTED]> wrote:
[ "unknown group --" ]
> Huh? That's been fixed for some time now (Sept 2006):
> http://git.sv.gnu.org/gitweb/?p=coreutils.git;a=commitdiff;h=b7c315c
Yes, sorry, I was confusing /usr/bin/groups and ./groups.
> | -print_user (
38 matches
Mail list logo
