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 !