Reprise du message précédent :

Je suis donc passé par bumblebee en utilisant le pilote proprio. Il y a une page sur le wiki (cherche spécifiquement bumblebee) qui donne la liste des paquets à installer, un groupe à créer, et un service à lancer.
Pas de xorg.conf à éditer.

Ouais j'ai déjà testé bumblebee et c'était un échec
Je vais retenter.

J'ai fait mon installation de Arch, j'ai les dépôts normaux + AUR je ne me souvient pas avoir vu ce paquet

C'est spécifique à Manjaro, ils ont une copie des dépôts arch + quelques paquets à eux. Mais du coup c'est un peu moins rolling release : t'as les paquets en version précédente par rapport à arch. Cf. Mon problème précédent avec apache, je n'ai pas la même version qu'ElBarto par exemple. Pas de mises à jour tous les jours mais par série, d'un coup t'as un gros morceaux qui tombe (500mo la semaine dernière de mémoire, peut-être plus). Ça me dérange pas plus que ça, le but c'était de profiter de l'install simple de certains paquets proprio comme draftsight ou la lib ecw => besoin métier.
Et même en dehors du paquet cité précédemment, ils ont fait une sorte de control center pour les drivers proprio.

Ah okay

Du coup j'ai retesté Bumblebee et j'ai la même erreur que j'avais :

J'ai installé :

• bumblebee
• xf86-video-intel
• nvidia

Puis effectué un

Reboot

Je me réfère au wiki qui propose une solution : https://bbs.archlinux.org/viewtopic [...] 9#p1178729

Que faire ?

edit : Dans le doute je relance le service et magie :

Maintenant j'espère que ça reste au redémarrage

edit 2 : Je viens de redémarrer et nan le service est offline, je dois donc le lancer à la main dès que je veux utiliser ma cg dédiée

Il manque pas un  

dans l'histoire?

Bien vu !  

il m'est arrivé une chose étrange en faisant un pacman -Syu aujourd'hui :

- la mise à jour concerne plasma ( 5.5.1-1 ) et le thème oxygen

je suis en pleine session plasma 5.5.0, j'ouvre konsole, je tape "pacman -Syu", la mise à jour se fait, mais en plein milieu de la mise à jour plasma 5.5 déconne :

- le programme konsole se met soudainement en mode "réduction" dans la barre des tâches ( du coup impossible de suivre le déroulement du pacman -Syu ),

- puis ensuite les programmes ouverts perdent tous leur barre de titre ( thème oxygen ) et ne répondent plus au clic,

seul l'accès au menu "K" fonctionne, j'en profite pour redémarrer mais ça ne marche pas ( il ne se passe rien ), j'ouvre alors une console "ALT-F2", je me connecte en root et je tape "reboot" pour forcer le rédemarrage,

après le rédemarrage tout est ok,

ma question : est-il conseillé de mettre à jour les paquets plasma 5.5 alors qu'on se trouve déjà dans une session plasma 5.5 ? ( faut-il faire une mise à jour de plasma 5 qu'en mode "console texte pur" ? )

le "pacman -Syu" faisait une mise à jour des bibliothèques plasma 5.5, peut-être que cela crée un bug si on est déjà dans une session plasma 5.5, les versions des fichiers systèmes plasma 5.5 n'étant plus les mêmes ça crée un crash/freeze ?

j'avais pas ce souci sous plasma 4, je pouvais mettre à jour plasma en étant dans une session plasma sans que ça crée de bugs d'affichage ou de freeze

Jamais eu de probleme a ce point la mais des fois le logout marche pas apres une mise a jour oui.

Conseillé ? Non.
Mais j'ai jamais eu de problèmes moi et je le fais presque tout le temps.

comme programme ouvert à ce moment là j'avais firefox, dolphin et thunderbird,

je précise que j'utilise aussi Qtcurve pour modifier l'apparence des applications gtk, c'est peut-être lui qui a provoqué le bug si brutalement des fichiers de plasma 5 sont mis à jour alors qu'une session plasma est déjà active,

durant la mise à jour de plasma vers la version 5.5.1 j'ai eu l'impression que plasma 5 essayait d'actualiser l'interface de tous les programmes ouverts ( même la barre des tâches se "redessinait" ), c'est à ce moment là que le freeze est intervenu et que tous les programmes ont perdu leur barre de titre,

