Hi Jim,
was still something wrong with my last patch?
Günter.
Pádraig Brady writes:
> -human_readable (ST_NBLOCKS (f->stat), buf, human_output_opts,
> -ST_NBLOCKSIZE, output_block_size));
> +! f->stat_ok ? "?"
> +: human_readable (ST_NBLOCKS (f->stat), buf, human_output_opts,
> +
Philip Rowlands wrote:
> On Mon, 5 Oct 2009, Chandan Kumar wrote:
>
>> I am getting some faults while doing CAL command,
>
> cal is not part of GNU coreutils.
>
>> i.e. i am getting some leap years in case of non-leap years i.e. the
>> years like 1000,500,1500,1700 etc
>
> 1700 is a leap year,
FYI,
>From d183a15cbb26691e0a05bab06ab700ec46fcfba4 Mon Sep 17 00:00:00 2001
From: Jim Meyering
Date: Tue, 6 Oct 2009 16:49:36 +0200
Subject: [PATCH] maint: make release-making instructions more generic
* README-release: Make instructions more generic.
---
README-release | 33
Chandan Kumar wrote:
> I am getting some faults while doing CAL command,
> i.e. i am getting some leap years in case of non-leap years i.e. the years
> like 1000,500,1500,1700 etc
You got the wrong list but I work on the util-linux-ng
cal utility so you lucked out :)
Before the gregorian reforma
On Mon, 5 Oct 2009, Chandan Kumar wrote:
I am getting some faults while doing CAL command,
cal is not part of GNU coreutils.
i.e. i am getting some leap years in case of non-leap years i.e. the
years like 1000,500,1500,1700 etc
1700 is a leap year, and leap years predating 1582 (the adopti
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Chandan Kumar on 10/5/2009 11:07 PM:
> I am getting some faults while doing CAL command,
Thanks for the report. However, you have reached the GNU coreutils list,
and we are not responsible for the cal command. You will need to report
th
This is to announce coreutils-8.0.
We're calling this a beta release partly because rm has been
rewritten (now it uses gnulib's fts for its hierarchy traversal),
and partly because there have been so many changes in the
gnulib infrastructure involving file-system primitives.
Thanks to everyone who
I am getting some faults while doing CAL command,
i.e. i am getting some leap years in case of non-leap years i.e. the years like
1000,500,1500,1700 etc
From cricket scores to your friends. Try the Yahoo! India Homepage!
http://in.yahoo.com/trynew
Pádraig Brady writes:
> Jim Meyering wrote:
>> Pádraig Brady wrote:
>>
>>> Jim Meyering wrote:
Eric Blake wrote:
> According to Pádraig Brady on 10/5/2009 3:53 PM:
> This is a new test, but FC5 is s old,
> that I'm not sure it's worth worrying about.
March 2
Paolo Bonzini wrote:
> On 10/06/2009 11:05 AM, Pádraig Brady wrote:
>> Also a minor nit in s/Linux/Gnu\/Linux/
>
> Definitely not when it's talking explicitly of a kernel version?
Right, it could be "GNU/Linux" or "Linux kernels? (.*)?"
cheers,
Pádraig.
Jim Meyering wrote:
> Pádraig Brady wrote:
>
>> Jim Meyering wrote:
>>> Eric Blake wrote:
According to Pádraig Brady on 10/5/2009 3:53 PM:
This is a new test, but FC5 is s old,
that I'm not sure it's worth worrying about.
>>> March 2006?
>> The failure is probabl
On 10/06/2009 11:05 AM, Pádraig Brady wrote:
Also a minor nit in s/Linux/Gnu\/Linux/
Definitely not when it's talking explicitly of a kernel version?
Paolo
Pádraig Brady wrote:
> Jim Meyering wrote:
>> Eric Blake wrote:
>>> According to Pádraig Brady on 10/5/2009 3:53 PM:
>>> This is a new test, but FC5 is s old,
>>> that I'm not sure it's worth worrying about.
>> March 2006?
> The failure is probably a function of the kernel.
>>>
Jim Meyering wrote:
> Eric Blake wrote:
>> According to Pádraig Brady on 10/5/2009 3:53 PM:
>> This is a new test, but FC5 is s old,
>> that I'm not sure it's worth worrying about.
> March 2006?
The failure is probably a function of the kernel.
Which is it?
>>> In summary
Eric Blake wrote:
> According to Pádraig Brady on 10/5/2009 3:53 PM:
> This is a new test, but FC5 is s old,
> that I'm not sure it's worth worrying about.
March 2006?
>>> The failure is probably a function of the kernel.
>>> Which is it?
>>
>> In summary this is what fails:
>>
>>
Eric Blake wrote:
> Pádraig Brady draigBrady.com> writes:
>
>> ln: creating hard link `hardlink' => `symlink': Invalid argument
>>
>> `man linkat` says that AT_SYMLINK_FOLLOW is only supported since 2.6.18
>> and my FC5 system is 2.6.17
>
> Bingo. For FC5, I need to implement rpl_linkat in gnulib
Jim Meyering wrote:
> Stephen Smalley wrote:
> ...
>> Must have previously booted an ancient kernel with SELinux permissive
>> and no policy loaded. Kernel was fixed by the commit below in 2006.
>> I'd recommend that he run the following to clean up the droppings in his
>> filesystem:
>> find / \(
18 matches
Mail list logo