Reprise du message précédent :
ah ça le passage alim/batterie/etc qui change de source d'alimentation toutes les 4 minutes, c'est vieux. et toujours pas réglé non plus.

tant que le PC portable reste branché, ça va. Par contre la notification "votre PC est rechargé" "votre PC se recharge" "alimentation absente".... c'est chiant

mais ça semble être réglé dans les dernières versions (peut pas dire laquelle a fixé le problème)

prépare toi à changer le titre mirtouf
 
dernière RC dispo https://simon.shimmerproject.org/20 [...] -released/

Hello à tous,

TL DR en fin de post :

Je suis sous debian et XFCE et j'ai un soucis avec Tiger VNC Server.
Je ne sais pas trop pourquoi, je me suis retrouvé du jour au lendemain avec mon vnc qui ne fonctionne plus, sûrement dû à un reboot.

J'ai essayé de régler le soucis mais là je tourne en rond et j'avoue être perdu. J'ai effectué des recherches mais les fix trouvés ne changent rien.
Le problème est que quand je me connecte via vnc viewer sur un autre pc, j'ai un écran noir. Je pensais que c'était dû à une mauvaise configuration du serveur VNC mais je peux lancer sans problème Firefox par exemple, et l'utiliser normalement, via VNC.
J'ai donc le problème que pour XFCE.
J'ai essayé de virer le dossier .vnc et de refaire un serveur et là c'est encore pire, le serveur ne veut même plus se lancer. Dans les logs d'erreur, il parle de Xsession mais je n'ai pas ce dossier/fichier sur mon pc.
Je me suis rendu compte après recherche que je n'avais pas de xstartup, qui semble être nécessaire pour lancer le serveur. Normalement il en créer un lors du serveur mais .. pas sur ma machine...
Bref, j'ai cherché un peu et trouvé ce qui semblait être le xstartup par défaut, à savoir ;

Normalement c'est censé lancer le desktop sur lequel je suis log mais ça ne fait rien.
J'ai tenté de remplacer twm & par startxfce4 et cela ne fonctionne pas non plus.

Je n'ai aucun message d'erreur que ça soit de la part de Xtigervnc ou du viewer que j'utilise.
J'ai tenté aussi de ne garder que le unset SESSION_MANAGER ainsi que la ligne d'après pour le desktop de base mais cela ne fonctionne pas non plus. J'ai toujours un écran noir au boot.

Possiblement un autre problème aussi, si je me connecte sur un autre compte via su username2 et que je veux lancer un serveur VNC, j'ai une erreur comme quoi le /home/username1/Xauth a eu un timeout (mais j'arrive tout de même à me connecter avec le viewer, encore un écran noir cependant).

C'est pas impossible que j'ai un peu cassé le truc en voulant lancer en sudo, j'ai du remettre le bon propriétaire sur .Xauthority (il était passé sur root et empêchait tout login).
Une idée ? j'ai une mauvaise configuration quelque part?

EDIT ; J'avais trouvé cela : https://github.com/TigerVNC/tigervnc/pull/838
C'est assez récent mais si j'essaye de lancer le serveur sans xstartup, le server vnc me renvoie un code d'erreur.

EDIT 2 : J'arrive à atteindre un terminal XFCE en le lançant avec une option de xstartup ave vncserver.
XFWM4 --replace fait bien un rafraichissement mais à part des glitchs graphiques j'ai pas grand chose. J'ai quand même les boutons pour agrandir/baisser/fermer les fenêtres qui apparaissent.
XFCE panel me dit que j'ai déjà une instance qui existe sur cet écran, et le restart ne change rien.
Du coup j'en déduis que j'ai bien un XFCE qui tourne mais il n'arrive pas à m'afficher ni les panels, ni le fond d'écran (enfin, à part le terminal et les boutons pour agrandir les fenêtres il me montre rien).

