[gradlab:~/coreutils-5.2.1/tests/stty] scheckow$ uname -a
SunOS gradlab.ucsd.edu 5.8 Generic_117350-02 sun4u sparc SUNW,Ultra-60
[gradlab:~/coreutils-5.2.1/tests/stty] scheckow$ make VERBOSE=yes
TESTS=row-col-1 check
make check-TESTS
make[1]: Entering directory `/home/scheckow/coreutils-5.2.1/test
On Sep 20, 05 13:12:46 -0700, Paul Eggert wrote:
> Juergen Weigert <[EMAIL PROTECTED]> writes:
>
> > On a recent SUSE Linux df became unreliable for e.g. USB-drives.
> > This is because hald automatically mounts and unmounts such drives
> > as they are accessed.
> >
> > Usually I get something lik
Juergen Weigert <[EMAIL PROTECTED]> writes:
> On a recent SUSE Linux df became unreliable for e.g. USB-drives.
> This is because hald automatically mounts and unmounts such drives
> as they are accessed.
>
> Usually I get something like:
>
> $ df /media/USB_DISK
> Filesystem 1K-blocks
Juergen Weigert <[EMAIL PROTECTED]> writes:
> $ env TZ=MDT date
> Mon Sep 19 17:52:53 MDT 2005
> --> wrong.
>
> Oops, now difference is 7 hours ...
> The problem here is, that MDT is an unknown timezone on my machine.
> Date silently defaults back to GMT, but it keeps the label 'MDT'.
"date" is m
Vincent Lefevre <[EMAIL PROTECTED]> writes:
> As said by the POSIX FAQ Q15, POSIX does not disallow this form:
>
> http://www.opengroup.org/austin/papers/posix_faq.html
Yes, and coreutils CVS was updated about the same time that FAQ Q15
was written -- it was all part of the same process of clarif
[EMAIL PROTECTED] (Eric Blake) wrote:
> There have been quite a few changes since 5.3.0 in January.
> Is it time to make a 5.3.1 release, so we can point people
> to a release instead of CVS?
Yes. I'm planning to make a test release very soon.
___
Bug
>
> The POSIX spec is a moving target.
> This has been fixed in the latest sources (available via cvs).
There have been quite a few changes since 5.3.0 in January.
Is it time to make a 5.3.1 release, so we can point people
to a release instead of CVS?
--
Eric Blake
__
"Till Halbach" <[EMAIL PROTECTED]> wrote:
> Assume the link "link" already exists and points to "other_file". Then
> "ln -sf new_file link" won't trigger any action at all. No error message
> is uttered either.
> This is a regression, as it worked before (i.e., the old link was
> overwritten).
> Un
> dixsept:~> _POSIX2_VERSION=200111 head -1 /dev/null
> dixsept:~> _POSIX2_VERSION=200112 head -1 /dev/null
> head: `-1' option is obsolete; use `-n 1'
> Try `head --help' for more information.
> zsh: exit 1 _POSIX2_VERSION=200112 head -1 /dev/null
>
> I do not think this is a good idea to fai
Till Halbach wrote:
> I'm running
> ln (coreutils) 5.2.1.
>
> Assume the link "link" already exists and points to "other_file". Then
> "ln -sf new_file link" won't trigger any action at all. No error message
> is uttered either.
I will guess that you are only seeing this when link points to a
d
Vincent Lefevre <[EMAIL PROTECTED]> wrote:
> dixsept:~> _POSIX2_VERSION=200111 head -1 /dev/null
> dixsept:~> _POSIX2_VERSION=200112 head -1 /dev/null
> head: `-1' option is obsolete; use `-n 1'
> Try `head --help' for more information.
> zsh: exit 1 _POSIX2_VERSION=200112 head -1 /dev/null
>
>
Grettings:
I'm running
ln (coreutils) 5.2.1.
Assume the link "link" already exists and points to "other_file". Then
"ln -sf new_file link" won't trigger any action at all. No error message
is uttered either.
This is a regression, as it worked before (i.e., the old link was
overwritten).
Un
dixsept:~> _POSIX2_VERSION=200111 head -1 /dev/null
dixsept:~> _POSIX2_VERSION=200112 head -1 /dev/null
head: `-1' option is obsolete; use `-n 1'
Try `head --help' for more information.
zsh: exit 1 _POSIX2_VERSION=200112 head -1 /dev/null
I do not think this is a good idea to fail on the old f
13 matches
Mail list logo
