cerhu > linux.debian.user.french

Pierre Frenkiel (20/01/2019, 12h10)
bonjour,
en faisant un aptitude upgrade:
avec:
deb [..] stretch main contrib non-free
Failed to fetch [..] 404 Not Found [IP: 212.27.32.66 80]

avec:
deb [..] stretch main contrib non-free
OK

est-ce bien normal?

Cordialement,
Bernard Schoenacker (20/01/2019, 12h30)
----- Mail original -----
[..]
> [..]
> 404 Not Found [IP: 212.27.32.66 80]
> avec:
> deb [..] stretch main contrib non-free
> OK
> est-ce bien normal?
> Cordialement,


bonjour,

il n'y a pas de paquet de dispo avec cette version sur le
site français ...

inexistant :
gcc-6-x86_4.9.135-1_i386.deb

paquet existant sur le miroir français :
linux-compiler-gcc-6-x86_4.9.144-1_i386.deb
linux-compiler-gcc-6-x86_4.19.12-1~bpo9+1_i386.deb

merci
slt
bernard
Pierre Frenkiel (20/01/2019, 12h50)
On Sun, 20 Jan 2019, Bernard Schoenacker wrote:

>> ----- Mail original -----
>> bonjour,
>> il n'y a pas de paquet de dispo avec cette version sur le

> site français ...
> inexistant :
> gcc-6-x86_4.9.135-1_i386.deb


s'il n'existe pas, pourquoi "aptitude upgrade" essaie-t-il de le charger?

> paquet existant sur le miroir français :
> linux-compiler-gcc-6-x86_4.9.144-1_i386.deb
> linux-compiler-gcc-6-x86_4.19.12-1~bpo9+1_i386.deb


avec ftp.us.., j'ai
ii linux-compiler-gcc-6-x86 4.9.144-1 i386
ii linux-compiler-gcc-7-x86 4.18.10-2 i386

si les contenus des sites fr et us sont différents, la notion de miroir ne me semble
pas vraiment respectée...

Cordialement,
etienne.mollier (20/01/2019, 13h10)
Le 2019-01-20 11:47, Pierre Frenkiel a écrit :
> On Sun, 20 Jan 2019, Bernard Schoenacker wrote:
>> s'il n'existe pas, pourquoi "aptitude upgrade" essaie-t-il de le

> charger?


Bonjour,

On dirait un écart entre la base de connaissance d'aptitude
et l'état du miroir auquel il est raccordé. Qu'est ce que ça
donne en lançant successivement :

# aptitude update
# aptitude safe-upgrade

Amicalement,
Pascal Hambourg (20/01/2019, 13h30)
Le 20/01/2019 à 11:47, Pierre Frenkiel a écrit :
> On Sun, 20 Jan 2019, Bernard Schoenacker wrote: (...)
>> il n'y a pas de paquet de dispo avec cette version sur le
>> site français ...
>> inexistant :
>> gcc-6-x86_4.9.135-1_i386.deb

>   s'il n'existe pas, pourquoi "aptitude upgrade" essaie-t-il de le
> charger?


Parce que c'est une version obsolète et que la base de paquets
d'aptitude n'est pas à jour. As-tu exécuté aptitude update avant ?

>> paquet existant sur le miroir français :
>> linux-compiler-gcc-6-x86_4.9.144-1_i386.deb


Version présente dans stretch-proposed-updates (destinée à être intégrée
dans la prochaine publication de stretch).

>> linux-compiler-gcc-6-x86_4.19.12-1~bpo9+1_i386.deb


Version présente dans stretch-backports.
Comme on peut le voir sur
<https://packages.debian.org/stretch/linux-compiler-gcc-6-x86> la
version actuellement présente dans stretch est 4.9.130-2, disponible sur
le miroir fr.

>   avec ftp.us.., j'ai
>      ii  linux-compiler-gcc-6-x86 4.9.144-1    i386


Version de stretch-proposed-updates

>      ii  linux-compiler-gcc-7-x86 4.18.10-2    i386


Version obsolète de buster.

>   si les contenus des sites fr et us sont différents, la notion de
> miroir ne me semble pas vraiment respectée...