je vais essayer de reproduire le bug avec ma machine virtuelle ( je n'ai pas encore fait de pacman -Syu sur cette installation ), cette VM possède à peu près la même configuration de plasma 5 que mon PC principal ( utilisation du thème oxygen, avec "Air", et "Qtcurve" pour modifier les applications gtk )

Si tu peux prendre une capture vidéo de tout ça…

pas de vidéo mais j'ai fait une capture d'écran, le bug est assez différent dans ma machine virtuelle, j'ai d'abord une boite de dialogue qui apparait soudainement durant la mise à jour pour indiquer que plasma-shell s'est crashé :
 

 

 
ensuite je constate le même phénomène de "rafraichissement" de toute l'interface du bureau, la barre des tâches se redessine mais contrairement à mon PC de travail konsole reste au premier plan, il ne disparait pas brutalement et les applications conservent leur barre de titre,
 
je pense que cette différence est liée au fait que ma machine virtuelle n'utilise pas l'acceleration openGL pour l'affichage ( pilote vidéo ultra basique vmware ) alors que sur mon PC principal j'utilise les effets de bureau avec l'openGL 2.0 activé, je pense alors qu'au moindre crash de plasmashell ça fait pêter tout l'affichage du bureau si l'openGL est utilisée pour plasma,
 
donc dans ma machine virtuelle j'ai ce plantage de plasmashell durant le "pacman -Syu" et la mise à jour vers plasma 5.5.1, la seule différence c'est que le bureau reste utilisable,
 
bref cette version de plasma 5.5.1 est plutôt douteuse,  
 
de plus j'ai remarqué un bug : le clic gauche de la souris n'est pas toujours détecté par la barre des tâches de plasma 5.5.1 ( pour minimiser/restaurer une fenêtre d'un programme ), de manière aléatoire ça ne marche pas, je suis obligé de recliquer à nouveau pour restaurer une fenêtre, le problème a lieu aussi quand je veux cliquer sur le menu K ou lancer un programme depuis la barre de lancement rapide,
 
ce bug n'existait pas avec plasma 5.5.0,
bug reproduisible sur une machine virtuelle et aussi sur mon PC de travail, j'ai ouvert un rapport de bug :
 
https://bugs.archlinux.org/task/47399

Elbarto, c'est toi Potomac sur le forum archlinux.org ? Car je viens de tomber sur le même bug là-bas...

C'est lui

Oui c'est moi,
Avez vous le même bug ?
 
Il apparaît quand on switch d'une fenêtre à une autre depuis la barre de tâches

le bug semble résolu avec la dernière version du paquet plasma-workspace ( 5.5.1-4 ) publié sur les dépôts stable ce mercredi
 
mais il faut rebooter pour que le changement soit pris en compte

plasmashell qui redémarre ça je pense.

 
J'ai un souci récurrent sur ma machine, mais pas systématique : de temps en temps lors de la sortie de veille de mon moniteur, cad quand je sors de sa veille le moniteur (un Samsung S27D850 branché en display port), j'ai mes fenêtres "figées" (impossible de les déplacer), et des comportement "bizarres" dans les applis (par exemple sous chromium dès que je passe le pointeur de souris sur le bandeau de l'application, elle switche toute seule en full screen et inversement si je repasse dessus, si je passe le pointeur sur la barre d'onglets, le focus change tout seul, etc., etc.).
Je suis obligé de redémarrer Xorg pour retrouver un bureau fonctionnel.
Je suis sous Mate, j'ai le même souci avec les drivers proprio Nvidia ou avec Nouveau, et j'ai changé de carte graphique récemment sans que le problème ne disparaisse (GTX660 -> GTX680), donc je ne pense pas que ça soit un problème matériel, ni de drivers.
Mais maintenant je ne sais pas pas quoi poursuivre pour chercher d'ou vient le problème, si vous avez des idées / pistes de recherche, je suis preneur !
 
Merci d'avance

As-tu regarde si ce n'est pas un probleme de la souris?
Par example y'a-t-il des evenements boutons souris meme quand tu n'appuies pas dessus? (ce qui serait logique vu ce que tu decris..).

pour savoir si ce n'est pas un problème de pilote vidéo ou de souris :

- installer en parallèle un autre environnement de bureau comme lxqt

si le problème ne se produit pas avec lxqt alors le fautif pourrait être ton environnement de bureau "mate", un fork de gnome 2 :

https://fr.wikipedia.org/wiki/MATE

il existe une version expérimentale de mate basée sur gtk3, si tu as installé cette version ça peut expliquer les problèmes

https://wiki.archlinux.org/index.ph [...] _3_version

dans tous les cas bien lire le wiki concernant la configuration de mate, il y a peut-être quelque chose que tu as zappé ou mal fait

Ah oui, ça pourrait être un pb de souris, j'y avais pas pensé  

J'avais bien suivi le wiki à l'époque de l'installation de mate, mais ca fait un bail, y'a peut être des mises à jours sur lesquelles j'ai raté des choses...

Sinon j'ai lxde en parallèle pour mes accès vnc distants, je vais basculer dessus pour tester si je reproduis le problème.

Merci à vous deux pour les nouvelles pistes

sinon j'ai peut-être remarqué un bug lié à la capture d'écran sous plasma 5 :
 
depuis une récente mise à jour ( hier ou aujourd'hui ) la touche "impr écran" ne lance plus l'application kde permettant de faire une capture d'écran, quand j'appuie sur la touche il ne se passe rien, vous avez la même chose ?
 
avant de répondre pensez d'abord à faire un pacman -Syu

le bug est confirmé,

pour le corriger il y a 2 solutions :

- éditer le fichier ~/.config/khotkeysrc afin de remplacer la mention "ksnapshot" par "spectacle" ( CommandURL=spectacle )

ou

- aller dans l'outil "configuration du système", "raccourcis", "raccourcis personnalisés", "actions prédéfinies", "copie d'écran", et là on remplace ou on supprime les mentions à ksnapshot pour mettre à la place "spectacle"

j'ai utilisé la méthode de l'édition du fichier de configuration

J'avais pareil, merci!

Vous avez encore des applications qui utilisent kwallet 4 ?
Il me reste netbeans et smb4k.
 
Vous avez une astuce pour changer le mot de passe kwallet4 ?

il y a cette page wiki qui peut t'aider :
 
https://wiki.archlinux.org/index.php/KDE_Wallet
 
puis regarder dans les options de kwalletmanager dans le menu K-> système->kwalletmanager
 
mais bon je n'utilise pas kwallet, tout comme les trucs type akonadi, nepomuk, baloo and co

 
De retour sous Arch après une petite année de déroute .

à noter qu'on est en train de battre un record : celui de l'absence de mise à jour du noyau linux dans le dépôt stable,
 
la version actuelle date du 27 octobre dernier, la 4.2.5-1, deux mois sans mise à jour :
 
https://www.archlinux.org/packages/core/x86_64/linux/
 
sur le site officiel du noyau linux la version stable est la 4.3.3 :
 
https://www.kernel.org/
 
qu'est-ce qui explique ce retard chez archlinux ?  
j'ai osé poser ( de manière non agressive, juste par curiosité pour connaitre le bug qui justifie ce retard ) la question sur le forum anglais d'archlinux et un modérateur a immédiatement fermé le topic  
 

Ils en parlent sur la ML cette semaine.
Sinon j'ai lu ton post et ce n'etait clairement pas merite de le fermer ainsi...

Donc lecon d'anglais n 2:

Pour des raisons un peu stupide... "why" a une connotation parfois negative en conversation, donc souvent quand tu demandes "why..." les gens le prennent comme si tu juges qu'ils font une mauvaise chose et que tu les questionnes sur cette mauvaise chose. C'est stupide, mais ca peut expliquer la reaction du modo...

j'ai un petit bouquin sur la grammaire anglaise, je vais potasser tout ça pour rafraichir mon anglais
 
je vais jeter un coup d’œil sur la mailing list d'archlinux pour en savoir plus sur ce noyau linux 4.3 qui tarde à être officialisé sur le dépôt "core" d'archlinux

le lien de la mailing-list où d'autres se posent la question du noyau 4.3 toujours pas dans core, le mystère demeure, les développeurs archs n'ont pas de réponse :

https://lists.archlinux.org/piperma [...] 27663.html

la branche 4.2.x a été déclarée "EOL" ( end of life ) sur le site du kernel, avec une ultime version 4.2.8, sur arch c'est la 4.2.5 qui est présente

Tu ne trouveras pas ce genre de chose dans un dictionnaire, c'est un truc que tu apprends en le vivant..

 
Ah bah c'est encore mieux  

Au pire si ça te manque vraiment tu installes celui de testing directement depuis le fichier de package, on est en 4.3.3. Il y a peu/pas de dépendances, surtout si t'as pas de modules compilés externes.

Dans le même genre : ici, on reste bloqué sur Firefox 43.0.1 alors que Mozilla a déjà sorti la 43.0.3.
 
Sont en vacances, le staff d'Arch ? Je peux comprendre mais ils auraient pu prévenir !

ouais enfin Firefox ca fait moins de 15 jours... ce n'est pas vraiment la meme chose que Linux.

Si votre problème c'est la sécurité, go linux-lts, il est à jour lui.

ça y'est le 4.3.3-2 est dispo sur core

Je viens de voir ça !
 
Comme quoi, tout arrive !

ils sont deux à maintenir le paquet firefox :

https://www.archlinux.org/packages/ [...] 4/firefox/

"Jan de Groot" et "Evangelos Foutras",

Foutras semble actif car des paquets dont il a la charge ont été mis à jour récemment, peut-être qu'il faudrait le relancer par mail ou message privé depuis le forum anglais d'archlinux,

moi aussi ça ne me plait pas de voir que le logiciel probablement le plus utilisé sur un PC ( le navigateur internet ) tarde à être mis à jour, les problèmes de sécurité/infection/piratage passent souvent via le navigateur s'il y a des failles exploitées, donc la plus grande attention doit être portée sur la date de fraicheur de ces paquets,

la 43.0.3 corrige un problème lié à nvidia :

https://www.mozilla.org/en-US/firef [...] easenotes/

à priori ça ne concerne que windows, mais quand je télécharge manuellement sur le site de mozilla.org la version linux de firefox on me propose la 43.0.3 quand même

Mais vous pensez que c'est un effet vacances ou que la distrib est de moins en moins suivie ? Car c'est clair qu'au niveau sécurité c'est moyen... Sans compter que Arch a une philo "up to date".
Ca m'inquiète un peu , j'étais sur fedora avant et c'était toujours à jour , tout comme arch avec le coté rolling release en plus mais le coup du kernel c'était pas top .