Re: [Mageia-dev] UiAbstraction4mcc feature proposal

2012-07-06 Thread Angelo Naselli
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,
 I think MCC2 should just be seen as an experiment until there is
 enough done that it actually looks like a usable tool. Even the
 planning is just a fuzzy idea, no concrete plans yet.
I think this should be considered as valid. I'm in favor to have
a branch that could be delivered as an alternative to mcc in mga3
if we reach the goal to have a stable and not complete moving. So
not a replacement but a way to the future.

In the mean while i'm looking for the alternative proposal as well
that could be helpful in any case.

About coding, Steven if you have in mind what you want as ui, we can
ask for the svn branch and start sharing the task. I cannot say i have
24h a day free, more likely some a week (at night for the most) but
what i want to say is you're not alone and the project is big.

About libYui, i got in touch with the main developer, and told me
there is a IRC channel #libyui and git project on github is very
active at the moment, they are very happy to get feedback and
patches from other distros, (they also moved to cmake) but the next
milestone is after yast will be fully adapted to libyui. So we could
consider to have git version of libyui to have all up to date and
fixed.

WDYT?
Angelo
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk/2m6sACgkQqEs9DA4DquDgXgCeKm+r5cb9DCp5m0L1zG/f4eQa
FSQAoLmbxdrbOleww0gj9EHmzPFBYXJR
=Cu/5
-END PGP SIGNATURE-


Re: [Mageia-dev] UiAbstraction4mcc feature proposal

2012-07-05 Thread Marja van Waes

On 28/06/2012 00:02, Angelo Naselli wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,
I'm back to this subject, because, as you probably know, the
proposal[1] has been accepted

snip

and has to be merged with mine[3]
and discussed a bit to understand what we have to do and who can help.




[1] https://wiki.mageia.org/en/Feature:UiAbstraction4mcc



[3] https://wiki.mageia.org/en/Feature:DrakXtoolsReview


Hi,

Documentation team is planning to write the currently missing help for 
MCC and all the tools in it. We don't have a clue whether the above 
feature proposals, if implemented, will make a difference to what we 
have to do, and if so: what difference.


Also, it is interesting to know whether you're willing to improve the 
way the help will work if we do it the Mandriva way. It would be great 
if the not working links would be fixed, and if it would be possible to 
let the help from the menu bar link to the correct file for each screen, 
instead of to a page with links you have to choose from. Please read on 
to understand what I'm talking about.


If nothing would change to MCC, we would have to provide *html* files 
with same names as Mdv used, to be put in the same place and 
s/mandriva/mageia/


For Mandriva 2010.1 the following section in MCC, and usually for all 
the tools in that section, the help (from the menu bar) links to a page 
with links to other pages:


* Software Management - 
/usr/share/doc/mandriva/en/Drakxtools-Guide/Drakxtools-Guide.html/software-management.html


(The same page can be seen here 
http://doc.mandriva.com/en/2010/Drakxtools-Guide/Drakxtools-Guide.html/software-management.html 
You can, of course, find the other pages mentioned below by adjusting 
this link)


Exception: Software Management - Configure media sources for install and 
update - 
/usr/share/doc/mandriva/en/Drakxtools-Guide/Drakxtools-Guide.html/software-management-sources.html


* Hardware - 
/usr/share/doc/mandriva/en/Drakxtools-Guide/Drakxtools-Guide.html/mcc-hardware.html


Exception: Manage your hardware - Browse and configure hardware - 
/usr/share/doc/mandriva/en/Drakxtools-Guide/Drakxtools-Guide.html/harddrake.html


* Network - 
/usr/share/doc/mandriva/en/Drakxtools-Guide/Drakxtools-Guide.html/mcc-network.html


* System - 
/usr/share/doc/mandriva/en/Drakxtools-Guide/Drakxtools-Guide.html/mcc-system.html


Exception: Administration tools - Manage users on system - 
/usr/share/doc/mandriva/en/Drakxtools-Guide/Drakxtools-Guide.html/userdrake.html


