(2010/12/20 10:38), Tetsuo Handa wrote:
> ( This is a translated post of 
> http://sourceforge.jp/projects/tomoyo/lists/archive/dev/2010-December/001324.html
>  . )
>
> Yoshihiro Kusuno (one of TOMOYO project members who implemented CUI policy
> editor's line coloring feature) developed a GUI based policy editor.
> He released it as he thinks minimal functionality is implemented.
>
> Project page: http://sourceforge.jp/projects/gpet/
> Source code: 
> http://sourceforge.jp/projects/gpet/downloads/50235/gpet-0.1.tar.bz2/
> Binary package: 
> http://sourceforge.jp/projects/gpet/downloads/50235/gpet_0.1-1_i386.deb/

I have just tried "gpet".
It worked fine and smoothly. I liked it.

I have uploaded a short video for demonstration.
http://www.youtube.com/watch?v=Y_-4D4Pqjd0

As my environment is 64bit, I needed to compile it
(binary package is available for 32bit).
Building gpet is easy (configure, make and make install) but
you need to register gpet to /proc/ccs/manager by
executing a command like "# echo /usr/local/sbin/gpet |
ccs-loadpolicy -m".

Thanks a lot for developing a handy GUI! > Kusuno-san.

> This program was tested on Ubuntu 10.10 with TOMOYO Linux 1.8 kernel and
> ccs-tools installed. He thinks that this program will work on other
> environments as long as GNOME is available (though, not tested).
>
> Usage is almost same with ccs-editpolicy since he implemented UI part using
> GTK+ while reusing ccs-editpolicy's file IO part. But there are some
> limitations and differences (listed below).
>
> (1) Most of features (except patternize feature) provided for online mode are
>      implemented.
> (2) Networking mode, auto refresh mode and readonly mode are not implemented.
> (3) There are small differences such as sort operation behaves differently
>      and only incremental search is supported.
> (4) Buttons are not implemented on manager screen and memory usage screen, but
>      menu will appear by clicking mouse's right button.
>
> Bug reports and feedback are welcome. But please wait patiently since he might
> become very busy from next January.
>
> _______________________________________________
> tomoyo-dev-en mailing list
> tomoyo-dev-en@lists.sourceforge.jp
> http://lists.sourceforge.jp/mailman/listinfo/tomoyo-dev-en
>

Regards,
Toshiharu Harada
harad...@nttdata.co.jp

_______________________________________________
tomoyo-dev-en mailing list
tomoyo-dev-en@lists.sourceforge.jp
http://lists.sourceforge.jp/mailman/listinfo/tomoyo-dev-en

Reply via email to