Jim Meyering wrote:
> For each fix, I usually try to determine when the bug was introduced
> and mention that in NEWS.
>
> Both of these date back to the very beginning, since sort from
> textutils-1.13 (yes, I actually built it ;-) exhibits the same incorrect
> behavior, and the code in that func
Mikael Magnusson wrote:
> In my old 6.x something, cp would just say
> cp: cannot copy a directory, `dir', into itself, `dir/dir'
> (it would still do it, but only once)
> In 7.1 I get a result like this:
>
> % timeout 1 cp -rl dir dir
> % ls -R dir|wc -l
> 1063
>
> Without the -l it still behave
* man/mkfile.8.xml: temporarily example of manpage for mkfile
* src/mkfile: script to use truncate to emulate mkfile(8)
* src/truncate.c: add option -a to user posix_fallocate before
creating a file
* tests/misc/truncate-fallocate: test truncate fallocate
functionality
* tests/misc/truncate-mkf
Pádraig Brady wrote:
> I also noticed that freeBSD/Mac OS X use coreutils sort
> so they have the same issue.
> Also the i18n patch in fedora 8 at least seems
> to be varying one of the problems somewhat:
>
> upstream buggy coreutils:
> $ printf "a y\na z\n" | sort -k1,1b #buggy
> a z
> a y
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Matej Cepl on 2/27/2009 6:36 AM:
> * man/mkfile.8.xml: temporarily example of manpage for mkfile
We don't use .xml man pages. Rather, with the combination of a template
man/mkfile.x and 'mkfile --help', one is generated by help2man as pa
Hi All,
I ran into a small problem compiling coreutils-7.1 on Solaris 10. The problem
only occurred on Solaris 10 SPARC in 64-bit mode, and not Solaris 10 x86 in
64-bit, all with gcc 4.1.2. The problem does not occur in either SPARC or x86
when compiling for 32-bit binaries (for obvious reas
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[adding bug-gnulib]
According to Peter Bray on 2/27/2009 7:10 AM:
> Hi All,
>
> I ran into a small problem compiling coreutils-7.1 on Solaris 10. The
> problem only occurred on Solaris 10 SPARC in 64-bit mode, and not Solaris 10
> x86 in 64-bit,
To GNU or the id, groups maintainer(s),
I propose that the -s/--sort string be an acceptable option to both
procedures, as in your default id -Gns command in the groups(.sh)
procedure. Personally, I'm only interested in an ascending (e.g., [Aa]
to [Zz]) sort, but perhaps this position should be r
Thanks for following this up Matej.
Some very quick comments below. Will review more thoroughly when I've time.
Matej Cepl wrote:
> doc/coreutils.texi|9
> man/mkfile.8.xml | 94
> +
> src/mkfile| 8
Eric Blake wrote:
> > In lib/inttypes.in.h the following line appears 4 times:
> >
> > # if (@APPLE_UNIVERSAL_BUILD@ ? _LP64 : @INT64_MAX_EQ_LONG_MAX@)
> >
> > The problem arises if _LP64 is defined but does not have a value.
>
> Thanks for the report. This is indeed a bug in the gnulib repl
On 2009-02-27, 14:48 GMT, Pádraig Brady wrote:
> Thanks for following this up Matej.
> Some very quick comments below. Will review more thoroughly when I've time.
Should I send a patch-to-patch or a new one?
> I would mention that the main reason for this call is
> to ensure blocks are contiguous
Eric,
> Thanks for the report. This is indeed a bug in the gnulib
> replacement header. Does replacing '_LP64' with 'defined
> _LP64' fix things?
An elegant and functional solution, both gmake and gmake check are fine (only
tested Solaris 10 Update 6 / gcc-4.1.2 / SPARC 64-bit)
Regards,
Pet
Hi,
Since 7.1 I'm seeing an error message with mv when attempting to move files
from filesystems mounted on swap (such as /tmp and /var/run). I've only been
able to test on sparc Solaris and see the issue on Solaris 8 and 9 but not
on 10.
To reproduce:
root>touch /tmp/a
root>mv /tmp/a .
mv: pre
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[re-adding the list, so others know this has been resolved]
According to ozwin pais on 2/27/2009 9:06 AM:
> Hi Eric,
>
> Thanks for the information.
>
> You are right, The sort command was taken from diffrent path
> i.e. /opt/dev/Syncsort/bin/sort
This is obviously incomplete (the FIXME, and no configuration
recommendations for Emacs' Whitespace), but we have to start somewhere.
As usual, suggestions welcome.
>From d88c9f95e38cb86460ba4acaf90b24c3c8fce8bf Mon Sep 17 00:00:00 2001
From: Jim Meyering
Date: Wed, 25 Feb 2009 15:37:58 +0100
Su
* configure.ac, src/mkfile -> src/mkfile.in: @bindir@ should be
used; doesn't work correctly currently, so commented out.
* doc/coreutils.texi: fix the description of what is the
fallocate actually good for.
* man/mkfile.x: manpages should be generated (man/mkfile.8.xml
deleted)
* src/truncat
OK, another turn around of fixes. This is just the last patch,
whole branch is available at
http://github.com/mcepl/coreutils/tree/truncate-fallocate (repo
URL is git://github.com/mcepl/coreutils.git).
One note about this patch is that I have unsuccesfully tried to
use @bindir@ to have the scrip
We have been working with Michael LeBlanc at Xandros Support and have had
one problem after another with the new Xandros 4 which we purchased in
December and installed. See details below.
Hi Michael here is the update so far;
in regards to the .swp file. We deleted it by thinking we could g
On Friday 27 February 2009 21:54:55 Jen Donier wrote:
> We have been working with Michael LeBlanc at Xandros Support and have had
> one problem after another with the new Xandros 4 which we purchased in
> December and installed. See details below.
so you should keep working with Xandros. noth
Matej Cepl wrote:
> OK, another turn around of fixes. This is just the last patch,
> whole branch is available at
> http://github.com/mcepl/coreutils/tree/truncate-fallocate (repo
> URL is git://github.com/mcepl/coreutils.git).
>
> One note about this patch is that I have unsuccesfully tried to
> u
20 matches
Mail list logo