Eric Blake wrote:
> OK for this followup, necessary on cygwin and a no-op for most other
> platforms? Also, some of the files created by the patch are listed as
> copyright 2008 (when they were first started), rather than 2009 (when they
> were
> published).
>
>
> From: Eric Blake
> Date: Tue,
Hi,
I am running the gdsmmx using the following version and the sim didn't finish
correctly.
/tools/apacheda/redhawk/RH8.1.3/Totem_Linux64_V8.1.3
on the log file it shows the following version information
GDSMMX: version 8.1.x.09217 Linux 2.6.9-67.ELsmp
When I compared to others ,it show the
Hi,
I was verifying my downloaded files through the followed MD5SUMS file:
c2ecf0ffa77500d262cee5d970d3dcf6 BLOGS-tiergroup-1.tar.gz
bac529de095a7b9ccd697b135d36a605 BLOGS-tiergroup-2.tar.gz
bf1419ef307993f95e216a12663a7454 BLOGS-tiergroup-3.tar.gz
9f0585ee92219c2c9590d799558215dd BLOGS-tiergr
Ondřej Vašík wrote:
> Jim Meyering wrote:
>> Ondřej Vašík wrote:
>> > What about to split that into two patches? One for SELinux changes and
>> > one for xattr changes (commited after 7.1) - to make it more safe - and
>> > to give other distros more time to fix the leak...
>>
>> That sounds even
Jim Meyering wrote:
> Ondřej Vašík wrote:
> > What about to split that into two patches? One for SELinux changes and
> > one for xattr changes (commited after 7.1) - to make it more safe - and
> > to give other distros more time to fix the leak...
>
> That sounds even better. I see that debian s
Jim Meyering meyering.net> writes:
>
> Kamil Dudka redhat.com> wrote:
> > Seems better. Thanks!
>
> I've applied that and pushed it.
OK for this followup, necessary on cygwin and a no-op for most other
platforms? Also, some of the files created by the patch are listed as
copyright 2008 (wh
Kamil Dudka wrote:
> On Tuesday 17 February 2009 13:09:04 Andreas Schwab wrote:
>> > static bool
>> > extra_mode (mode_t input)
>> > {
>> > const mode_t mask = ~S_IRWXUGO & 0xFFF;
>> > return input & mask;
>> > }
>>
>> Perhaps ~S_IFMT instead of 0xFFF?
> Seems better. Thanks!
I've applied tha
Ondřej Vašík wrote:
> Jim Meyering wrote:
>> When will the libattr fix be in F10?
>
> Upstream report:
> http://oss.sgi.com/archives/xfs/2009-02/msg00331.html
>
> Talked with Fedora attr maintainer and he will do an update for F-10 and
> Rawhide in day or two - upon the upstream reaction. So it sh
Jim Meyering wrote:
> When will the libattr fix be in F10?
Upstream report:
http://oss.sgi.com/archives/xfs/2009-02/msg00331.html
Talked with Fedora attr maintainer and he will do an update for F-10 and
Rawhide in day or two - upon the upstream reaction. So it should be in
F-10 early next week.
Ondřej Vašík wrote:
> as reported in rhbz #485712 , nl incorrectly states that long format for
> -v is --first-page. Info documentation is correct and informs about
> --starting-line-number as correct long option for -v. I guess best way
> is to fix usage (and to not add --first-page option) as af
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to georges raseev on 2/13/2009 11:53 PM:
Hello Georges,
> On Suse 11.0 it does not work giving
> date: opérande surnuméraire `+%Y-%m-%d_%H-%M-%S'
There have been previous reports of people who copied and pasted utf-8
text into a terminal,
Hello,
as reported in rhbz #485712 , nl incorrectly states that long format for
-v is --first-page. Info documentation is correct and informs about
--starting-line-number as correct long option for -v. I guess best way
is to fix usage (and to not add --first-page option) as afaik nobody
complained
On Tuesday 17 February 2009 13:09:04 Andreas Schwab wrote:
> > static bool
> > extra_mode (mode_t input)
> > {
> > const mode_t mask = ~S_IRWXUGO & 0xFFF;
> > return input & mask;
> > }
>
> Perhaps ~S_IFMT instead of 0xFFF?
Seems better. Thanks!
Kamil
From 1dbf2fc5072e06d408f3237b44974586c233
Kamil Dudka writes:
> On Monday 16 February 2009 15:24:21 Jim Meyering wrote:
>> Please write this as:
>>
>> static bool
>> extra_mode (mode_t mode)
>> {
>> return mode & ~S_IRWXUGO;
>> }
> Slightly changed to deal only with least significant 12bits:
> static bool
> extra_mode (mode_t input)
>
On Monday 16 February 2009 15:24:21 Jim Meyering wrote:
> Please write this as:
>
> static bool
> extra_mode (mode_t mode)
> {
> return mode & ~S_IRWXUGO;
> }
Slightly changed to deal only with least significant 12bits:
static bool
extra_mode (mode_t input)
{
const mode_t mask = ~S_IRWXUGO & 0x
15 matches
Mail list logo
