MiniDak

MiniDak est gestionnaire d’archive de paquets debian, écrit en Bash, et dérivé de mini-dak écrit par Guillem Jover du projet Debian. J’ai dérivé le travail de Guillem pour pouvoir empaqueter facilement minidak, lui faire gérer plusieurs archives (alors que mini-dak n’en gère qu’un à la fois), et pour quelques autres améliorations comme un frontend PHP.

• dernière version stable : 0.4-1ryxeo31
• version de développement / tests : 0.5rc1

Pour les détails consultez la feuille de route et la TODO list.

Suivre la documentation README dans le paquet.

Pour la partie web publique, créer un VirtualHost. dans la racine de ce VirtualHost, faire un lien symbolique vers le répertoire $archive_dir, autoriser les liens symboliques dans la conf apache2, et le tour est joué. Vous pouvez faire plusieurs liens symboliques vers plusieurs repos, et donner des autorisations différentes suivant le repo. Exemple:

• /etc/apache2/sites-availables/apt.deep-ocean.net :

NameVirtualHost *
<VirtualHost *>
  ServerAdmin webmaster@deep-ocean.net
  ServerName apt.deep-ocean.net
  ServerAlias apt

  DocumentRoot /var/www/apt.deep-ocean.net/
  <Directory /var/www/apt.deep-ocean.net>
     Options +Indexes +FollowSymLinks
     AllowOverride None
     Order allow,deny
     allow from all
  </Directory>

  <Location /abuledupro>

     Order allow,deny
     allow from 192.168.100.0/255.255.255.0
  </Location>

  ErrorLog /var/log/apache2/error.apt.log
  LogLevel warn
  CustomLog /var/log/apache2/access.apt.log combined
  ServerSignature Off

</VirtualHost>

• /var/www/apt.deep-ocean.net/ :

remote@atlas $ ls -la                                 /var/www/apt.deep-ocean.net
total 16
drwxrwxr-x+ 2 www-data root   4096 Sep 25 11:01 .
drwxr-xr-x+ 9 root     root   4096 Sep 25 03:48 ..
lrwxrwxrwx  1 remote   nopriv   27 Sep 25 11:00 abuledupro -> /var/lib/minidak/abuledupro
lrwxrwxrwx  1 root     root     23 Sep 25 03:11 debian -> /var/lib/minidak/debian
lrwxrwxrwx  1 remote   nopriv   23 Sep 25 11:01 ubuntu -> /var/lib/minidak/ubuntu

deb http://secure.ryxeo.com/debian/ sarge main 

puis :

aptitude update
aptitude install minidak

Aptitude est préféré à apt-get pour sa meilleure résolution des dépendances.

• version 1.0 :
  • major code clean-ups,
  • better abstraction
  • rewrite in python ?
• version 0.5 :
  • send mails for packages accepted / rejected
  • support for mailing lists Cc’ed to accepts/rejects
  • enhanced logging (to be easily parsed by external scripts)
  • reject dirs queue corrections.
  • system integrated logrotating. : you can already do it, the daemon doesn’t keep the log open.
• 2006-01 : version 0.4 :
  • conf versionning
  • GPG Release signing
• 2005-09-25 : version 0.3 :
  • multi-repo mode,
  • spool dir reorganization to better handle multi-repo (conversion is manual, not handled properly... migration from 0.2 to 0.3 is painful),
  • nice and complete examples to make a second repo,
  • better handling of logfiles and pidfiles (but not complete for logfile, i must do some more work).
• 2005-09-24 : version 0.2 :
  • clean debian package,
  • preliminary doc,
  • one repo mode fully functionnal,
  • debian dirs conformance,
  • make archive-queue a daemon

• intégrer le patch de Kaleo (et vérifier du coup tous les scripts qui polluent les logs à cause de leur fonctionnement “cronique” initial perturbé par le mode daemon).
• gérer le multi-repo (plusieurs fichiers de conf) avec un seul daemon qui scannerait les confs et les queues : OK, un seul fichier de démarrage (init.d), intégration dans /etc/default, du grand art debian.
• réorganiser les répertoires de spool pour le multi-repo (/var/spool/minidak/debian et /var/spool/minidak/abuledu au lieu de /var/spool/minidak et /var/spool/minidak-abuledu)
• implémenter le GPG Release signing : done upstream by Guillem.
• implémenter le versionning de fichers de conf et la vérification de celui-ci : s’il est trop vieux le daemon ne démarre pas et affiche un message, même s’il est à START dans /etc/default/minidak. ça sera utile pour le gpg release signing qui va faire intervenir une directive de conf nouvelle...
• implémenter l’envoir de mail à l’uploadeur pour avertir du rejet/acceptation.
• comprendre le quinning et la génération de diff stat pour le remettre en production dans le paquet.
• implémenter un frontend PHP (à mettre à la racine du repo web par exemple) qui affiche les derniers ajouts / rejets et leur cause : OK dans la 0.4
• nettoyer le code pour la partie logging (pour l’instant tout est loggué en double dans 2 fichiers de logs), et permettre le logrotate classique (prise en compte du signal SIGUP par le daemon)
• corriger / modifier la daemon pour qu’il change de répertoire de rejet de queue tous les jours ? (pour l’instant il la créee une fois pour toute au lancement avec la date du jour).
• finir le multi-repo préliminaire
• valider les procédures d’upgrade avant le versionning des fichiers de conf