Le projet AbulEdu

Le projet AbulEdu ...

Traductions de cette page:

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 <monadresse@fai.fr>"

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.