I noticed that rm's new --interactive=[WHEN] option didn't work properly
in some cases. For example, this use of rm would prompt, contradicting
the semantics of --interactive=never:
$ touch unwritable
$ chmod -w unwritable
$ rm --interactive=never unwritable
rm: remove write-protected
On 2007-01-15 21:05:53 -0600, Vincent Lefevre [EMAIL PROTECTED] said:
Hi,
Under Mac OS X 10.4.8 with ls (GNU coreutils) 5.97 (installed via
MacPorts), in a 80-column terminal (uxterm), I get:
$ ls
É y123456789012345678901234567890
x123456789012345678901234567890
Vincent Lefevre wrote:
Hmm... I forgot that ls was an alias (the same one on all my accounts).
So, back on Mac OS X:
prunille:~/blah \ls -C --color=always | hexdump -C
1b 5b 30 30 6d 1b 5b 30 6d 45 cc 81 1b 5b 30 30 |.[00m.[0mE�..[00|
0010 6d 20 20 20 20 20 20 20 20 20 20
Jim,
That did the trick. The coreutils tarball you provided builds (and tests)
without a hitch on the same AIX 4.3 system.
Thanks for the fix :)
--Daniel
On Mon, 2007 Jan 15 16:41:04 +0100, Jim Meyering wrote:
Thanks for the report and analysis.
Here's a proposed patch for the gnulib
Madame, monsieur,
May you help me,
cause I'm a very newbie with Linux...Thanks...
HAPPY NEW YEAR !
2007..and so on...
[EMAIL PROTECTED] (Bob Proulx) wrote:
Jim Meyering wrote:
* tests/rm/i-never: New file. Test for the above fix.
diff --git a/tests/rm/i-never b/tests/rm/i-never
new file mode 100755
Unfortunately that did not make it into the CVS repository as mode 755
but instead is 644 there. Our
Bruno Haible [EMAIL PROTECTED] wrote:
Vincent Lefevre wrote:
...
I see that the first call to wcwidth() gives: wcwidth(0x0301) = 1.
U+0301 is COMBINING ACUTE ACCENT. So here is the problem: MacOS'
wcwidth is buggy for combining characters like accents.
OK. Can't autoconf detect that and
Samuel Wong wrote:
I want to list the usage sort by Size.
How Can I list sort by Size.
Best bet might be to join the people wanting 'sort' to sort more
intelligently. :-) Like, for example, understanding how to sort
human-readable sizes.
This would help out 'du' also...
--
Matthew
What a
Jim Meyering wrote:
As I understand the goal, you'd like to make ls act differently
(outputting spaces, not TABs, for column alignment) on all systems
for each line containing a non-ASCII byte.
Yes, this is what the proposed patch does.
That change would contradict the documentation of -T
Bruno Haible [EMAIL PROTECTED] wrote:
Jim Meyering wrote:
As I understand the goal, you'd like to make ls act differently
(outputting spaces, not TABs, for column alignment) on all systems
for each line containing a non-ASCII byte.
Yes, this is what the proposed patch does.
That change
Jim Meyering wrote:
Um... it *is* possible to use TABs after non-ASCII bytes and get correct
alignment. The only requirement is that you be using a reasonable
(non-buggy) terminal emulator.
Yes, sure. I was only pointing out that the proposed change wouldn't need
a doc change, because the
Jim Meyering [EMAIL PROTECTED] wrote:
Dan Hipschman [EMAIL PROTECTED] wrote:
On Sat, Jan 13, 2007 at 10:07:59PM -0800, Paul Eggert wrote:
3. I can see where the user might be able to specify a better
algorithm, for a particular data set. For that, how about if we have
a
Sylvain Beucler [EMAIL PROTECTED] wrote:
As far as I can see, we use 1.4.4.4 which is the latest released
version (excluding release candidates ;)).
Problem?
I'll let you know.
I'm working on reproducing the inputs for the failed git-cvsexportcommit.
On Thu, 18 Jan 2007, Jim Meyering wrote:
I've done some more timings, but with two more sizes of input.
Here's the summary, comparing straight sort with sort --comp=gzip:
2.7GB: 6.6% speed-up
10.0GB: 17.8% speed-up
It would be interesting to see the individual stats returned by wait4(2)
Philip Rowlands [EMAIL PROTECTED] wrote:
On Thu, 18 Jan 2007, Jim Meyering wrote:
I've done some more timings, but with two more sizes of input.
Here's the summary, comparing straight sort with sort --comp=gzip:
2.7GB: 6.6% speed-up
10.0GB: 17.8% speed-up
It would be interesting to
Bruno Haible [EMAIL PROTECTED] wrote:
in the mean time, advise people to use -T0
(or set TABSIZE=0 in their environment) if they care about alignment
when using a buggy version of that particular terminal emulator.
Do you really think it would be better to make everyone pay (even a tiny
On Thu, 18 Jan 2007, Jim Meyering wrote:
I had to use seq -f %.0f to get this filesize.
Odd.
Here's what those generate for me:
$ seq 999 k
$ wc -c k
7888
$ tail -1 k
999
What happens differently for you?
$ seq 990 999
9.9e+06
9.9e+06
9.9e+06
Paul Eggert wrote:
Long ago I regularly used terminal emulators that mishandled tabs.
Eventually they got fixed (or I stopped using them).
Long ago I used terminals where the tab stops were customizable, and the
previous user had set them to weird values. At that time, I stopped using
tabs.
On 2007-01-18 17:39:40 +0100, Bruno Haible wrote:
The --color option also has the effect of turning tabs into spaces;
yet this is undocumented. Actually the doc states
`ls' uses tabs where possible in the output, for efficiency. If
COLS is zero, do not use tabs at all.
and the
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/
100% accessible validated
On Thu, Jan 18, 2007 at 04:38:24PM +0100, Jim Meyering wrote:
[EMAIL PROTECTED] (Bob Proulx) wrote:
Jim Meyering wrote:
* tests/rm/i-never: New file. Test for the above fix.
diff --git a/tests/rm/i-never b/tests/rm/i-never
new file mode 100755
Unfortunately that did not make it
Le Thu, 18 Jan 2007 09:53:55 +, Bidi Luciclo disait :
Madame, monsieur,
May you help me,
cause I'm a very newbie with Linux...Thanks...
I have been trying all day to install ddrescue and everytime from any download
i get the same error message which in the terminal it says when i use
sudo apt-get install make gcc g++ ddrescue it says this:
[EMAIL PROTECTED]:~$ sudo apt-get install make gcc g++ ddrescue
Reading package lists...
On Thursday 18 January 2007 16:23, Jeff Collins wrote:
[EMAIL PROTECTED]:~$ sudo apt-get install make gcc g++ ddrescue
while i feel bad that you're having troubles, none of this is related to the
GNU coreutils package
please send your question to a Debian users mailing list
-mike
On Thu, Jan 18, 2007 at 05:47:53PM -0800, Dan Hipschman wrote:
That's a thought, although libz only works with gzip (as you said), and
it will add more complexity (like my original patch using LZO and this
new one combined). I don't think we'll have 40 instances of gzip -d
running. We should
25 matches
Mail list logo