@Nicosss : là tu listes ce qui est installé sur son poste.
Il n'est pas installé chez moi et bien que le dépôt soit présent 
# ls -l /etc/yum.repos.d/
total 84
-rw-r--r--  1 root root  165 22 févr. 18:19 AnyDesk-Fedora.repo
-rw-r--r--. 1 root root  217  8 avril  2021 brave-browser-rpm-release.s3.brave.com_x86_64_.repo
-rw-r--r--  1 root root  728 11 avril 22:09 fedora-cisco-openh264.repo
j'ai droit à 
dnf search openh64
[s]Dernière vérification de l’expiration des métadonnées effectuée il y a 0:08:54 le jeu. 16 juin 2022 20:18:05.
Aucune correspondance trouvée[/s].
je n'ai rien dit ! ce n'est pas openh64 mais openh264 et il semble bien dispo car 
# dnf reinstall openh264
Dernière vérification de l’expiration des métadonnées effectuée il y a 0:58:21 le jeu. 16 juin 2022 20:18:05.
Dépendances résolues.
==================================================================================================================================================
 Paquet                         Architecture                 Version                            Dépôt                                       Taille
==================================================================================================================================================
Réinstallation:
 openh264                       x86_64                       2.2.0-1.fc36                       fedora-cisco-openh264                       423 k

Résumé de la transaction
==================================================================================================================================================

Taille totale des téléchargements : 423 k
Taille des paquets installés : 1.1 M
Oui je viens de voir que j'ai aussi collé ma faute de frappe 🙂

Donc pour résumer il est bien disponible 😉
Oui, il bien listé chez moi aussi. Je pense que j'ai un problème parce que mon ping varie de 680 à 1200 ms...
Il y a un endroit où on peut changer le délai de réponse accepté par Fedora ? J'ai aussi régulièrement des sites où Brave me dit que le site n'est pas accessible mais en fait c'est "pas accessible dans le temps que lui donne le système"...
En effet c'est fort probable avec des valeurs de ping de cet ordre.
Tu ne peux pas régler ce paramètre car c'est sûrement lié à ta connexion satellite.

A voir si ça évolue dans le temps ou si tu as un souci dans ton installation satellite.
Merci beaucoup Nicosss de te pencher sur mon cas parabolique ! 🙂
Oui, c'est sur que j'aurais du mal à paramétrer le satellite (dommage ! :-D). Je voulais dire modifier des paramètres de Fedora pour qu'il "patiente" un peu plus longtemps avant de me dire qu'un hôte n'est pas accessible / n'existe pas.
Ça doit bien être modifiable quelque part ça, non ?

[J'essaie en parallèle de voir avec le fournisseur d’accès s'il n'y a pas moyen de booster un peu le ping car il s'est dégradé ces derniers temps... mais cette lenteur est inhérente aux connexions par satellite, je n'aurais jamais un ping de moins de 300ms :/ par contre une fois que la connexion est établie, elle est plutôt performante, elle est juste lente à s'établir]
Bon... pas d'amélioration côté mise à jour via "logiciels" donc je me suis lancée dans la màj via la fenêtre de commande (en suivant la procédure officielle recommandée là https://doc.fedora-fr.org/wiki/Mise_%C3%A0_niveau_de_Fedora).
Pour l'instant ça charge les éléments utiles sans problème...

Problème de mise à jour peut-être réglé donc, mais il me reste ma question "où peut-on trouver le paramètre qui me permettrait d'augmenter le temps du timeout pour tenir compte du ping assez énorme de ma connexion ?"

Quelqu'un saurait me dire ?
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