* Network Sharing -X  No Help entry for
However, the help is available in 
/usr/share/doc/mandriva/en/Drakxtools-Guide/Drakxtools-Guide.html/mcc-networksharing.html


Exception: Configure Windows(R) shares - Share drives and directories 
with Windows (SMB) systems - 
/usr/share/doc/samba-doc/htmldocs/index.html  however, this page can 
give an error, and the *correct* help file seems to be 
/usr/share/doc/mandriva/en/Drakxtools-Guide/Drakxtools-Guide.html/draksambashare.html


* Local Disks - 
/usr/share/doc/mandriva/en/Drakxtools-Guide/Drakxtools-Guide.html/mcc-localdisks.html


Note: Local Disks - Manage disk partitions clicking the help button at 
the *bottom* of the screen gives 
/usr/share/doc/mandriva/en/Drakxtools-Guide/Drakxtools-Guide.html/diskdrake.html


* Security - 
/usr/share/doc/mandriva/en/Drakxtools-Guide/Drakxtools-Guide.html/mcc-security.html


Exception: Security - Configure system security, permissions and audit: 
The two items in the drop-down help menu are greyed out, clicking them 
doesn't work


* Boot - 
/usr/share/doc/mandriva/en/Drakxtools-Guide/Drakxtools-Guide.html/mcc-boot.html


Please, when you reply to this mail, keep in mind that I'm not a 
developer and not even a packager.


Cheers,
Marja








Re: [Mageia-dev] UiAbstraction4mcc feature proposal

2012-07-05 Thread Angelo Naselli
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi all,

Il 05/07/2012 10:59, Marja van Waes ha scritto:
 On 28/06/2012 00:02, Angelo Naselli wrote:
 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
 
 Hi, I'm back to this subject, because, as you probably know, the 
 proposal[1] has been accepted
 snip
 and has to be merged with mine[3] and discussed a bit to
 understand what we have to do and who can help.
 
 
 [1] https://wiki.mageia.org/en/Feature:UiAbstraction4mcc
 
 [3] https://wiki.mageia.org/en/Feature:DrakXtoolsReview
 
 Hi,
 
 Documentation team is planning to write the currently missing help
 for MCC and all the tools in it. We don't have a clue whether the
 above feature proposals, if implemented, will make a difference to
 what we have to do, and if so: what difference.
As far as link [3] is concerned the idea is to add qt4 and maybe kde4
front-end to mcc also, so nothing should change either on
functionality or on options/programs positions, just the availability to
have a more kde friendly look.

About link[1] the idea is not mine I'd leave Steven talking about it
better. As far as I understood functionalities should not change and
the hope is that either the mcc look for the most, but that depends
imo on how the interface will be implemented and how we will able to add
what we have now, since i believe we can't re-write all...

Cheers,
Angelo
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk/18TsACgkQqEs9DA4DquBdYQCgt3Br62AUTlMx/GKpFFjjpho0
j64AoLFDbnqSukxM7HzoEWc4O9yHL9qd
=0PH4
-END PGP SIGNATURE-


Re: [Mageia-dev] UiAbstraction4mcc feature proposal

2012-07-02 Thread Matteo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 02/07/2012 04:24, Steven Tucker wrote:
 Okay, so as promised I am ready to start on MCC2.
 
 I have had a play with libYui that is in Cauldron, so using C++,
 to create a window and buttons. Ready to get going on the real
 code, but waiting on the Perl bindings to hit Cauldron.
 
 I'll start writing out some formal plans, but I have been giving
 some thought to the code and am starting to form a general overview
 of how I think it could be coded.
 
 I'll report back once the perl binding arrive and I have some code
 and plans ready.
 
 Cheers
 
 Steven
 

