~~NOTOC~~ ====== Réunion du samedi 15 décembre 2007 ====== //Source: wiki de scideralle// __Lieu :__ salle de formation Ryxéo à Bordeaux Rendez-vous samedi 15 décembre 2007 à 9h30 à Villenave d'Ornon. Pour s'y rendre : http://www.ryxeo.com/index.php/2006/06/17/2-contact-et-comment-faire-pour-venir-chez-ryxeo NB : On a bien reçu les messages d'encouragement et les remerciements de Normandie... ;-) (Et il les a bien lus ! F.) ==== Participants ==== Présents : Hervé Baronnet, Laurent Bessonnet, Denis Chassac, André Connes, Fred Humbert, Ania Lesca, Jean Peyratout, Éric Seigne Excusés : François Audirac, Jean-Paul Chiron, Pascal Gascoin, David Lucardi, Jean-Louis Sendral ... excuses pour les oublis ==== ordre du jour ==== * reprise de contact, présentations, attentes et projets * situation Ryxéo et AbulÉdu, problématiques, alternatives * définition priorités des mois à venir * orientation développements (outils et méthodes) * définir écosystème viable * tests et débug AbulÉdu * structuration communication à venir ==== Priorités ==== * bascule WMaker -> XFCE * dossiers partagés, pbs de permissions * usages de la forge * Webadmin à 0 bugs * clients lourds * power off (pour éviter des extinctions brutales de clients lours, on met un bouton pour éteindre les clients légers aussi) * sites Web * LeTerrier * traces * outils de dév (Python ?) * ergonomie * déplacement sur la forge * bibliothèque d'exercices * cursus * AbulEdu CD-live * AbulEdu "core" * HST Horizon tools system * restauration des profils * CACTI présentation graphique de monitoring de la machine (débit réseau, connexion, etc.) * DNS / mail / smtp (webadmin) pb avec certains FAI qui ne relaient pas correctement (ex. Wanadoo) Propositions outil de retour d'infos / bugs dans tous les logiciels du Terrier Menu Aide -> 2 sous-menus : * utilisations -> observations / commentaires / remarques / forum * j'ai rencontré un problème -> nom / courriel / adresse / boîte texte L'idée est d'amener les utilisateurs vers la liste utilisation @abuledu.org, les listes en général, et surtout de ne pas perdre les retours de bugs et demandes de fonctionnalité de leur part ==== outils de développement ==== * forge et suivi des projets, bugtrack, tâches, todo * Objectif => travail publié et collaboratif * Test et création des projets (15 caractères, 10 + 5 : leterrier-anous, leterrier-labyr, etc.) ==== création de paquets ==== Installer les paquets des outils de dév avec synaptic ou autre * Dépôts "Sources" * paquet devscripts -> à quel nom et avec quelle clé GPG signer * paquet dpkg-dev-el -> accepter les nombreuses dépendances emacs-debian etc puis, dans le fichier .bashrc (dans son /home), mettre une ligne export DEBEMAIL="NOM PRENOM " et dans le fichier .devscripts DEBSIGN_MAINT="MON NOM" DEBSIGN_KEYID=oxoxoxoxox (ma clef GPG) DEBUILD_PRESERVE_ENV=yes DEBUILD_ROOTCMD=fakeroot et enfin dans le fichier .dupload.conf (voir doc de la formation), sans les commentaires # et en personnalisant de la façon kivabien : package config; $cfg{'mon-etiquette'} = { # dupload --to etiquette : dupload envoie à la bonne branche, indiquée par l'étiquette fqdn => "apt.ryxeo.com", # fully qualifief domain name nom de domaine login="monlogin", # mon login de ftp method => "scpb", # scpb = ftp via ssh en mode binaire, ou ftp ou autre à venir incoming => "/var/spool/minidak/ubuntu/incoming/", nonus => 1, mailto => "devteam\@ryxeo.com", mailtx => "devteam\@ryxeo.com", }; Récupérer un paquet apt-get source paquet -> récupère les sources du paquet exemple : apt-get source PAQUET -> il télécharge dans le répertoire où on se trouve orig.tar.gz diff.gz etc. + différents répertoires dont /--/debian mettre à jour les fichiers dans /--/ modifier le changelog dans /--/debian/changelog Les commandes : * dch -i -> ajoute un changelog incrémenté * debuild -> build package construit le paquet et lance debsign pour signer * debsign -> gpg sign si nécessaire * dpkg -i FICHIER.deb -> installe localement * dupload -> envoie là où c'est indiqué dans le fichier /home/~/.dupload.conf ==== paquets (organisation) ==== * stable (open) -> ok validé et dispo * beta (open) -> construit mais en cours de test et non utilisable en production * pro (restricted ?) Quid ? contenu ? a priori seulement les paquets concernant les services associés de monitoring, maintenance à distance etc.