rrro j'ai parlé trop vite : le téléchargement s'est arrêté toujours à cours du repo openh264 :

(2513/3321): zvbi-0.2.35-16.fc36.x86_64.rpm                                                                                   372 kB/s | 416 kB     00:01    
(2514/3321): zziplib-0.13.72-1.fc36.x86_64.rpm                                                                                113 kB/s |  86 kB     00:00    
[MIRROR] gstreamer1-plugin-openh264-1.20.0-1.fc36.x86_64.rpm: Curl error (6): Couldn't resolve host name for http://ciscobinary.openh264.org/gstreamer1-plugin-openh264-1.20.0-1.fc36.x86_64.rpm [Could not resolve host: ciscobinary.openh264.org]
[MIRROR] mozilla-openh264-2.2.0-1.fc36.x86_64.rpm: Curl error (6): Couldn't resolve host name for http://ciscobinary.openh264.org/mozilla-openh264-2.2.0-1.fc36.x86_64.rpm [Could not resolve host: ciscobinary.openh264.org]
[MIRROR] openh264-2.2.0-1.fc36.x86_64.rpm: Curl error (6): Couldn't resolve host name for http://ciscobinary.openh264.org/openh264-2.2.0-1.fc36.x86_64.rpm [Could not resolve host: ciscobinary.openh264.org]
[MIRROR] gstreamer1-plugin-openh264-1.20.0-1.fc36.x86_64.rpm: Curl error (6): Couldn't resolve host name for http://ciscobinary.openh264.org/gstreamer1-plugin-openh264-1.20.0-1.fc36.x86_64.rpm [Could not resolve host: ciscobinary.openh264.org]
[MIRROR] mozilla-openh264-2.2.0-1.fc36.x86_64.rpm: Curl error (6): Couldn't resolve host name for http://ciscobinary.openh264.org/mozilla-openh264-2.2.0-1.fc36.x86_64.rpm [Could not resolve host: ciscobinary.openh264.org]
[MIRROR] openh264-2.2.0-1.fc36.x86_64.rpm: Curl error (6): Couldn't resolve host name for http://ciscobinary.openh264.org/openh264-2.2.0-1.fc36.x86_64.rpm [Could not resolve host: ciscobinary.openh264.org]
[FAILED] gstreamer1-plugin-openh264-1.20.0-1.fc36.x86_64.rpm: No more mirrors to try - All mirrors were already tried without success                        
(2516-2517/3321): openh264-2.2.0-1.fc36.x86_64.rpm          65% [======================================-                    ] 1.0 MB/s | 2.7 GB     24:18 ETA
Les paquets téléchargés ont été mis en cache jusqu’à la prochaine transaction réussie.
Vous pouvez supprimer les paquets en cache en exécutant « dnf clean packages ».
Erreur : Erreur de téléchargement des paquets :
  Cannot download Packages/g/gstreamer1-plugin-openh264-1.20.0-1.fc36.x86_64.rpm: All mirrors were tried
[/color]

Pourtant :

[root@localhost ~]# ls -l /etc/yum.repos.d/
total 60
-rw-r--r--. 1 root root 217 23 juin 2021 brave-browser-rpm-release.s3.brave.com_x86_64_.repo
-rw-r--r--. 1 root root 311 26 janv. 2021 _copr_phracek-PyCharm.repo
-rw-r--r--. 1 root root 728 28 avril 2021 fedora-cisco-openh264.repo
-rw-r--r--. 1 root root 1302 28 avril 2021 fedora-modular.repo
-rw-r--r--. 1 root root 1239 28 avril 2021 fedora.repo
-rw-r--r--. 1 root root 1349 28 avril 2021 fedora-updates-modular.repo
-rw-r--r--. 1 root root 1286 28 avril 2021 fedora-updates.repo
-rw-r--r--. 1 root root 1391 28 avril 2021 fedora-updates-testing-modular.repo
-rw-r--r--. 1 root root 1344 28 avril 2021 fedora-updates-testing.repo
-rw-r--r--. 1 root root 217 26 janv. 2021 google-chrome.repo
-rw-r--r--. 1 root root 1248 24 avril 2021 rpmfusion-free.repo
-rw-r--r--. 1 root root 1264 24 avril 2021 rpmfusion-free-updates.repo
-rw-r--r--. 1 root root 1324 24 avril 2021 rpmfusion-free-updates-testing.repo
-rw-r--r--. 1 root root 1506 26 janv. 2021 rpmfusion-nonfree-nvidia-driver.repo
-rw-r--r--. 1 root root 1410 26 janv. 2021 rpmfusion-nonfree-steam.repo
nouvo09 wrote:commence par faire un test de débit avec