Hi all,
I had no much time to work on the perl binding for libyui during the
past week.
I was working on the libyui-ncurses package (-qt and -gtk are already
available and working) but I encountered some difficulties and now
Angelo is helping me so I can start to port libyui bindings.
Regards
- -- 
Matteo
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJP8Vc4AAoJED3LowjDDWbNHUEH/iDyWUhR1zfQ8GxcGG2zUqx7
znILNQ82eADBmrj8ssixWbaB+dO2woh9oacJCVACUWl0P8Wn29lXQwX7uocK7KCR
fKbnNBmRadzeGPZrimenvnSJtDVIgchgmDF/5AYkW38z9tkYgh1FTTMxHtuxI6Hv
dvTc+vlZzm/BufYlyaF3MV05tX+8OyqffBQtDKhqKJWKT4J8dGBqqSwZWdp+1aK1
gX2RTKoa8aO+7c0J7lpZqlSAMlxsoTxM+4R60g8eoyGzcCsxzuqOYrz9w8bV6hnz
4tXjdrhLvMD5q+2u66udA/xWd0ZYQWztNLFM482eXJRPkECKsNBH/rNdRsQGL8U=
=Xsxi
-END PGP SIGNATURE-


Re: [Mageia-dev] UiAbstraction4mcc feature proposal

2012-07-02 Thread Angelo Naselli
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,
Il 02/07/2012 04:24, Steven Tucker ha scritto:
 I have had a play with libYui that is in Cauldron, so using C++,
 to create a window and buttons. Ready to get going on the real
 code, but waiting on the Perl bindings to hit Cauldron.

A little question here, libyui on sourceforge seems to be stopped at
release 2.21.1 -about one year ago- and OpenSouse ships 2.21.4 but
they call it as yast2-XXX, git repository does not have any way to
build from source but using y2tool, i have a opensouse vm, so i could
try to start from there, but is that the right way to move?
I mean every time we have a new version we should have an opnesuse
machine, or better we should  understand if libyui is dead?

Maybe forking a y2tool? I'm a bit confused

Angelo
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk/xhMgACgkQqEs9DA4DquALfACglNsXofdxsIzBSlwbcpzaUu+y
9X8AnRzWN8SDj9o6sz/04dXU7yC374uL
=T4Rw
-END PGP SIGNATURE-


Re: [Mageia-dev] UiAbstraction4mcc feature proposal

2012-07-02 Thread Angelo Naselli
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Il 02/07/2012 13:23, Angelo Naselli ha scritto:
 Hi, Il 02/07/2012 04:24, Steven Tucker ha scritto:
 I have had a play with libYui that is in Cauldron, so using C++, 
 to create a window and buttons. Ready to get going on the real 
 code, but waiting on the Perl bindings to hit Cauldron.
 
 A little question here, libyui on sourceforge seems to be stopped
 at release 2.21.1 -about one year ago- and OpenSouse ships 2.21.4
 but they call it as yast2-XXX, git repository does not have any way
 to build from source but using y2tool, i have a opensouse vm, so i
 could try to start from there, but is that the right way to move? I
 mean every time we have a new version we should have an opnesuse 
 machine, or better we should  understand if libyui is dead?
 
 Maybe forking a y2tool? I'm a bit confused

Maybe i was to quick... on github they are using cmake... i'll
investigate a little bit better...

Angelo
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk/xkKIACgkQqEs9DA4DquCBCQCglhDrNHgsaI3uhWd4K12HO9Tg
XlYAoLSghcrBZj2n+RO92+VD+UAoKrUm
=wchq
-END PGP SIGNATURE-


Re: [Mageia-dev] UiAbstraction4mcc feature proposal

2012-07-02 Thread nicolas vigier
On Mon, 02 Jul 2012, Angelo Naselli wrote:

 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 Hi,
 Il 02/07/2012 04:24, Steven Tucker ha scritto:
  I have had a play with libYui that is in Cauldron, so using C++,
  to create a window and buttons. Ready to get going on the real
  code, but waiting on the Perl bindings to hit Cauldron.
 
 A little question here, libyui on sourceforge seems to be stopped at
 release 2.21.1 -about one year ago- and OpenSouse ships 2.21.4 but
 they call it as yast2-XXX, git repository does not have any way to
 build from source but using y2tool, i have a opensouse vm, so i could
 try to start from there, but is that the right way to move?
 I mean every time we have a new version we should have an opnesuse
 machine, or better we should  understand if libyui is dead?