EDIT 3 + rajout d'un TL DR parce que ça commence à faire long
x11vnc fonctionne out of box. Ca semble confirmer que Xfce n'arrive pas/ne lance pas de desktop, maintenant si c'est dû a vncserver ou a xfce.. aucune idée
J'ai viré .vnc, les paquet tigervnc (common, standalone serv et extension) et reinstallé, rien n'a changé.

TLDR : Connexion à un serveur VNC (Xfce), j'arrive à avoir un terminal ainsi qu'a lancer des appli comme firefox mais je n'ai aucun bureau/panel/icones XFCE. XFWM4 --replace n'arrange rien.

Si c'est trop spécifique à TigerVnc je ferai un post dédié. J'ai hésité entre ici et Debian

Je laisse le post quelques semaines au cas où quelqu'un sait d'où ça vient, mais j'ai essayé avec x2go et tout fonctionne parfaitement.  

Pourquoi est-ce que tu le supprimerais ?

Vu le pavé césar et le nombre de manipulation que j'ai faite, je doute que quelqu'un va passer son temps à débuger cela
Edit ; Et je ne sais toujours pas si c'est propre à Xfce ou non

XFCE 4.14 est déjà disponible sur Arch Linux !  
 
Bon, comment dire ? J’ai évidemment fait la mise à jour en TTY après m’être déconnecté (par prudence). En me reconnectant sur ma session graphique, j’ai eu un léger bug qui a apparemment mené à un reboot de XFCE au bout d’une seconde. Rien de grave, donc. Je sais pas si ça fera ça tout le temps ou non.
 
J’ai un peu galéré pour remettre les fonds des tableaux de bord transparents (il n’y a plus de curseur : il faut passer par le nuancier GTK3, maintenant), vu qu’ils étaient redevenus opaques.
 
Et je suis pas hyper fan du nouveau style par défaut des barres de titre (j’aimais bien celui de XFCE 4.12, qui reprenait celui des premières versions de Gnome 3).
 

 
Un truc que je regrette, en revanche (mais là, c’est lié à GTK3, pas XFCE), c’est qu’on ne peut plus changer d’onglet dans les boîtes de dialogue et autres fenêtres GTK3 avec la molette de la souris : c’était hyper pratique, ce truc, pourtant, vu que ça économisait des clics…

on peut toujours le faire hein
tu mets le pointeur sur la barre du tableau de bord, et c'est bon

tu as un affichage différent

De quoi tu parles, exactement ? Je parle pas de la possibilité de rétracter les fenêtres à la molette, mais de changer d’onglet actif par ce biais dans les fenêtres GTK3. Chez moi, ça ne fait rien (alors que ça fonctionne sur les fenêtres GTK2 et Qt).
 

J’ai juste le thème Adwaita par défaut, alors que tu as le thème Mint-X, de ton côté.

oui, tu places le pointeur sur un des tableaux de bord. molette vers le bas, tu vas aller sur les fenêtres de droite à gauche. molette vers le haut, tu iras de gauche à droite

et rien à voir avec le toolkit graphique (gtk, qt, ...). je viens de tester avec vlc et la calculatrice, ça fonctionne

Mais… Mais pourquoi tu me parles des tableaux de bord ??? Où vois-tu que je parle de ça dans mon message ???
 

Moi, je te parle de ça, là, encadré en rouge pour que tu puisses pas le louper :
 

Les onglets dans les boîtes de dialogue (mais pas seulement : on les a aussi dans Thunar, Mousepad, etc.) !!! Va me les faire défiler à la molette dans les fenêtres GTK3, parce que moi, j’y arrive pas. Et ça m’ennuie, même si je peux y survivre.

ah bah voilà, faut préciser aussi  
non, je n'ai jamais pu naviguer avec la molette sur les Notebook. ce n'est pas une fonction que tu as édité dans un "tweak tool" ?

Je crois que j'ai vu passer ça en flash après mon reboot aussi. Je regardais pas vraiment, donc j'étais pas sûr, mais maintenant que tu le dis…

