Si je ne me trompe pas, la commande demande à lister tous les paquets contenant vlc dans le nom, qu’ils soient installés ou non. C’est étrange que vlc-bin ne sorte pas, mais c’est un fait.
J’anticipe la question suivante, voici mes sources apt :
$ cat /etc/apt/sources.list.d/debian.sources
# Modernized from /etc/apt/sources.list
#Types: deb deb-src
Types: deb
URIs: http://ftp.fr.debian.org/debian/
Suites: trixie
Components: main non-free-firmware
Signed-By: /usr/share/keyrings/debian-archive-keyring.gpg
Enabled: yes
# Modernized from /etc/apt/sources.list
#Types: deb deb-src
Types: deb
URIs: http://security.debian.org/debian-security/
Suites: trixie-security
Components: main non-free-firmware
Signed-By: /usr/share/keyrings/debian-archive-keyring.gpg
Enabled: yes
# Modernized from /etc/apt/sources.list
#Types: deb deb-src
Types: deb
URIs: http://ftp.fr.debian.org/debian/
Suites: trixie-updates
Components: main non-free-firmware
Signed-By: /usr/share/keyrings/debian-archive-keyring.gpg
Enabled: yes
Ta base de données locale est vérolée, incomplète c’est étonnant.
Pour essai, remplace ’ftp.fr.debian.org' par ‹ debian.proxad.net › apt update
ça devrait forcer ta liste locale à se rafraichir.
$ cat /etc/apt/sources.list.d/debian.sources
# Modernized from /etc/apt/sources.list
#Types: deb deb-src
Types: deb
#URIs: http://ftp.fr.debian.org/debian/
URIs: http://debian.proxad.net/debian/
Suites: trixie
Components: main non-free-firmware
Signed-By: /usr/share/keyrings/debian-archive-keyring.gpg
Enabled: yes
# Modernized from /etc/apt/sources.list
#Types: deb deb-src
Types: deb
URIs: http://security.debian.org/debian-security/
Suites: trixie-security
Components: main non-free-firmware
Signed-By: /usr/share/keyrings/debian-archive-keyring.gpg
Enabled: yes
# Modernized from /etc/apt/sources.list
#Types: deb deb-src
Types: deb
#URIs: http://ftp.fr.debian.org/debian/
URIs: http://debian.proxad.net/debian/
Suites: trixie-updates
Components: main non-free-firmware
Signed-By: /usr/share/keyrings/debian-archive-keyring.gpg
Enabled: yes
Tentative de màj :
$ sudo apt update
Réception de : 1 http://debian.proxad.net/debian trixie-updates InRelease [47,3 kB]
Réception de : 2 http://debian.proxad.net/debian trixie-updates/main amd64 Packages [4 412 B]
Réception de : 3 http://debian.proxad.net/debian trixie-updates/main Translation-en [2 496 B]
Atteint : 4 https://packages.sury.org/php trixie InRelease
Atteint : 5 https://download.onlyoffice.com/repo/debian squeeze InRelease
Atteint : 6 https://paulcarroty.gitlab.io/vscodium-deb-rpm-repo/debs vscodium InRelease
54,2 ko réceptionnés en 6s (8 821 o/s)
Tous les paquets sont à jour.
Tentative d’affichage du paquet :
$ apt list vlc-bin
… ne renvoie toujours rien, c’est super bizarre. Je vais tenter la même chose sur mon ancien miroir par curiosité, des fois que Free soit pourri ou inaccessible de chez moi.
J’ai vu, mais le problème est bien là: une chose étrange à approfondir.
Une piste à voir.
Il me semble plus logique de mettre la ligne ‹ Enabled: yes › en début de sources.
Il faudrait remplacer debian.sources par 3 fichiers sources séparés avec ‹ Enabled: yes › en début de fichier. apt update.
Ou plutôt commence avec exclusivement un fichier trixie.sources.
Ce ménage sera l’occasion de supprimer ces vilains ‹ deb-src › qui n’ont rien à y faire.
J’ai enfin trouvé… Il y avait un foutu espace sur les lignes vides entre les trois pavés du debian.sources. Merci pour ta vigilance, c’est grâce à toi que je me suis dit qu’il devait y avoir des pavés « fusionnés » entre eux.
Je te conseille donc très vivement de faire 3 fichiers séparés pour éviter ce genre de phénomène. Tu n’aurais jamais eu ce problème.
La chose étrange est pourquoi ça t’arrive subitement et pas plus tôt: ça m’échappe.
Comment cet espace a atterri dans ton fichier ? (pas convaincu que ce soit la cause…)
J’ai bidouillé le fichier dans un éditeur à la noix quand j’ai eu un souci l’autre jour (cf. Problème de mirror apt), c’est pour ça que j’aime pas éditer ces fichiers à la main, ça m’apprendra.
FORMAT DEB822-STYLE
(…)
Les entrées individuelles sont séparées par une ligne vide
Une ligne avec un espace fait que tes pavés de dessus et dessous sont considérés comme un seul, avec probablement la dernière entrée qui fait foi en cas de directives contradictoires au sein du pavé…
Ok, mais voir si une ligne qui parait ‹ vide › contient un espace ou pas, ça ne saute pas aux yeux, d’où l’intérêt des fichiers séparés: pas d’embrouille.
Tu as donc ce problème depuis 15 jours, depuis la ‹ bidouille › que tu as oubliée de préciser.