It seems their intent is to make this library completly independent of
Suse technologies :
http://nbprashanth.wordpress.com/2011/08/18/libyui-ported/

So it should build on non-OpenSUSE machine, and if it's not the case you
can probably ask them for help.

And their git repositories on github seems to have the latest versions
tagged :
https://github.com/libyui



Re: [Mageia-dev] UiAbstraction4mcc feature proposal

2012-07-02 Thread Angelo Naselli
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Il 02/07/2012 16:09, nicolas vigier ha scritto:
 It seems their intent is to make this library completly independent
 of Suse technologies : 
 http://nbprashanth.wordpress.com/2011/08/18/libyui-ported/
 
 So it should build on non-OpenSUSE machine, and if it's not the
 case you can probably ask them for help.
 
 And their git repositories on github seems to have the latest
 versions tagged : https://github.com/libyui
Yes Nicolas, i so github, master is not builtable yet at least not all
and not for me at the moment, i'm trying to get in touch with
developers...

At the moment we built an old version of libyui-ncurses, at least we
can start working on the project :)

Angelo
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk/xxKAACgkQqEs9DA4DquB7iACgpmKMlNxnXclMUdELhvck0Ltp
ljoAoLFWx7y4RadM+g6ixSMY5itTrnnn
=R3cF
-END PGP SIGNATURE-


Re: [Mageia-dev] UiAbstraction4mcc feature proposal

2012-07-02 Thread Angelo Naselli
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Il 02/07/2012 10:09, Matteo ha scritto:
 Hi all, I had no much time to work on the perl binding for libyui
 during the past week. I was working on the libyui-ncurses package
 (-qt and -gtk are already available and working) but I encountered
 some difficulties and now Angelo is helping me so I can start to
 port libyui bindings. Regards
And they've been uploaded.

Angelo
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk/x/y8ACgkQqEs9DA4DquDCrACgpQ9b1QhN20f8csFoKPcUEmH/
zSIAoJuNdo1zb0gQiM9HOXXjwjZQ/LWI
=83yd
-END PGP SIGNATURE-


Re: [Mageia-dev] UiAbstraction4mcc feature proposal

2012-07-01 Thread Steven Tucker

Okay, so as promised I am ready to start on MCC2.

I have had a play with libYui that is in Cauldron, so using C++, to 
create a window and buttons.
Ready to get going on the real code, but waiting on the Perl bindings to 
hit Cauldron.


I'll start writing out some formal plans, but I have been giving some 
thought to the code and am starting to form a general overview of how I 
think it could be coded.


I'll report back once the perl binding arrive and I have some code and 
plans ready.


Cheers

Steven

On 28/06/12 09:38, Steven Tucker wrote:

Hi Angelo,

great to see you put your hand up.
My position at the moment, is to get through this week at work, then 
starting Monday begin work on this project.
The first step is to port the relevant libYui and related libraries 
which is what I had planned to work on next week, but if Matteo is 
working on this then that will work out great (I am just an apprentice 
with only 2 packages to date, so perhaps not the best person for that 
job).


To begin with, I planned to make a basic proof of concept Control 
Centre, so just simply a copy of the current main window of MCC but 
without any functionality, just to see it work across the widget sets. 
Then work on a single module to work out some standards and 
documentation, how to make it as easy as possible for others to come 
along and add a module.


I understand the desire to have everything in the one language (and 
the obvious choice is perl due to inertia), however I am not 
personally against individual modules being in python/perl/C++, the 
reason is that there are people who potentially would add a module but 
don't want to use a language they are not familiar with and would only 
use for that module and nothing else. So I guess I would like to give 
options so that entry to contribution is as easy as it can be. This 
all started for me when I looked into writing a module I wanted but 
found very little documentation, and realised it would be more work to 
make my module available in curses as well at gtk.


