Jan Engelhardt wrote:
> On Wednesday 2008-12-31 13:06, Jim Meyering wrote:
>>>
>>> You have to use a long filename (not just z.foo) that wraps in the
>>> terminal. See the video at
>>> http://jengelh.medozas.de/files/coreutils7ls.ogv for details.
>>> Version used was v7.0-114-g921feef.
>>>
>>> Sta
Ah, that explains it! Thanks.
On Wednesday 31 December 2008, Bob Proulx wrote:
> Jeremy M. Guthrie wrote:
> > I have found a bug with 'date', it will jump a year the last few days of
> > the year.
>
> Thank you for your report. But the behavior you are reporting is not
> a bug but a misunderstan
Jeremy M. Guthrie wrote:
> I have found a bug with 'date', it will jump a year the last few days of the
> year.
Thank you for your report. But the behavior you are reporting is not
a bug but a misunderstanding of the date format specifications.
> #The actual time/date
> [h-custmgmt-msn-1 guthri
I have found a bug with 'date', it will jump a year the last few days of the
year.
#The actual time/date
[h-custmgmt-msn-1 guthrie 10:09am]~-> date
Wed Dec 31 10:09:34 CST 2008
#It thinks it's 2009. It did this yesterday and the day before.
[h-custmgmt-msn-1 guthrie 10:09am]~-> date "+%m-%d-%
On Wednesday 2008-12-31 13:06, Jim Meyering wrote:
>>
>> You have to use a long filename (not just z.foo) that wraps in the
>> terminal. See the video at
>> http://jengelh.medozas.de/files/coreutils7ls.ogv for details.
>> Version used was v7.0-114-g921feef.
>>
>> Standard ./configure and (slightly
On Wed, 31 Dec 2008, Vincent Chapman wrote:
I understand, but there are still incosistancies in the unix world of
shells. Try this and you'll understand how one(I) could make this
mistake.
$ sudo bash echo .*
. .. .hidden_files
in zsh
$ sudo zsh echo .*
.hidden_files
This output is presuma
I understand, but there are still incosistancies in the unix world of
shells. Try this and you'll understand how one(I) could make this
mistake.
$ sudo bash echo .*
. .. .hidden_files
in zsh
$ sudo zsh echo .*
.hidden_files
zsh would not have accended into the parent directories. Bash will.
Michael Meskes wrote:
> I just received a bug report against an old stat version but also looked into
> the up-to-date (6.10) one that fixed most of it. However, I wonder whether
> line
> 550 in stat.c
>
> out_int (pformat, prefix_len, statfsbuf->f_files);
>
> should better be
>
> out_uint (pform
Hi,
I just received a bug report against an old stat version but also looked into
the up-to-date (6.10) one that fixed most of it. However, I wonder whether line
550 in stat.c
out_int (pformat, prefix_len, statfsbuf->f_files);
should better be
out_uint (pformat, prefix_len, statfsbuf->f_files)
Jan Engelhardt wrote:
> On Tuesday 2008-12-30 21:47, Jim Meyering wrote:
>>
>>Thanks for the follow-up.
>>I've just tried to reproduce the problem using the latest
>>version of ls, invoked from a linux vt, then xterm, aterm and rxvt
>>windows. Each time, I did this in an empty directory:
>>
>> s
Pádraig Brady wrote:
> Jim Meyering wrote:
>> I've pushed a few changes to a new "next" branch.
>> I expect to rebase it against master.
>>
>> $ g shortlog HEAD ^master
>> build: use dist-xz, not dist-lzma
>> cleanup/modernize: don't test HAVE_MBRTOWC; now gnulib provides it
>>
11 matches
Mail list logo