lkml.org 
[lkml]   [2009]   [Feb]   [26]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    From
    SubjectRe: [TOMOYO #15 0/8] TOMOYO Linux
    Date
    Hi Pavel,

    > >>>>>> TOMOYO Linux is a name-based MAC extension (LSM module) for the Linux kernel.
    > >>>>>>
    > >>>>> Applied to
    > >>>>> git://git.kernel.org/pub/scm/linux/kernel/git/jmorris/security-testing-2.6#next
    > >>>>>
    > >>>> Does that mean tomoyo is scheduled for 2.6.30?
    > >>>>
    > >>> TOMOYO is already in linux-next tree and ready to go into 2.6.30 .
    > >>
    > >> Last time I looked it included script parser and some
    > >> interpretter... Was that solved?
    >
    > >
    > > Are you talking about the interface between
    > > userland and kernel regarding string data?
    >
    > Yes. maybe ioctl() is worse, but I don't think c-like language parser
    > in kernel is acceptable.

    for just clarification to me.

    IIUC, many developers said UNNECESSARY parser is BAD (yes, I also think so),
    but nobody said any parser is bad.

    Therefore, I think point is that the patch have enough reasonable reason or not.
    and, I thought "pavel, good job. you're right" at you oppositing time because
    tomoyo did't explain any reason at that time.

    However, they changed. the patch description of the "[TOMOYO #15 3/8] Common functions for TOMOYO Linux."
    explain the reason.
    for me, I feel it's reasonable reason. then I didn't oppose current tomoyo posting.

    So, I don't understand which you oppose
    (1) ANY parser is bad.
    (2) current description still don't explain enough reason.

    May I ask you?





    \
     
     \ /
      Last update: 2009-02-27 02:31    [W:0.023 / U:1.848 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site