Forum

Reprise du message précédent

Et Girotte ! Et de 3 !
Ne t'inquiète pas Girotte, il y a tellement à faire ! Beaucoup de recherche et de synthétisation, de graphique, de retour d'expérience…

Tu peux me compter pour coder le truc si c'est dans un langage que je connais.
Après pour l'instant, on manque surtout de gens qui ont des compétences système (systemd, réseau,...)

Et de 4 ! Merci Yuusha.

Si on n'a pas les compétences, on va les acquérir. Tout du moins, moi. C'est ce dont je parlais à propos de recherche et synthétisation. Je suis confiant.

Tu peux m'ajouter aussi Jybz
Pas de compétences particulières, mais si besoin de compétence, je pourrai activer mon réseau

Et de 5 ! Merci Vinceff !

Après ça ne doit pas se faire sans le reste de la communauté. Ici on est que dans la section Fr

Ceux qui veulent participer participent. Mais c'est MLO qui initie et pour MLO dans un premier temps. Donc (dans un premier temps) à l'exclusion de Mageia.

L'élaboration sera en français avec une pensée multi-lingue. Réflexion principalement francophone, puis production bilingue.

Oki

Bonjour

Je serai éventuellement intéressé, sachant que mes compétences et mon temps techniques sont limitées et que j'ai la tête dure maintenant. Mais je pourrai aider sur de nombreux aspect (organisation du projet, doc, test, infra, promotion, ..). A titre d'information, ça fait partie de mon métier puisque je suis Product Owner et j'ai l'habitude de travailler et d'organiser le travail d'une petite équipe de développeur, intégrateur, architecte sans être un emmerdeur . Je gère la roadmap et les fonctionnalités et les évolutions d'une plateforme technique ..

Maintenant, j'ai besoin de plus de précision sur ce qui sera fait et comment on le fera. Pour ma part, même si la base vient de MLO, j'aimerai que ce projet puisse être intégré dans la distribution. Aussi, dans un premier, on peut se prévoir un échange en audio pour que tu nous explique plus en détail ta vision du projet.

Bref, ça mérite d'être creusé...

Et de 6 !

A 10, j'ouvrirai une section sur le forum pour définir le produit. On pourra évoquer nos idées, définir une réunion, etc.

Je peux participer mais que pour discuter des idées et de la partie graphique (logo principalement)

Et de 7 !
Ça tombe bien, il en faudra des icones !

Ce serait plus proche du sysadmin que du user, par le passé j'utilisais webmin qui me semble t'il a la fonction de cluster pour gérer des parcs

je pense qu'une discussion sur matrix serait volatile a l'instar d'un sujet sur un forum

ce qui est normal c'est vrai sauf si on met a jour en stable les drivers nvidia etc. ( et heureusement que les nouvelles distros ont de meilleures perfs :-) )



ça je peux répondre. 0 :-)

ca me prends aucun temps en + "pour moi" de packager 32 bit parce que je lance dans le buildsysteme et il s'occupe de tout.
En général, quand ca plante sur 32 bit ca plante aussi sur les autres archis.



Je pense que tu as raison sur ce point.

Il y a 2 solutions:

-> on modernise les actuels ( il faut des devs perl ), je prefererai avoir nos devs perl dans un premier temps sur urpmi pour ajouter les quelques fontionnalitées qui nous manque.
Coté outils nous avons Martin qui s'en occupe pour ajouter des fonctionnalitées etc mais je ne pense pas qu'il ait le temps pour une refonte graphique.
Refonte qui pourrait etre rapide en fonction de la quantité de code mutualisée entre les outils. ( je parle dans le vague, je n'en ai aucune idée ).
-> on refait des outils dans un autre language ou on utilise des actuels.

J'ai commencé dans mon petit coin ( pas les toilettes ) à y réfléchir.
Pour faire des nouveaux, il faut les faire avec une vision globale, ce que n'a pas les manatools pour moi car il n'y a pas réelle cohérence graphique entre chaque outils. Là ou pour les outils du mcc les boutons sont organisés pareil etc.
Il faut réflechir au language utilisé, un language qui permet d'avoir l'outils parfait dans les differents DE, ce que n'a pas le mcc car il est développé ent perl-gtk. Un temps un perl-qt4 existait hélas nous n'avons pas porté le code, et dans un sens heureusement car le binding perl-qt5 n'existe plus àce que j'ai vu.

Concernant les outils existant je n'en ai pas vu qui me botte vraiment, à voir du coté de Yast mais voila.


Je ne sais pas si je suis tres clair :-)

Pour conclure, je pense que pour la mageia 9 nous n'auront rien de tout cela cependant il faut dans un future proche que cela change. Nous pouvons réfléchir loin d'ou un de mes mail sur la list dev , pour dire on s'assoit, on réfléchis et on se dit on fait ca ca ca et ca pour mageia 10, ca ca et ca pour la 11 etc. Mais avoir une vue a long terme et ne pas laisser la situation telle quelle ad vitam eternam.

pour le point initial de ce sujet je ne suis pas du tout d'accord.

En effet dans mageia nous n'avons pas de ressource ENORME. Je trouverai dommage que MLO fasse des outils a part.
Je pense que les ressources devraient plutôt aller dans mageia pour aider a faire des outils performant "par defaut".