Re: [crash] Evolution sous testing
Le Sat, 18 Apr 2020 11:14:39 +0200, Jean-Marc a écrit : > Et pour info, pour le moment, il y a pas mal de paquets migrés vers Gnome > 3.36. C'est peut-être une source possible de soucis. A mon humble avis, supprimer le "peut-être" de la phrase, les versions de gnome et les compatibilités c'est une grande aventure...
Re: Lancer une appli graphique en ssh : ça s'améliore
Le Sat, 18 Apr 2020 16:46:47 +0200, "ajh-valmer" a écrit : > Quelles énormités... ? Pourquoi ? Parce que ça met les gens en danger ne serait-ce que ça ? C'est pas ce qu'il dit ? > Tu ne les indiques pas et ni même une piste de solution. Je te propose de lire son blog, des pistes, des solutions, des informations tu en aura jusqu'à plus soif (^_^);
Re: Lancer une appli graphique en ssh : ça s'améliore
> On Thu, Apr 16, 2020 ajh-valmer wrote > > et toujours l'impossibilité de faire sur le client : > > ssh user@ -X On Saturday 18 April 2020 15:21:09 S. Bortzmeyer wrote: > (au milieu des énormités lues dans ce fil), > Tout ce fil de discussion est à jeter à la poubelle : Quelles énormités... ? Pourquoi ? Tu ne les indiques pas et ni même une piste de solution. > Le plus probable, et je suis surpris que cela n'ait pas été mentionné, > est que la machine distante n'autorise pas le forwarding X11. > Dans le /etc/ssh/sshd_config de cette machine distante, vérifier qu'il y a : > X11Forwarding yes : Évidemment, le "X11Forwarding" a toujours été à yes, avant mon help ! (et ssh restart). > (Attention, cela peut affaiblir la sécurité.) > Et sinon, la classique option -v du client ssh donnera tous les > détails, permettant de savoir exactement ce qui n'allait pas. "xhost +" : oui, pas recommandé, alors quoi faire à la place ? Quelle solution ? C'est un problème de n° de display. Aucun tuto ne dit s'il faut lancer le serveur X sur le serveur ?
Re: Lancer une appli graphique en ssh : ça s'améliore
On Thu, Apr 16, 2020 at 10:55:30AM +0200, ajh-valmer wrote a message of 20 lines which said: > et toujours l'impossibilité de faire sur le client : > ssh user@ -X Le plus probable, et je suis surpris que cela n'ait pas été mentionné (au milieu des énormités lues dans ce fil) est que la machine distante n'autorise pas le forwarding X11. Dans le /etc/ssh/sshd_config de cette machine distante, vérifier qu'il y a : X11Forwarding yes (Attention, cela peut affaiblir la sécurité.) Et sinon, la classique option -v du client ssh donnera tous les détails, permettant de savoir exactement ce qui n'allait pas.
Re: Lancer une appli graphique en ssh
On Mon, Apr 13, 2020 at 05:36:52PM +0200, Pierre Malard wrote a message of 123 lines which said: > • lancer la commande « xhost + » sur son PC avant de > faire le SSH -X ou -Y NE FAITES CELA EN AUCUN CAS ! Cela permet à n'importe quelle machine de l'Internet de lancer une application X sur votre serveur (l'appication pouvant, par exemple, redéfinir les touches du clavier). Tout ce fil de discussion est à jeter à la poubelle. Avec ssh, on n'utilise PAS xhost. ssh a son propre mécanisme, bien plus sécurisé que celui de X11.
Erreur ACPI avec une radeon sur un PC Intel
Bonjour à tous, PC SOUS DEBIAN TESTING Je possède un ordinateur portable HP Pavilion 17-e050sf sous Debian testing : https://support.hp.com/fr-fr/document/c03817695 C'est un système à cartes graphiques hybrides Intel / AMD, avec pilote "i915" pour la carte intégrée, et pilote "radeon" pour la carte additionnelle AMD (alternativement le pilote "amdgpu" peut-être utilisé pour la carte AMD) $ lspci 00:00.0 Host bridge: Intel Corporation 3rd Gen Core processor DRAM Controller (rev 09) 00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor PCI Express Root Port (rev 09) 00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09) 00:14.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB xHCI Host Controller (rev 04) 00:16.0 Communication controller: Intel Corporation 7 Series/C216 Chipset Family MEI Controller #1 (rev 04) 00:1a.0 USB controller: Intel Corporation 7 Series/C216 Chipset Family USB Enhanced Host Controller #2 (rev 04) 00:1b.0 Audio device: Intel Corporation 7 Series/C216 Chipset Family High Definition Audio Controller (rev 04) 00:1c.0 PCI bridge: Intel Corporation 7 Series/C216 Chipset Family PCI Express Root Port 1 (rev c4) 00:1c.1 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 2 (rev c4) 00:1c.2 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 3 (rev c4) 00:1d.0 USB controller: Intel Corporation 7 Series/C216 Chipset Family USB Enhanced Host Controller #1 (rev 04) 00:1f.0 ISA bridge: Intel Corporation HM76 Express Chipset LPC Controller (rev 04) 00:1f.2 SATA controller: Intel Corporation 7 Series Chipset Family 6-port SATA Controller [AHCI mode] (rev 04) 00:1f.3 SMBus: Intel Corporation 7 Series/C216 Chipset Family SMBus Controller (rev 04) 01:00.0 Display controller: Advanced Micro Devices, Inc. [AMD/ATI] Sun XT [Radeon HD 8670A/8670M/8690M / R5 M330 / M430 / Radeon 520 Mobile] 07:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8188EE Wireless Network Adapter (rev 01) 08:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL810xE PCI Express Fast Ethernet controller (rev 07) LE PROBLEME Le problème c'est que lorsque je démarre l'ordinateur, tout ce passe normalement jusqu'à l'invite GDM. Mais lorsque je me connecte (via GDM) avec mon nom d'utilisateur et mon mot de passe, il y a presque une minute de latence avant que GNOME se lance. C'est cela le problème.(J'ai aussi testé xfce, enlightment, GNOME sous Xorg...sans plus de succès) (Notez bien que le problème ne se produit qu'après un reboot ou démarrage à froid, mais pas après une fermeture de session) Après de nombreux test j'ai constaté que blacklister le module "radeon" résolvait le problème ... au prix de la désactivation de la radeon. (Alternativement booter avec le parametre kernel "radeon.modeset=0" résoud aussi le problème de la même manière) Après lecture des logs il semble qu'il y ait des erreurs ACPI lors de du chargement ou du déchargement du driver de la carte graphique additionnelle AMD : $ modprobe -r radeon ... [ 134.810044] ACPI Error: Aborting method \AMD3._ON due to previous error (AE_AML_LOOP_TIMEOUT) (20191018/psparse-529) ... [ 134.811473] acpi device:02: Failed to change power state to D0 ... $ modprobe radeon ... [ 382.899240] acpi device:02: Failed to change power state to D0 ... [ 389.158051] acpi device:02: Cannot transition from (unknown) to D3hot ... On pourrait penser que le problème est dû au driver radeon, mais en fait j'ai exactement les mêmes messages d'erreur avec les drivers "amdgpu" (avec le support activé pour les cartes "si" et "cik" ) Tentative d'analyse D'après : $ ls -al /sys/bus/acpi/devices/device\:02/physical_node lrwxrwxrwx 1 root root 0 avril 16 12:57 /sys/bus/acpi/devices/device:02/physical_node -> ../../../../pci:00/:00:01.0 et $ lspci -s :00:01.0 00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor PCI Express Root Port (rev 09) (prog-if 00 [Normal decode]) Flags: bus master, fast devsel, latency 0, IRQ 24 Bus: primary=00, secondary=01, subordinate=06, sec-latency=0 I/O behind bridge: 5000-5fff [size=4K] Memory behind bridge: c200-c2ff [size=16M] Prefetchable memory behind bridge: a000-afff [size=256M] Capabilities: [88] Subsystem: Hewlett-Packard Company Xeon E3-1200 v2/3rd Gen Core processor PCI Express Root Port Capabilities: [80] Power Management version 3 Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit- Capabilities: [a0] Express Root Port (Slot+), MSI 00 Capabilities: [100] Virtual Channel Capabilities: [140] Root Complex Link Capabilities: [d94] Secondary PCI Express Kernel driver in use: pcieport Donc l'acpi device:02 c'est un port PCI express. Et la radeon est branchée sur ce port PCI express :
[Résolu] user-dirs.dirs (XDG_MUSIC_DIR="$HOME/Musique")
Bonjour à toutes et tous J'ai essayé tellement de choses que je ne suis pas que c'est ce qui suit qui a résolu le problème. 1) j'ai déplacé les fichiers suivant dans tmp: .config/user-dirs.dirs .config/user-dirs.locale .config/user-dirs.conf Exécuté pour chaque répertoire xdg-user-dirs-update --set DESKTOP $HOME/Desktop xdg-user-dirs-update --set DOWNLOAD $HOME/Downloads xdg-user-dirs-update --set TEMPLATES $HOME/Office/TEMPLATE xdg-user-dirs-update --set DOCUMENTS $HOME/Office xdg-user-dirs-update --set MUSIC $HOME/Musique xdg-user-dirs-update --set PICTURES $HOME/Images xdg-user-dirs-update --set VIDEOS $HOME/Videos Pour voir s'il y avait des erreurs de syntaxe, j'ai fais un diff diffuse tmp/config/user-dirs.dirs .config/user-dirs.dirs J'ai exécuté sans succès xdg-user-dirs-gtk-update Firefox voyait maintenant les emplacements, mais pas libreoffice. J'ai installé (il y avait déjà libreoffice-gtk2) : apt install libreoffice-gtk3 Maintenant libreoffice voit les emplacements. Merci à Haricophile, pour la piste de xdg-user-dirs-update Bon WE -- Benoit Sent with [ProtonMail](https://protonmail.com) Secure Email. ‐‐‐ Original Message ‐‐‐ Le vendredi 17 avril 2020 11:48, benoit a écrit : > Bonjour à toutes et à tous, > > Dans $HOME/.config/user-dirs.dirs : > J'ai la config de répertoires de ma home > XDG_MUSIC_DIR="$HOME/Musique" > XDG_DOWNLOAD_DIR="$HOME/Downloads" > XDG_TEMPLATES_DIR="$HOME/Office/TEMPLATE" > XDG_DOCUMENTS_DIR="$HOME/Office" > XDG_PICTURES_DIR="$HOME/Images" > XDG_VIDEOS_DIR="$HOME/Videos" > XDG_DESKTOP_DIR="$HOME/Desktop" > > OpenOffice et Firefox n'en tiennent pas compte avec leur fenêtre d'ouverture > et d'enregistrement de fichiers. En fait aucun logiciel, même pas le mon > gestionnaire de fichier PCManFM. > Il me semble que je me conforme à la spécification de freedesktop.org en > rédigeant ce fichier de config, mais si ça ne marche pas c'est que j'ai loupé > un truc. > Il me semble que je suis dans le cas ci-dessous puisque $XDG_CONFIG_HOME > n'est pas définit. > « $XDG_CONFIG_HOME defines the base directory relative to which user specific > configuration files should be stored. If $XDG_CONFIG_HOME is either not set > or empty, a default equal to $HOME/.config should be used. » > Cf. > https://specifications.freedesktop.org/basedir-spec/basedir-spec-latest.html#variables > > Quelqu'un a une idée ? > > Merci d'avance > -- > Benoit > > Sent with [ProtonMail](https://protonmail.com) Secure Email.
Re: [crash] Evolution sous testing
Fri, 17 Apr 2020 23:48:02 +0200 Frederic Zulian écrivait : > Bonjour, salut Frédéric, > Je tente de sortir de ma dépendance à l'écosystème Google en commençant par > les mails avec Evolution. > L'installation et la configuration se sont déroulées sans problème. Okay. > Désormais lorsque je lance Evolution j'ai le message d'erreur suivant : > > (evolution:3800818): GLib-GIO-WARNING **: 23:38:10.432: Your application > did not unregister from D-Bus before destruction. Consider using > g_application_run(). Le message semble n'être qu'un avertissement. Que se passe-t-il après ? Evolution te montre un message et se ferme/s'arrête ? Perso, je viens de démarrer Evolution sans soucis. J'ai un avertissement similaire pour evolution-alarm mais sans conséquence. Et pour info, pour le moment, il y a pas mal de paquets migrés vers Gnome 3.36. C'est peut-être une source possible de soucis. > [...] > Une idée ? Commencer par essayer d'avoir plus d'infos. Debian Testing est parfois difficile de par son instabilité. Voir s'il existe un bug déjà rapporté (cf. http://www.mail-archive.com/debian-bugs-dist%40lists.debian.org/). Se renseigner sur les canaux IRC de Debian (cf. https://wiki.debian.org/fr/IRC - canal #debian-next). C'est anglophone sur les canaux généraux, #debian-fr est francophone. Attention, il faut être patient parfois. Cela va dépendre des personnes disponibles. > Frédéric ZULIAN Jean-Marc https://6jf.be/keys/ED863AD1.txt pgpVGFGUuk7BG.pgp Description: PGP signature
Re: [crash] Evolution sous testing
apparemment il y a un problème avec la librairie GLib. Peut-être installer la dernière version de GLib et recompiler? e.e. Le vendredi 17 avril 2020 à 23:48:35 UTC+2, Frederic Zulian a écrit : Bonjour, Je tente de sortir de ma dépendance à l'écosystème Google en commençant par les mails avec Evolution. L'installation et la configuration se sont déroulées sans problème. Désormais lorsque je lance Evolution j'ai le message d'erreur suivant : (evolution:3800818): GLib-GIO-WARNING **: 23:38:10.432: Your application did not unregister from D-Bus before destruction. Consider using g_application_run(). J'ai tenté de faire quelques recherches avec QWANT mais je me retrouve toujours avec des réponses faisant références à Microsoft ou Apple Une idée ? Frédéric ZULIAN -- Pour la santé de votre ordinateur, préférez les logiciels libres. https://www.april.org/