Stuart Winter wrote:
> In Linux, ls reports 'ls: .: Stale NFS file handle'
> when inside the directory (within /proc) of a pid that has since
> exited.
> [...]
> I don't know how or if it's possible to distinguish
> between a stale NFS file handle and one within /proc, but
> if it is then it might
Martin Grosup wrote:
> Hello. Sorry for my bad english. I will try my best:
Thank you for that very detailed report. Details such as you provided
are most appreciated.
However, what you are seeing is not a bug. You are seeing behavior by
the shell trying to help you but instead is only confusin
Darren Besler wrote:
> Using Redhat Linux 8.0, fileutils rpm: fileutils-4.1.9-11.
Or any BSD variant. But SysV is the other way.
> I have observed that the ln -f option does not work as prescribed
> when target is a directory.
I have hit that several times myself. It is BSD like behavior. I
t
Yves Beyneix wrote:
> I downloaded CYGWIN (for WINDOWS) and when I use mkfifo, I have the =
> following error:
>
> Mkfifo todo
> Mkfifo: cannot create fifo " todo ": Function not implemented
>
> ( mkfifo.exe (package fileutils-4.1-1.tar.bz2)
>
> report bugs to < [EMAIL PROTECTED] >.
Thank you f
Manuel Kolloff <[EMAIL PROTECTED]> wrote:
> hey, i don't know if it's really a bug, maybe it is my own mistake, who
> knows...one day, i tried to get some information about my filesystem using
> the "stat --filesystem /dev/whatever" the general output was ok, but the
> filesystem type displayed nev
cc: [EMAIL PROTECTED]
03/31/2003 10:12Subject: Re: Bug in version 4.1 of ls
> Per ASCII character sequencing, in which a hyphen (0x2D) precedes a period
> (0x2E), one would expect ls to present the files dhclient-script and
> dhclient.conf in that order. And that is what version 4.0.37 of ls does.
> However, version 4.1 reverses them, showing dhclient.conf before
> dhclie
[EMAIL PROTECTED] wrote:
>
> I noticed a bug introduced between version 4.0.37 and 4.1 of ls.
Thanks for submitting the report. However, more information is
needed.
> Per ASCII character sequencing, in which a hyphen (0x2D) precedes a period
> (0x2E), one would expect ls to present the files dh
Hello.
Marco Benini wrote:
[snip]
> Try the following command sequence:
>
> cd /tmp
> touch foo
> ln -s /etc/passwd foo
> ls -l
>
> You get two files with the same name in the same directory.
>
> BTW, ln has version number 4.1.9. I'm using Linux 2.4.18-19.8.0, and tcsh
> 6.12.00.
[snip]
What d
Ben Elliston <[EMAIL PROTECTED]> wrote:
> The man page for shred indicates that -x prevents shred from rounding
> up to the "nearest block size", however without -x, shred fails to
> shred block devices when the device size is not a multiple of the
> block size. The final write() fails and shred s
Mark Feijo wrote:
>
> Just a quick note that it has been verified here that the rm command has a
> limitation of how many files it can delete in a single command. This was
Thanks for your report. But that is not a limitation of the rm
command but a limitation of your operating system kernel. I
Hello.
Andrew Walrond wrote:
> I want to copy a dir, preserving modes and timestamps but assuming
> ownership, and I keep getting this error:
>
> daedalus@bob daedalus $ cp -r --preserve=mode,timestamps fly fly2
> cp: ambiguous argument `' for `--preserve'
> Valid arguments are:
>- `mode'
>
Ah - thanks! I'll upgrade and see how I get on
Richard Dawe wrote:
Hello.
Andrew Walrond wrote:
I want to copy a dir, preserving modes and timestamps but assuming
ownership, and I keep getting this error:
daedalus@bob daedalus $ cp -r --preserve=mode,timestamps fly fly2
cp: ambiguous argument
Todd --
...and then Todd Geders said...
%
% If you have a filename beginning with a "dash" such as '-test.png' and you
If you have a filename beginning with a "dash" then you have to work
around it, just like you have to work around an embedded space (try
cd /path/to/scratch/dir
touch "this
RobBlond <[EMAIL PROTECTED]> wrote:
> i say:
> bash:> du /
>
> he says:
> [...]
> Total Size: -2047307569 bytes
> in 200179 Files
> and 20086 Directories
Thanks for the report.
Please include the version next time (run du --version).
That is almost certainly fixed in the newer versions.
Here's th
Lou Lohman <[EMAIL PROTECTED]> [2003-01-09 18:32:24 -0600]:
>
> While doing an Oracle Collaboration Suite install on Red Hat Advanced Server
> 2.1, we found that elements of the configuration process failed because the
> Oracle Home was a symbolic link.
Could you be more specific about which pro
Hello.
"Borges, Jenner Gigante (BR-Paulista Seguros)" wrote:
> I am using the cp command to copy a Oracle 8.1.7.4 datafile to a staging
> area on Compaq 5500 with 4 processors on RedHat 7.1, but my cp hangs during
> the copy . Do you have suggestion ?
How do you know it has hung? Maybe it's takin
Jenner --
...and then Borges, Jenner Gigante (BR-Paulista Seguros) said...
%
% Hello,
Hi!
% I am using the cp command to copy a Oracle 8.1.7.4 datafile to a staging
% area on Compaq 5500 with 4 processors on RedHat 7.1, but my cp hangs during
OK...
% the copy . Do you have suggestion ?
Wel
What version of fileutils are you using?
___
Bug-fileutils mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-fileutils
>> crikey% ls -lR tmp/test_18
>> tmp/test_18:
>> total 4
>> drwxr-xr-x2 layerfi 4096 Nov 21 11:29 bar/
>> lrwxrwxrwx1 layerfi 3 Nov 21 11:29 foo -> bar/
>>
>> tmp/test_18/bar:
>> total 4
>> -rw-r--r--1 layerfi 51 Nov 21 11:29 foo_18
>>
>>
>I have tried this:
>
> export POSIXLY_CORRECT=1
> mkdir mv_test
> cd mv_test
> mkdir a c
> ln -s a b
> mv -v b/ c
> alias mv
> which mv
>
> I expected, as is written, that the directory a will be moved into
> directory c (the symbolic link b to d
> export POSIXLY_CORRECT=1
> mkdir mv_test
> cd mv_test
> mkdir a c
> ln -s a b
> mv -v b/ c
> alias mv
> which mv
>
> I expected, as is written, that the directory a will be moved into
> directory c (the symbolic link b to directory a will be derefer
Thank you for the report!
The way mv works depends on the behavior of `rename' (per POSIX),
and it looks like rename's behavior has changed in Linux within
the last few kernel releases.
When I wrote the section you quote below, mv did indeed
work as described when using the latest version of Linux
As you haven't specified the operating system you are using the
question is impossible to answer.
>From (coreutils)rm invocation:
`-d'
`--directory'
Attempt to remove directories using the `unlink' function rather
than the `rmdir' function, and don't require a directory to be
empty
> according to man page of 'rm' command -d option can be used to
> unlink directory (by su).
> -d, --directory unlink directory, even if non-empty (super-user only)
>
> If I specify -d option for a removing a directory, it gives me an error
>
> # rm -d
> rm: cannot unlink `': Is a director
[EMAIL PROTECTED] <[EMAIL PROTECTED]> [2002-11-02 17:42:06 +0100]:
> I would report the following problem with cygwin:
If you would be so kind as to report cygwin difficulties directly to
the cygwin folks that would be much appreciated. Please start at this
web address. None of us here have the
This is answered in the FAQ for GNU Coreutils (under Argument list too
long). See:
http://www.gnu.org/software/fileutils/doc/faq/core-utils-faq.html
Cheers,
--
Alfred M. Szmidt
___
Bug-fileutils mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mai
Gwenole Beauchesne <[EMAIL PROTECTED]> writes:
> > the question is : do we ensure rh compatibility (well i don't
> > think there's much people requiring glibc for /sbin/sln :-)) or
> > not ?
>
> Explain "rh compatibility".
put it where rh put it, ie in glibc
--
"on est en 2002 ?" (daouda)
__
On Mon, 1 Jul 2002, Thierry Vignaud wrote:
> the question is : do we ensure rh compatibility (well i don't think
> there's much people requiring glibc for /sbin/sln :-)) or not ?
Explain "rh compatibility".
> we did put sln in glibc in the old days but chmouel removed it.
Chmouel removed it be
Arthur Marsh <[EMAIL PROTECTED]> writes:
> Hi, I was experimenting with Linux Mandrake 8.2 recently and found
> that the sln (statically linked ln) executable was missing.
>
> Recompiling the GNU fileutils 4.1 with LDFLAGS = -static created the
> statically linked exectuable alright, but I wonder
On Wed, Jun 26, 2002 at 02:26:01PM +0530, Kunal Mukherjee wrote:
>
> Hello, I think to have noticed a bug related to file utility. I wanted to
> query whether it is a bug, or the behaviour of the Linux kernel is normal in
> this regard. I wanted to know whom should I write to?
Just ask you
> Hello, I think to have noticed a bug related to file
> utility. I wanted to query whether it is a bug, or the behaviour of
> the Linux kernel is normal in this regard. I wanted to know whom
> should I write to?
I am actually not sure where you would send a bug report on the 'file'
utility
> I work with a program called ADF that uses different scripts that
> have in the end the following commands : rm -f t21* and rm -f [A-Z]*
> logfile .
>The problem is that this command removes everything inside the
> directory instead of only the specified files.
Hmm... Unfortunately you hav
"Rolf-Alois Walter" <[EMAIL PROTECTED]> wrote:
> AIX Version 4.3.3
> Fileutils 4.1.4
>
> configure results in line 919 in config.h : #defineMOUNTED_GETMNTENT1 1
>
> this leads to error in mountlist.c line 329, because MOUNTED isn't defined.
Thanks for the report.
I'm pretty sure that's fixed in t
>
>
In the future when posting messages to mailing lists it would be most
appreciated if you sent your message in plain text format. HTML mail
is not appreciated.
http://www.expita.com/nomime.html
> I am using the Red Hat Linux release
> 7.1 (Seawolf), Kernel 2.4.2-2smp on a 2-processor i5
TAKAI Kousuke <[EMAIL PROTECTED]> wrote:
> I have found a bug in `touch' command from fileutils 4.1.8
> that `touch -c' wrongly reports an error for non-existent file.
> (At least) SUSv2 seems to say `touch -c FILE' should not write any
> diagnostic messages when FILE does not exist.
>
> % touch
Jim Meyering <[EMAIL PROTECTED]> writes:
> "R.I.P. Deaddog" <[EMAIL PROTECTED]> wrote:
> ...
>> Currently Translation Project has splitted Chinese
>> team (zh) into zh_TW team and zh_CN team. The file
>> zh.po is superseded by zh_TW.po, and can be removed
>> from source tree safely. Actually zh i
"R.I.P. Deaddog" <[EMAIL PROTECTED]> wrote:
...
> Currently Translation Project has splitted Chinese
> team (zh) into zh_TW team and zh_CN team. The file
> zh.po is superseded by zh_TW.po, and can be removed
> from source tree safely. Actually zh is always an
> undefined locale.
Thanks, I've done
> See the script in atach.
Thank you for the very nicely compact illustration of the problem. It
was excellently small and directly to the problem.
> It segfaults in Mandrake 8.1
Expanding on this a little more shows this output:
[bob@torment /tmp]$ mkdir ln_bug
[bob@torment /tmp]$ cd ln_bug
David Drexler wrote:
> Whose bright idea was it to change the default sort order from ls?
Your OS vendor.
> And not give an option to put it back?
There's plenty of options to affect sort order.
Apparently, you didn't bother to look them up.
> Don't you people have anything better to do
-Original Message-
From: Bob Proulx [mailto:[EMAIL PROTECTED]]
Sent: 23 February 2002 05:57
[Ed Marden Said:]
>> There seems to be a problem with making a hard link to a directory, the
man
>> page says that it should be possible, but it's not.
[Bob Proulx replied]
That depends upon the
> There seems to be a problem with making a hard link to a directory, the man
> page says that it should be possible, but it's not.
That depends upon the underlying filesystem. For example, on HP-UX on
a HFS filesystem you can but on a vxfs filesystem you can't. Most
modern systems are vxfs.
> g'day,
G'day Dan!
> just reporting what appears to be a small bug in ls.
> It seems that when I use the * wildcard at the
> beginning of a string with ls, it doesn't list dot
> files, even when used with the -a option.
That is the way it is supposed to work.
The command shell expands
Gary Fischman <[EMAIL PROTECTED]> wrote:
> The version of "ls" that is shipped with RedHat 7.1 appears to
> incorrectly display the file date, now that its 2002. It shows all
> files with a date after last June as being in the current year, not
> 2001.
>
> Is the problem with "ls" or is it caused
> I don't know if this has been reported before, s
Unfortunately it is a popular one. :-) Thanks for the report anyway.
It might not have been.
> [root@kcasep18 local]# mv include/php/ ~/include.php.old
> mv: basename.c:67: base_name: Assertion `all_slashes || *(p - 1) != '/''
Please u
> I found a bug in "more" on RedHat 7.1. I don't know if the version
> of "more" there is from GNU, since it has no version flag.
Specifically because it has no version flag, I suspect not. On
systems that use rpm (redhat package manager0 you can use it to
'q'uery what package that 'f'ile is in
> I just installed RedHat 7.1. The "ls" utility does not function
> properly. The version is:
>
> Z86) ls --version
> ls (GNU fileutils) 4.0.36
Especially thanks for reporting the version number. Note that while
the behavior you reported is unchanged you might want a newer version
of
[EMAIL PROTECTED] wrote:
> i'm using fileutils-4.0p, mandrake8.0/2.4.3
...
> i give you the file (See attached file: syscall-trace)
That problem (ftruncate failing on non-regular file) is fixed
in the latest release.
ftp://ftp.gnu.org/gnu/fileutils/fileutils-4.1.tar.gz
__
Hard to tell what's wrong when you don't mention the version of dd
you're using or even the type/version of your OS.
i'm using fileutils-4.0p, mandrake8.0/2.4.3
The above works fine for me with dd from fileutils-4.1 on both
linux-2.2.18 and linux-2.4.9.
If it still fails when using the lates
[EMAIL PROTECTED] wrote:
> When i use linux command dd, i meet below problem:
>
> when i type: dd if=/tmp/test.gz of=/dev/fd0 bs=1k it's working!
> but when type: dd if=/tmp/test.gz of=/dev/fd0 bs=1k seek=400
> it return: dd: /dev/fd0: Invalid argument
Hard to tell what's wrong when
Thanks for the report and patch.
That problem is fixed in the latest version of depcomp (in the official
automake CVS repository) and as such will be in the next fileutils release.
Per Ekman <[EMAIL PROTECTED]> wrote:
> Hello,
>
> There seems to be a bug in depcomp in fileutils-4.1. It generates
Mike Mazurek <[EMAIL PROTECTED]> wrote:
> I'm trying to delete a directory called "-gcc-static-debug", but I can't
> because it thinks that -g is an arg.
rm -r ./-gcc-static-debug/
___
Bug-fileutils mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/ma
Please include the version of the program next time. (do cp --version)
Unlike for mv, where -f cancels -i (--interactive), for cp, -f is
independent of -i. I suspect that for you `cp' is an alias for `cp -i'.
Ted Fines <[EMAIL PROTECTED]> wrote:
> Unless I am misunderstanding the options "--for
Try
rm ./-a
Uwe
- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, July 17, 2001 11:42 AM
Subject: bug on linux mandrake 8.0
hi
Sorry for my language i m French.
I ve a little problem on my works directory.
I make an error when i tape ls > -a
I
> colorls.sh sets aliases for ls(1) depending on situation. It queries
> /etc/DIR_COLORS to determine whether color is set to disabled, but it
> doesn't check that file for whether $TERM is a terminal that supports color
> or not, hence sets inappropriate aliases if COLOR is enabled but TERM doe
Michael Mess <[EMAIL PROTECTED]> wrote:
| I think, I found a bug in the mv-command:
|
| :/ide/altrechner/test/bug>dir
| total 0
| :/ide/altrechner/test/bug>mkdir a
| :/ide/altrechner/test/bug>touch b
| :/ide/altrechner/test/bug>mkdir test
| :/ide/altrechner/test/bug>mv * test/
| mv: test/test/a: w
Thanks.
`ls -d' is equivalent to `ls -d .',
and since `-d' tells ls to give information (in this case just the name)
about only the specified files/directories, all you see is the name `.'.
The --help output is intended solely as a quick reference guide, with very
brief descriptions of all option
Sunil Khandelwal <[EMAIL PROTECTED]> wrote:
| the -d switch with ls does not work properly.
|
| It is suppose to give listing of directories but it shows only one "."
| for current directory entry.
|
| I am using it on Red hat Linux 7.0
What command are you using? `ls -d'?
What do you expect it
Thanks for the report, but that's not a bug but rather
the required and documented behavior:
The -m-specified mode isn't used in creating missing `parent' directories.
>From `info mkdir':
`-p'
`--parents'
Make any missing parent directories for each argument. The mode
for parent dire
Thanks for the report. But what you are seeing is normal.
> The system
You included a wonderful amount of information. Thank you very much!
> We create a file in the home of mike called rootfile, this file is owned bij
> root
>
> echo test > /users/mike/rootfile
>
> We log in as the user mi
try: rm ./--help.tgz
Greetings
Uwe
- Original Message -
From: Rutherford, Adam
To: '[EMAIL PROTECTED]'
Sent: Thursday, March 29, 2001 3:01 PM
Subject: Bug...
I stumbled across this because i did something retarded, but it's a bug none
the less. If you name a file withn -- in front of i
> I'm on a RedHat 7 system, i386. Filesystem is ext2. --version flag reports:
> mv (GNU fileutils) 4.0x
> [root@backup /tmp]# mv /tmp/roman/ /roman
> mv: basename.c:67: base_name: Assertion `all_slashes || *(p - 1) != '/''
> failed.
> Aborted (core dumped)
Thank you for your report. This is a bu
> I downloaded the latest 'Cygwin' package from
> Red hat's web site and discovered a very
> serious problem with the 'cp' command.
Thank you for your report. If you could make your report to the
Cygwin group it would be most appreciated.
Bob
Cygwin Home Page:
http://sources.redhat.com/cygw
Lance
> pressing ctrl + '\' when prompted to confirm deletion of a file results in
> a core dump. I am using the GNU fileutils version 4.0 on RedHat Linux
> version 6.2
Thanks for the report. But that is not a bug. That is what it is
supposed to do.
The UNIX tty driver intercepts several dif
ing <[EMAIL PROTECTED]>
> To: Mark Laws <[EMAIL PROTECTED]>
> Cc: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
> Subject: Re: bug in mv
>
> This time I actually read your entire message :-)
> That bug is fixed in the latest test release.
> ftp://al
This time I actually read your entire message :-)
That bug is fixed in the latest test release.
ftp://alpha.gnu.org/gnu/fetish/fileutils-4.0.41.tar.gz
With that, I get this:
$ mv bla* blah_stuff
mv: cannot move `blah_stuff' to a subdirectory of itself, `blah_stuff/blah_stuff'
[Exit 1]
Ma
n Genesis Evangelion
On 4 Mar 2001, Jim Meyering wrote:
> Date: 04 Mar 2001 19:40:24 +0100
> From: Jim Meyering <[EMAIL PROTECTED]>
> To: Mark Laws <[EMAIL PROTECTED]>
> Cc: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
> Subject: Re: bug in mv
>
> Mark Law
Mark Laws <[EMAIL PROTECTED]> wrote:
| $ mkdir blah_stuff
| $ mkdir blah_a
| $ mv blah_* blah_stuff
| mv: Segmentation fault
|
| The directory is successfully moved, but I thought I should report the bug
| anyway. I'm running Linux 2.2.18 with glibc-2.1.3.
Thanks for the report.
What version of m
Xavier Brochard <[EMAIL PROTECTED]> wrote:
| [root@ww4 woda]# mv icons/ /var/www/icons/woda
| mv: basename.c:67: base_name: Assertion `all_slashes || *(p - 1) != '/''
| failed.
| Aborted (core dumped)
Thanks for the report.
That's fixed in the latest test release.
ftp://alpha.gnu.org/gnu/fetish
I am in a jolly mood this morning and am having fun with this
message. Please don't take it harshly. I am worried it might sound
that way.
> There is a bug with the "ls -d" command with Redhat and possibly other
> vendors.
Thanks for your report. But I believe you are mistaken.
> "ls -d" by
Thanks for the report.
Would you please see if that's fixed in the latest test release:
ftp://alpha.gnu.org/gnu/fetish/fileutils-4.0.38.tar.gz
Thomas C Sobczynski <[EMAIL PROTECTED]> wrote:
| Hi. I'd like to report an odd bug I've found in mkdir from fileutils 4.0
| under NEXTSTEP 3.3. It ma
Alain
> I'm not sure if it is a bug, but the 'ln' command is not working that
> way that I expect.
Thank you for your report. The behavior you are seeing is normal. I
believe you are just misunderstanding how symlinks work. This really
has nothing to do with ln or fileutils. This is just BSD
(Sorry also to the bug-fileutils gnu people!!!)
ek.
-FW: Re: Bug#82059: cp --one-file-system not recognized-
Date: Sat, 13 Jan 2001 02:17:28 +0100 (CET)
From: Elke Kasimir <[EMAIL PROTECTED]>
To: Michael Stone <[EMAIL PROTECTED]>
Subject: Re: Bug#82059: cp --one-fil
"Mike" <[EMAIL PROTECTED]> writes:
> when i try to do a 'ls -d' to get ONLY the directories, it shows nothing.
> but there are directories that exists, if i do a 'ls' i can see them. is
> this a known bug?
This isn't a bug. You've misunderstood what -d is supposed to do.
Without -d, ls shows the
I tried this on another system, which was ostensibly running the same
version of fileutils, and it worked "normally". Perhaps this odd behavior
is caused in some way by the fact that I'm running Debian's unstable
distribution. I will investigate further along these lines.
Sorry for any confusion
Bob Proulx <[EMAIL PROTECTED]> wrote:
| > I have found a bug in chgrp (GNU fileutils) 4.0p.
| >
| > When changing the group of a file that is has the suid bit set, it removes
| > the suid bit when changing the group.
| >
| > Example:
| >
| > # ls -l wrapper
| > -rwsrwxr-x1 root users
On Sun, 3 Dec 2000, Bob Proulx wrote:
> I believe this to be a bug in the linux kernel. This is not a problem
> with the fileutils package nor is there really anything the fileutils
> software can do about this problem. It works the best that the
> underlying operating system allows it to work
> I have found a bug in chgrp (GNU fileutils) 4.0p.
>
> When changing the group of a file that is has the suid bit set, it removes
> the suid bit when changing the group.
>
> Example:
>
> # ls -l wrapper
> -rwsrwxr-x1 root users 15035 Dec 1 13:24 wrapper
>^ suid bit is set
>
On Fri, 1 Dec 2000, Bob Proulx wrote:
> Thank you for your report. Unfortunately the standards do not agree
> with you and require that behavior. Check out the online standards
> documentation at:
>
> http://www.opengroup.org/onlinepubs/007908799/xcu/chgrp.html
>
> Unless chgrp is invoked b
> I have found a bug in chgrp (GNU fileutils) 4.0p.
>
> When changing the group of a file that is has the suid bit set, it removes
> the suid bit when changing the group.
>
> Example:
>
> # ls -l wrapper
> -rwsrwxr-x1 root users 15035 Dec 1 13:24 wrapper
>^ suid bit is set
>
Thanks for the reports.
Igor Bukanov <[EMAIL PROTECTED]> wrote:
| When I use mv to rename sym link to directory via:
|
| mv sym_link/ new_name
|
| mv actually rename the directory link point to. In some situation I also got:
That is known behavior -- it's not expected to change. See below.
Lobb
We are copying from ext2 to nfs (ext2) file system. The version of cp
that we have here is 4.0p. I was not using --sparse=always. I will try
it and see the results.
The way oracle allocates data files is such that they are bound to have
a lot of blocks of 0 bytes. We have oracle block size of 8 k
Shamsher Sandhu <[EMAIL PROTECTED]> wrote:
| I am using Oracle here on Redhat 6.2 load. We are copying oracle
| databfiles for backup using cp command. The copy is happening when oracle
| is down. The copy is being done across nfs. The problem is that sometimes
| the copied file is of different si
On Wed, Sep 20, 2000 at 11:39:12AM -0400, Lenny Mastrototaro wrote:
> On Wed, Sep 20, 2000 at 09:21:27AM +0200, Jim Meyering wrote:
> > Thanks for the report.
> > There is a bug in mv from fileutils-4.0 that would strike
> > when moving a directory into itself.
> >
> > You mention 4.0p. However,
On Wed, Sep 20, 2000 at 09:21:27AM +0200, Jim Meyering wrote:
> Thanks for the report.
> There is a bug in mv from fileutils-4.0 that would strike
> when moving a directory into itself.
>
> You mention 4.0p. However, not all of the reports in this thread
> appear to be using that version. In par
Thanks for the report.
There is a bug in mv from fileutils-4.0 that would strike
when moving a directory into itself.
You mention 4.0p. However, not all of the reports in this thread
appear to be using that version. In particular, this message
mv: web/web/d1: won't create hard link `web/web'
> Filesystem 1k-blocks Used Available Use% Mounted on
> /dev/hdb7 3881800 2933840750764 80% /
[...]
> My question: Why do the numbers in the columns "Available" and "Used" not
> sum up to the total listed under "1k-blocks"?
The df program reports "Available" as
| can you tell me which is latest release
ftp://alpha.gnu.org/gnu/fetish/fileutils-4.0z.tar.gz
___
Bug-fileutils mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-fileutils
Hi,
sorry for the thonne (the way i told the problem)
and thanx a lot for really quick responce.
can you tell me which is latest release
thanx a lot
___
Bug-fileutils mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-fileutils
Nikolay Mijaylov Mijaylov <[EMAIL PROTECTED]> writes:
| hi man
| i can only say:
|
| cat << [end] > g.txt
| bla bla
| [end]
| ls
| mv g.txt g.txt -f
| ls
|
| nothing more,
| thanx
| (btw, i loose my web site twice because of this)
| [EMAIL PROTECTED]
| ___
Thanks for the report.
That's fixed in the latest test release.
ftp://alpha.gnu.org/gnu/fetish/
Brian Thomas <[EMAIL PROTECTED]> writes:
| Please review the following truss output. The bug (If it is indeed a bug)
| seems to crop up with doing cp with the -Rf options, when copying files
| that a
Thanks for the report.
That's fixed in the latest test release.
ftp://alpha.gnu.org/gnu/fetish/
>From the NEWS file:
* cp --one-file-system (-x) no longer crosses filesystem boundaries.
Mike
> Just noticed that "rm -r *.class" does not work in NT 4 SP5/6 (not sure
> on the service pack).
>
> It does remove the local "*.class" however the subdirectories are not
> deleted.
This is almost an FAQ. Here is a previous reply that probably
describes what you are asking about.
Bob
P
Per Kristian Hove <[EMAIL PROTECTED]> writes:
| I'm aware that this is not the latest version; if this bug has
| been fixed in the latest version of fileutils, please ignore
| this bug report.
Thanks for the report.
That's fixed in the latest test release.
ftp://alpha.gnu.org/gnu/fetish/
| BUG
> firstly, I want to ask you a question of how the command "rm" accept
> the standard output ?
We will come back to that question.
> then, report the bug:
> when I execute the following command, something interesting
> happened:
> $rm<(ls somefilename)
> bash: rm/dev/fd/3: No such file
lt;[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Re: bug in df from fileutils-4.0-21 (rh6.2)?
[Chris Abbey]
> [root@tweedle /mnt]# df /dev/sda1
> Filesystem 1024-blocks Used Available Capacity Mounted on
> /dev/sda1 939573 628943 262093 71% /
>
IL PROTECTED]
Subject: Re: bug in df from fileutils-4.0-21 (rh6.2)?
[Chris Abbey]
> [root@tweedle /mnt]# df /dev/sda1
> Filesystem 1024-blocks Used Available Capacity Mounted on
> /dev/sda1 939573 628943 262093 71% /
> [root@tweedle /mnt]# df /dev/sda
> Fil
On Sun May 07 2000 at 22:11, Chris Abbey wrote in redhat-devel:
> If it is a bug in df, it sure isn't a new one...
>
> this is a RH5.2 box (I think all errata applied) fileutils is
> 3.16-10.
> together these show that it's accurately reporing the space on the
> device that holds the files (spe
On Mon, 01 May 2000, Jim Meyering wrote:
> "Amit S. Kale" <[EMAIL PROTECTED]> writes:
> | full-write beyond end of a raw device on linux puts dd in an infinite loop.
> | This is because a raw device return 0 on write beyond end of the device.
> |
> | I think the problem could be solved by followin
"Amit S. Kale" <[EMAIL PROTECTED]> writes:
| full-write beyond end of a raw device on linux puts dd in an infinite loop.
| This is because a raw device return 0 on write beyond end of the device.
|
| I think the problem could be solved by following patches. I have tried these
| patches. dd with th
1 - 100 of 109 matches
Mail list logo
