Erreur clé GPG dépôts Bélénos
Salut à tous,
Il est fort probable que mon souci vienne d'une installation exotique, mais le problème n'est peut-être pas insoluble.
Je ne suis pas sous Trisquel, mais sous Debian Jessie, à jour (8). J'ai voulu installer Icecat à partir des dépôts de Trisquel, afin qu'il se mette à jour automatiquement (avec le fichier preferences)
J'ai donc ajouté ce dépot de TRisquel dans mon sources.list:
deb http://archive.trisquel.info/trisquel/ belenos-updates main
J'ai installé à partir du dépôt main le paquet trisquel-keyring. Voici le résultat, ça n'a pas l'air de rentrer dans le crâne du système bien que ça s'installe:
root@zone:/home/stef# aptitude install trisquel-keyring
Les NOUVEAUX paquets suivants vont être installés :
trisquel-keyring
0 paquets mis à jour, 1 nouvellement installés, 0 à enlever et 155 non mis à jour.
Il est nécessaire de télécharger 3 654 o d'archives. Après dépaquetage, 49,2 ko seront utilisés.
ATTENTION : des versions non certifiées des paquets suivants vont
être installées.
Des paquets non certifiés peuvent compromettre la sécurité de votre
système. Vous ne devriez les installer que si vous êtes certain
que c'est bien votre intention.
trisquel-keyring
Voulez-vous ignorer cet avertissement et continuer quand même ?
Pour continuer, entrer « Oui ». Pour interrompre l'installation, entrer « Non » : oui
Prendre : 1 http://archive.trisquel.info/trisquel/ belenos/main trisquel-keyring all 4.5-1 [3 654 B]
3 654 o téléchargés en 0s (47,9 ko/s)
Récupération des rapports de bogue… Fait
Analyse des informations Trouvé/Corrigé… Fait
Sélection du paquet trisquel-keyring précédemment désélectionné.
(Lecture de la base de données... 192179 fichiers et répertoires déjà installés.)
Préparation du dépaquetage de .../trisquel-keyring_4.5-1_all.deb ...
Dépaquetage de trisquel-keyring (4.5-1) ...
Paramétrage de trisquel-keyring (4.5-1) ...
gpg: clef B98321F9 : « Squeeze Stable Release Key <name at domain> » n'est pas modifiée
gpg: clef 473041FA : « Debian Archive Automatic Signing Key (6.0/squeeze) <name at domain> » n'est pas modifiée
gpg: clef 65FFB764 : « Wheezy Stable Release Key <name at domain> » n'est pas modifiée
gpg: clef 46925553 : « Debian Archive Automatic Signing Key (7.0/wheezy) <name at domain> » n'est pas modifiée
gpg: clef 518E17E1 : « Jessie Stable Release Key <name at domain> » n'est pas modifiée
gpg: clef 2B90D010 : « Debian Archive Automatic Signing Key (8/jessie) <name at domain> » n'est pas modifiée
gpg: clef C857C906 : « Debian Security Archive Automatic Signing Key (8/jessie) <name at domain> » n'est pas modifiée
gpg: Quantité totale traitée : 7
gpg: non modifiées : 7
Logiquement, j'ai une erreur à toute mise à jour des dépôts ou d'installation d'un logiciel issu de Bélénos.
aptitude update
69,8 Mo téléchargés en 43s (1 619 ko/s)
W: Erreur de GPG : http://archive.trisquel.info belenos-updates InRelease : Les signatures suivantes n'ont pas pu être vérifiées car la clé publique n'est pas disponible : NO_PUBKEY B4EFB9F38D8AEBF1
W: Erreur de GPG : http://archive.trisquel.info belenos InRelease : Les signatures suivantes n'ont pas pu être vérifiées car la clé publique n'est pas disponible : NO_PUBKEY B4EFB9F38D8AEBF1
Le trousseau de clé de TRisquel est bien présent sur le système.
root@zone:/home/stef# ls /var/lib/apt/keyrings
trisquel-archive-keyring.gpg ubuntu-archive-keyring.gpg
Une idée/explication ? Merci !
Désolé pour l'absence de mise en page, j'avais coupé le java et n'avais pas accès aux balises...
Je ne suis pas sous Trisquel, mais sous Debian Jessie, à jour (8). J'ai voulu installer Icecat à partir des dépôts de Trisquel, afin qu'il se mette à jour automatiquement (avec le fichier preferences)
Rougecitron,
Euh... excuse moi, je vais en faire rire certains sur ce forum, mais ma meilleure réponse est : Installe Trisquel !
Trisquel GNU/Linux : Run Free !
https://www.gnu.org/
http://www.dailymotion.com/video/x2vdsze_richard-stallman-tedx-geneve-2014-edition-francaise-sous-titres-fr_tech
Plus sérieusement, pourquoi installer un logiciel libre sur un système qui ne l'est pas ?
Il y a plein de renseignements ici (et des liens vers un wiki qui te sera utile) :
https://www.gnu.org/software/gnuzilla/
Il ya personne chez Debian pour t'aider ?
Substance2004 Debian est Libre mais pas reconnue par la FSF
il y de nombreux fils de conversations du coté anglophone
https://trisquel.info/en/forum/difference-between-linux-libre-kernel-and-debian-main-kernel
https://trisquel.info/en/forum/debian-and-gnewsense
Je faisais la meme erreur avant ,actuellement je n'ai plus d'apriori a l'utuliser en dual boot avec gNewsense
Très Nombreux sur ce Forum et ailleurs qui l'utulisent aussi ;-)
il s'agit évidemment de ne pas installer de logiciels propriètaires par la suite...
Sur ce point, il me semble que le noyeau de Debian n'est pas nettoyé des pilotes propriétaires. Mais oui, la branche free des dépôts Debian est conforme aux critères de la FSF, et c'est parce que l'installeur Debian propose une activation possible (et pas automatique) de branches contenant du propriétaire (contrib et non-free) que Debian n'est pas reconue.
Salut à tous,
Il est fort probable que mon souci vienne d'une installation exotique, mais
le problème n'est peut-être pas insoluble.
Je ne suis pas sous Trisquel, mais sous Debian Jessie, à jour (8). J'ai
voulu installer Icecat à partir des dépôts de Trisquel, afin qu'il se
mette à jour automatiquement (avec le fichier preferences)
J'ai donc ajouté ce dépot de TRisquel dans mon sources.list:
deb http://archive.trisquel.info/trisquel/ belenos-updates main
J'ai installé à partir du dépôt main le paquet trisquel-keyring. Voici le
résultat, ça n'a pas l'air de rentrer dans le crâne du système bien que
ça s'installe:
root@zone:/home/stef# aptitude install trisquel-keyring
Les NOUVEAUX paquets suivants vont être installés :
trisquel-keyring
0 paquets mis à jour, 1 nouvellement installés, 0 à enlever et 155 non mis
à jour.
Il est nécessaire de télécharger 3 654 o d'archives. Après dépaquetage,
49,2 ko seront utilisés.
ATTENTION : des versions non certifiées des paquets suivants vont
être installées.
Des paquets non certifiés peuvent compromettre la sécurité de votre
système. Vous ne devriez les installer que si vous êtes certain
que c'est bien votre intention.
trisquel-keyring
Voulez-vous ignorer cet avertissement et continuer quand même ?
Pour continuer, entrer « Oui ». Pour interrompre l'installation, entrer
« Non » : oui
Prendre : 1 http://archive.trisquel.info/trisquel/ belenos/main
trisquel-keyring all 4.5-1 [3 654 B]
3 654 o téléchargés en 0s (47,9 ko/s)
Récupération des rapports de bogue… Fait
Analyse des informations Trouvé/Corrigé… Fait
Sélection du paquet trisquel-keyring précédemment désélectionné.
(Lecture de la base de données... 192179 fichiers et répertoires déjà
installés.)
Préparation du dépaquetage de .../trisquel-keyring_4.5-1_all.deb ...
Dépaquetage de trisquel-keyring (4.5-1) ...
Paramétrage de trisquel-keyring (4.5-1) ...
gpg: clef B98321F9 : « Squeeze Stable Release Key » n'est pas modifiée
gpg: clef 473041FA : « Debian Archive Automatic Signing Key (6.0/squeeze)
» n'est pas modifiée
gpg: clef 65FFB764 : « Wheezy Stable Release Key » n'est pas modifiée
gpg: clef 46925553 : « Debian Archive Automatic Signing Key (7.0/wheezy)
» n'est pas modifiée
gpg: clef 518E17E1 : « Jessie Stable Release Key » n'est pas modifiée
gpg: clef 2B90D010 : « Debian Archive Automatic Signing Key (8/jessie)
» n'est pas modifiée
gpg: clef C857C906 : « Debian Security Archive Automatic Signing Key
(8/jessie) » n'est pas modifiée
gpg: Quantité totale traitée : 7
gpg: non modifiées : 7
Logiquement, j'ai une erreur à toute mise à jour des dépôts ou
d'installation d'un logiciel issu de Bélénos.
aptitude update
69,8 Mo téléchargés en 43s (1 619 ko/s)
W: Erreur de GPG : http://archive.trisquel.info belenos-updates
InRelease : Les signatures suivantes n'ont pas pu être vérifiées car la
clé publique n'est pas disponible : NO_PUBKEY B4EFB9F38D8AEBF1
W: Erreur de GPG : http://archive.trisquel.info belenos InRelease : Les
signatures suivantes n'ont pas pu être vérifiées car la clé publique
n'est pas disponible : NO_PUBKEY B4EFB9F38D8AEBF1
Le trousseau de clé de TRisquel est bien présent sur le système.
root@zone:/home/stef# ls /var/lib/apt/keyrings
trisquel-archive-keyring.gpg ubuntu-archive-keyring.gpg
Une idée/explication ? Merci !
Les versions précédentes de Debian incluaient des blobs non libres avec le noyau Linux. Avec la version Debian 6.0 (Squeeze) en février 2011, ces blobs ont été retirés de la distribution main, empaquetés séparément et placés dans le dépôt non libre. Néanmoins, le problème n'est pas entièrement résolu : dans certains cas, l'installateur recommande ces micrologiciels non libres pour les périphériques de la machine
https://www.gnu.org/distros/common-distros.fr.html
Les versions précédentes de Debian incluaient des blobs non libres avec le
noyau Linux. Avec la version Debian 6.0 (Squeeze) en février 2011, ces blobs
ont été retirés de la distribution main, empaquetés séparément et
placés dans le dépôt non libre. Néanmoins, le problème n'est pas
entièrement résolu : dans certains cas, l'installateur recommande ces
micrologiciels non libres pour les périphériques de la machine
https://www.gnu.org/distros/common-distros.fr.html
Sur ce point, il me semble que le noyeau de Debian n'est pas nettoyé des
pilotes propriétaires. Mais oui, la branche free des dépôts Debian est
conforme aux critères de la FSF, et c'est parce que l'installeur Debian
propose une activation possible (et pas automatique) de branches contenant du
propriétaire (contrib et non-free) que Debian n'est pas reconue.
Substance2004 Debian est Libre mais pas reconnue par la FSF
il y de nombreux fil du coté anglophone
https://trisquel.info/en/forum/debian-and-gnewsense
Je faisais la meme erreur avant mais depuis le fil mentinonné ci dessus je
n'ai plus d'apriori a l'utuliser en dual boot avec gNewsense
Nombreux sur ce Forum qui l'utulise aussi ;-)
@substance2004
(Je t'avais répondu avant l'autre post). C'est séjà sympa de m'avoir répondu, alors je vais répondre tout de même sur le libre.
Pour plaisanter, pourquoi faire tourner un forum au sujet un système absolument libre avec un code qui ne l'est pas ? Avec l'extension LibreJS activée par défaut dans icecat, le forum trisquel.info ne passe pas (cpu à 100 et page blanche).
Plus sérieusement, je connais bien les enjeux du libre. Je n'utilise pas systmed par exemple, à cause de ce qu'il implique en termes de centralisation sur le long terme (c'est le system d'init sous Debian, Ubuntu et donc Trisquel je suppose). Mais je préfère passer par la base de Trisquel (sous Debian depuis 6 ans), en faisant moi-même le ménage en fonction de mes possibilités/compétences: pas le temps de chercher pour du matériel libre par exemple. Donc bravo à Trisquel, mais pas pour moi maintenant.
Si quelqu'un pouvait me donner une piste technique, je suis preneur. J'irai sinon voir sur debian-facile (debian-fr.org étant pris dans une administration intolérable qui est en train de le faire exploser).
Avec l'extension LibreJS activée par défaut dans icecat, le forum trisquel.info ne passe pas (cpu à 100 et page blanche).
Ici ça marche nickel.
Et je trouve le conseil de Substance2004 bon : soit tu installes Trisquel, soit tu essaies d'installer à la main le .deb ou même l'exécutable pré-compilé en les prenant respectivement sur http://archive.trisquel.info/trisquel/pool/main/i/icecat/ et https://ftp.gnu.org/gnu/gnuzilla/38.6.0/ (ou des miroirs).
Mélanger des dépôts de différentes distributions n'amène que des problèmes.
Plus sérieusement, je connais bien les enjeux du libre. Je n'utilise pas systmed par exemple, à cause de ce qu'il implique en termes de centralisation sur le long terme (c'est le system d'init sous Debian, Ubuntu et donc Trisquel je suppose).
Donc tu connais pas "les enjeux du libre". Systemd est libre. Et je ne vois pas en quoi il est "centralisé sur le long terme" : il est développé sur freedesktop.org et toutes les grandes distributions l'utilisent par défaut (Arch, Debian, Fedora, openSUSE, Ubuntu, etc.).
Avec l'extension LibreJS activée par défaut dans icecat, le forum
trisquel.info ne passe pas (cpu à 100 et page blanche).
Ici ça marche nickel.
Et je trouve le conseil de Substance2004 bon : soit tu installes Trisquel,
soit tu essaies d'installer à la main le .deb ou même l'exécutable
pré-compilé en les prenant respectivement sur
http://archive.trisquel.info/trisquel/pool/main/i/icecat/ et
https://ftp.gnu.org/gnu/gnuzilla/38.6.0/ (ou des miroirs).
Mélanger des dépôts de différentes distributions n'amène que des
problèmes.
Plus sérieusement, je connais bien les enjeux du libre. Je n'utilise pas
systmed par exemple, à cause de ce qu'il implique en termes de
centralisation sur le long terme (c'est le system d'init sous Debian, Ubuntu
et donc Trisquel je suppose).
Donc tu connais pas "les enjeux du libre". Systemd est libre. Et je ne vois
pas en quoi il est "centralisé sur le long terme" : il est développé sur
freedesktop.org et toutes les grandes distributions l'utilisent par défaut
(Arch, Debian, Fedora, openSUSE, Ubuntu, etc.).
Substance2004 Debian est Libre mais pas reconnue par la FSF
il y de nombreux fils de conversations du coté anglophone
Je m'excuse Rougecitron.
Mais c'est par pure ignorance !
Pas de souci, et merci pour Les liens que tu donnes, mais ils sont pour
compiler les sources de Icecat, et j'essaie d'avoir directement les paquets
.deb qui se mettent à jour pour ne pas avoir à surveiller les correctifs.
Le dépôt update de Bélénos permet de le faire.
J'ai une piste du coup. Sur le dépôt de Bélénos (
http://archive.trisquel.info/trisquel/ ), on trouve une clé, celle-ci:
http://archive.trisquel.info/trisquel/
Mais il manque les 8 chiffres qui permettent de l'importer, d'après cette
page (rubrique ajout manuel d'une clé)
https://www.isalo.org/wiki.debian-fr/Erreur_lors_d%27un_update:_NO_PUBKEY
Une idée ?
PS: désolé pour la répétition des posts, je ne sais pas quelles mauvaises
manips je fais, n'hésitez pas à faire le ménage.
Désolé pour l'absence de mise en page, j'avais coupé le java et n'avais
pas accès aux balises...
Je ne suis pas sous Trisquel, mais sous Debian Jessie, à jour (8). J'ai
voulu installer Icecat à partir des dépôts de Trisquel, afin qu'il se
mette à jour automatiquement (avec le fichier preferences)
Rougecitron,
Euh... excuse moi, je vais en faire rire certains sur ce forum, mais ma
meilleure réponse est : Installe Trisquel !
Trisquel GNU/Linux : Run Free !
https://www.gnu.org/
https://www.gnu.org/software/gnuzilla/
http://www.dailymotion.com/video/x2vdsze_richard-stallman-tedx-geneve-2014-edition-francaise-sous-titres-fr_tech
C'est séjà sympa de m'avoir répondu, alors je vais répondre tout de même
sur le libre.
Pour plaisanter, pourquoi faire tourner un forum au sujet un système
absolument libre avec un code qui ne l'est pas ? Avec l'extension LibreJS
activée par défaut dans icecat, le forum trisquel.info ne passe pas (cpu à
100 et page blanche).
Plus sérieusement, je connais bien les enjeux du libre. Je n'utilise pas
systmed par exemple, à cause de ce qu'il implique en termes de
centralisation sur le long terme (c'est le system d'init sous Debian, Ubuntu
et donc Trisquel je suppose). Mais je préfère passer par la base de
Trisquel (sous Debian depuis 6 ans), en faisant moi-même le ménage en
fonction de mes possibilités/compétences: pas le temps de chercher pour du
matériel libre par exemple. Donc bravo à Trisquel, mais pas pour moi
maintenant.
Si quelqu'un pouvait me donner une piste technique, je suis preneur. J'irai
sinon voir sur debian-facile (debian-fr.org étant pris dans une
administration intolérable qui est en train de le faire exploser).
Substance2004 Debian est Libre mais pas reconnue par la FSF
il y de nombreux fils de conversations du coté anglophone
Je te présente mes excuses Rougecitron.
Mais c'est pas pure ignorance !
J'avais trouvé ça, je ne sais pas si ça peut t'aider
https://libreplanet.org/wiki/Group:IceCat/Compile_and_package
Pas de souci, et merci pour Les liens que tu donnes, mais ils sont pour compiler les sources de Icecat, et j'essaie d'avoir directement les paquets .deb qui se mettent à jour pour ne pas avoir à surveiller les correctifs.
Le dépôt update de Bélénos permet de le faire.
J'ai une piste du coup. Sur le dépôt de Bélénos ( http://archive.trisquel.info/trisquel/ ), on trouve une clé, celle-ci:
http://archive.trisquel.info/trisquel/
Mais il manque les 8 chiffres qui permettent de l'importer, d'après cette page (rubrique ajout manuel d'une clé)
https://www.isalo.org/wiki.debian-fr/Erreur_lors_d%27un_update:_NO_PUBKEY
Une idée ?
PS: désolé pour la répétition des posts, je ne sais pas quelles mauvaises manips je fais, n'hésitez pas à faire le ménage.
RougeCitron ;-)
Bienvenue ..peut-être voici la solution?
RougeCitron ;-)
Bienvenue ..peut-être voici la solution?
Merci Mangy Dog. J'avais essayé hier, et je viens de rééssayer, voici ce que ça donne (je ne vois toujours pas comment mettre les balises codes, sous chromium pourtant sans aucun plugin, désolé...)
root@zone:/home/stef# bash ./l
Distribution: Debian GNU/Linux 8 (jessie)
Checking your keyring file: /var/lib/apt/keyrings/debian-archive-keyring.gpg
File does not exist
Reconfiguring corresponding package...
DEbian-keyring est pourtant installé:
root@zone:/home/stef# aptitude search debian-keyring
i debian-keyring - GnuPG keys of Debian Developers and Mainta
et voici ce que j'ai comme trousseau dans le dossier qu'examine le script:
root@zone:/home/stef# ls /var/lib/apt/keyrings
trisquel-archive-keyring.gpg ubuntu-archive-keyring.gpg
Merci Mangy Dog. J'avais essayé hier, et je viens de rééssayer, voici ce
que ça donne (je ne vois toujours pas comment mettre les balises codes, sous
chromium pourtant sans aucun plugin, désolé...)
root@zone:/home/stef# bash ./l
Distribution: Debian GNU/Linux 8 (jessie)
Checking your keyring file: /var/lib/apt/keyrings/debian-archive-keyring.gpg
File does not exist
Reconfiguring corresponding package...
DEbian-keyring est pourtant installé:
root@zone:/home/stef# aptitude search debian-keyring
i debian-keyring - GnuPG keys of Debian Developers and
Mainta
et voici ce que j'ai comme trousseau dans le dossier qu'examine le script:
root@zone:/home/stef# ls /var/lib/apt/keyrings
trisquel-archive-keyring.gpg ubuntu-archive-keyring.gpg
pour les codes
https://trisquel.info/en/filter/tips
Etant moi meme sous Debian 8 Jessie et gNewSense je n'ai pas rajouter Trisquel sources.list
https://trisquel.info/en/forum/kernel-source-package-signature-signed-unknown-key-0x92d284cf33c66596
pour les codes
https://trisquel.info/en/filter/tips
Etant moi meme sous Debian 8 Jessie et gNewSense je n'ai pas rajouter
Trisquel sources.list
https://trisquel.info/en/forum/kernel-source-package-signature-signed-unknown-key-0x92d284cf33c66596
IL a un serieux bug de double post qui affecte tout les post du Forum ce soir
c'était un problème qui affectait ceux qui répondait depuis la mailing list ce qui n'est pas mon cas donc les choses se sont empirées
C'est archivé pour les codes.
Le problème a l'air général, s'il touche aussi les paquets sources. C'est
quand même grave si ça ne s'explique pas par l'absence d'un paquet exotique
que je n'aurais pas installé (core, base ou je ne sais quoi).
Je continue à suivre ici et vais voir du côté des dépôts de gnewsense...
IL a un serieux bug de double post qui affecte tout les post du Forum ce soir
c'était un problème qui affectait ceux qui répondait depuis la mailing
list ce qui n'est pas mon cas donc les choses se sont empirées
C'est archivé pour les codes.
Le problème a l'air général, s'il touche aussi les paquets sources. C'est quand même grave si ça ne s'explique pas par l'absence d'un paquet exotique que je n'aurais pas installé (core, base ou je ne sais quoi).
Je continue à suivre ici et vais voir du côté des dépôts de gnewsense...
Ne s'agirait-il pas de faire confiance à la clef de Trisquel
avec pgp?
How to tell apt what to trust
https://wiki.debian.org/SecureApt
https://debian-handbook.info/browse/stable/sect.package-authentication.html
il y aussi APT-KEY MANAGER
"gui-apt-key" dans synaptic
Enfin comme l'indique Magic Banana rajouter Trisquel a son synaptic n'est pas forcément une bonne solution
gNewSense na pas IceCat dans ses dépots,de plusL'Alpha Ucclia basée sur Debian 7 Wheezy il ny a pas non plus les
libpango libpangoxft libpangoft2 libfreetype libxft libgtk2 libx11
dans les dépots permettant de l'installer
Pour les dépôts mélangés, pas de différences avec une installation par dpkg si, en dehors du paquet d'icecat, aucun autre paquet ne peut s'installer de Bélénos. Un fichier preferences avec un bon pinning fait ça très bien (je n'utilise pas synaptic). Quand ça passe, c'est propre, et en cas de souci de dépendances, on le voit tout de suite.
Il prend cette forme là:
nano /etc/apt/preferences
##Trisquel 7 belenos
#limitation du dépôt
Package: *
Pin:release v=7.0,o=Trisquel,a=belenos-updates
Pin-Priority: -1
#icecat
Package: icecat
Pin:release v=7.0,o=Trisquel,a=belenos-updates
Pin-Priority: 991
Je vais regarder du côté de la possibilité de déclarer à apt des dépôts de confiance, et je vous tiens au jus.
Le problème, ce n'est pas IceCat. C'est tous les paquets à la fois dans les dépôts Debian et Trisquel mais dans des versions différentes.
J'aimerais bien que le problème soit Icecat.
Pour info et pour répondre sur cette fausse piste, il marche très bien. Je n'ai que trois paquets Trisquel installés, Icecat, un fichier de langue et le trousseau de clé, qui lui ne marche pas (du dépôt main, maintenant fermé, mais ça ne change rien). Aucun autre paquet ne peut s'installer tout seul, avec un fichier preferences à -1.
Voir la doc sur le fichier preferences. Mélanger les dépôts de trois voire quatre versions différentes (stable, testing, sid et experimental) est une pratique courante chez les utilisateurs de Debian. Voilà:
:/home/stef# dpkg -l | grep trisquel
ii icecat 38.6.0-gnu1+7.0trisquel1 amd64 Safe and easy web browser from GNU
ii icecat-locale-fr 38.6.0-gnu1+7.0trisquel1 amd64 French language pack for IceCat
ii trisquel-keyring 4.5-1 all GnuPG keys of the Trisquel archive
Et "les" versions de icecat:
root@zone:/home/stef# apt-cache policy icecat
icecat:
Installé : 38.6.0-gnu1+7.0trisquel1
Candidat : 38.6.0-gnu1+7.0trisquel1
Épinglage de paquet : 38.6.0-gnu1+7.0trisquel1
Table de version :
*** 38.6.0-gnu1+7.0trisquel1 991
-1 http://archive.trisquel.info/trisquel/ belenos-updates/main amd64 Packages
100 /var/lib/dpkg/status
Edit: et par exemple, celles de VLC, où la version prioritaire est signalée par ** et où Trisquel est à -1
apt-cache policy vlc
vlc:
Installé : 2.2.0~rc2-2+deb8u1
Candidat : 2.2.0~rc2-2+deb8u1
Table de version :
2.2.1-5+b2 0
90 http://ftp.fr.debian.org/debian/ stretch/main amd64 Packages
2.2.1-1~deb8u1 0
500 http://ftp.fr.debian.org/debian/ jessie/main amd64 Packages
*** 2.2.0~rc2-2+deb8u1 0
990 http://security.debian.org/ jessie/updates/main amd64 Packages
100 /var/lib/dpkg/status
2.1.6-0ubuntu14.04.1+7.0trisquel1 0
-1 http://archive.trisquel.info/trisquel/ belenos-updates/main amd64 Packages
2.0.3-5+deb7u2+b1 0
500 http://security.debian.org/ wheezy/updates/main amd64 Packages
/Edit
Le problème tient à un seul dépôt, non certifié, ce que je trouve gênant. Je pourrais même me contenter de la situation présente, mais c'est un peu absurde d'installer des logiciels libres à l'intégrité incertaine. En dehors de ça, ça roule, merci.
Mélanger les dépôts de trois voire quatre versions différentes (stable, testing, sid et experimental) est une pratique courante chez les utilisateurs de Debian.
Ces dépôts sont faits pour fonctionner ensemble. Contrairement à celui de Trisquel avec ceux de Debian.
Maintenant, si tu tiens à avoir des problèmes :
$ gpg --recv-keys B4EFB9F38D8AEBF1
$ gpg --export --armor B4EFB9F38D8AEBF1 | sudo apt-key add --
Merci !
Je vais essayer de comprendre un peu mieux le foncitonnement des clés gpg, je ne connaissais pas cette manière de faire.
Même les dépôts de Debian ne sont pas faits pour fonctionner ensemble et ça reste du bricolage que de jouer avec eux, d'où les fichiers prefs... Je suis avec les dépôts stable et testing sous Debian et c'est sûr, les dépendances peuvent plus facilement être différentes avec des paquets Ubuntu, voire des options de compilation. Mais si ça ne marche pas avec le Icecat de Trisquel, je reviendrai.
A+ et bonne continuation !
Tant mieux :)
C'est le meme principe pour l'installation comme par exemple
https://bitmask.net/en/install/linux
sudo -s
echo "deb http://deb.bitmask.net/debian jessie main" > /etc/apt/sources.list.d/bitmask.list
wget -O- https://dl.bitmask.net/apt.key | apt-key add -
apt-get update
apt-get install bitmask leap-keyring
et pour supprimer
sudo -s
apt-get remove bitmask leap-keyring
apt-key del 0x1E34A1828E207901
rm /etc/apt/sources.list.d/bitmask.list
Il y a un tiret de trop à la fin. Ce devrait être :
$ gpg --recv-keys B4EFB9F38D8AEBF1
$ gpg --export --armor B4EFB9F38D8AEBF1 | sudo apt-key add -
Ok, merci à vous deux, ça marche parfaitement depuis hier !
Je ne savais pas qu'on pouvait directement faire confiance aux dépôts, et pensais qu'il fallait toujours l'identifiant de clé de 8 chiffres. Mais c'est logique, il faut bien commencer la confiance quelque part.
Mélanger les dépôts de trois voire quatre versions différentes (stable,
testing, sid et experimental) est une pratique courante chez les utilisateurs
de Debian.
Ces dépôts sont faits pour fonctionner ensemble. Contrairement à celui de
Trisquel avec ceux de Debian.
Maintenant, si tu tiens à avoir des problèmes :
$ gpg --recv-keys B4EFB9F38D8AEBF1
$ gpg --export --armor B4EFB9F38D8AEBF1 | sudo apt-key add --
J'aimerais bien que le problème soit Icecat.
Pour info et pour répondre sur cette fausse piste, il marche très bien. Je
n'ai que trois paquets Trisquel installés, Icecat, un fichier de langue et
le trousseau de clé, qui lui ne marche pas (du dépôt main, maintenant
fermé, mais ça ne change rien). Aucun autre paquet ne peut s'installer tout
seul, avec un fichier preferences à -1.
Voir la doc sur le fichier preferences. Mélanger les dépôts de trois voir
quatre versions différentes (stable, testing, sid et experimental) est une
pratique courante chez les utilisateurs de Debian. Voilà:
:/home/stef# dpkg -l | grep trisquel
ii icecat 38.6.0-gnu1+7.0trisquel1
amd64 Safe and easy web browser from GNU
ii icecat-locale-fr 38.6.0-gnu1+7.0trisquel1
amd64 French language pack for IceCat
ii trisquel-keyring 4.5-1
all GnuPG keys of the Trisquel archive
Et "les" versions de icecat:
root@zone:/home/stef# apt-cache policy icecat
icecat:
Installé : 38.6.0-gnu1+7.0trisquel1
Candidat : 38.6.0-gnu1+7.0trisquel1
Épinglage de paquet : 38.6.0-gnu1+7.0trisquel1
Table de version :
*** 38.6.0-gnu1+7.0trisquel1 991
-1 http://archive.trisquel.info/trisquel/ belenos-updates/main amd64
Packages
100 /var/lib/dpkg/status
Le problème tient à un seul dépôt, non certifié, ce que je trouve
gênant. Je pourrais même me contenter de la situation présente, mais c'est
un peu absurde d'installer des logiciels libres à l'intégrité incertaine.
En dehors de ça, ça roule, merci.
Pour les dépôts mélangés, pas de différences avec une installation par
dpkg si, en dehors du paquet d'icecat, aucun autre paquet ne peut s'installer
de Bélénos. Un fichier preferences avec un bon pinning fait ça très bien
(je n'utilise pas synaptic). Quand ça passe, c'est propre, et en cas de
souci de dépendances, on le voit tout de suite.
Il prend cette forme là:
nano /etc/apt/preferences
##Trisquel 7 belenos
#limitation du dépôt
Package: *
Pin:release v=7.0,o=Trisquel,a=belenos-updates
Pin-Priority: -1
#icecat
Package: icecat
Pin:release v=7.0,o=Trisquel,a=belenos-updates
Pin-Priority: 991
Je vais regarder du côté de la possibilité de déclarer à apt des
dépôts de confiance, et je vous tiens au jus.