Re: [crash] Evolution sous testing

2020-04-18 Par sujet Haricophile
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

2020-04-18 Par sujet Haricophile
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

2020-04-18 Par sujet ajh-valmer
> 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

2020-04-18 Par sujet Stephane Bortzmeyer
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

2020-04-18 Par sujet Stephane Bortzmeyer
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

2020-04-18 Par sujet Eric Heintzmann

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")

2020-04-18 Par sujet benoit
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

2020-04-18 Par sujet Jean-Marc
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

2020-04-18 Par sujet elguero eric


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/