Project

General

Profile

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

Added by Daniel Dehennin over 7 years ago. Updated over 7 years ago.

Status:
Fermé
Priority:
Normal
Assigned To:
Start date:
09/05/2016
Due date:
% Done:

100%

Estimated time:
21.00 h
Spent time:
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 7 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 :

  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 Updated by Scrum Master over 7 years ago

  • Status changed from Nouveau to En cours

#3 Updated by Scrum Master over 7 years ago

  • Status changed from En cours to Résolu

#4 Updated by Scrum Master over 7 years ago

  • Description updated (diff)
  • Assigned To set to Daniel Dehennin

#5 Updated by Scrum Master over 7 years ago

  • Status changed from Résolu to Fermé
  • Remaining (hours) changed from 19.0 to 0.0

#6 Updated by Daniel Dehennin over 7 years ago

  • % Done changed from 20 to 100

Also available in: Atom PDF