Sangokuss

  • 6 juin 2022
  • Inscrit 6 mars 2013
  • 0 meilleure réponse
  • Petit nouveau Adepte du forum Rédacteur potentiel
  • Bonjour,

    Ayant eu également le souci suite à la dernière mise à jour, je poste ici la solution :
    ~# nano /etc/ssl/openssl.cnf
    Et y décommenter les lignes ci-dessous :
    [openssl_init]
       providers = provider_sect
       
       [provider_sect]
       default = default_sect
       legacy = legacy_sect
       
       [default_sect]
       activate = 1
       
       [legacy_sect]
       activate = 1
    
    
    Source : https://wiki.openssl.org/index.php/OpenSSL_3.0#Providers

    Un petit reboot et ça devrait normalement régler le problème 😉

    NB : c'est peut-être aussi l'occasion de vérifier que l'algo de chiffrement utilisé est toujours fiable.

    Bonne journée,
    Sangokuss
  • Bonsoir,

    Désolé pour ma réponse tardive, je n'ai pas eu le temps de répondre plus tôt 😉

    Concrètement, sur F36, en ce qui concerne la lenteur des synchronisations du client Nextcloud, il semble y avoir un problème avec diverses dépendances dont libQt5Gui (le passage vers testing pour le dit paquet résout le problème).

    Concernant mon problème original avec F35W, je ne vois rien dans la mise à jour réalisée qui pourrait expliquer le problème . La dernière mise à jour de GOA datant de bien 6 mois. :-?

    Bref, le mystère demeure !
  • Re,

    Oui, j'ai vérifié justement. Seul la machine utilisant Fedora est touchée. Toutes les autres machines (4 tournant sur Debian, 4 sur Android) fonctionnent parfaitement.

    Et la machine utilisant Fedora n'a de problèmes que suite aux mises à jour réalisées vendredi dernier.

    J'ai creusé un peu côté serveur au cas où et rien d'anormal repéré (pas d'erreur dans les logs, pas de problème de certificat, pas de banissement via Fail2ban, etc).
  • Bon, le problème s'est « résolu » de lui-même après avoir à nouveau supprimé le compte puis reconfiguré (mais après un délai assez long, comme si la connexion était ralentie).

    Note à moi-même spécifique à F36 : d'ailleurs la connexion GOA via F36 sur d'autres services que Nextcloud (qui fonctionne mal) était anormalement lente lors de mon test. Affaire à suivre.
  • Merci pour ton retour.

    J'ai l'impression que cela vient d'une fresh install F35 ou 36 (et pas si on a une F35 après màj depuis F34 par exemple).

    Du coup, je vais explorer cela plus en détail pour voir, et peut-être faire un rapport de bug pour le coup.
  • Bonjour à toutes et tous,

    Depuis les dernières mises à jour de ma Fedora 35 Workstation, j'observe un problème curieux d'affichage des agendas (que ce soit avec l'application "Agenda" ou dans "Evolution") synchronisés depuis GOA (Gnome Online Account) à partir de mon serveur Nextcloud. En effet, alors que tout fonctionnait parfaitement depuis des mois, l'affichage des rendez-vous a subitement disparu.

    Il n'y a aucune erreur de synchronisation, juste l'affichage des rendez-vous qui ne fonctionne pas et qui donne l'impression d'un agenda "vide". Bien entendu, ce n'est pas la cas, mes autres machines fonctionnant sur Debian 11.3 (et un contrôle du serveur) me confirmant que tout fonctionne parfaitement.

    Enfin, j'ai supprimé le compte GOA pour le reconfiguré et je confirme le problème : pas d'erreur de synchronisation, juste pas d'affichage dans les applications associées.

    Suis-je le seul à rencontrer le problème ?

    Information complémentaire :
    - machine : X1 Carbone (i7, 16Go RAM, 5120 Go SSD)
    - système : Fedora 35 W (installation quasi neuve, directement depuis v35)
    - Repos configurés : uniquement les repos par défaut (et rien d'exotique)
    - [j'ai tenté dans une VM la configuration avec une F36W bêta (que j'ai mise à jour) et idem, pas d'affichage des synchros -> j'ai donc bien l'impression qu'il y a un souci avec les dernières mises à jour 😉 ]
    - pour info, au début, j'ai remarqué le problème car les nouveaux évènements n'apparaissaient pas alors que les anciens oui (sans doute le cache local) -> dans GOA, il suffit de couper l'agenda puis de le réactiver pour se rendre compte que plus rien ne s'affiche -> on peut donc penser que tout fonctionne si on n'ajoute/modifie pas souvent ses évènements.

    Bien à vous,
    Sangokuss
  • Bonjour,

    Upgrade de f34 vers f35 bêta sur ma machine de test (un vieux Thinkpad T430) sans aucun souci pour moi ce matin (avec RPMfusion et dépôt Wazuh).

    Et l'ensemble semble déjà plutôt stable et fonctionnel.

    Sangokuss 8-)
  • Dans spams
    Nicosss wrote:
    Lyes Saadi wrote:Ça déjà été abordé, et le forum va (normalement) bientôt transitionner vers PhpBB.
    Ce sera Flarum en fait. Les tests de migration du forum sont en cours.
    Super, merci pour cette info 😉
  • Dans spams
    Bonjour,

    Je ne sais pas si ce sujet a déjà été abordé, mais l'utilisation d'un forum Discourse (plutôt que FluxBB), de par la gestion des spams qui y est proposée, ne serait-elle pas facilitante ?

    😉
  • nouvo09 wrote:Voilà un test effectué à partir de Libreofficewriter, document exporté en pdf et lu sur adobe reader

    https://imgur.com/BHtYK7Ml.png

    Apparemment aucun souci.
    Merci ! 8-)
  • nouvo09 wrote:Chez moi, ça ne pose aucun souci. Il est où le problème si on ne s'en sert pas ?
    En effet, pas de souci si on ne l'utilise pas.
    Malheureusement pour moi, ma douce l'utilise par défaut :-D (du coup, tous ses docs sont formatés avec... or changer de police entraîne des changements dans les mises en pages... etc bref ça devient vite ingérable quand on doit gérer des centaines de docs dont il faut retravailler la mise en page 😉 )

    Plus sérieusement, maintenant que le problème est identifié, elle peut s'adapter. Mais à titre perso, j'aimerai bien comprendre le souci car je n'avais jamais été confronté à un tel problème (même si visiblement il est récurrent sur différentes distro).

    😉
  • Bon, j'avance :

    Sur les machines concernées, c'est la police « Cantarell » qui pose souci !

    Sa désinstallation résout le problème, mais sa réinstallation le faire revenir... Une idée ?

    EDIT : c'est visiblement un problème connu sur les forums LibreOffice, sans réponse actuellement 🙁 (bref, désinstallation pour le moment, on verra si c'est corrigé plus tard...)
  • Broo wrote:J'ai eu aussi un petit souci avec LibreOffice : certains documents fait initialement avec windows et word s'affichent mal surtout les zones de textes et les sous-lignages spéciaux (pour séparer deux zone de textes par exemple).

    Pour ensuite créer un pdf avec LibreOffice : j'ai toujours utiliser la fonction "exporter vers" Menu fichier-exporter vers-exporter au format pdf (pour choisir des options de configuration du pdf) ou exporter directement au format pdf.
    Après il faut juste choisir l'emplacement de sauvegarde du pdf.
    Visiblement, le problème est très différent : l'export fonctionne, mais pas correctement.
    - Soit certaines zones de textes en gras n'apparaîssent pas sur le pdf
    - Soit ce sont les zone de texte (selon les machines)

    Seul LibreOffice Writer est touché pour les exports.

    Point qui peut aider : idem à l'impression papier... (et uniquement avec LibreOffice Writer)

    Bref, c'est à n'y rien comprendre au problème !
    La désinstallation de Writer puis sa réinstallation n'a rien changé...

    Enfin, j'insiste : seules les machines upgradées de F31 vers F32 posent souci.
  • Ce qui est curieux, c'est que ça fonctionne parfaitement avec une installation native et pas sur une distro avec upgrade.

    Info complémentaire : l'impression via imprimante papier pose le même souci... (il manque des parties en gras ou texte simple...)
    -> peut-être un problème avec cups ou autre ?
  • Oui, je confirme que ça bloque et pas seulement avec LibreOffice mais avec toutes les impressions "dans un fichiers".

    Non, je n'ai pas testé la version flatpack, en effet, mais j'ai l'impression que ça viendrait plutôt de "l'impression du fichier"
  • Bonjour à toutes et tous,

    Je rencontre un souci quelque peu inhabituel et désagréable avec les machines upgradées de F31 workstation vers F32 workstation : en effet, la génération de pdf depuis LibreOffice (par exemple) est "aléatoire" et surtout n'exporte qu'une partie du texte dans le pdf créé... (par exemple le gras est supprimée mais pas le texte normal,... ou inversement etc) J'avoue ne jamais avoir rencontré ce genre de souci.

    Sur une machine fraîchement installée, pas de souci. Mais ici, s'agissant des machines de ma douce, j'aimerai éviter d'avoir à faire une réinstall complète en cette période de télétravail.

    Bref, si vous avez une idée, je suis preneur 8-)
    Merci par avance pour vos aides éclairée !

    Sangokuss
  • Bonjour à toutes et tous,

    Pour information, le problème a été corrigé avec les mises à jour de ce matin 8-)

    Pour rappel : il s'agissait d'un problème d'affichage des agendas et contacts quand on utilisait un compte Nextcloud via GOA (Gnome Online Acocunt).

    Bref, je passe en « résolu » !

    Bon weekend.
    Sangokuss
  • Bonjour à toutes et tous,

    J'ai migrer un Thinkpad T440 de Debian Buster vers la nouvelle F32 Workstation.

    Concrètement tout fonctionne très bien (y compris le lecteur d'empreinte, par défaut ! 🙂 ) sauf un point, et pas des moindre : l'affichage des calendriers et contacts est impossible dans les applications Gnome et Evolution.

    Sauriez-vous s'il existe une parade à ce bug connu ? Ou s'il faut juste patienter un correctif ?

    Quelques pistes ici : https://forum.manjaro.org/t/gnome-online-account-does-not-show-nextcloud-calendars/133286

    Merci par avance pour vos éclairages 🙂
    Sangokuss
  • Re,

    Je me réponds à moi-même, il semble que nous soyons nombreux à avoir le souci depuis le passage au kernel 5.5 :
    https://www.reddit.com/r/Fedora/comments/emt3me/kernel_v548_on_fedora_31_breaks_sound/

    Pour résumer, il s'agit bien d'un problème touchant les thinkpads X1 Carbon de 7e génération suite au passage au nouveau kernel 5.5. Chez moi, la solution proposée fonctionne parfaitement, à savoir :
    ~# echo "options snd-intel-dspcfg dsp_driver=1" > /etc/modprobe.d/alsa.conf
    Suivi d'un :
    ~# reboot
    Et voilà, si cela peut servir à d'autre 😉