Reprise du message précédent :

En fait ça fait plusieurs semaines que je compile le linux-mainline 4.5RCxx depuis AUR, mais je voulais tester la version finale. Après c'est pas méga recommandé, de prendre un paquet tout seul du dépôt Testing, je pense ?

Bon tu me diras, AUR non plus c'est pas mega safe...

Non c'est pas recommandé, mais sur le kernel si tu maitrises, ça se fait.

Bon je confirme que là en testing ça chie dans la colle, sur kde en tout cas.
J'ai du redémarrer plasma à la main et des fois ça bloque dans le launcher.

Pas de souci en testing, je vais redémarrer et on va voir.

Rien de nouveau... par contre depuis la derniere mise a jour de plasma j'ai de nouveau du tearing, mais ce n'est peut etre pas Plasma... (radeonsi)

gee, toi qui es spécialisé, comment tu fais marcher la radio de mistercouzin.net ? (manjaro+firefox)
 
j'y arrive pas  
 
merci

Je ne l'utilise pas mais en essayant vite fait:

fonctionne

ok, j'utilisais pas le bon lien, ça fonctionne merci
 
 
 
je suis sous Manjaro aussi, je pense que tu peux poser tes valises ici

 
Haaaa, bin désolé que ça t'affecte aussi, mais quelque part ça me rassure, c'est pas dû à une mauvaise config de mon côté.
 
COmment on reporte ça, du coup ? La section "Testing Repo" du forum Archlinux.org n'est pas super active...

il faudrait créer un rapport de bug, mais il faudra donner plus de détails, trouver des informations intéressantes dans les journaux systèmes,

je vois que tu as une carte nvidia dans ton profil, peut-être que le problème vient du pilote propriétaire nvidia pour ta carte graphique, incompatible avec le dernier noyaux linux, il a quoi comme carte make install ?

comme gee a du radeon comme carte graphique ça peut expliquer l'absence de bug chez lui

C'est pas sur la même machine, la carte nVidia. Sur la machine en question c'est de l'intel IGP.

 
https://bugs.archlinux.org/index.ph [...] k_id=48549
 
Tu penses que c'est le même bug ?

Pas sur, j'avais le 1.18.2 depuis quelques jours et ça déconnait pas.
J'ai pas eu le temps de me pencher sur le problème en fait

