Tâche #17022
Scénario #16976: ETUDE : Comment fournir une version plus récente de SAMBA
Étudier la difficulté d’empaquetage d’une version récente de samba sur Xenial
Status:
Fermé
Priority:
Normal
Assigned To:
Target version:
Remaining (hours):
0.0
Description
- La version stable actuelle est la 4.4.5
- Repartir du paquet Ubuntu/Debian
- Tester la fourniture d’un paquet avec un nom alternatif pour ne pas entrer en conflit avec les modules en mode NT.
History
#1 Updated by Daniel Dehennin over 6 years ago
- % Done changed from 0 to 20
- Remaining (hours) changed from 21.0 to 19.0
Gestion du paquet¶
Utiliser le paquet de la distribution¶
Il s’agit d’utiliser le paquet fourni nativement par la distribution
Avantages¶
- Pas de travail supplémentaire
- Les correctifs de sécurités sont suivies par la distribution socle
Inconvénients¶
- Version de samba figée dans le temps, même si c’est la dernière version lors de la sortie de la distribution.
Backporter un paquet .deb plus récent¶
Il s’agit d’importer le paquet d’une distribution plus récente, par
exemple le paquet Yakkety sur Xenial :
- Récupérer le paquet source
- Recompiler pour la distribution cible
Avantages¶
- Évite le gros du travail de packaging fait par la distribution socle
Inconvénients¶
- Peut nécessiter des adaptations de packaging (par exemple les dépendances)
- Si l’écart est trop important entre les distributions, cela complique le travail de backport (incertitude après Yakkety pour Xenial)
- Il faut suivre les patches de sécurités
- Nous ne pouvons sortir les paquets avec les correctifs qu’une fois publiés par la distribution socle
Compiler un paquet depuis les sources samba¶
Il s’agit de faire le même travail que les distributions :
- Récupérer le tar.gz de samba
- Faire le packaging
Avantages¶
- Permet d’avoir la dernière version de Samba
- Permet d'avoir la version SILL
Inconvénients¶
- Charge de travail très importante, en fonction de comment est fait le packaging, ce travail est non mutualisable avec la distribution socle (respect des règles d’empaquetage)
- Il faut que les patches de sécurités sortent en même temps que leur annonces par Samba, cela nécessite d’avoir des intervenants particuliers auprès de Samba (comme les distributions)
Gestion des dépôts¶
Quelque soit la façon de gérer le paquet, il faut ensuite le mettre à disposition pour être utilisé par les modules EOLE.
Même paquet pour tous les modules d’une release EOLE¶
L’idée est d’avoir un paquet unique samba pour tous les modules EOLE pour une release (2.X.Y)
Avantages¶
- Mutualisation de la qualification
Inconvénients¶
- Pas de différenciation de la version par module, tous les modules sont impactés
Un dépôt dédié à Samba recompilé¶
L’idée est d’avoir un dépôt dédié à Samba avec une distribution par version de samba, par exemple :
deb http://eole.ac-dijon.fr/samba samba-4.4 main
Avantages¶
- Séparation du suivi des paquets samba par version de samba
- N’impacte que les modules utilisant un dépôt supplémentaire
Inconvénients¶
- Ces paquets ne peuvent pas être sur l’ISO commune des modules, une seule version d’un paquet peut être fourni à la fois par l’ISO.
- Chaque version de samba doit être qualifié pour chaque module l’utilisant
#2 Updated by Scrum Master over 6 years ago
- Status changed from Nouveau to En cours
#3 Updated by Scrum Master over 6 years ago
- Status changed from En cours to Résolu
#4 Updated by Scrum Master over 6 years ago
- Description updated (diff)
- Assigned To set to Daniel Dehennin
#5 Updated by Scrum Master over 6 years ago
- Status changed from Résolu to Fermé
- Remaining (hours) changed from 19.0 to 0.0
#6 Updated by Daniel Dehennin over 6 years ago
- % Done changed from 20 to 100