~~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.