https://www.speedtest.net/

si c'est ton fournisseur qui bloque tu ne peux rien faire en local.
Le débit est bon (90 Mps en download)
Oui mais la tableau de bord indique aussi le ping c'est ca qui nous intéresse.
nouvo09 wrote:Oui mais la tableau de bord indique aussi le ping c'est ca qui nous intéresse.
Le ping est toujours dans les mêmes eaux. En l'occurence, à l'instant :
Packet Loss 0%
Average Delay 733 ms
Minimum Delay 623 ms
Maximum Delay 943 ms
Et une maj f35 en intermédiaire, ça passe pas non plus ?
xylphute wrote:Et une maj f35 en intermédiaire, ça passe pas non plus ?
Je viens d'essayer mais là, il me signale un problème avec python3 ://
[root@localhost ~]# dnf system-upgrade download --releasever=35 --allowerasing --best --skip-broken
Avant de continuer, assurez-vous que votre système est complètement à jour en lançant «dnf --refresh upgrade». Voulez-vous continuer [y/N]: y
created by dnf config-manager from https://brav 829  B/s | 3.3 kB     00:04    
Fedora 35 - x86_64                                                                                                                                 5.0 kB/s |  21 kB     00:04    
Fedora 35 openh264 (From Cisco) - x86_64                                                                                                                                     354  B/s | 989  B     00:02    
Fedora Modular 35 - x86_64                                                                                                                                                   5.8 kB/s |  21 kB     00:03    
Fedora 35 - x86_64 - Updates                                                                                                                                                 5.0 kB/s |  15 kB     00:03    
Fedora Modular 35 - x86_64 - Updates                                                                                                                                         6.3 kB/s |  18 kB     00:02    
RPM Fusion for Fedora 35 - Free                                                                                                                                              1.4 kB/s | 7.2 kB     00:04    
RPM Fusion for Fedora 35 - Free - Updates                                                                                                                                    3.2 kB/s | 7.1 kB     00:02    
Aucune correspondance pour le paquet du groupe « grub2 »
Aucune correspondance pour le paquet du groupe « paratype-pt-sans-fonts »
Aucune correspondance pour le paquet du groupe « gnome-documents »
Aucune correspondance pour le paquet du groupe « fedora-productimg-workstation »
Aucune correspondance pour le paquet du groupe « libproxy-mozjs »
Aucune correspondance pour le paquet du groupe « xorg-x11-utils »
Aucune correspondance pour le paquet du groupe « totem-nautilus »
Aucune correspondance pour le paquet du groupe « gnome-themes-standard »
Aucune correspondance pour le paquet du groupe « iptables »
Aucune correspondance pour le paquet du groupe « shim »
Aucune correspondance pour le paquet du groupe « authconfig »
Aucune correspondance pour le paquet du groupe « control-center »
Aucune correspondance pour le paquet du groupe « dnf-yum »
Aucune correspondance pour le paquet du groupe « grub2-efi »
Aucune correspondance pour le paquet du groupe « fedora-user-agent-chrome »
Aucune correspondance pour le paquet du groupe « kexec-tools-anaconda-addon »
Aucune correspondance pour le paquet du groupe « khmeros-base-fonts »
Aucune correspondance pour le paquet du groupe « gnome-getting-started-docs »
Erreur : 
 Problème: problème avec le paquet installé python3-reportlab-3.6.2-2.fc34.x86_64
  - installation impossible du meilleur candidat pour le paquet python3-reportlab-3.6.2-2.fc34.x86_64
  - python3-reportlab-3.6.2-2.fc34.x86_64 n’appartient pas à un dépôt distupgrade
  - rien de fournit python3.10dist(pillow) >= 9 rendu nécessaire par python3-reportlab-3.6.10-1.fc35.x86_64