As far as other contributors, I only have one willing to dive into 
code, but it is very convenient as we work together (We just finished 
setting up our new Mageia Cluster and so now are ready for more Mageia 
goodness :-P  ) so a very small group at the moment, but to be honest, 
I think that is probably a good thing in the early stages.


As I said, I have to get through this week at work first, a week of 
deadlines, but then I can start writing some more concrete plans, and 
start playing with the code.


I'll make contact again in a few days when I am ready to get going.

Cheers

Tuxta

On 28/06/12 08:02, Angelo Naselli wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,
I'm back to this subject, because, as you probably know, the
proposal[1] has been accepted[2] and has to be merged with mine[3]
and discussed a bit to understand what we have to do and who can help.

Il 13/06/2012 14:35, Steven Tucker ha scritto:

This proposal may be a bit different to the several others you
have seen in that a lot of the heavy lifting has already been done.
The Ui layer is provided by libYui and friends, and the logic is
already there in mcc. With the perl bindings to libYui the effort
is no where near as large as a rewrite, which I imagine the several
other proposals were. I would prefer it all to be written in C++,
but that would be more work than adapting the current perl code, so
you see it's not just pie in the sky, I have actually put some
thought into it.

In a first read i understood the idea was to provide a new gui
abstraction layer, and you told me the suggested libYui library
is written in C++ with some script bindings (one for all perl) and
since I'm not a perl programmer and i know C++ and QT (something on GTk
also) i could help.
So should i assume you want to rewrite all?
Steven, can you please point me and other potential contributors
to your plans?
Planning is also needed to our proposal to be definitely accepted :)

I don't have a lot of spare time, but i will help as much as possible.

Matteo Pasotti is adding libyui to mageia repository so we could
start using it, I do also believe he's going to help us as well :)

Let's start this new adventure...

Cheers,
Angelo


[1] https://wiki.mageia.org/en/Feature:UiAbstraction4mcc
[2] https://wiki.mageia.org/en/FeatureMageia3_Review
[3] https://wiki.mageia.org/en/Feature:DrakXtoolsReview
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk/rgusACgkQqEs9DA4DquAJcQCgnYoldmMq1+EdON9q3DhXazVe
pi0An0UUHGGMnJ+X33UVmwi92AHgXM1u
=wdCu
-END PGP SIGNATURE-






[Mageia-dev] UiAbstraction4mcc feature proposal

2012-06-27 Thread Angelo Naselli
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,
I'm back to this subject, because, as you probably know, the
proposal[1] has been accepted[2] and has to be merged with mine[3]
and discussed a bit to understand what we have to do and who can help.

Il 13/06/2012 14:35, Steven Tucker ha scritto:
 This proposal may be a bit different to the several others you
 have seen in that a lot of the heavy lifting has already been done.
 The Ui layer is provided by libYui and friends, and the logic is
 already there in mcc. With the perl bindings to libYui the effort
 is no where near as large as a rewrite, which I imagine the several
 other proposals were. I would prefer it all to be written in C++,
 but that would be more work than adapting the current perl code, so
 you see it's not just pie in the sky, I have actually put some
 thought into it.

In a first read i understood the idea was to provide a new gui
abstraction layer, and you told me the suggested libYui library
is written in C++ with some script bindings (one for all perl) and
since I'm not a perl programmer and i know C++ and QT (something on GTk
also) i could help.
So should i assume you want to rewrite all?
Steven, can you please point me and other potential contributors
to your plans?
Planning is also needed to our proposal to be definitely accepted :)

I don't have a lot of spare time, but i will help as much as possible.

Matteo Pasotti is adding libyui to mageia repository so we could
start using it, I do also believe he's going to help us as well :)

Let's start this new adventure...

Cheers,
Angelo


