> One thing that I'm wondering: what are the character constraints on
> those class names in the Linux API?
> The reason is that if UTF8 is allowed, it'd be possible for two names
> to show as an equivalent representation to humans, while they'd be
> different for the system, [...]
Only if userla
Matthew Mondor wrote:
> One thing that I'm wondering: what are the character constraints on
> those class names in the Linux API?
As I understand, the kernel just uses C strings. Encoding is userland's
tools business.
> For performance and security, integers make more sense to me than
> string
On Mon, 6 Feb 2012 09:51:19 +
Emmanuel Dreyfus wrote:
> We ahve two extended attributes API in tree: one from FreeBSD and one from
> Linux. We are about to toss the FreeBSD one in favor of the Linux one.
> That is easy now since we never had working extended attributes in a
> release.
One
Manuel Bouyer wrote:
> I'm not sure you can even read them: on freebsd "user.foo.bar" will be stored
> as name "foo.bar" in (integer) namespace user. When we'll read it we'll
> find foo in (integer) namespace user but we don't know which namespace
> it really belongs to (as we store the namespace
Hi,
A small fix for ls is in attachment. The pattern (fname) shouldn't include '/'.
On Fri, Feb 3, 2012 at 12:48 AM, Evgeniy Ivanov wrote:
> On Sun, Dec 25, 2011 at 11:54 AM, Evgeniy Ivanov
> wrote:
>> Hi,
>>
>> On Sun, Dec 25, 2011 at 10:20 AM, Izumi Tsutsui
>> wrote:
>>> Hi,
>>>
>>> Evgeni
On Mon, Feb 06, 2012 at 05:00:05PM +, Emmanuel Dreyfus wrote:
> On Mon, Feb 06, 2012 at 05:53:09PM +0100, Manuel Bouyer wrote:
> > But if you want to have system.foo distinct from security.foo, you have
> > to duplicate the namespace in the name itself, right ?
>
> Yes, but if we want to tend
On Mon, Feb 06, 2012 at 09:51:19AM +, Emmanuel Dreyfus wrote:
> Here is public disuccsion about extended attributs namespaces, following
> a private request from yamt@
Which of the two models does OS X use?
--
David A. Holland
dholl...@netbsd.org
On Mon, Feb 06, 2012 at 05:53:09PM +0100, Manuel Bouyer wrote:
> But if you want to have system.foo distinct from security.foo, you have
> to duplicate the namespace in the name itself, right ?
Yes, but if we want to tend forward the Linux API, this is the way
to go. You cannot add abitrary user
On Mon, Feb 06, 2012 at 10:34:54AM -0600, Eric Haszlakiewicz wrote:
> setextattr system md5 `md5 -q /boot/kernel/kernel` /boot/kernel/kernel
Note that the Linux style is already supported:
setextattr system.md5 `md5 -q /boot/kernel/kernel` /boot/kernel/kernel
I recall implementing it last sum
On Mon, Feb 06, 2012 at 04:47:35PM +, Emmanuel Dreyfus wrote:
> On Mon, Feb 06, 2012 at 05:43:10PM +0100, Manuel Bouyer wrote:
> > note that the ffsv2 extended attribute on-disk format uses an int as
> > namespaces (just like the API). Nothing unworkable here, but it may
> > be tricky if we wan
On Mon, Feb 06, 2012 at 05:43:10PM +0100, Manuel Bouyer wrote:
> note that the ffsv2 extended attribute on-disk format uses an int as
> namespaces (just like the API). Nothing unworkable here, but it may
> be tricky if we want to be compatible with FreeBSD ...
We can just test the namespace in str
On Mon, Feb 06, 2012 at 09:51:19AM +, Emmanuel Dreyfus wrote:
> Here is public disuccsion about extended attributs namespaces, following
> a private request from yamt@
>
> We ahve two extended attributes API in tree: one from FreeBSD and one from
> Linux. We are about to toss the FreeBSD one
On Mon, Feb 06, 2012 at 04:23:34PM +, Eduardo Horvath wrote:
> On Mon, 6 Feb 2012, Emmanuel Dreyfus wrote:
> > We ahve two extended attributes API in tree: one from FreeBSD and one from
> > Linux. We are about to toss the FreeBSD one in favor of the Linux one.
> > That is easy now since we ne
On Mon, 6 Feb 2012, Emmanuel Dreyfus wrote:
> Here is public disuccsion about extended attributs namespaces, following
> a private request from yamt@
>
> We ahve two extended attributes API in tree: one from FreeBSD and one from
> Linux. We are about to toss the FreeBSD one in favor of the Linux
Here is public disuccsion about extended attributs namespaces, following
a private request from yamt@
We ahve two extended attributes API in tree: one from FreeBSD and one from
Linux. We are about to toss the FreeBSD one in favor of the Linux one.
That is easy now since we never had working exte
15 matches
Mail list logo
