Intégration complète des remarques de Jean-Luc. PS : je suis désolé pour l'inondation sur la liste mais j'ai cru que mes messages étaient ignorés, ils semblent qu'ils aient juste fait un tour dans le spamassassin...
-- CHAROLOIS Raphaël http://eleves.ec-lille.fr/~charoloi See above for my PGP keys.Title: volatile.debian.net
Above all, do no harm
volatile.debian.net
Certains paquets nécessitent des mises à jour fréquentes tels les filtres à polluriel ou les scanneurs d'antivirus, et même l'utilisation Le principal problème de volatile est de permettre aux administrateurs système de maintenir à jour leurs systèmes d'une manière cohérente et facile sans encourir les inconvénients de l'utilisation de paquets de la distribution instable.
Conditions d'acceptation
- les paquets ne devraient être acceptés qu'en accord avec leur responsable ;
- volatile n'est pas qu'« un autre endroit » pour les retro-portages, mais devrait également contenir des modifications des programmes de la distribution stable qui sont nécessaires à les maintenir fonctionnels ;
- cela doit permettre à tout administrateur de « bêtement utiliser » volatile comme il « utiliserait bêtement » security.d.o, et d'être confiant dans le fait que rien ne sera cassé ;
- en ce qui concerne les bogues, le système de gestion de bogues standard de debian doit être utilisé ;
- les paquets dans main ne peuvent pas nécessiter l'installation de paquets en dehors de main pour l'installation ou la compilation. Les paquets doivent être reconstructibles au sein de la même version ;
- les paquets doivent être repecteux de la politique debian; nous utilisons en fait http://release.debian.org/sarge_rc_policy.txt pour savoir ce qui est bon de ce qui ne l'est pas ;
- la mise à jour depuis volatile vers la version suivante de debian doit être au moins aussi facile que depuis la version actuellement utilisée, ce qui signifie que les versions situées dans volatile ne doivent pas être supérieures à celle de la distribution testing.
Support de sécurité
Il n'y a pas de support officiel de sécurité par l'équipe officielle, mais l'équipe volatile s'en charge.
Publications de volatile?
On pourrait imaginer découper volatile en une zone de publication et une zone de murissement. Un avantage de cela serait que les mises à jour seraient moins fréquentes. Toutefois, si l'on restreint uniquement volatile à des modifications nécessaires et qu'il n'y a pas plus de 10 paquets dedans, nous n'avons pas besoin de cela.
Dépôt
Vous pouvez consulter la liste des mirroirs pour les dépôts
Pour des mirroirs permanents, contactez nous.
Clé de signature de l'archive
Consultez ziyi-2005.asc.
Contact
L'adresse générique (nouveaux paquets, création de mirroirs, ...) est [EMAIL PROTECTED].
Si vous voulez vous inscrire à cette adresse, consultez http://lists.debian.org/debian-volatile pour de plus amples détails.
installation times
Contrairement à ce qui se passe sur ftp-master, il n'y a pas de périodes d'installation réellement fixées. dinstall est lancé par le planificateur cron aux minutes 5 et 35. Premièrement, tout fichier de modifications dans le répertoire d'envoi est vérifié. S'il y a des modifications dans la file des paquets acceptés (ce qui signifie qu'au moins un paquet a été accepté du répertoire des non-acceptés ou que le paquet a été accepté manuellement) ou qu'un responsable volatile (volatile-master) marque pour que dinstall se lance dans tous les cas, alors dinstall est lancé et les mirroirs sont mis à jour après l'exécution.
