(Courriels de diversion: <cure-pipe@accentuera-concernee.com> <gommes@incommodons-detronait.com> <demontrent@demêloirs-reeligibles.com> <sous-traitions@quintupleront-aboieraient.com> <couvons@inciserai-courbe.com> <resonance@longeaient-rattachez.com> <parquions@incurverait-obliques.com> <kidnappeurs@classifier-information.com> <edulcorant@remontrer-competitif.com> <orangeraie@rapetissee-synchronisees.com> )
Pour la gCULTe, je recherche des volontaires : - Développement d'un petit portail Internet : Présentation de la gCULTe, du CULTe et des liens utiles (freshmeat,linuxfr.org,lwn...) - Créateurs de RPMS (mmm... à voir si une petit conf. ne serait pas nécessaire) : Si chacun maintien un/deux RPMS, tout serait si simple... - Ecrivains : de la doc en français sur l'utilisation de Window Maker & autre Sinon, voici la dernière xRFC0002 : Création: 22/09/1999 Dernière modification: 26/09/1999 Version: 0.0.3 Nom: Evolution de la gCULTe Pilote: Arnaud Rolly <rolly@technologist.com> Contributeurs : - Guylhem XXXX <guylhemlistes@free.fr> - Franz-Albert Van Den Bussche <fvdb.ligue.mp@wanadoo.fr> - jdd <jdanield@club-internet.fr> Objet: Bilan de la gCULTe 1.0 et prévisions d'évolution Texte: gCULTe version 2.0 I - Bilan de la gCULTe 1.0 La gCULTe 1.0 souffre, comme toute distribution, de problèmes. Sa sortie précipitée pour la journée d'installation Linux du 18 septembre 1999 n'a pas permis une phase de test intensive et de déboguage de toutes les modifications. II - Évolution II.I - Base La gCULTe 2.0 sera toujours basée sur la distribution RedHat. Deux approches sont possible : - La comptabilité avec la RedHat n'est plus de mise, ce qui permet la suppression de cetains packages redondants, et avoir une distrib sur un seul CD. - On garde une comptabilité totale, car tous les ajouts se font sur un second CD, mais il faut développer un moyen original d'installation pour deux CDs. II.II - Interface graphique Toute comme pour la version 1.0, la gCULTe 2.0 se basera sur Window Maker. II.II.I - Menu de lancement Les programmes installés doivent etre accessibles via le menu 'Applications', un sous-menu externe calqué sur une arborescence dans /etc/X11/wmaker. Par exemple, pour intégrer xwave, il suffit de créer le fichier /etc/X11/wmaker/Audio/XWave dont le contenu est la command de lancement : xwave. Le fichier doit avoir l'attribut exécutable. II.II.II - Françisation Le maximum des programmes doit etre traduit en français. Si nécessaire et si une équipe se porte volontaire, une équipe de traduction peur etre mise en place. II.II.III - Intégration KDE Les outils KDE seront intégrés au maximum, car ils fournissent une base de travail relativement stable. II.III - Sécurité La sécurité est un point critique qui sera largement couvert : - Sécurité du système : deux approches firewall : * un firewall facile à mettre en oeuvre et répondant à une majorité de cas d'utilisation "standard" * un firewall complet avec tous les outils nécessaires et la documentation associée - Sécurité des données : cryptage de fichiers,de partitions et des communications, utilitaires pour améliorer la fiabilité du stockage des données (RAID & autre...) III - Internet La distribution sera totalement préconfigurée pour l'accés Internet avec Free. Si Free nous le permet, il sera meme possible de se connecter sans abonnement pour s'inscrire et récupérer ainsi un compte chez eux. Si une équipe se porte volontaire, un portail Internet sera développé. Ce portail serait la page par défaut du navigateur Internet de la gCULTe. IV - Règles de développement 1) Quiconque peut intégrer l'équipe de développement 2) Tout développeur peut être rejeté/exclu de l'équipe de développement 3) Quiconque peut proposer des logiciels, sous forme source 4) Tout logiciel instable sera rejeté 5) Chaque développeur signera électroniquement ses RPMS 6) Une base des clef électroniques publiques sera maintenue sur le Web 7) Toute soumission de RPM ne peut être faite qu'au maximum un mois avant la sortie d'une version stable 8) A tout RPM binaire doit correspondre un RPM source 9) Le pilote de projet, sous contrôle du CA, à tout pouvoir pour gérer le projet et constituer son équipe V - Règles de production Le pilote de projet, après accord du CA, arrête la date de fin de développement de la version en cours. Pendant une durée de trois semaines minimum, seules les corrections de bugs seront admises (phase de test). Une semaine est ensuite réservée à la production en série des CD et en respectant le calendrier des réunions régulières de l'association. Le nombre de CD à produire et le prix unitaire de chacun sont fixés par le CA et l'équipe de développement. Cependant, toute version produite sera librement copiable, respectant ainsi la GPL. Le pilote produit le CD master à partir duquel sont produits les autres CD. La responsabilité du pilote s'arrête à la production de ce master. -- Arnaud Rolly E-Mail : rolly@technologist.com _______________________________________________________________________ Le CULTe sur le ouebe: http://savage.iut-blagnac.fr/