Comme indiqué dans mon message, j'ai déjà parcouru tous ces liens qui ne permettent pas de réaliser une signature numérique d'un document libreoffice via une clé gérée par gnupg.
Il s'agit bien de signer, et non de chiffrer, et je n'utilise pas snap mais la version distribuée par debian testing.
Seahorse est un front end à gnupg, mais ce qui semble me manquer c'est un gestionnaire de certificat qui puisse interagir avec libreoffice.
J'ai installé seahorse et sa dépendence gnome-keyring qui me semble être le gestionnaire de certificat manquant.
Seahorse est alors ouvert par le bouton "start certificate manager" mais il est incapable d'importer les clés de gnupg:
si je sélectionne le fichier .gnupg/secring.gpg pour l'importation, il génère une erreur en tentant de créer /home/user/~/.gnupg
si je sélectionne le fichier .gnupg/migrate-from-classic-backup/pubring.gpg qui est l'ancien format géré par gnupg v1, seahorse se bloque et doit être killé
Manifestement je me suis trompé, toutes mes excuses pour cet accueil.
J'espère que cela ne te refroidira pas pour écrire journaux et dépêches sur les CMS puisque c'est un sujet que tu maîtrises.
Nouveau compte, placement de lien pour référencement, mais bon ca parle de logiciels libres.
Personnellement, je n'aime pas la manière, mais laissons l'équipe de modération trancher.
Je n'ai réussi à trouver la raison du problème, mais il se trouve qu'après avoir limité la configuration de /etc/asound.conf à l'utilisation de la sortie HDMI, tout est rentré dans l'ordre.
Il semble qu'alsa prenne désormais en charge automatiquement dmix, ce qui n'était pas le cas lors de la configuration initiale de ma machine et m'avait donc amené à modifier /etc/asound.conf.
Et il se passe quoi quand connman est installé en même temps que netwok-manager ?
Et beh ils se battent pour savoir qui aura droit de gérer la connexion, du coup ça se déconnecte tout le temps !
Rien à voir avec le firmware, une fois de plus le problème se situait entre la chaise et le clavier…
c'est mieux: avec la version du firmware fournie par ubuntu 20.04 j'ai des déconnexions toujours aussi régulières, mais qui sont reconnectées automatiquement deux secondes après.
Par contre, comme avec le firmware fournit par debian, si j'ai un stream en cours de lecture ou une connexion tor en cours d'utilisation, celles-ci doivent être réinitialisées.
Attention, Ubuntu 22.04 fournit le même fichier que debian testing.
ce qui m'étonne c'est que le même firmware que debian sous fedora ne pose pas de problème.
Je continue mes investigations, mais j'ai déjà amélioré mon confort d'utilisation grâce à toi :)
Et pile au moment de valider ce commentaire, une déconnexion qui a nécessité un coup de disconnect/connect via connmanctl… soyons positif, c'est tout de même mieux !
merci !
la seule différence que j'ai par rapport à toi c'est la version de firmware:
firmware=36.ca7b901d.0
je ne sais pas à quoi correspond la deuxième partie après le 36, peut être un id de commit, auquel cas je vais récupérer celui de ubuntu et voir si cela change quelque chose.
bon et bien il n'aura pas fallu longtemps: le kernel 5.17.3 installé, redémarrage, connexion, 5min après déconnexion !
J'imagine donc qu'il y a un problème chez debian que je vais remonter via un rapport de bug
Après plus d'une demi-heure sous Fedora Workstation Live 36 1.5, sans aucune déconnexion, je dois donc en conclure que le problème vient soit d'une mauvaise configuration dans debian testing soit d'une régression dans la version 5.18.
la première différence est le noyau: 5.17 pour fedora contre 5.18 chez debian
Je vais donc trouver un paquet 5.17 sur snapshot.debian.org et tester cela.
Là où je suis actuellement, le portable se connecte sur du 2.4Ghz puis passe sur le 5Ghz canal 112 et reste ainsi plusieurs minutes jusqu'à la déconnexions rapportée par iw.
Donc je ne pense pas que ce que tu décrives arrive ici.
puisque personne ne l'a encore proposé, le plus simple serait de mettre en place un cron qui vérifie régulièrement l'état de ton interface réseau et déclenche un reboot si celui-ci n'est pas satisfaisant.
j'ai peut être une piste avec ce bug: une régression de 1.2.7.1 liée à la manière de nommer les devices HDMI.
C'est déjà corrigé dans 1.2.7.2, il faut donc attendre son intégration dans testing.
merci !
je confirme donc que le downgrade de libasound2 permet de revenir à une situation fonctionnelle.
Reste à comprendre ce qui change avec la nouvelle version.
Sauf erreur de ma part, la version précédente a disparu des dépôts.
L'installation de la version bullseye dans testing me parait introduire plus de bazar que cela est nécessaire pour résoudre ce problème.
tu parles du genre de sites qui pullulent dans les résultats de ton moteur de recherche préféré dès que tu entres le nom d'un professionnel de santé ?
Et pour ce qui est de l'ordre des médecins, comme tout ordre et syndicat qui se respecte, il a pour fonction de récolter les cotisations et alimenter le jeu de gestion des egos et des postes à influences diverses qui s'y rattachent. Toutes autres actions ne viendraient que servir à la bonne marche des deux précitées.
doctolib se considère comme un tiers accueillant les données des professionnels de santé; en conséquence, ils arguent que c'est à ces professionnels de santé que tu dois t'adresser dans le cas où tu ne souhaiterais pas que tes données leur soient transmises.
J'imagine que l'aspect légal est ficelé par une armée de juristes en amont.
[^] # Re: signer ou encrypter ?
Posté par Anonyme . En réponse au message Libreoffice 7.4 et signature numérique via gnupg. Évalué à 2.
ca confirme le problème d'intégration dans debian testing
[^] # Re: signer ou encrypter ?
Posté par Anonyme . En réponse au message Libreoffice 7.4 et signature numérique via gnupg. Évalué à 2.
donc ca semble être un problème d'intégration chez debian
[^] # Re: signer ou encrypter ?
Posté par Anonyme . En réponse au message Libreoffice 7.4 et signature numérique via gnupg. Évalué à 2. Dernière modification le 20 septembre 2022 à 10:02.
Comme indiqué dans mon message, j'ai déjà parcouru tous ces liens qui ne permettent pas de réaliser une signature numérique d'un document libreoffice via une clé gérée par gnupg.
Il s'agit bien de signer, et non de chiffrer, et je n'utilise pas snap mais la version distribuée par debian testing.
Seahorse est un front end à gnupg, mais ce qui semble me manquer c'est un gestionnaire de certificat qui puisse interagir avec libreoffice.
J'ai installé seahorse et sa dépendence gnome-keyring qui me semble être le gestionnaire de certificat manquant.
Seahorse est alors ouvert par le bouton "start certificate manager" mais il est incapable d'importer les clés de gnupg:
[^] # Re: auto promo
Posté par Anonyme . En réponse au lien Comparatif open-source Drupal vs. Wordpress. Évalué à 4. Dernière modification le 01 septembre 2022 à 19:33.
Manifestement je me suis trompé, toutes mes excuses pour cet accueil.
J'espère que cela ne te refroidira pas pour écrire journaux et dépêches sur les CMS puisque c'est un sujet que tu maîtrises.
# auto promo
Posté par Anonyme . En réponse au lien Comparatif open-source Drupal vs. Wordpress. Évalué à 4.
https://be.linkedin.com/in/eric-moreau-webstanz
Nouveau compte, placement de lien pour référencement, mais bon ca parle de logiciels libres.
Personnellement, je n'aime pas la manière, mais laissons l'équipe de modération trancher.
# Stylus+global dark mode
Posté par Anonyme . En réponse au message Dark Mode pour firefox. Évalué à 3.
J'utilise l'extension Stylus avec le style Global Dark Mode.
# PEBCAK
Posté par Anonyme . En réponse au message [Résolu] Plus de son sur debian testing. Évalué à 2. Dernière modification le 22 août 2022 à 10:14.
Je n'ai réussi à trouver la raison du problème, mais il se trouve qu'après avoir limité la configuration de /etc/asound.conf à l'utilisation de la sortie HDMI, tout est rentré dans l'ordre.
Il semble qu'alsa prenne désormais en charge automatiquement dmix, ce qui n'était pas le cas lors de la configuration initiale de ma machine et m'avait donc amené à modifier /etc/asound.conf.
# PEBKAC
Posté par Anonyme . En réponse au message [Résolu] Lattitude E7470 : connexion WiFi instable. Évalué à 2. Dernière modification le 16 août 2022 à 15:02.
Et il se passe quoi quand connman est installé en même temps que netwok-manager ?
Et beh ils se battent pour savoir qui aura droit de gérer la connexion, du coup ça se déconnecte tout le temps !
Rien à voir avec le firmware, une fois de plus le problème se situait entre la chaise et le clavier…
[^] # Re: Fonctionne sous Ubuntu 20.04 LTS
Posté par Anonyme . En réponse au message [Résolu] Lattitude E7470 : connexion WiFi instable. Évalué à 2.
c'est mieux: avec la version du firmware fournie par ubuntu 20.04 j'ai des déconnexions toujours aussi régulières, mais qui sont reconnectées automatiquement deux secondes après.
Par contre, comme avec le firmware fournit par debian, si j'ai un stream en cours de lecture ou une connexion tor en cours d'utilisation, celles-ci doivent être réinitialisées.
Attention, Ubuntu 22.04 fournit le même fichier que debian testing.
ce qui m'étonne c'est que le même firmware que debian sous fedora ne pose pas de problème.
Je continue mes investigations, mais j'ai déjà amélioré mon confort d'utilisation grâce à toi :)
Et pile au moment de valider ce commentaire, une déconnexion qui a nécessité un coup de disconnect/connect via connmanctl… soyons positif, c'est tout de même mieux !
[^] # Re: Fonctionne sous Ubuntu 20.04 LTS
Posté par Anonyme . En réponse au message [Résolu] Lattitude E7470 : connexion WiFi instable. Évalué à 2.
merci !
la seule différence que j'ai par rapport à toi c'est la version de firmware:
firmware=36.ca7b901d.0
je ne sais pas à quoi correspond la deuxième partie après le 36, peut être un id de commit, auquel cas je vais récupérer celui de ubuntu et voir si cela change quelque chose.
[^] # Re: essayer une autre distribution
Posté par Anonyme . En réponse au message [Résolu] Lattitude E7470 : connexion WiFi instable. Évalué à 2.
non j'avais déjà regardé, il s'agit également de la version 36 du firmware iwlwifi-8000C
[^] # Re: essayer une autre distribution
Posté par Anonyme . En réponse au message [Résolu] Lattitude E7470 : connexion WiFi instable. Évalué à 2.
bon et bien il n'aura pas fallu longtemps: le kernel 5.17.3 installé, redémarrage, connexion, 5min après déconnexion !
J'imagine donc qu'il y a un problème chez debian que je vais remonter via un rapport de bug
merci à tous pour vos idées
[^] # Re: essayer une autre distribution
Posté par Anonyme . En réponse au message [Résolu] Lattitude E7470 : connexion WiFi instable. Évalué à 2.
Après plus d'une demi-heure sous Fedora Workstation Live 36 1.5, sans aucune déconnexion, je dois donc en conclure que le problème vient soit d'une mauvaise configuration dans debian testing soit d'une régression dans la version 5.18.
la première différence est le noyau: 5.17 pour fedora contre 5.18 chez debian
Je vais donc trouver un paquet 5.17 sur snapshot.debian.org et tester cela.
La suite au prochain numéro
[^] # Re: bande de frequence ?
Posté par Anonyme . En réponse au message [Résolu] Lattitude E7470 : connexion WiFi instable. Évalué à 2.
Là où je suis actuellement, le portable se connecte sur du 2.4Ghz puis passe sur le 5Ghz canal 112 et reste ainsi plusieurs minutes jusqu'à la déconnexions rapportée par iw.
Donc je ne pense pas que ce que tu décrives arrive ici.
[^] # Re: bande de frequence ?
Posté par Anonyme . En réponse au message [Résolu] Lattitude E7470 : connexion WiFi instable. Évalué à 2.
je vais surveiller ce point, merci
[^] # Re: essayer une autre distribution
Posté par Anonyme . En réponse au message [Résolu] Lattitude E7470 : connexion WiFi instable. Évalué à 2.
Je viens de tester sur un livecd system-rescue qui se base sur Arch avec les mêmes déconnexions.
# cron
Posté par Anonyme . En réponse au message Récupération de connexion en cas de coupure de courant. Évalué à 2.
puisque personne ne l'a encore proposé, le plus simple serait de mettre en place un cron qui vérifie régulièrement l'état de ton interface réseau et déclenche un reboot si celui-ci n'est pas satisfaisant.
[^] # Re: First things first?
Posté par Anonyme . En réponse au message [Résolu] Plus de son sur debian testing. Évalué à 2.
ah non j'ai mal lu c'est déjà dans 1.2.7.1
[^] # Re: First things first?
Posté par Anonyme . En réponse au message [Résolu] Plus de son sur debian testing. Évalué à 2.
j'ai peut être une piste avec ce bug: une régression de 1.2.7.1 liée à la manière de nommer les devices HDMI.
C'est déjà corrigé dans 1.2.7.2, il faut donc attendre son intégration dans testing.
[^] # Re: First things first?
Posté par Anonyme . En réponse au message [Résolu] Plus de son sur debian testing. Évalué à 2.
merci !
je confirme donc que le downgrade de libasound2 permet de revenir à une situation fonctionnelle.
Reste à comprendre ce qui change avec la nouvelle version.
[^] # Re: First things first?
Posté par Anonyme . En réponse au message [Résolu] Plus de son sur debian testing. Évalué à 2.
Sauf erreur de ma part, la version précédente a disparu des dépôts.
L'installation de la version bullseye dans testing me parait introduire plus de bazar que cela est nécessaire pour résoudre ce problème.
# rhhooo c'est étonnant
Posté par Anonyme . En réponse au lien Microsoft interdit la vente de produit opensource. Évalué à 1. Dernière modification le 08 juillet 2022 à 09:09.
et dire que certains y croient encore, mais les vrais le sachent…
[^] # Re: consentement
Posté par Anonyme . En réponse au lien Doctolib présente sa base de données à Devoxx 2022 et c'est flippant. Évalué à 8.
tu parles du genre de sites qui pullulent dans les résultats de ton moteur de recherche préféré dès que tu entres le nom d'un professionnel de santé ?
Et pour ce qui est de l'ordre des médecins, comme tout ordre et syndicat qui se respecte, il a pour fonction de récolter les cotisations et alimenter le jeu de gestion des egos et des postes à influences diverses qui s'y rattachent. Toutes autres actions ne viendraient que servir à la bonne marche des deux précitées.
[^] # Re: consentement
Posté par Anonyme . En réponse au lien Doctolib présente sa base de données à Devoxx 2022 et c'est flippant. Évalué à 9. Dernière modification le 04 juillet 2022 à 23:18.
doctolib se considère comme un tiers accueillant les données des professionnels de santé; en conséquence, ils arguent que c'est à ces professionnels de santé que tu dois t'adresser dans le cas où tu ne souhaiterais pas que tes données leur soient transmises.
J'imagine que l'aspect légal est ficelé par une armée de juristes en amont.
[^] # Re: Pertinent ?
Posté par Anonyme . En réponse au lien Chat noir : un moteur de recherche libre. Évalué à 2.
ce qui parait en accord avec le nom choisi pour ce moteur de recherche: un chat noir n'est pas censé avoir du succès.