@trit : bon j'ai rien dit : la possibilité de naviguer avec la molette a été retirée de Gtk3. aux dev des applications tierces de réimplémenter l'évènement scroll :|

ça prend huit lignes minimum pour mettre en place le scroll

Oh, non, aucun tweak…
 

Entre ça et l’impossibilité de sélectionner un fichier dans un sélecteur de fichiers (les boîtes Ouvrir/Enregistrer sous…) en tapant les premières lettres (chose possible partout ailleurs, et pas que sous Linux)… Ils font fort dans les décisions débiles on ne peut plus discutables, chez Gnome !

oui, le sélecteur de fichiers Gtk3 est à ***. Pour cela que, où c'est possible, j'ai reconstruit mes apps avec gtk2 (comme geany)

(Geany, je t’aime !)

 
oui ?

Bon, en démarrant ce matin, j’ai regardé la conso de RAM au démarrage (avec le Gestionnaire de tâches, notez) : seulement 395 Mio, contre 385 sous 4.12 dans les mêmes conditions (peu de plug-ins rajoutés au tableau de bord, seulement Guake lancé au démarrage, mais que j’avais quitté pour prendre la mesure).

Honnêtement, je craignais bien pire (dans les 500 à 600 Mio à vide au démarrage, puisqu’après plusieurs heures de navigation Web, c’est plutôt dans ces eaux-là qu’on se situe, toujours à vide). Ça va, donc.

Reste cette fichue barre de titre par défaut qui est moche, dont les boutons de contrôle sont plus petits qu’avant, et qui ont un bug graphique bizarre quand une fenêtre n’a pas le focus (on dirait qu’une deuxième série de boutons se superpose dessus) :

Sinon, je lis le titre… La version 4.14 est déjà recommandée par le SGDSN, elle aussi ? C’est du rapide ! Ou c’est juste la mise à jour du titre qui a oublié de l’enlever.

C'est peut-être pas un bug, mais un effet voulu. Perso j'aime bien cette nouvelle barre de titre, mais bon…

Comment un truc pareil pourrait être volontaire ?

Tu peux toujours changer le style de la barre dans les préférences

En attendant la gendarmerie tourne encore sous Ubuntu/Unity

et sous Ubuntu 14.04 LTS

Oui, ça, je sais. Mais je ne parle que du style par défaut (qui a l’avantage de s’adapter automatiquement dès que le soir, je passe en thème sombre).
 
L’ennui, c’est que les autres styles ne me plaisent pas des masses, à part Arc. Mais ça veut dire qu’à chaque fois, je dois non seulement aller dans Apparence pour passer du thème clair au sombre ; mais aussi dans Gestionnaire de fenêtres pour changer aussi le style de barre de titre en conséquence. Parce qu’il n’y a aucun moyen de coordonner ça automatiquement. C’est donc pas vraiment une solution, mais au mieux un contournement qui me prendra deux fois plus de temps.

je suis pas un fan du style par défaut non plus, j'aime bien greybird par contre pour la barre de titre

Je voudrais quand même signaler un truc sympa (parce que bon, si je me suis focalisé dernièrement sur ces fichues nouvelles barres de titres telles qu’elles sont dans le style par défaut, c’est sûrement  la seule et unique chose qui m’irrite dans cette version ; d’ailleurs, je me demande s’il suffirait pas de récupérer la version 4.12 du répertoire « /usr/share/themes/Default » pour retrouver l’ancien style, comme j’ai pas encore fait la MAJ sur l’autre PC sous Arch que je n’aurai sous la main que vendredi au plus tôt) : maintenant, dans le tableau de bord, quand on a plusieurs fenêtres d’un même logiciel ouvertes et qu’on a demandé à regrouper les boutons, on a maintenant un badge avec le nombre de fenêtres ouvertes, plutôt qu’une seule et unique icône calée tout à gauche et non déplaçable, ou en haut si on met la barre en vertical.
Je trouve que c’est un apport bienvenu !
 
