he trash icon on the task bar.
In a world with 500 GIG hard drives, these aliases should probably be
installed in all new ubuntu installations automatically, and advanced
users can remove them if they so desire. The OS is not user friendly
with-out an undeletion or recovery method.
;s 2nd arg, ,
does not match the list of default-not-installed programs
(arch hostname su) also recorded in ./src/Makefile.am
--
Vincent Lefèvre <[EMAIL PROTECTED]> - Web: <http://www.vinc17.org/>
100% accessible validated (X)HTML - Blog: <http://www.vinc17.
orts usage like
> '/\(re\)/{s//\1/;...}', and POSIX appears to requires this,
> busybox's sed does not support it. So duplicate the regexp:
> '/\(re\)/{s/\(re\)/\1/;...}'. Reported by Vincent Lefevre:
> <http://thread.gmane.org/gmane.
hen BusyBox will be upgraded in Maemo.
--
Vincent Lefèvre <[EMAIL PROTECTED]> - Web: <http://www.vinc17.org/>
100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/>
Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)
_
bash version 3.2.29 and chown version 6.10
Permisions in home folder on hidden directories with root and not
vincent.
$ sudo chown -R vincent:vincent *
changed all but the hidden folders, so did not work for this situation
$ sudo chown -R vincent:vincent .*
Command very bad.
.* wild
will.
One would not stop to think that one shell would handle something so
simple as .* differently from other shells. I know assume spells... but
thats what happened.
Regards,
Vincent
On Wed, 2008-12-31 at 00:28 -0700, Bob Proulx wrote:
> Vincent Chapman wrote:
> > $ sudo chown -R v
option
too, as it is not described by POSIX:
http://www.opengroup.org/onlinepubs/009695399/utilities/head.html
(see the rationale).
--
Vincent Lefèvre <[EMAIL PROTECTED]> - Web: <http://www.vinc17.org/>
100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/&g
lle:~[1]> /opt/local/bin/gtail --version
tail (GNU coreutils) 5.92
[...]
"info tail" still says:
-c, --bytes=N
output the last N bytes
and AFAIK, this -c option is a POSIX requirement.
I had no problems with tail from the coreutils 5.2.1.
This is a regress
l -n 3 file"
works as expected. The problem is only for the -c option.
--
Vincent Lefèvre <[EMAIL PROTECTED]> - Web: <http://www.vinc17.org/>
100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/>
Work: CR INRIA - computer arithmetic / SPACES project at LORI
rgv, &n_units);
argc -= obsolete_option;
argv += obsolete_option;
--
Vincent Lefèvre <[EMAIL PROTECTED]> - Web: <http://www.vinc17.org/>
100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/>
Work: CR INRIA - c
erates correctly as far as
> I can see.
Yes, I wasn't sure. But it makes things a bit weird with gdb, which
displays 'true' and 'false' instead of '1' and '0'.
--
Vincent Lefèvre <[EMAIL PROTECTED]> - Web: <http://www.vinc17.org/>
, as I'm using the
same rc files on different machines, that may have an older version.
I can either use _POSIX2_VERSION=199209 all the time or detect the
coreutils version in my .zshenv file, perhaps by parsing the value
of "$(command true --version)".
--
Vincent Lefèvre <[E
Hi,
I have a bunched of files in a directory and there are a.avi and a.rar
in it. Inside the directory, there is also a directory called "a". I
wanted to type "mv a.* a". But instead I typed "mv a.*" by mistake. As a
result, I can't find the original a.rar anymore, but I found that it
renamed
http://austingroupbugs.net/view.php?id=172
and the getlogin(3) man page under GNU/Linux.
--
Vincent Lefèvre - Web: <http://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <http://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon)
make BusyBox's behavior
correct.
[*] http://www.opengroup.org/onlinepubs/9699919799/utilities/basename.html
http://www.opengroup.org/onlinepubs/9699919799/utilities/dirname.html
--
Vincent Lefèvre - Web: <http://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <http
bove example.
> I suppose one could choose based on POSIXLY_CORRECT.
I think that it should really behave correctly if POSIXLY_CORRECT
is set, but also if it isn't set, given what appears to be the
current practice.
> Note solaris behaves like busybox and openbsd behaves like coreutils.
Perhaps t
sted as taking no options, and
> the application needed to give it a pathname with a leading , it
> could safely do it as:
>
> foo -- -myfile
>
> and avoid any problems with -m used as an extension.
However, if extensions are allowed, this would mean that many scripts
woul
A practical example of a failure could be when one uses
dirname "$0"
in a rc file and the shell happens to be a login shell.
--
Vincent Lefèvre - Web: <http://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <http://www.vinc17.net/blog/>
Work: CR INRIA
On 2010-05-06 08:02:04 -0600, Eric Blake wrote:
> On 05/06/2010 07:23 AM, Vincent Lefevre wrote:
> > According to
> >
> > grep 'basename --' /usr/bin/*
> > grep 'basename \$' /usr/bin/*
> >
> > on my Debian machine, almost all scr
e does not recognize the application
Thank you for any support
Regards,
Vincent
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
LC_TIME="POSIX"
LC_ALL="POSIX/en_US.UTF-8/POSIX/POSIX/POSIX/POSIX"
Regards,
--
Vincent Lefèvre <[EMAIL PROTECTED]> - Web: <http://www.vinc17.org/>
100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/>
Work: CR INRIA - computer arithmetic
On 2007-01-15 20:13:02 -0700, Eric Blake wrote:
> According to Vincent Lefevre on 1/15/2007 8:05 PM:
> > Under Mac OS X 10.4.8 with ls (GNU coreutils) 5.97 (installed via
> > MacPorts), in a 80-column terminal (uxterm), I get:
>
it's computing?
First, do you know any freely available test suite for functions such
as mbrtowc and wcwidth? It would be easier to know where the problem
is.
--
Vincent Lefèvre <[EMAIL PROTECTED]> - Web: <http://www.vinc17.org/>
100% accessible validated (X)HTML - Blog:
e is the problem: MacOS'
> wcwidth is buggy for combining characters like accents.
OK. Can't autoconf detect that and use another implementation?
> (*) 'hd' is a shell script:
> #!/bin/sh
> hexdump -e '"%06.6_ax " 16/1 "%02X "' -
es should be compressed) could
change its value.
> Vincent, do you have time to report that to the Apple people? No need to
> mention 'ls' - a simple
>
> printf 'E\xcc\x81\t2nd column\nFoo\t2nd column\n'
>
> should be all you need to demonstrate the bug. I'
On 2007-01-19 01:23:44 +0100, Bruno Haible wrote:
> Apple Terminal version 1.4.6, part of MacOS X 10.3.9, is affected.
I forgot to say. This is still not fixed in Terminal 1.5 (133) from
Mac OS X 10.4.8.
--
Vincent Lefèvre <[EMAIL PROTECTED]> - Web: <http://www.vinc17.org/>
On 2007-01-19 03:43:02 +0100, Vincent Lefevre wrote:
> On 2007-01-18 17:39:40 +0100, Bruno Haible wrote:
> > Vincent, do you have time to report that to the Apple people? No need to
> > mention 'ls' - a simple
> >
> > printf 'E\xcc\x81\t2nd column\nFoo
AR will send a terminal stop signal once input flushed
* [-]imaxbelbeep and do not flush a full input buffer on a character
[-]noflsh disable flushing after interrupt and quit special characters
--
Vincent Lefèvre <[EMAIL PROTECTED]> - Web: <http://www.vinc17.org/>
100% acces
Src
total 8
drwxr-xr-x 2 vlefevre lip 8192 2007-03-05 15:18:07 Modules/
courge:~/software> ll zsh-4.3.2/Src/Modules
total 0
courge:~/software>
This is quite strange. Is rm NFS-unsafe or is there a problem with the
NFS server?
--
Vincent Lefèvre <[EMAIL PROTECTED]> - Web: <
ted on another machine[*], whereas the old rm (/bin/rm) doesn't
have this problem under the same conditions.
[*] doublejack (so that I can remember).
--
Vincent Lefèvre <[EMAIL PROTECTED]> - Web: <http://www.vinc17.org/>
100% accessible va
On 2007-03-05 17:36:08 +0100, Jim Meyering wrote:
> Vincent Lefevre <[EMAIL PROTECTED]> wrote:
> > On 2007-03-05 16:45:46 +0100, Jim Meyering wrote:
> >> Can you reproduce the problem using the latest snapshot?
> >>
> >> http://meyering.net/cu/coreut
't be a diagnostic in this case.
> > courge:~> strace -o test.log rm -r test
> > rm: cannot remove `test/config.h.in': No such file or directory
>
> Does using -f solve your problem?
Yes.
--
Vincent Lefèvre <[EMAIL PROTECTED]> - Web: <http://www.vinc17.o
On 2007-03-05 21:59:37 +0100, Jim Meyering wrote:
> Vincent Lefevre <[EMAIL PROTECTED]> wrote:
> > But IMHO, rm should remember that is has already done an unlink and
> > there shouldn't be a diagnostic in this case.
>
> Unfortunately it's not that easy.
>
d by Google) says:
File or object handle rejected by server.
If you are accessing a remote file through the Network File
System, the file may have been deleted at the server.
The NFS client seems to behave correctly.
--
Vincent Lefèvre <[EMAIL PROTECTED]> - Web: <http://ww
t;, some files are removed by another
mean at the same time, this shouldn't prevent rm from removing
everything.
--
Vincent Lefèvre <[EMAIL PROTECTED]> - Web: <http://www.vinc17.org/>
100% accessible validated (X)HTML - Blog: <http://www.vin
e
is any reason to behave like that (BTW, this is a 2.6.18 Linux kernel).
Moreover even on a fully-compliant POSIX system, it is possible to
get a dir entry for some file, but when rm tries to unlink the file,
it no longer exists (there's a race condition here).
--
Vincent Lefèvre <[EMAIL PRO
On 2007-03-06 20:45:24 +0100, Jim Meyering wrote:
> Vincent Lefevre <[EMAIL PROTECTED]> wrote:
> > On 2007-03-06 15:17:07 +0100, Jim Meyering wrote:
> >> Such "remembering" would be prohibitively expensive, in general.
> >
> > I don't see why.
>
On 2007-03-06 23:41:30 +0100, Jim Meyering wrote:
> Vincent Lefevre <[EMAIL PROTECTED]> wrote:
> > No need to store names: if it's the second pass, all the files have
> > already been unlinked.
>
> Not necessarily. Have you looked at the code?
> New files may
ave two shells 1 and 2:
1> mkdir dir
1> touch dir/a
1> touch dir/b
1> rm -ri dir
rm: descend into directory `dir'? y
rm: remove regular empty file `dir/a'? n
rm: remove regular empty file `dir/b'?
Before answering, in the second shell:
2> rm dir/a
Then back to the
Hi,
Any news?
On 2007-02-14 19:43:09 +0100, Jim Meyering wrote:
> Vincent Lefevre <[EMAIL PROTECTED]> wrote:
> > Under Mac OS X:
> >
> > prunille:~> /usr/local/bin/stty --version
> > stty (GNU coreutils) 6.7
> > [...]
> > prunille:~> /usr/l
> rm: cannot remove `d/d': Directory not empty
> rm: cannot remove `d': Directory not empty
>
> I want the former. The "Directory not empty" diagnostics are not useful.
Well, the diagnostics you write in case of an ENOENT error are not
useful either.
Mor
-protected regular empty file `dir/foo'? y
And one can see that the removed file was not the protected one
(which was considered above):
lrwxrwxrwx 1 4 2007-03-08 12:18:43 dir -> dir2/
-r 1 0 2007-03-08 12:15:59 dir1/foo
--
Vincent Lefèvre <[EMAIL PROTECTED]> - Web: <http://ww
ld not block rmdir (and other errors do). Indeed such an
"error" doesn't mean that an existing file couldn't be unlinked,
just that the file didn't exist. And to implement that, only an
additional flag is necessary, isn't it? (But I haven't looked at
the coreuti
On 2007-03-10 12:41:27 +0100, Jim Meyering wrote:
> Vincent Lefevre <[EMAIL PROTECTED]> wrote:
> > On 2007-03-09 00:44:55 +0100, Jim Meyering wrote:
> >> Realize that for most people (everyone except you, afaik),
> >> rm works just fine.
> >
> > Yes, fo
es returned by readdir()
| results in an ENOENT error, then it could be argued that the name
| was not an "entry contained in file" at that point, and therefore
| an implementation which ignores the error would still conform to
| the requirements of step 2c.
which was more or less m
.
Greetings,
Vincent
--
Vincent Rossetto
Laboratoire de physique et modélisation de la matière condensée / CNRS Grenoble
mailto:[EMAIL PROTECTED]
phone: (+33) 4 56 38 71 35.
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org
1
Setting POSIXLY_CORRECT=1 doesn't even have any effect here.
--
Vincent Lefèvre - Web: <http://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <http://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon)
/disk-2
Do other non-English locales suffer from the same misalignment?
Thanks,
Vincent Ramos
used).
So, the man page should say that by default (e.g. without -H, -L, -P),
cp follows source symbolic links only when not copying recursively.
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR IN
On 2014-05-24 10:28:30 -0700, Paul Eggert wrote:
> Vincent Lefevre wrote:
> >this is also what the info file says: "When
> >copying from a symbolic link, `cp' normally follows the link only
> >when not copying recursively."
>
> Must be an old versio
.
That would just be one sentence below the list of options (a bit like
in the info doc).
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
ut I think in recent years the install-info problems have been fixed.
If this is the following bug:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=139569
it was fixed in Debian in September 2009. The simple form now seems
to be OK.
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100
On 2014-09-09 12:58:14 -0400, Assaf Gordon wrote:
> BTW,
> "http://gnu.org/s/"; redirects to "http://www.gnu.org/software/"; ,
> so
> http://gnu.org/s/coreutils/ls
>
> also works.
But isn't it better to avoid a redirection (if possible)?
--
Vinc
mpty.
BTW, when x isn't empty, I wonder whether an error is correct if
POSIXLY_CORRECT is set. The result will typically depend on the
implementation and possibly be non-deterministic, but POSIX doesn't
seem to allow an error (except FS errors, such as disk full).
--
Vincent Lefèvre
On 2014-09-11 14:20:06 +0100, Pádraig Brady wrote:
> On 09/11/2014 02:00 PM, Vincent Lefevre wrote:
> > This may not seem really useful here, but this can potentially break
> > scripts with things like:
> >
> > cat "$foo" >> "$bar"
> >
Hi,
In the date(1) man page, the --iso-8601 example is:
2006-08-14T02:34:56-0600
This should be:
2006-08-14T02:34:56-06:00
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - compute
According to strace, statfs() is used when the --file-system is used.
The stat(1) man page has:
SEE ALSO
stat(2)
It should have:
SEE ALSO
stat(2), statfs(2)
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.v
-%d -d '2003-02-01 - 31 days + 1 month'
2003-01-29
zira% date +%Y-%m-%d -d '2003-02-01 - 1 month + 1 month'
2003-02-01
Unfortunately this behavior, which is due to the fact that operations
are reordered to take into account years, then months, then days, is
not documented in t
\=b&c can't be used directly in a shell command, and
'a\=b&c' is not OK either.
Note: Such filenames with = and & can be produced by "wget -r".
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
On 2018-10-22 01:21:40 -0700, Paul Eggert wrote:
> Vincent Lefevre wrote:
> > I get the following with ls (GNU coreutils) 8.30.
> >
> > zira% touch a=b a=b\&c
> > zira% ls a=b*
> > 'a=b' 'a=b&c'
> > zira% ls -b a=b*
> >
On 2018-10-27 07:28:26 -0700, Pádraig Brady wrote:
> On 23/10/18 17:54, Paul Eggert wrote:
> > On 10/22/18 1:44 AM, Vincent Lefevre wrote:
> >> On the behavior, there's still the issue concerning = and &.
> >
> > Yes, you're right, there's no need
d up as
such. http://man7.org/linux/man-pages/man7/groff_man.7.html mentions
macros for hyperlinks. Thus this might be the solution...
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
e-terminal.
I think that this should be documented.
Support for more than 16 colors could be nice...
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
On 2018-12-30 02:21:15 +0100, Vincent Lefevre wrote:
> But one can get bright colors without bold by using 90, 91, etc.
> This is useful with gnome-terminal.
>
> I think that this should be documented.
>
> Support for more than 16 colors could be nice...
Actually this
*(n)
ab-cd ab2 ab10 abb abe
one can see that zsh is correct, but Coreutils has an issue with the
hyphen-minus character.
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic /
ason is that in Debian's version comparison algorithm [1], the minus
> character has a special meaning: it separates the "upstream version"
> part from the "debian revision" part.
Note that I'm not using "ls -v" to sort version numbers, just
filen
p.corp.com
zira% printf "%s\n" * | sort -V
B007502280067.gbp.corp.com
B007502357019.GBP.CORP.COM
B0075022800016.gbp.corp.com
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
ith strings mixing non-negative integers and
characters.
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
If DEST directory has a trailing slash in "mv -T --backup=numbered", mv
gets stuck in an infinite loop. This does not happen without the trailing
slash. strace shows renameat2 as the call that gets looped on. This is
tested on coreutils 8.30 Ubuntu 20.04.
Example:
```
mkdir hello hello1 world/
mv
ng double" only if the "L"
length modifier is provided, like in C.
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
sr/bin/printf "%a\n" $((12196067*2**(-22)))
0xb.a18e3d1p-2
Note also that the "long double" precision depends on the architecture,
so that this may confuse users who work with different architectures.
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible
be the
same if double is used.
Note that since bash doesn't support FP arithmetic in its arithmetic
expressions, it is very probable that FP values provided to printf
come from other tools (first point above), thus are probably in
double precision.
--
Vincent Lefèvre - Web: <https:
\n" a a0 a1 a.b a0.b a1.b | sort -V
a
a0
a0.b
a.b
a1
a1.b
This is now completely illogical.
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
uld be preferred as the latest version.
However, for "sort" or "ls", one may have "foo" and "foo-0" at
the same time, and they need to be sorted. For instance, 0 could
be regarded as an epsilon. So the sorting in my example would be
correct.
--
Vince
o POSIX, they should return 0.
https://pubs.opengroup.org/onlinepubs/9699919799/utilities/test.html
says for 3 arguments:
If $2 is a binary primary, perform the binary test of $1 and $3.
Here, $2 is -a and -o respectively, which are binary primaries.
And both $1 and $3 are non-null strings.
The "who" utility should support wtmpdb.
It no longer works when utmp support is disabled by systemd
(the /var/run/utmp file no longer exists).
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Wor
On 2025-02-16 23:56:43 +0100, Chris Hofstaedtler wrote:
> * Michael Stone [250216 22:45]:
> > On Sun, Feb 16, 2025 at 07:05:13PM +0100, Vincent Lefevre wrote:
> > > No, w(1) is broken (at least in sid). See the difference between
> > > "who" and "w"
the output information is incorrect
(term & exit values are always 0).
"who -u" also reports useful information, such as the idle time
and the PID of the terminal process. The absence of utmp completely
breaks this feature.
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100
term and SSH sessions (not for GNU Screen
unfortunately).
> This "feature" is very terminal centric and stopped already working
> when people decided to use graphical applications and not terminals.
But the goal is to use this for terminals only.
--
Vincent Lefèvre - Web: <https:
On 2025-02-16 18:55:54 +0100, Chris Hofstaedtler wrote:
> Control: retitle -1 coreutils: "who" needs to ask seat manager
>
> On Fri, Sep 20, 2024 at 05:24:11PM +0200, Vincent Lefevre wrote:
> > Control: retitle -1 coreutils: "who" should support wtmpdb (y2038)
On 2025-02-16 19:05:13 +0100, Vincent Lefevre wrote:
> On 2025-02-16 18:55:54 +0100, Chris Hofstaedtler wrote:
> > Control: retitle -1 coreutils: "who" needs to ask seat manager
> >
> > On Fri, Sep 20, 2024 at 05:24:11PM +0200, Vincent Lefevre wrote:
> >
Hello:
Please consider adding features to ln to allow recursive linking of
files in a directory and the use of wildcards to support that feature.
At present, there appears to be no way to link large numbers of files in
a "batch"-type mode - each file must be linked individually, or a
work-ar
82 matches
Mail list logo
