[apparmor] GSoC proposal text v2

John Johansen john.johansen at canonical.com
Mon Mar 11 23:22:40 UTC 2013


On 03/11/2013 03:57 PM, Jamie Strandboge wrote:
> On 03/11/2013 05:06 PM, John Johansen wrote:
>> On 03/10/2013 05:56 PM, Christian Boltz wrote:
>>> Hello,
>>>
>>> Am Sonntag, 10. März 2013 schrieb John Johansen:
>>>> On 03/10/2013 07:54 AM, Christian Boltz wrote:
>>>>> Am Samstag, 9. März 2013 schrieb John Johansen:
> 
>>>>> I'd also
>>>>> +  The profile development tool should be written in Python or Go.
>>>>>
>>>>> (assuming Go is another programming language you'd like ;-)
>>>>
>>>> Well yes and no. Its a possibility and it is something that I am
>>>> supposed to learn, so its in the set of languages for maintenance.
>>>
>>> BTW: would perl also be an option or do you want to get rid of it?
>>>
>> I don't mind it for smaller utilities but I have found when the
>> utility gets larger it just gets harder and harder to maintain.
>> Python is the language most of the active developers are most familiar
>> with with Perl being very rusty for most of us.
>>
>> From an Ubuntu perspective perl is problematic as much of the perl
>> library is not available for core utilities that are part of the
>> install CD, so having it in perl would mean it would like not be
>> possible to put it on the CD image. I don't think that is a show
>> stopper for genprof/logprof but it does loose us flexibility there.
>>
> Hmmm, I'm kinda thinking it would be a show stopper. We've long had a
> goal to move to Python-- various tools are being rewritten in it and new
> tools are using python too. In addition, if we use python, we can use
> pyunit in our test framework which is something most of the active
> developers have a lot of experience with. If we use perl (or even Go,
> which I was a little surprised to see), I think we would be in the same
> position we are now-- tools that few are really engaged with and a
> testsuite that is hard to get into.
> 
Well we aren't advertising for Perl, but if someone drops a decent
logprof/genprof on us written in Perl that is half maintainable I won't
complain. As we consider this a dev tool that doesn't have to ship on
the CD (though it would be nice if we had the option).

We can pull Go off the description list if you really want but I was trying
to provide some options, and I figured most people didn't want to see
C++, perl, php, java, ...

As for the test suite I don't really care as long as its a separate
component and we can write tests for it.





More information about the AppArmor mailing list