faudrait regarder dans les journaux systèmes, celui de systemd ( # journalctl -p err -b ) et xorg ( un grep sur (EE) ou (WW) dans le fichier /var/log/Xorg.0.log )

il y a eu des problèmes liés à qt5.6 qui peuvent entrainer un blocage de plasma 5 :
 
https://bugs.archlinux.org/task/486 [...] &sort=desc

Oui c'est bien lié à qt5.6, et malgré les packages 5.6.0-2, ça chie toujours bien comme il faut...
Bon bah, allez on va pas s'emmerder, retour en 5.5 et ça roule Merci la compatibilité binaire des libs Qt5
 
Quick and very very dirty pour ceux en testing qui veulent repasser de 5.6 à 5.5 :
 

 
Evitez de faire ensuite un pacman -Syu ou alors foutez le groupe qt5 en ignoré le temps que ça soit patché (pour de vrai cette fois )
Oh et puis vous êtes en testing vous êtes censés savoir vous démerder seuls normalement  

essaie de le signaler dans le rapport de bug archlinux que ça ne marche pas malgré les packages qt 5.6.0-2

https://bugs.archlinux.org/task/486 [...] &sort=desc

ou dans le forum :

https://bbs.archlinux.org/viewtopic [...] 1#p1611871

c'est pour éviter que le packageur archlinux Antonio Rojas mette dans les dépôts stables des paquets kde/plasma/qt bogués

En fait, j'ai eu deux nouveaux blocages depuis le retour en 5.5.
C'est bien plus rare qu'avant cependant...  
Je me demande si y a pas un autre truc dans l'affaire

que se passe-t-il si tu mets tout à jour ( dépôt testing ) mais qu'ensuite tu downgrades le noyau vers la version 4.4.5-1 ?

à voire aussi en testant avec le noyau LTS tout en restant en testing au niveau des paquets,

j'ai tendance à penser que le coupable c'est le noyau, une nouvelle fonctionnalité dans le 4.5 qui bogue

Je suis pas sûr que ça vienne du noyau, car personnellement, ma machine a fonctionné avec toutes les RC du noyau 4.5 (jusqu'à la RC7 incluse, je suis dessus en ce moment d'ailleurs), et le problème n'est jamais arrivé. Il est arrivé seulement en passant en Testing. Ou alors la fonctionnalité buggée aurait ajoutée enter la RC7 et la finale mais j'ai des doutes...

Je viens d'upgrader en cherrypick vers le kernel linux-zen 4.5.0-1 du dépôt Testing et je n'ai aucun problème.  
 
Pour moi, le problème vient de Xorg et pas du noyau.

J'ai des trucs super louches aussi et je sais pas quoi incriminer. Genre ma souris qui micro bloque. Je sais pas trop si c'est xorg, libinput ou juste ma souris qui déconne

Ça n'a aucun rapport mais je pose ça là :

http://www.phoronix.com/scan.php?p [...] 4.12-Linux

Support de (Mir et) Wayland dans les derniers drivers nVidia proprios ! Enfin !  

Et il y a ça aussi : "initial DRM KMS support"

Et ça veut dire quoi ?

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

 
le test imparable pour savoir si ça vient du noyau : tout passer en testing, puis downgrader le noyau vers la version 4.4.5-1, si le bug est toujours là alors ça vient pas du noyau ( bien tester à fond au cas où le bug serait aléatoire et difficilement reproductible )
 
en gros on downgrade un paquet suspect pour voir s'il y a une différence ou pas, au bout du moment on mettra forcément le doigt sur le coupable

Ha oui c'est cool aussi du coup.

edit : je répondais à _Oni_.

C'est possible de faire un alias au niveau du système ? Depuis un petit moment, NetworkManager met longtemps à se connecter.
Après vérif', la connection se passe correctement et se fait rapidement. Par contre ensuite il teste un ping sur le gateway, qui échoue en boucle. Après 30s, il abandonne et marque la connection comme valide.
 
 
En réalité, la connection est établie avec succès (j'accède au net sans problème depuis la console par exemple), et c'est juste la commande ping qui ne fonctionne pas (ping: socket: Address family not supported by protocol). Je suis en ipv4, et la commande ping -4 fonctionne correctement. C'est possible de spécifier cette option à NetworkManager, ou au pire de faire un alias global qui renvoie ping -4 quand on utilise ping ?

Pour que ping fonctionne comme ping -4, tu dois reactiver le support d'ipv6 (meme si tu ne t'en sers pas...).
Si tu ne veux pas, alors a part creer un script ping qui appelle ping.old -4 je ne sais pas trop.

Merci pour l'info, je ne me souviens même plus pourquoi j'avais désactivé l'ipv6. Ca va sûrement me revenir XD

J'avais fait pareil vu que je ne m'en sers pas.. mais maintenant ca n'est plus vraiment possible.

est-ce qu'en utilisant la méthode "netctl" la connexion internet se passe beaucoup mieux ?

https://wiki.archlinux.fr/Netctl
https://wiki.archlinux.org/index.php/netctl

c'est ce que j'utilise, pas de networkmanager, juste un fichier de configuration qui détaille la connexion et un service systemd à activer, jamais eu de soucis avec ( que ce soit en filaire ou en wifi ),

possibilité aussi de contrôler et de modifier la connexion à la volée via l'utilitaire en ligne de commande netctl

J'ai voulu réinstaller Plymouth, en fait la version 0.9.x bugge (le splash screen affiche seulement 3 petits carrés...). En repassant sur la version "legacy" (0.8.x), tout roule nickel. Si ça intéresse quelqu'un.

 
En réactivant l'ipv6 ca fonctionne, donc j'ai pas cherché plus loin.

Ce matin je suis passé en Testing, en ignorant la mise à jour des paquets liés à X ("xorg-server", "xorg-server-common et xorg-server-xwayland) et tout roule ; je ne rencontre pas le soucis évoqué plus haut.

Je vais attendre un peu pour la mise à jour de Xorg, du coup.  

Attention pacman 5 va devenir "obligatoire" : https://www.archlinux.org/news/requ [...] 016-04-23/

curieuse information, il existe donc des utilisateurs qui volontairement bloquent la mise à jour vers la dernière version de pacman ? ( option "--ignore pacman" )

quel serait l’intérêt ?

Bon tous mes problèmes récents étaient bien dus à ma souris mourante