Apparemment le miroir us ne nettoie pas les .deb obsolète immédiatement.
Ce n'est pas les .deb présents qu'il faut regarder, mais l'index des
paquets.
Pierre Frenkiel (20/01/2019, 15h40)
On Sun, 20 Jan 2019, etienne.mollier wrote:

> Le 2019-01-20 11:47, Pierre Frenkiel a écrit :
> Bonjour,
> On dirait un écart entre la base de connaissance d'aptitude
> et l'état du miroir auquel il est raccordé. Qu'est ce que ça
> donne en lançant successivement :
> # aptitude update
> # aptitude safe-upgrade
> Amicalement,
> --
> Étienne Mollier <etienne.mollier>

merci Etienne pour cette suggestion, mais c'est exactement ce que j'avais fait
De toutes façons, maintenant la version 4.9.144-1 est installée, et il faudrait que je
la supprime et repasse à ftp.fr pour refaire l'essai.
En fait, comme je l'ai dit, ce qui me gêne, c'est que ftp.fr soit différent de ftp.us.
Ça me parait en contradiction avec la notion de miroir.
2 questions:
1/ qu'appelles-tu "base de connaissance d'aptitude"?
2/ qu'appelles-tu "miroir auquel il est raccordé"?

Cordialement,
Étienne Mollier (21/01/2019, 00h10)
Pierre Frenkiel, au 2019-01-20 :
> En fait, comme je l'ai dit, ce qui me gêne, c'est que
> ftp.fr soit différent de ftp.us.
> Ça me parait en contradiction avec la notion de miroir.


Ce n'est qu'une conjecture, mais peut-être que votre dernière
update a eu lieu entre deux synchronisations des miroirs fr et
us. Ces derniers semblent être d'accord à l'instant t,
vis-à-vis des paquets linux-compiler-gcc-6 à mettre à
disposition :

[..]
[..]

Comme l'indiquait Pascal, c'est l'index, ici décrit par
l'arborescence dists/, qui fait foi quant à la disponibilité des
paquets sur un dépôt. Le pool/ contient en vrac les paquets de
l'ensemble des distributions mises à disposition par le dépôt
(pêle-mêle : « stretch », « unstable », « stretch-backports »,
« testing » ...)

Le mirroring en question est, je crois, effectué par des appels
réguliers à une commande « ftpsync », mais n'a pas forcément le
caractère instantané d'un Raid 1. Si quelqu'un maintenant un
miroir officiel dans l'assemblée peut confirmer ?...

> 2 questions:
> 1/ qu'appelles-tu "base de connaissance d'aptitude"?


J'appelais « base de connaissance d'aptitude », les informations
sur les paquets disponibles dans les dépôts, construite en local
sur votre machine au moment de l'exécution de la commande
« aptitude update ». Ces métadonnées sont réutilisée par les
commandes comme « aptitude search » ou « aptitude show » sans
avoir à se reconnecter au dépôt distant. Elles sont également
utilisées lors des commandes « aptitude install » ou « aptitude
upgrade » pour connaître l'URL de récupération des paquets
requis.

Quand un paquet disparaît d'un dépôt, mais est demandé par un
par un client « aptitude » dont la base locale de connaissance
de paquets n'est plus à jour, cette erreur 404 peut se produire.

J'utilise apt, mais je suppose que le principe est identique
pour aptitude, basé sur les même outils. Dans mon cas, cette
base de connaissance est constituée de l'ensemble des fichiers
stockés dans l'arborescence /var/lib/apt/lists/.

> 2/ qu'appelles-tu "miroir auquel il est raccordé"?


J'appelais « miroir auquel il est raccordé », le dépôt spécifié
dans /etc/apt/sources.list que apt va utiliser pour récupérer
les paquets à installer. Désolé pour le manque de clarté...

Amicalement,
Discussions similaires
Problème sur Debian avec mon réseau

[debian] probleme avec gdm

Problème avec ps2pdf [Debian]

Problème avec apt-get sous Debian


Fuseau horaire GMT +2. Il est actuellement 12h27. | Privacy Policy