Quoting KaiGai Kohei ([email protected]):
> Hi,
>
> >>See
> >>http://www.kaigai.gr.jp/index.php?FrontPage#b556e50d
> >>http://www.kaigai.gr.jp/pub/fscaps-1.0-kg.src.rpm
> >>
> >>The later SRPM package includes the cap_file.c.
> >>It will be a good sample of using libcaps.
> >
> >And this has a version number built in, as Eric was asking for.
>
> _LINUX_CAPABILITY_VERSION defined as 0x19980330 is used for this.
> Is there a possibility to be changed future, isn't it?
> For example, when we think 32-bit width is not enough.
>
> >My tools were purely for testing, and just kept everything as simple as
> >possible. So I'll happily port the kernel patch to use your tools :)
> >
> >For that matter I see you have your own kernel patch. Would you mind
> >submitting that to lkml as an alternative to mine?
>
> I have no plan to submit now. It'll be called "Re-investment of wheel".
Assuming you meant reinvention, not at all. We want to get the best
patch in.
> # In addition, I'm currently busy to hack PostgreSQL. :D
Ok, well thanks for taking a look at this one.
> I hope to confirm one more point.
> Endian conpatibility is considered in the patches?
Not yet. Will add that and a check of the cap bitfield length as
mentioned in another email.
thanks,
-serge
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]