Projet

Général

Profil

Tâche #37400

Scénario #37388: Le format sources.list n’est plus utilisé sur Ubuntu 26.04

Utiliser le nouveau format pour les dépôts principaux.

Ajouté par Benjamin Bohard il y a 6 mois. Mis à jour il y a 4 mois.

Statut:
Fermé
Priorité:
Normal
Assigné à:
Benjamin Bohard
Version cible:
Livraison Cadoles - MEN 31/12/2025 (30)
Début:
01/10/2022
Echéance:
% réalisé:

100%

Temps estimé:
0.00 h
Restant à faire (heures):
0.0

Révisions associées

Révision e94ccc0c (diff)
Ajouté par Benjamin Bohard il y a 5 mois

Utiliser le format deb822 pour les dépôts eole, ubuntu et envole

Ref #37400

Révision 80692b6e (diff)
Ajouté par Benjamin Bohard il y a 5 mois

Composants manquant pour les dépôts principaux

Ref #37400

Révision 8c40ed80 (diff)
Ajouté par Joël Cuissinat il y a 4 mois

Correction des noms de suites des dépôts eole

Ref #37400

Révision 923d1cee (diff)
Ajouté par Joël Cuissinat il y a 4 mois

The u prefix for strings is no longer necessary in Python >=3.0

Ref: #37400

Historique

#1 Mis à jour par Benjamin Bohard il y a 6 mois

  • Assigné à mis à Benjamin Bohard

#2 Mis à jour par Benjamin Bohard il y a 6 mois

Pour utiliser le nouveau format de sources, il faut expliciter la clé utilisée pour chaque dépôt.

Le plus direct semble de fournir un fichier dans le paquet eole-archive-keyring : la mise à jour des clés pourrait se faire dans le même dépôt / paquet que la déclaration de l’association entre dépôt et clé.

Côté pyeole.pkg, pour la templatisation des sources, il serait possible d’utiliser un code pérenne allant lire le fichier fourni par eole-archive-keyring pour y récupérer le nom de la clé pour chaque dépôt.

On peut pousser l’idée jusqu’à lire un ensemble de fichiers dans un répertoire pour permettre l’utilisation de dépôts alternatifs (utilisant donc d’autres clés). Tous les fichiers seraient concaténés avec écrasement des clés déjà existantes (ordre lexicographique des fichiers, celui d'EOLE arrivant en premier avec un nom en 00-*).

L’association doit être faite pour trois sources : EOLE, UBUNTU et ENVOLE. Comme l’URL des miroirs peut être la même, il serait nécessaire d’avoir une clé double ou des sections. pyeole pourra utiliser la section puis la valeur des variables creole définissant les miroirs pour sélectionner le bon nom de clé.

Par exemple, le fichier que pourrait fournir EOLE aurait la structure suivante :

[EOLE]
"test-eole.ac-dijon.fr" = "eole-archive-eole-2.11-resolute-raccoon.gpg" 
"eole.ac-dijon.fr" = "eole-archive-eole-2.11-resolute-raccoon.gpg" 

[UBUNTU]
"test-eole.ac-dijon.fr" = "…" 
"eole.ac-dijon.fr" = "…" 

[ENVOLE]
…

#3 Mis à jour par Benjamin Bohard il y a 6 mois

  • Statut changé de Nouveau à En cours

#4 Mis à jour par Benjamin Bohard il y a 4 mois

  • Statut changé de En cours à À valider

#5 Mis à jour par Ludwig Seys il y a 4 mois

  • Statut changé de À valider à Résolu

#6 Mis à jour par Joël Cuissinat il y a 4 mois

  • Statut changé de Résolu à Fermé
  • % réalisé changé de 0 à 100
  • Restant à faire (heures) mis à 0.0
root@eolebase:~# Query-Auto
   [ ... ]
Maj-Auto - l'appel à apt-get (-c /etc/apt/apt-eole.conf update) a retourné une erreur (code 100). Voir /var/log/apt/term.log
E: Le dépôt http://test-eole.ac-dijon.fr/eole eole-2.11 Release n'a pas de fichier Release.
E: Le dépôt http://test-eole.ac-dijon.fr/eole eole-2.11-security Release n'a pas de fichier Release.
E: Le dépôt http://test-eole.ac-dijon.fr/eole eole-2.11-updates Release n'a pas de fichier Release.

root@eolebase:~# cat /etc/apt/sources.list.d/eole.sources 
Enabled: yes
Types: deb
URIs: http://test-eole.ac-dijon.fr/eole
Suites: eole-2.11 eole-2.11-security eole-2.11-updates
Components: main cloud
Achitectures: amd64
Signed-By: /usr/share/keyrings/eole-archive-keyring.gpg

root@eolebase:~# Query-Auto -C
   [ ... ]
Maj-Auto - l'appel à apt-get (-c /etc/apt/apt-eole.conf update) a retourné une erreur (code 100). Voir /var/log/apt/term.log
E: Le dépôt http://test-eole.ac-dijon.fr/eole eole-2.11 Release n'a pas de fichier Release.
E: Le dépôt http://test-eole.ac-dijon.fr/eole eole-2.11-security Release n'a pas de fichier Release.
E: Le dépôt http://test-eole.ac-dijon.fr/eole eole-2.11-updates Release n'a pas de fichier Release.

root@eolebase:~# cat /etc/apt/sources.list.d/eole.sources 
Enabled: yes
Types: deb
URIs: http://test-eole.ac-dijon.fr/eole
Suites: eole-2.11 eole-2.11-security eole-2.11-updates eole-2.11-testing
Components: main cloud
Achitectures: amd64
Signed-By: /usr/share/keyrings/eole-archive-keyring.gpg

root@eolebase:~# Query-Auto -D
   [ ... ]
root@eolebase:~# cat /etc/apt/sources.list.d/eole.sources 
Enabled: yes
Types: deb
URIs: http://test-eole.ac-dijon.fr/eole
Suites: eole-2.11-unstable
Components: main cloud
Achitectures: amd64
Signed-By: /usr/share/keyrings/eole-archive-keyring.gpg

#7 Mis à jour par Joël Cuissinat il y a 4 mois

  • Temps estimé mis à 0.00 h
Ah bah du coup, c'est pas bon :o
  • eole-2.11 -> eole-2.11.0
  • eole-2.11-security -> eole-2.11.0-security
  • eole-2.11-updates -> eole-2.11.0-updates
  • eole-2.11-testing -> eole-2.11.0-proposed-updates (eole-2.11-testing existe mais on l'utilise plutôt pour les première RC)

Formats disponibles : Atom PDF