Hi,
> And fixed ;-)
In time before big-endians appear. :))
> > - Is kernel module atapicam enabled by default ?
> Bundled in,
Good decision.
> attached is whole config.
I will have to learn reading it.
> > - Are ACL enabled for individual filesystems by
> To be honest, we have deeper probl
Hi,
Petr Salinger wrote:
> Please note that
> libisofs/builder.c:209: warning: passing
> argument 2 of 'aaip_cleanout_st_mode' from
> incompatible pointer type
> is not problem in your code. Your code only detected
> problem in our code ;-)
I understand the warning is harmless for little
endia
I have tried to react on the warnings of buildd
on kfreebsd. The release is planned to come soon.
Please note that
libisofs/builder.c:209: warning: passing
argument 2 of 'aaip_cleanout_st_mode' from
incompatible pointer type
is not problem in your code. Your code only detected
problem in ou
Hi,
me:
> > None of the optional libraries and system
> > features is used in the buildd compile runs:
> > - libacl
> > - support for Extended Attributes
> > - zlib
> > Nevertheless, the aspects of ACL and xattr are
> > also porting issues.
Guillem Jover:
> This is a general packaging bug, there'
Hi!
On Wed, 2009-12-30 at 19:46:36 +0100, Thomas Schmitt wrote:
> None of the optional libraries and system
> features is used in the buildd compile runs:
> - libacl
> - support for Extended Attributes
> - zlib
>
> At least on Linux this astonishes me. I'll have
> to ask George for exploring the
That looks fine given that the kernel syscall is using 16 bits. For big
endian targets, given we have none of them, it should not be a problem,
they can use the same definition.
Committed in glibc-bsd SVN.
I will also add to pkg-glibc SVN, just after testsuite finishes.
It's a pitty we have su
Petr Salinger a écrit :
>> libisofs/builder.c:209: warning: passing
>> argument 2 of 'aaip_cleanout_st_mode' from
>> incompatible pointer type
>>
>> Is stat.st_mode not of type mode_t ?
>>
>> The line in question is:
>>
>> aaip_cleanout_st_mode(a_text, &(info.st_mode), 4 | 16);
>>
>> Argument n
Petr Salinger (04/01/2010):
> Aurelien, Cyril do you agree with this (eglibc) change?
I'm really not the person to talk to about those kind of things. But
speaking of eglibc, I guess you already know about the build failures
we're facing with the latest upload (2.10.2-3)?
Mraw,
KiBi.
signature
libisofs/builder.c:209: warning: passing
argument 2 of 'aaip_cleanout_st_mode' from
incompatible pointer type
Is stat.st_mode not of type mode_t ?
The line in question is:
aaip_cleanout_st_mode(a_text, &(info.st_mode), 4 | 16);
Argument number two is a component of
struct stat info;
The
Hi,
Sorry for sending the same old mail again.
It should have been this one:
I had a look at the buildd logs of our libisofs
https://buildd.debian.org/fetch.cgi?pkg=libisofs;ver=0.6.24-1;arch=kfreebsd-amd64;stamp=1255540287
https://buildd.debian.org/fetch.cgi?pkg=libisofs;ver=0.6.24-1;arc
Hi,
looking over the system dependencies in our
project i come to the xorriso mount helper.
It reads the table-of-content of multi-session
media or files and produces a mount command
for mounting a particular session.
Typically used to retrieve older states from
multi-session backups.
I read fro
11 matches
Mail list logo