EDIT : j’ai même pas eu à m’embêter, en fait (enfin, pas trop) !  
 
J’ai juste récupéré l’archive de xfwm4-4.12.5 sur le site officiel, je l’ai décompressée, et il m’a fallu mettre le contenu du répertoire « xfwm4-4.12.5/themes/default » dans le répertoire « ~/.themes/Default/xfwm4 » (oui, il y a une majuscule, et encore un sous-répertoire à créer).
Si vous voulez retrouver l’ancien style de barres de titres, voilà ! :3

bon, j'ai fini par régler le problème de veille en supprimant le screensaver des applications par défaut au démarrage

Peux-tu développer un peu ?
J'ai des problèmes entre le gestionnaire d'alim, lightdm/light-locker et xfce4-screensaver qui à l'air de servir à rien. En gros, pas trop moyen de verrouiller la session lors de la mise en veille. Sur certains pc j'ai un vilain message me disant que la session est verrouillée et que je vais avoir une demande de pass mais ca prend 10s.... Pas user friendly du tout, et pas explicable à des non informaticiens

dans mon cas, la session se mettait en veille, peut importe la configuration en cours. Dans le gestionnaire d'alimentation, tous les paramètres étaient à "jamais" ou la gestion inactive, la veille s'activait quand même après un moment d'inactivité.
j'ai fini par décoché le screensaver dans la liste des applications qui démarrent au moment de la connexion

Oh ! Qu’est-ce qui leur arrive, à XFCE ?! Ils ont décidé de lever le frein à main ?  
 
J’explique : maintenant que la version 4.14 est sortie il y a deux semaines, il semble que pour la 4.16, non seulement le chantier est déjà lancé ; mais surtout, on n’aurait pas à attendre autant de temps que pour la 4.14 (voire la 4.12 avant elle) ! Elle serait en effet prévue pour d’ici un an environ (estimation, évidemment).
 
https://simon.shimmerproject.org/20 [...] -week-ago/, via Joey Sneddon d’OMG! Ubuntu : https://www.omgubuntu.co.uk/2019/08 [...] e-planning
 
J’avoue que si je m’attendais à ce que ça ne prenne pas autant de temps, maintenant que le passage à GTK3 est pour ainsi dire quasi-achevé (il reste encore deux ou trois plug-ins de tableau de bord restés en GTK2 comme la météo, mais c’est pas grave), je tablais plutôt sur un délai de deux ans, pas seulement un…
 
Deux versions de XFCE en un an, ça va aller vite !

Ne dit-on pas plutôt « enlever le frein à main », ou « baisser le frein à main », ou encore « desserrer le frein à main » ?    
Généralement, quand on lève le frein à main, ça freine.

C'est pareil avec Enlightenment. Plusieurs années sans la moindre mise à jour puis ils se sont excités sauf que tout le monde les a oublié.  
Pour dire même sur Arch, les versions déclarées obsolètes mettent parfois (en fait souvent) plusieurs mois avant d'être mises à jour.
M'enfin, c'est hors sujet.
 
C'est une bonne chose pour Xfce.  

ben ils l'avaient déjà dit il ya longtemps que ça serait plus rapide par la suite
là c'était exceptionnel avec le passage a gtk3 qui serait apparemment  un gros chantier.

Reste plus qu'à tout porter sous GTK4.

non, va falloir tout recoder avec Gtk 4.
 
le principe des widgets n'est plus le même
on ne peut plus hériter d'autres éléments directement, il faut créer un objet avec son widget voulu comme enfant.
plus de boîte à signal, faut recoder aussi les événements.  
 
c'est un beau bordel

Vite, tout le monde sous LX-QT !

 

 
j'exagère... un peu
dès que t'as compris comment rediriger les signaux depuis l'élément enfant, ça passe

Une date de sortie prévue pour GTK4?

aucune date de prévue. Pour l'instant la version du projet est 3.96.0, on est encore dans la rc  
 
https://gitlab.gnome.org/GNOME/gtk/ [...] eson.build