[1] https://wiki.mageia.org/en/Feature:UiAbstraction4mcc
[2] https://wiki.mageia.org/en/FeatureMageia3_Review
[3] https://wiki.mageia.org/en/Feature:DrakXtoolsReview
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk/rgusACgkQqEs9DA4DquAJcQCgnYoldmMq1+EdON9q3DhXazVe
pi0An0UUHGGMnJ+X33UVmwi92AHgXM1u
=wdCu
-END PGP SIGNATURE-


Re: [Mageia-dev] UiAbstraction4mcc feature proposal

2012-06-27 Thread Steven Tucker

Hi Angelo,

great to see you put your hand up.
My position at the moment, is to get through this week at work, then 
starting Monday begin work on this project.
The first step is to port the relevant libYui and related libraries 
which is what I had planned to work on next week, but if Matteo is 
working on this then that will work out great (I am just an apprentice 
with only 2 packages to date, so perhaps not the best person for that job).


To begin with, I planned to make a basic proof of concept Control 
Centre, so just simply a copy of the current main window of MCC but 
without any functionality, just to see it work across the widget sets. 
Then work on a single module to work out some standards and 
documentation, how to make it as easy as possible for others to come 
along and add a module.


I understand the desire to have everything in the one language (and the 
obvious choice is perl due to inertia), however I am not personally 
against individual modules being in python/perl/C++, the reason is that 
there are people who potentially would add a module but don't want to 
use a language they are not familiar with and would only use for that 
module and nothing else. So I guess I would like to give options so that 
entry to contribution is as easy as it can be. This all started for me 
when I looked into writing a module I wanted but found very little 
documentation, and realised it would be more work to make my module 
available in curses as well at gtk.


As far as other contributors, I only have one willing to dive into code, 
but it is very convenient as we work together (We just finished setting 
up our new Mageia Cluster and so now are ready for more Mageia goodness 
:-P  ) so a very small group at the moment, but to be honest, I think 
that is probably a good thing in the early stages.


As I said, I have to get through this week at work first, a week of 
deadlines, but then I can start writing some more concrete plans, and 
start playing with the code.


I'll make contact again in a few days when I am ready to get going.

Cheers

Tuxta

On 28/06/12 08:02, Angelo Naselli wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,
I'm back to this subject, because, as you probably know, the
proposal[1] has been accepted[2] and has to be merged with mine[3]
and discussed a bit to understand what we have to do and who can help.

Il 13/06/2012 14:35, Steven Tucker ha scritto:

This proposal may be a bit different to the several others you
have seen in that a lot of the heavy lifting has already been done.
The Ui layer is provided by libYui and friends, and the logic is
already there in mcc. With the perl bindings to libYui the effort
is no where near as large as a rewrite, which I imagine the several
other proposals were. I would prefer it all to be written in C++,
but that would be more work than adapting the current perl code, so
you see it's not just pie in the sky, I have actually put some
thought into it.

In a first read i understood the idea was to provide a new gui
abstraction layer, and you told me the suggested libYui library
is written in C++ with some script bindings (one for all perl) and
since I'm not a perl programmer and i know C++ and QT (something on GTk
also) i could help.
So should i assume you want to rewrite all?
Steven, can you please point me and other potential contributors
to your plans?
Planning is also needed to our proposal to be definitely accepted :)

I don't have a lot of spare time, but i will help as much as possible.

Matteo Pasotti is adding libyui to mageia repository so we could
start using it, I do also believe he's going to help us as well :)

Let's start this new adventure...

Cheers,
Angelo


[1] https://wiki.mageia.org/en/Feature:UiAbstraction4mcc
[2] https://wiki.mageia.org/en/FeatureMageia3_Review
[3] https://wiki.mageia.org/en/Feature:DrakXtoolsReview
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk/rgusACgkQqEs9DA4DquAJcQCgnYoldmMq1+EdON9q3DhXazVe
pi0An0UUHGGMnJ+X33UVmwi92AHgXM1u
=wdCu
-END PGP SIGNATURE-