Tu as pensé à vider le cache téléchargé de F36 system-upgrade avant de tenter le passage en F35 ?
Je parlais plus de 
$ sudo dnf system-upgrade clean
je pense que le problème python sera plus difficile à résoudre que openh264 !
si tu fais un ping de http://ciscobinary.openh264.org
tu obtiens l’ip du serveur
en la mettant dans le fichier /etc/hosts de ton post, il n’y aura pas cette erreur de dns et cela devrait passer
les données du ping que tu donnes sont quand même longues…
pour ce serveur j’obtiens : 
$ ping ciscobinary.openh264.org
PING a19.dscg10.akamai.net (195.12.179.11) 56(84) octets de données.
64 octets de 195-12-179-11.static.zebra.lt (195.12.179.11) : icmp_seq=1 ttl=58 temps=30.6 ms
mais il est vrai qu’il est sur le réseau de mon FAI
pour un serveur US 
$ ping ciscobinary.openh264.org
PING a19.dscg10.akamai.net (23.55.161.185) 56(84) bytes of data.
64 bytes from a23-55-161-185.deploy.static.akamaitechnologies.com (23.55.161.185) : icmp_seq=1 ttl=50 time=31.7 ms
Quels sont tes dns ?
Merci beaucoup pour cette nouvelle piste, je ne lâche pas l'affaire mais, pour l'instant, je tourne en rond (je reste toujours toujours bloquée au même endroit, c'est très agaçant !
fgland wrote: si tu fais un ping de http://ciscobinary.openh264.org
tu obtiens l’ip du serveur
en la mettant dans le fichier /etc/hosts de ton post, il n’y aura pas cette erreur de dns et cela devrait passer
les données du ping que tu donnes sont quand même longues…
J'obtiens 
# ping ciscobinary.openh264.org
PING a19.dscg10.akamai.net (23.53.40.162) 56(84) octets de données.
64 octets de a23-53-40-162.deploy.static.akamaitechnologies.com (23.53.40.162) : icmp_seq=1 ttl=46 temps=775 ms
64 octets de a23-53-40-162.deploy.static.akamaitechnologies.com (23.53.40.162) : icmp_seq=2 ttl=46 temps=1199 ms
64 octets de a23-53-40-162.deploy.static.akamaitechnologies.com (23.53.40.162) : icmp_seq=3 ttl=46 temps=742 ms
... et ça continue de tester sans fin (c'est normal ?)

Que dois-je faire concrètement pour "mettre l'IP dans le fichier /etc/hosts de mon post" ? Je comprends que c'est "23.53.40.162" dans mon cas, mais où se trouve le fichier à éditer ?
Sinon tu vires le paquet et tu l'installeras par la suite.
pour sortir du ping il faut faire ctrl+c
Pour ajouter une ligne dans le fichier :
dnas un terminal : 
$ sudo echo 23.53.40.162    ciscobinary.openh264.org | tee -a /etc/hosts wc
tu peux essayer les ping sur 195.12.179.11 et 23.55.161.185 pour voir s'il répondent mieux

tu peux aussi faire 
sudo nano /etc/hosts
taper la ligne et ctrl+o pour enregistrer et ctrl+X pour quitter

Évidemment tout cela ne marchera que si le problème vient du temps de réponse passant par le serveur de dns.
Comme le suggère Nicosss, la suppression du paquet est de fait plus simple car il n'y a pas de dépendance 
sudo dnf erase openh264
Quand le téléchargement des paquets s’arrête, il est toujours possible de relancer, ce qui a été chargé est demeure. J'ai eu le problème avec le dépôt brave mais en relançant plusieurs fois cela à fini par passer
Merci pour toutes ces infos, je les garde précieusement !
Mais, étant un peu obstinée, je relançais la mise à jour via "logiciels" à longueur de temps depuis quelques jours, j'ai bien du essayer une centaine de fois... et c'est passé cette nuit à 2h du mat', juste après mon test de ping !! 🙂

Merci à tous, je vous remercie encore une fois chaleureusement pour le temps passé à essayer de me dépanner !