Evolution #6415
ajout de dépots supplémentaires
0%
Description
Bonjour,
dans le cadre de paquets non libres ou de spécifications métiers particulières, nous avons besoin d'installer des dépôts supplémentaires.
Si la méthode via sources.list.d est ok, elle ne nous est cependant pas accessible dès l'installation du module.
Serait-il possible d'implémenter une interface de saisie supplémentaire qui soit accessible dès l'instanciation, voire l'enregistrement svp ?
Genre :
activer un depot supplementaire oui/non
url du dépot
clé du depot
Merci
Cordialement
Demandes liées
Historique
#1 Mis à jour par Daniel Dehennin il y a plus de 10 ans
Bonjour,
Que penses-tu de la proposition suivante :
- Créer un dictionnaire avec les balises
<package>
pour installer les paquets proprios et l’ajouter à la variante - Ajouter un
/etc/apt/sources.list.d/medde-private.list
à la variante - Ajouter un
/etc/apt/trusted.gpg.d/medde-private.gpg
à la variante
Lors de l’enregistrement zephir cela donne :
enregistrement_zephir
: Téléchargement du dico, du fichierssources.list
et du keyring gpgQuery-Auto -i
: Mise à jour de la liste des paquets afin de prendre en compte le nouveausources.list
et le keyring associéinstance
: installation des paquets, instanciation des fichiers de configuration et (re)démarrage des services
Je pense que cela devrait fonctionner en l’état, sans faire autre chose que modifier une variante et la procédure d’installation pour faire un Query-Auto
.
#2 Mis à jour par Thierry Bertrand il y a plus de 10 ans
Je vérifie que ça n'entraine pas d'effets de bord à l'enregistrement.
++
#3 Mis à jour par Daniel Dehennin il y a plus de 10 ans
- Statut changé de Nouveau à En attente d'informations
- Assigné à mis à Thierry Bertrand
On attend ton retour.
Merci.
#4 Mis à jour par Thierry Bertrand il y a plus de 10 ans
pour info, le keyring gpg doit être créé de la façon suivante :
gpg --no-default-keyring --keyring ./pner.gpg --import ./pner.asc
Une fois intégré via variante des 2 fichiers, les 2 commandes suivantes suffisent :
enregistrement_zephir
instance zephir.eol
l'enregistrement effectuant déjà un Query-Auto.
=> tout est fonctionnel.
Seul "bémol", cette méthode nécessite une variante.
Merci !
#5 Mis à jour par Daniel Dehennin il y a plus de 10 ans
Thierry Bertrand a écrit :
=> tout est fonctionnel.
Seul "bémol", cette méthode nécessite une variante.
Que penses-tu de laisser « en l’état » pour la 2.3 avec l’utilisation d’une variante et de voir pour l’ajout en natif dans la 2.4 ?
Pour l’implémenter correctement, il faudrait un groupe de variables multivaluées :
- Un nom
<NAME>
pour y faire référence - Le nom de la distribution
<DIST>
, par exemple :eole-2.4-unstable
- Une liste de composants
<COMPS>
à utiliser, par exemple :main
- Une URL
<REPO>
vers le dépôt supplémentaire, par exemple :http://eole.ac-dijon.fr/eole
- Une URI
<KEY>
vers la clef signant le dépôt supplémentaire, par exemple :http://eole.ac-dijon.fr/eole/project/eole-2.4-repository.key
- Un booléen
<SRCS?>
pour activer les dépôts sources
Cela permet de générer les sources :
# deb <REPO> <DIST> <COMPS> deb http://eole.ac-dijon.fr/eole eole-2.4-unstable main # deb-src <REPO> <DIST> <COMPS> deb-src http://eole.ac-dijon.fr/eole eole-2.4-unstable main
NB pour la personne qui va implémenter la fonctionnalité: <COMPS>
ne pourra pas être une multi, il faudrait le support des multi de multi sinon ;-)
#6 Mis à jour par Thierry Bertrand il y a plus de 10 ans
Ça me convient parfaitement.
Là, on va passer tous nos serveurs en variante pour diverses raisons. Du coup, la méthode est ok pour nous.
Merci
#7 Mis à jour par Joël Cuissinat il y a plus de 9 ans
- Statut changé de En attente d'informations à Classée sans suite
En 2.4, les fichiers ajoutés dans /etc/apt/sources.list.d sont pris en compte.
La documentation a été mise à jour dans ce sens :
http://eoleng.ac-dijon.fr/pub/Documentations/manuels/2.4/beta/partielles/MiseEnOeuvreDesModulesEOLE/co/04-sources.html