ok, oui j’imagine bien que ce n’est pas recommandé de mélanger
J’espérais plutôt identifier si l’upstream kernel testé par le type, à priori le 4.14 si on en croit les post #5 et #6 existait pour debian, s’il était stable sur debian, etc…
Je vais tenter un ubuntu 17 sur une partition que j’ai volontairement laissé libre pour faire d’autres test, voir ci ça marche, ça me donnera un environnement de base à partir duquel penser le problème et voir si on peut le régler sur debian.
les kernels Debian en sont là
https://security-tracker.debian.org/tracker/source-package/linux
si tu veux tester le 4.14 d’Ubuntu c’est faisable de la meme façon
Hop, je ramène quelques infos sur le sujet qui ont émané d’un autre topic.
Hop,
petite mise à jour de la situation :
ici il apparaît que le noyau identifie mon trackpad comme mesurant 103x70mm alors qu’il en fait 105x75…
Et apparemment il n’est pas possible de changer la taille , donc je suis gros mot de votre choix
je devrais pouvoir installer libinput V1.10 sur debain à partir du repo buster, mais je ne sais pas si j’ai intérêt à faire
apt-get install libinput-bin/buster libinput10/buster xserver-xorg-input-libinput/buster
ou
apt-get install -t buster libinput-bin libinput10 xserver-xorg-input-libinput
et éventuellement libinput-tools
voilà voilà pour aujourd’hui
Salut
Dans mon cas ça fonctionne avec libinput seul
root@debian:/# apt policy libinput10
libinput10:
Installé : 1.10.4-1
Candidat : 1.10.4-1
Table de version :
*** 1.10.4-1 500
500 http://deb.debian.org/debian buster/main amd64 Packages
100 /var/lib/dpkg/status
1.6.3-1 500
500 http://deb.debian.org/debian stretch/main amd64 Packages
root@debian:/#
Et le dernier noyau 4.9 ( https://www.kernel.org/ ) que j’ai compilé
root@debian:/# uname -a
Linux debian 4.9.95-kernelperso #1 SMP Sun Apr 22 20:33:49 CEST 2018 x86_64 GNU/Linux
root@debian:/#
ls -al /usr/share/X11/xorg.conf.d
total 32
drwxr-xr-x 2 root root 4096 avril 23 23:27 .
drwxr-xr-x 5 root root 4096 mars 24 07:58 ..
-rw-r--r-- 1 root root 92 mars 20 13:02 10-amdgpu.conf
-rw-r--r-- 1 root root 1099 janv. 18 2017 10-evdev.conf
-rw-r--r-- 1 root root 1350 janv. 18 13:11 10-quirks.conf
-rw-r--r-- 1 root root 92 mars 20 13:17 10-radeon.conf
-rw-r--r-- 1 root root 945 avril 11 09:50 40-libinput.conf
-rw-r--r-- 1 root root 2747 juin 26 2017 70-wacom.con
ls -alrt /var/log/Xorg.0.log
-rw-r--r-- 1 root root 60033 avril 24 09:35 /var/log/Xorg.0.log
grep -e "Using input driver 'libinput'" /var/log/Xorg.0.log
[ 48.824] (II) Using input driver 'libinput' for 'Power Button'
[ 49.037] (II) Using input driver 'libinput' for 'Video Bus'
[ 49.054] (II) Using input driver 'libinput' for 'Video Bus'
[ 49.071] (II) Using input driver 'libinput' for 'Power Button'
[ 49.099] (II) Using input driver 'libinput' for '2SF022'
[ 49.137] (II) Using input driver 'libinput' for 'Logitech USB Receiver'
[ 49.293] (II) Using input driver 'libinput' for 'Logitech USB Receiver'
[ 49.319] (II) Using input driver 'libinput' for 'AT Translated Set 2 keyboard'
[ 49.340] (II) Using input driver 'libinput' for 'SynPS/2 Synaptics TouchPad'
[ 49.384] (II) Using input driver 'libinput' for 'HP WMI hotkeys'
[ 49.415] (II) Using input driver 'libinput' for 'Logitech USB Receiver'
Comme libinput est plus “jeune” il y a peut-être certains matériels moins bien gerés
root@debian:/# libinput list-devices
Device: Power Button
Kernel: /dev/input/event3
Group: 1
Seat: seat0, default
Capabilities: keyboard
Tap-to-click: n/a
Tap-and-drag: n/a
Tap drag lock: n/a
Left-handed: n/a
Nat.scrolling: n/a
Middle emulation: n/a
Calibration: n/a
Scroll methods: none
Click methods: none
Disable-w-typing: n/a
Accel profiles: n/a
Rotation: n/a
Device: Video Bus
Kernel: /dev/input/event4
Group: 2
Seat: seat0, default
Capabilities: keyboard
Tap-to-click: n/a
Tap-and-drag: n/a
Tap drag lock: n/a
Left-handed: n/a
Nat.scrolling: n/a
Middle emulation: n/a
Calibration: n/a
Scroll methods: none
Click methods: none
Disable-w-typing: n/a
Accel profiles: n/a
Rotation: n/a
Device: Video Bus
Kernel: /dev/input/event5
Group: 2
Seat: seat0, default
Capabilities: keyboard
Tap-to-click: n/a
Tap-and-drag: n/a
Tap drag lock: n/a
Left-handed: n/a
Nat.scrolling: n/a
Middle emulation: n/a
Calibration: n/a
Scroll methods: none
Click methods: none
Disable-w-typing: n/a
Accel profiles: n/a
Rotation: n/a
Device: Power Button
Kernel: /dev/input/event1
Group: 3
Seat: seat0, default
Capabilities: keyboard
Tap-to-click: n/a
Tap-and-drag: n/a
Tap drag lock: n/a
Left-handed: n/a
Nat.scrolling: n/a
Middle emulation: n/a
Calibration: n/a
Scroll methods: none
Click methods: none
Disable-w-typing: n/a
Accel profiles: n/a
Rotation: n/a
Device: Lid Switch
Kernel: /dev/input/event2
Group: 4
Seat: seat0, default
Capabilities: switch
Tap-to-click: n/a
Tap-and-drag: n/a
Tap drag lock: n/a
Left-handed: n/a
Nat.scrolling: n/a
Middle emulation: n/a
Calibration: n/a
Scroll methods: none
Click methods: none
Disable-w-typing: n/a
Accel profiles: n/a
Rotation: n/a
Device: 2SF022
Kernel: /dev/input/event15
Group: 5
Seat: seat0, default
Capabilities: keyboard
Tap-to-click: n/a
Tap-and-drag: n/a
Tap drag lock: n/a
Left-handed: n/a
Nat.scrolling: n/a
Middle emulation: n/a
Calibration: n/a
Scroll methods: none
Click methods: none
Disable-w-typing: n/a
Accel profiles: n/a
Rotation: n/a
Device: Logitech USB Receiver
Kernel: /dev/input/event6
Group: 6
Seat: seat0, default
Capabilities: pointer
Tap-to-click: n/a
Tap-and-drag: n/a
Tap drag lock: n/a
Left-handed: disabled
Nat.scrolling: disabled
Middle emulation: disabled
Calibration: n/a
Scroll methods: button
Click methods: none
Disable-w-typing: n/a
Accel profiles: flat *adaptive
Rotation: n/a
Device: Logitech USB Receiver
Kernel: /dev/input/event7
Group: 6
Seat: seat0, default
Capabilities: keyboard pointer
Tap-to-click: n/a
Tap-and-drag: n/a
Tap drag lock: n/a
Left-handed: n/a
Nat.scrolling: disabled
Middle emulation: n/a
Calibration: n/a
Scroll methods: none
Click methods: none
Disable-w-typing: n/a
Accel profiles: n/a
Rotation: n/a
Device: HDA ATI SB Mic
Kernel: /dev/input/event12
Group: 7
Seat: seat0, default
Capabilities:
Tap-to-click: n/a
Tap-and-drag: n/a
Tap drag lock: n/a
Left-handed: n/a
Nat.scrolling: n/a
Middle emulation: n/a
Calibration: n/a
Scroll methods: none
Click methods: none
Disable-w-typing: n/a
Accel profiles: n/a
Rotation: n/a
Device: HDA ATI SB Front Headphone
Kernel: /dev/input/event13
Group: 7
Seat: seat0, default
Capabilities:
Tap-to-click: n/a
Tap-and-drag: n/a
Tap drag lock: n/a
Left-handed: n/a
Nat.scrolling: n/a
Middle emulation: n/a
Calibration: n/a
Scroll methods: none
Click methods: none
Disable-w-typing: n/a
Accel profiles: n/a
Rotation: n/a
Device: AT Translated Set 2 keyboard
Kernel: /dev/input/event0
Group: 8
Seat: seat0, default
Capabilities: keyboard
Tap-to-click: n/a
Tap-and-drag: n/a
Tap drag lock: n/a
Left-handed: n/a
Nat.scrolling: n/a
Middle emulation: n/a
Calibration: n/a
Scroll methods: none
Click methods: none
Disable-w-typing: n/a
Accel profiles: n/a
Rotation: n/a
Device: SynPS/2 Synaptics TouchPad
Kernel: /dev/input/event8
Group: 9
Seat: seat0, default
Size: 108x65mm
Capabilities: pointer
Tap-to-click: disabled
Tap-and-drag: enabled
Tap drag lock: disabled
Left-handed: disabled
Nat.scrolling: disabled
Middle emulation: disabled
Calibration: n/a
Scroll methods: *two-finger edge
Click methods: *button-areas
Disable-w-typing: enabled
Accel profiles: none
Rotation: n/a
Device: HP WMI hotkeys
Kernel: /dev/input/event14
Group: 10
Seat: seat0, default
Capabilities: keyboard
Tap-to-click: n/a
Tap-and-drag: n/a
Tap drag lock: n/a
Left-handed: n/a
Nat.scrolling: n/a
Middle emulation: n/a
Calibration: n/a
Scroll methods: none
Click methods: none
Disable-w-typing: n/a
Accel profiles: n/a
Rotation: n/a
root@debian:/#
@grandtoubab, je ne suis pas sûr de comprendre tout les tenants et aboutissants de ton message
As tu le même trackpad que moi ?
Cette salopper** de Elan 1200 ?
Apparemment il est connu pour être pénible
tu veux dire que tu n’as que libinput10 d’installé ?
par défaut j’avais libinput-bin, libinput10 et xserver-xorg-input-libinput, c’est pour ça que j’envisage de passer les 3 sous buster.
ok, je comprends pas trop pourquoi tu dit que le 4.9 est le dernier noyau, d’autant plus que tu semble utiliser buster, et le noyau est en 4.15.11-1
Tu utilise le noyau de stretch, mais tous les package de buster ?!
soit j’ai rien compris à ta config, soit je comprends pas pourquoi tu fait comme ça.
moi j’ai
blabla@debian:~$ dpkg --list | grep linux-image
ii linux-image-4.15.0-0.bpo.2-amd64 4.15.11-1~bpo9+1 amd64 Linux 4.15 for 64-bit PCs
ii linux-image-4.9.0-6-amd64 4.9.82-1+deb9u3 amd64 Linux 4.9 for 64-bit PCs
ii linux-image-amd64 4.9+80+deb9u4 amd64 Linux for 64-bit PCs (meta-package)
j’ai installé le 4.15.x depuis backports car en 4.9 c’était vraiment la catastrophe, là c’est presque acceptable (même si hyper décevant)
Oui, par contre je n’ai pas compris pourquoi tu as mis la liste de tes périfériques gérées par libinput ?
si tu vas sur la page https://www.kernel.org/ tu verras que la derniere version du noyau 4.9 est la 95 ( même 96 ce matin 
)
j’utilise le noyau 4.9 car il plus sécurisé du point de vue de la faille Spectre-Meltdown et de plus c’est un noyau LTS https://www.kernel.org/category/releases.html
root@debian:/# spectre-meltdown-checker
Spectre and Meltdown mitigation detection tool v0.36
Checking for vulnerabilities on current system
Kernel is Linux 4.9.95-kernelperso #1 SMP Sun Apr 22 20:33:49 CEST 2018 x86_64
CPU is AMD Athlon(tm) II P340 Dual-Core Processor
Hardware check
* Hardware support (CPU microcode) for mitigation techniques
* Indirect Branch Restricted Speculation (IBRS)
* SPEC_CTRL MSR is available: NO
* CPU indicates IBRS capability: NO
* Indirect Branch Prediction Barrier (IBPB)
* PRED_CMD MSR is available: NO
* CPU indicates IBPB capability: NO
* Single Thread Indirect Branch Predictors (STIBP)
* SPEC_CTRL MSR is available: NO
* CPU indicates STIBP capability: NO
* Enhanced IBRS (IBRS_ALL)
* CPU indicates ARCH_CAPABILITIES MSR availability: NO
* ARCH_CAPABILITIES MSR advertises IBRS_ALL capability: NO
* CPU explicitly indicates not being vulnerable to Meltdown (RDCL_NO): NO
* CPU microcode is known to cause stability problems: NO
* CPU vulnerability to the three speculative execution attack variants
* Vulnerable to Variant 1: YES
* Vulnerable to Variant 2: YES
* Vulnerable to Variant 3: NO
CVE-2017-5753 [bounds check bypass] aka 'Spectre Variant 1'
* Mitigated according to the /sys interface: YES (kernel confirms that the mitigation is active)
* Kernel has array_index_mask_nospec: YES (1 occurence(s) found of 64 bits array_index_mask_nospec())
* Kernel has the Red Hat/Ubuntu patch: NO
> STATUS: NOT VULNERABLE (Mitigation: __user pointer sanitization)
CVE-2017-5715 [branch target injection] aka 'Spectre Variant 2'
* Mitigated according to the /sys interface: YES (kernel confirms that the mitigation is active)
* Mitigation 1
* Kernel is compiled with IBRS/IBPB support: YES
* Currently enabled features
* IBRS enabled for Kernel space: UNKNOWN
* IBRS enabled for User space: UNKNOWN
* IBPB enabled: UNKNOWN
* Mitigation 2
* Kernel compiled with retpoline option: YES
* Kernel compiled with a retpoline-aware compiler: YES (kernel reports full retpoline compilation)
> STATUS: NOT VULNERABLE (Mitigation: Full AMD retpoline)
CVE-2017-5754 [rogue data cache load] aka 'Meltdown' aka 'Variant 3'
* Mitigated according to the /sys interface: YES (kernel confirms that your CPU is unaffected)
* Kernel supports Page Table Isolation (PTI): YES
* PTI enabled and active: NO
* Running as a Xen PV DomU: NO
> STATUS: NOT VULNERABLE (your CPU vendor reported your CPU model as not vulnerable)
A false sense of security is worse than no security at all, see --disclaimer
root@debian:/#
root@debian:/# journalctl -xb | grep retpol
avril 24 10:47:08 debian kernel: Spectre V2 : Mitigation: Full AMD retpoline
root@debian:/#
je ne sais pas si le noyau 4.15 a été amélioré de ce point de vue là
Et comme Debian tarde à fournir le noyau 4.9.95 je l’ai compilé moi même
Pour le reste je ne liste pas toutes les dépendances de libinput que j’utilise tout seul dorénavant (plus de synaptics)
Si je liste les équipements c’est justement pour indiquer lesquels sont sur mon PC.
NB quand tu doutes de la bonne commande apt, utilise la simulation pour voir ce qui se produirait
apt -s …
Ok, mais un trackpad qui ne marche pas, c’est juste pas possible
oui je suis con, j’aurais pu penser à regarder si tu avais le même trackpad que moi…
Oui, je l’utilise souvent, d’ailleurs la mise à jour de libinput10 à partir de dépôt de buster me propose un packet de modification
sudo apt-get install -t buster libinput10
...
167 mis à jour, 42 nouvellement installés, 15 à enlever et 1324 non mis à jour.
Il est nécessaire de prendre 206 Mo dans les archives.
Après cette opération, 141 Mo d'espace disque supplémentaires seront utilisés.
Souhaitez-vous continuer ? [O/n] n
Annulation.
Et à ce compte là, je me demande s’il ne vaut pas mieux partir sur une autre version de Debian, totalement basée sur Buster, ou sur Ubuntu 18.04 LTS qui est un peu plus fraîche ?
As tu vraiment fait une mise a jour depuis?
apt update
suivi de
apt full-upgrade
oui oui, mais j’ai créer une régle pour que le dépôt buster ait une priorité de 50, donc moins que stable et que backports avec ses 100 par defaut, histoire de ne puiser dans buster que quand celà est absolument nécessaire
il te reste à essayer le 4.16 de Debian experimental
https://packages.debian.org/fr/experimental/kernel/linux-image-4.16.0-trunk-amd64-unsigned
haha t’en as des bonnes idées toi,
votez linux qu’ils disaient
je te dis pas le niveau d’expérience qu’il faut pour fait marcher un pauvre trackpad
plus sérieusement,
j’ai pas encore tester le noyau
c’est pas du grand n’importe quoi que d’utiliser le noyau de expérimental ? et des noyaux si avancé plus généralement ?
C’est sûr que pour un simple trackpad, ça part loin.
Encore une fois il suffit de lire https://www.kernel.org/
4.16 est l’actuel noyau stable de Linux , donc je ne vois pas en quoi il est problématique.
j’ai comme l’impression que vous confondez version du noyau Linux officiel et version du noyau utilisé par Debian
huhunnn (pas humhummm 
)
bon je vais tenter alors 
au point ou j’en suis.
Ceci dit, plus je découvre Debian - que j’utilise sur mon VPS depuis plusieurs année, mais mon dada c’était lamp, node.js, etc. - plus je trouve que c’est une distribution qui à une approche parfaitement adapté pour un serveur, mais pas vraiment pour un ordinateur personnel pour lesquels Ubuntu, Fedora ou même Arch m’apparaissent plus adapté.
EDIT :
Allez, pour le fun, j’ai installé 4.16, pas de problème pour linux-image, mais quelques paquets à upgrader vers buster pour pouvoir mettre le headers… finalement c’est fait…
Et le problème persiste, ça fait que quelques minutes que je l’utilise, mais il me fait encore le coup du click à deux doigt alors qu’il n’y en à qu’un… grrrr
EDIT 2 :
petit test avec synaptics et le kernel 4.16, c’est bien pire !
fait chi**
t’as des gros doigts
https://wayland.freedesktop.org/libinput/doc/latest/clickpad_softbuttons.html#clickfinger
haha, j’aimerais,
j’ai fait plein d’essai, aussi pour changer mes habitudes, mais rien n’y fait, c’est mal gérer, c’est mal gérer, un point c’est tout.
Et quelque part ce n’est pas étonnant étant donné qu’il identifie le trackpad comme faisant 103x70mm au lieux de 105x75 ce qui fausse la résolution…
c’est juste trop chiant.
Je viens de faire un essai en mettant les versions teting de libinput, mais c’est carrément catastrophique…
Je m’auto réponds,
premièrement, avec le noyau 4.15 et 4.16 la taille du trackpad annoncée n’est plus 103x70m comme avec le noyau 4.9, mais 106x75, ce qui explique probablement beaucoup de chose
Deuxièmement
personne n’a parlé de mtrack
Pourquoi ?
Chez moi, ce qui a marché pour ce problème (laptop Asus, touchpad différent mais mêmes symptômes), c’est de changer le gestionnaire de bureau lors de la connexion au compte personnel. Je ne sais plus, entre Wayland, X11 Default, Gnome etc. lequel fonctionnait et lesquels fonctionnaient mal, mais c’est en essayant les options de ce menu que ça a tout résolu.
hello
je reprends mon post avec ma “solution”
à vrai dire, après avoir testé et croisé les pilotes, les gestionnaire d’affichage, les noyaux et tout ce qui s’en suis, je ne suis pas parvenu à un résultat pleinement satisfaisant
en fait mon touchpad est trop sensible, non pas en vitesse, mais en “déclenchement” il suffit que j’ai un doigt juste à coté, ou à 2-3mm au dessus, ou un cheveux dessus, pour qu’il interprète un touché qui n’en est pas un ; et le modèle de touchpad que j’ai ne permet pas de régler la sensibilité.
Du coup, je suis passé par la petite porte; il s’agit de réglage pour que les erreurs d’interprétation n’induisent pas d’action trop pénalisantes :
d’abord dans gnome-tweak-tool >
puis éditer la configuration de libinput, avec
sudo nano /usr/share/X11/xorg.conf.d/40-libinput.conf
Option "TappingButtonMap" "lmr"
Option "ButtonMapping" "1 1 3 4 5 6 7 8 9 10 11"
Option "TappingDrag" "0"
Option "TappingDragLock" "0"
de sorte,
c’est pas parait, mais mieux que rien
tchuss