Merci pour le retour, et désolé pour ce conflit que je n'avais pas anticipé.
▎
▎ J'ai vérifié : le conflit existe aussi sur Debian/Ubuntu (apt-file show igt-gpu-tools montre /usr/bin/lsgpu et lsgpu.1.gz), donc pas seulement sur Arch. En lisant le man page d'igt-gpu-tools, leur lsgpu n'est pas Intel-only contrairement à ce que
▎ le nom du paquet laisse penser — c'est un outil d'énumération bas niveau pour le framework de tests IGT, pour un public différent du nôtre.
▎
▎ Je suis ta proposition pour lsgpu → lsgpus. En revanche, lsdisplay n'est en conflit nulle part à ma connaissance (rien dans apt-file search lsdisplay, un conflit existerait-il sur Arch?). En l'absence de conflit, je préfèrerais le laisser tel quel.
▎
▎ Je prépare une v0.2.0 dès que disponible avec :
▎ - binaire /usr/bin/lsgpus (au lieu de lsgpu)
▎ - man page lsgpus.1
▎ - paquet Debian renommé en lsgpus pour la cohérence
▎
▎ Le repo GitHub reste AGuyMarc/lsgpu (pour ne pas casser les liens). Je te ping ici dès que la v0.2.0 est taguée pour que tu puisses mettre à jour l'AUR sans avoir à patcher localement.
▎
▎ Merci pour la patience et la vigilance sur le packaging !
C'est bien cela? Or les 2 écrans sont séparés verticalement avec un grand vide → l'algo de layout les met sur 2 lignes distinctes au lieu de les superposer.. Tu confirmes?
bug -> https://github.com/AGuyMarc/lsdisplay/issues
DP-1-3 vs DP-5 : c'est le cas MST (hub/dock DisplayPort) que je n'avais pas anticipé. Bonne piste avec CONNECTOR_ID — je vais implémenter le mapping via xrandr --properties.
En fallback, parser l'EDID directement depuis xrandr --verbose est aussi une option.
Miroir : à corriger, je n'ai pas ce cas chez moi.
Debian : oui avec plaisir ! Je t'envoie un mail ? du coup il faudra passer en v1.0 ou je peux rester en v0.x ?
jc : je ne connaissais pas, merci pour la découverte.
Python 3.6 n'a pas dataclasses dans la stdlib (ajouté en 3.7). C'est corrigé dans le dernier commit — le requis est maintenant Python 3.7+ et le message d'erreur est explicite.
C'est corrigé dans le dernier commit — tu dois juste re-télécharger lsdisplay.py et vérifier que wlr-randr est installé (c'est lui qui donne les vraies infos sous Sway, au lieu de xrandr qui ne voit que les sorties XWAYLAND).
La source officielle est le PNP ID Registry maintenu par Microsoft (en tant qu'administrateur du standard VESA/UEFI): https://uefi.org/PNP_ID_List
C'est la base de référence. Chaque fabricant enregistre son code 3 lettres auprès de l'UEFI Forum (anciennement via Microsoft).
Il existe aussi :
- https://github.com/vcrhonek/hwdata — le paquet hwdata de Linux, fichier pnp.ids (utilisé par edid-decode, lshw, etc.)
- /usr/share/hwdata/pnp.ids — sur la plupart des distributions Linux
$ cat /usr/share/hwdata/pnp.ids| nl | head
1 AAA Avolites Ltd
2 AAE Anatek Electronics Inc.
3 AAM Aava Mobile Oy
4 AAN AAEON Technology Inc.
5 AAT Ann Arbor Technologies
6 ABA ABBAHOME INC.
7 ABC AboCom System Inc.
8 ABD Allen Bradley Company
9 ABE Alcatel Bell
10 ABO D-Link Systems Inc
# lsgpu → lsgpus
Posté par géhème . En réponse au journal lsdisplay / lsgpu — lister écrans et GPUs depuis le terminal dans l'esprit de lspci, lscpu, lsusb: v.0.1.0 appel à tests. Évalué à 0 (+0/-0).
Merci pour le retour, et désolé pour ce conflit que je n'avais pas anticipé.
▎
▎ J'ai vérifié : le conflit existe aussi sur Debian/Ubuntu (apt-file show igt-gpu-tools montre /usr/bin/lsgpu et lsgpu.1.gz), donc pas seulement sur Arch. En lisant le man page d'igt-gpu-tools, leur lsgpu n'est pas Intel-only contrairement à ce que
▎ le nom du paquet laisse penser — c'est un outil d'énumération bas niveau pour le framework de tests IGT, pour un public différent du nôtre.
▎
▎ Je suis ta proposition pour lsgpu → lsgpus. En revanche, lsdisplay n'est en conflit nulle part à ma connaissance (rien dans apt-file search lsdisplay, un conflit existerait-il sur Arch?). En l'absence de conflit, je préfèrerais le laisser tel quel.
▎
▎ Je prépare une v0.2.0 dès que disponible avec :
▎ - binaire /usr/bin/lsgpus (au lieu de lsgpu)
▎ - man page lsgpus.1
▎ - paquet Debian renommé en lsgpus pour la cohérence
▎
▎ Le repo GitHub reste AGuyMarc/lsgpu (pour ne pas casser les liens). Je te ping ici dès que la v0.2.0 est taguée pour que tu puisses mettre à jour l'AUR sans avoir à patcher localement.
▎
▎ Merci pour la patience et la vigilance sur le packaging !
python3 lsgpu.py --version
lsgpu 0.1.5 (2026-05-18 lun 23h28m33s)
python3 lsdisplay.py --version
lsdisplay 0.2.1 (2026-05-18 lun 23h27m25s)
[^] # Re: Ok sur ArchLinux/KDE
Posté par géhème . En réponse au journal lsdisplay / lsgpu — lister écrans et GPUs depuis le terminal dans l'esprit de lspci, lscpu, lsusb: v.0.1.0 appel à tests. Évalué à 0 (+0/-0). Dernière modification le 16 mai 2026 à 11:42.
Bien vu — c'est un bug de layout réel. D'après les coords :
Donc physiquement eDP-1 est collé à droite de DP-2, légèrement décalé en bas (508 px d'offset). Le rendu correct serait quelque chose comme :
C'est bien cela? Or les 2 écrans sont séparés verticalement avec un grand vide → l'algo de layout les met sur 2 lignes distinctes au lieu de les superposer.. Tu confirmes?
bug -> https://github.com/AGuyMarc/lsdisplay/issues
Pour archlinux,
Je vais mettre à jour demain.
[^] # Re: Cohérence des informations
Posté par géhème . En réponse au journal lsdisplay / lsgpu — lister écrans et GPUs depuis le terminal dans l'esprit de lspci, lscpu, lsusb: v.0.1.0 appel à tests. Évalué à 2 (+2/-0).
Merci Vincent, retour précieux !
DP-1-3 vs DP-5 : c'est le cas MST (hub/dock DisplayPort) que je n'avais pas anticipé. Bonne piste avec CONNECTOR_ID — je vais implémenter le mapping via xrandr --properties.
En fallback, parser l'EDID directement depuis xrandr --verbose est aussi une option.
Miroir : à corriger, je n'ai pas ce cas chez moi.
Debian : oui avec plaisir ! Je t'envoie un mail ? du coup il faudra passer en v1.0 ou je peux rester en v0.x ?
jc : je ne connaissais pas, merci pour la découverte.
[^] # Re: marche pas
Posté par géhème . En réponse au journal lsdisplay / lsgpu — lister écrans et GPUs depuis le terminal dans l'esprit de lspci, lscpu, lsusb: v.0.1.0 appel à tests. Évalué à 1 (+1/-0). Dernière modification le 05 mai 2026 à 08:12.
Merci pour le test !
Python 3.6 n'a pas dataclasses dans la stdlib (ajouté en 3.7). C'est corrigé dans le dernier commit — le requis est maintenant Python 3.7+ et le message d'erreur est explicite.
Sur AlmaLinux 8 :
puis
[^] # Re: ne reconnais pas mon environnement: le reconnais maintenant! merci pour le feedback.
Posté par géhème . En réponse au journal lsdisplay / lsgpu — lister écrans et GPUs depuis le terminal dans l'esprit de lspci, lscpu, lsusb: v.0.1.0 appel à tests. Évalué à 1 (+1/-0).
Merci!!!
[^] # Re: ne reconnais pas mon environnement
Posté par géhème . En réponse au journal lsdisplay / lsgpu — lister écrans et GPUs depuis le terminal dans l'esprit de lspci, lscpu, lsusb: v.0.1.0 appel à tests. Évalué à 2 (+2/-0).
Salut Matthieu, pourrais-tu retester ?
C'est corrigé dans le dernier commit — tu dois juste re-télécharger lsdisplay.py et vérifier que wlr-randr est installé (c'est lui qui donne les vraies infos sous Sway, au lieu de xrandr qui ne voit que les sorties XWAYLAND).
[^] # Re: Liste des fabriquants
Posté par géhème . En réponse au journal lsdisplay / lsgpu — lister écrans et GPUs depuis le terminal dans l'esprit de lspci, lscpu, lsusb: v.0.1.0 appel à tests. Évalué à 3 (+3/-0).
https://github.com/onkoe/pnpid/blob/main/list.csv
La liste datée
# Source des PNP_MANUFACTURERS
Posté par géhème . En réponse au journal lsdisplay / lsgpu — lister écrans et GPUs depuis le terminal dans l'esprit de lspci, lscpu, lsusb: v.0.1.0 appel à tests. Évalué à 5 (+5/-0).
La source officielle est le PNP ID Registry maintenu par Microsoft (en tant qu'administrateur du standard VESA/UEFI): https://uefi.org/PNP_ID_List
C'est la base de référence. Chaque fabricant enregistre son code 3 lettres auprès de l'UEFI Forum (anciennement via Microsoft).
Il existe aussi :
- https://github.com/vcrhonek/hwdata — le paquet hwdata de Linux, fichier pnp.ids (utilisé par edid-decode, lshw, etc.)
- /usr/share/hwdata/pnp.ids — sur la plupart des distributions Linux
$ cat /usr/share/hwdata/pnp.ids| nl | head
1 AAA Avolites Ltd
2 AAE Anatek Electronics Inc.
3 AAM Aava Mobile Oy
4 AAN AAEON Technology Inc.
5 AAT Ann Arbor Technologies
6 ABA ABBAHOME INC.
7 ABC AboCom System Inc.
8 ABD Allen Bradley Company
9 ABE Alcatel Bell
10 ABO D-Link Systems Inc
$ cat /usr/share/hwdata/pnp.ids| nl | tail
2548 ZTE ZTE Corporation
2549 ZTI Zoom Telephonics Inc
2550 ZTM ZT Group Int'l Inc.
2551 ZTT Z3 Technology
2552 ZWE Shenzhen Zowee Technology Co., LTD
2553 ZYD Zydacron Inc
2554 ZYP Zypcom Inc
2555 ZYT Zytex Computers
2556 ZYX Zyxel
2557 ZZZ Boca Research Inc
# $ lsdisplay --list-priority
Posté par géhème . En réponse au journal lsdisplay / lsgpu — lister écrans et GPUs depuis le terminal dans l'esprit de lspci, lscpu, lsusb: v.0.1.0 appel à tests. Évalué à 2 (+2/-0). Dernière modification le 04 mai 2026 à 13:18.