Projet

Général

Profil

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

Ajouté par Daniel Dehennin il y a plus de 7 ans. Mis à jour il y a plus de 7 ans.

Statut:
Fermé
Priorité:
Normal
Assigné à:
Début:
05/09/2016
Echéance:
% réalisé:

100%

Temps estimé:
21.00 h
Temps passé:
Restant à faire (heures):
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.

Historique

#1 Mis à jour par Daniel Dehennin il y a plus de 7 ans

  • % réalisé changé de 0 à 20
  • Restant à faire (heures) changé de 21.0 à 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 :

  1. Récupérer le paquet source
  2. 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 :

  1. Récupérer le tar.gz de samba
  2. 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 Mis à jour par Scrum Master il y a plus de 7 ans

  • Statut changé de Nouveau à En cours

#3 Mis à jour par Scrum Master il y a plus de 7 ans

  • Statut changé de En cours à Résolu

#4 Mis à jour par Scrum Master il y a plus de 7 ans

  • Description mis à jour (diff)
  • Assigné à mis à Daniel Dehennin

#5 Mis à jour par Scrum Master il y a plus de 7 ans

  • Statut changé de Résolu à Fermé
  • Restant à faire (heures) changé de 19.0 à 0.0

#6 Mis à jour par Daniel Dehennin il y a plus de 7 ans

  • % réalisé changé de 20 à 100

Formats disponibles : Atom PDF