Re: Bug#339136: Changes in stat package output break apt-move

2005-11-15 Thread Jim Meyering
[ For those reading this via bug-coreutils, the original bug report is here: http://bugs.debian.org/339136. ] Thanks for the report. FYI, this change was mentioned in the NEWS for upstream coreutils-5.3.0, 10 months ago. With stat, a specified format is no longer automatically newline termina

Re: Bug#339136: Changes in stat package output break apt-move

2005-11-15 Thread Michael Stone
On Tue, Nov 15, 2005 at 11:42:12AM +0100, Jim Meyering wrote: With stat, a specified format is no longer automatically newline terminated. If you want a newline at the end of your output, append `\n' to the format string. Hmm. I don't know if I like this change--it really screws with compata

Re: Bug#339136: Changes in stat package output break apt-move

2005-11-15 Thread Jim Meyering
Michael Stone <[EMAIL PROTECTED]> wrote: > On Tue, Nov 15, 2005 at 11:42:12AM +0100, Jim Meyering wrote: >> With stat, a specified format is no longer automatically newline terminated. >> If you want a newline at the end of your output, append `\n' to the format >> string. > > Hmm. I don't know

Re: Bug#339136: Changes in stat package output break apt-move

2005-11-15 Thread Michael Stone
On Tue, Nov 15, 2005 at 12:27:57PM +0100, Jim Meyering wrote: I do see your point of view, since the `stat' program doesn't feel very new, now. But back when I made the change, it *was* relatively new. Not in debian. I'll have to think about whether I want the debian package to maintain compat

Re: Bug#339136: Changes in stat package output break apt-move

2005-11-15 Thread Michael Stone
On Tue, Nov 15, 2005 at 11:42:12AM +0100, Jim Meyering wrote: Unfortunately, no one reported the problem before this. Which IMO suggests that nobody cares for the new behavior, whereas we have a demonstrable dependency on the old behavior. Between debian & fedora & rhel I'd say that there's a f

testsuite bug

2005-11-15 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The mv/leak-fd test is broken on cygwin (and possibly Mac, although I can't test that) due to case-insensitive file systems. Cygwin reports 'mkdir: cannot create directory `A': File exists' when `a' exists with a different spelling. This test is only

Re: Bug#339136: Changes in stat package output break apt-move

2005-11-15 Thread Jim Meyering
Michael Stone <[EMAIL PROTECTED]> wrote: ... > My main concern here is that there is no way for someone to use > stat -c "%whatever" file1 file2 > and expect it to work for both syntaxes without reverting to some truely > hideous sed games or somesuch. But there *is* a way. It's just that the por

Re: Bug#339136: Changes in stat package output break apt-move

2005-11-15 Thread Michael Stone
On Tue, Nov 15, 2005 at 03:14:27PM +0100, Jim Meyering wrote: But there *is* a way. It's just that the portable solution doesn't fit on one line: That falls into the "truely hideous" category, imo. :) Mike Stone ___ Bug-coreutils mailing list Bug-

head and |more

2005-11-15 Thread Yechiel Adar
When I run head, windows 2003 server standard edition, in the command box I see text on the screen. When I use: "head a.txt |more" I get mostly ? with one recognizable character here and there. The same when I do: "head a.txt > b.txt" and then I do: "type b.txt" I see mostly ? I p

Re: head and |more

2005-11-15 Thread Eric Blake
To begin with, the fact that you emailed bug-textutils instead of bug-coreutils makes me suspect that your version of the tools are rather outdated, and you may be benefitted by upgrading to a newer version (the current version is 5.93). > When I run head, windows 2003 server standard edition, in