Reprise du message précédent :
Même souci chez moi, j'ai suivi ces indications pour débloquer le bazar
https://www.archlinux.org/news/xorg [...] ervention/
 
Après la mise à jour du système, le paquet xorgproto est marqué comme orphelin, je l'ai donc désinstallé sans trop de craintes    
Par contre une nouvelle recherche de mise à jour renvoie ceci :
avertissement : libx11 : la version locale (1.6.9-5) est plus récente que extra (1.6.9-4)
 
Du coup faut downgrader ou pas ?  
 
edit : c'est bien la version 1.6.9-5 qui est dans extra, je ne touche à rien, mon miroir n'est pas à jour tout simplement    
https://www.archlinux.org/packages/extra/x86_64/libx11/
Last Updated:  2019-12-20 14:08 UTC

Tout est rentré dans l'ordre à présent, effectivement  

J'ai maîtrisé la difficulté comme un chef
 
edit : miroir à jour, tout est bon

La traduction fr de la news que tu cites indique en plus que l'on pourrait supprimer xorgproto : https://archlinux.fr/non-classe/le- [...] n-manuelle
Je vois pas trop pourquoi ils disent ça, alors que ce paquet est requis par xorg-server-devel…
Perso je vais laisser cette dépendance tranquille tant qu'elle ne sera pas signalée comme orpheline par pacman (pacman -Qdt).
On dirait qu'il y a eu un peu de cafouillage aujourd'hui chez les devs d'arch  

Chez moi le paquet était signalé comme orphelin par pamac...
Je l'ai viré et pour l'instant tout fonctionne  
edit : en fait xorg-server-devel n'est pas installé chez moi tout simplement  

Pareil!

En fait cette invitation à supprimer xorgproto figure aussi sur la news en anglais maintenant, je sais pas si c'était déjà le cas ce matin ou si je l'avais pas vu, peu importe.
En tout cas c'est pas clair que tout le monde doive supprimer ce paquet pour l'instant, cf. ce fil : https://bbs.archlinux.org/viewtopic.php?id=251517

Oui, mais là, il fait un « -Rcs », qui provoque une suppression en cascade : ça supprimera xorgproto (je sais pas à quoi il sert, mais il est installé chez moi, donc je le garde), mais aussi toutes ses dépendances, et toutes les dépendances de toutes ses dépendances, et ainsi de suite, jusqu’à ce qu’il ne reste plus que des paquets n’ayant absolument aucun lien, ni de près, ni de loin, avec xorgproto…
Là, ses 800 paquets, c’était pas loin d’être tout son OS qu’il était sur le point de virer !

Oui c'est clair, c'est le genre de commande qui n'est pas recommandée, ceci dit si xorgproto était orphelin elle pourrait être exécutée sans crainte.
Il y a donc bien un souci dans cette recommandation de suppression.
Bon maintenant c'est pas la mort, et puis quand on utilise arch on est censé faire un peu attention à ce qu'on fait.

J'ai déjà eu un cas similaire sur Ubuntu avec le gestionnaire de paquets synaptic -> celui ci m'indiquait qu'un paquet pouvait être supprimé mais si je validais l'opération alors on pouvait voir immédiatement que cela entraînait un nombre impressionnant d'autres suppressions derrière.
Donc je laissais tomber en annulant tout, pas fou    

Oui, c'est pour ça que ceux qui copient-collent aveuglément des commandes apt avec un -y dans les options prennent de gros risques.
Et ceux qui postent ces commandes sans avertissement (du genre sudo apt remove pkg --autoremove -y) font courir des risques aux utilisateurs inexpérimentés  

Bon, ce matin, ça y est : impossible de mettre à jour, à cause de ces messages d’erreur mentionnés sur la dernière actu du site.
 
Je vais donc virer les paquets qui gênent, en espérant que ça ne cassera pas tout.
 
Je vous cache pas que j’ai peur. Très.
 
EDIT : opération faite sur un des deux PC. Redémarrage OK (car il y avait celle de device-mapper dans le lot). Ouf, sauvé !  
 
Mais me refaites plus jamais un tel coup, les gens ! >__<

Un lien complémentaire pour cette histoire sur le forum arch fr : https://forums.archlinux.fr/viewtopic.php?t=21662
Comme on voit là-bas, il n'y a plus que xorg-server-devel qui dépend de xorgproto :

Or, en ce qui me concerne, j'ai installé xorg-server-devel lors de mon install d'arch, simplement parce qu'il faisait partie du groupe xorg :

Donc en fait, je pense que je n'en ai pas besoin, que je pourrais le supprimer et donc avec lui xorgproto.
Il n'en reste pas moins que quand on invite à supprimer un paquet, on s'assure d'abord qu'il est bien globalement orphelin  

Je pense que je n'ai jamais eu le paquet xorg-server-devel dans mon installation de Archlinux.
Visiblement, cela ne pose aucun problème.

ATTENTION : la news anglaise a été mise à jour, il ne faut plus supprimer xorgproto : https://www.archlinux.org/news/xorg [...] ervention/
Je vous laisse regarder le retour de pactree -r xorgproto après avoir avoir fait un sudo pacman -Syy (si je le colle ici ça va être trop long : 535 lignes)
Comme quoi…  

J'ai bien fait de rien faire!

Tout va bien chez moi, et je n'ai plus ce paquet.
Faut croire qu'il n'est pas toujours utile. Mais c'est vrai que conseiller sa suppression pour tout le monde c'est une belle bourde  

ah tient moi xorgproto est requis par barrier (qui sert de partage souris/clavier)

Lors de mon update hier soir, il me l'a réinstallé tout seul (sans besoin de dépendance affichée) ...

Et xf86-input-{keyboard,mouse} disparus des dépôts, on en parle ?  
 
Pas envie de me retrouver sans clavier, ni souris…

Vous avez raison, xorgproto se réinstalle chez moi aussi    
Faut croire qu'il doit être utile, le gars qui avait conseillé de le virer doit être au fond d'un canal avec les pieds dans le ciment aujourd'hui  
edit : mon clavier est branché en PS/2 et ma souris sur un port USB.
 
J'ai ces 2 paquets qui commencent pas xf86 sur mon système

J'ai oublié un 3ème paquet : libxxf86vm

J'ai essayé la mise à jour, mais ce n'est toujours pas bon.

 
Je vais l'ignoré quelque temps que ça se décante  
 
edit : et j'ai ça avec la commande donnée par arch
"pacman -Rdd libdmx libxxf86dga libxxf86misc && pacman -Syu"
erreur : impossible de trouver la cible : libxxf86misc
 
edit2 : donc du coup avec : "pacman -Rdd libdmx libxxf86dga && pacman -Syu" ça passe et la mise à jour de xorgproto se réalise.

Ah ouais effectivement, sur la news anglaise ils ont rajouté libxxf86misc, alors que sur la news française il n'y est pas (à l'heure actuelle…)
Ça aura été un bon petit cafouillage quand même cette histoire  

c'est ce qu'indiquait la news française depuis hier soir :

https://archlinux.fr/non-classe/le- [...] n-manuelle

Quand je vois le message :

je supprime le paquet qui est en gras (titi), ça résout alors le problème, en supposant que le paquet machin-bidule remplace titi (ou que titi était un paquet orphelin, utilisé par aucun paquet dans le système).

Tu devrais utiliser evdev je pense.

ça fait des années qu'ils ne sont plus utilisés, remplacés par evdev puis libinput aujourd'hui

I see dead drivers  

xf86-input-evdev, donc ? J’ai déjà libevdev, mais c’est pas suffisant, je suppose…
 
Notez que les deux autres, je les ai pas installés explicitement : ils sont venus avec un autre paquet qui les a apportés avec lui, et je les ai laissés ensuite vivre leur vie.

 
evdev, c'est 2 choses, le pilote dans le noyau (qui expose les périphériques pour le reste du système) et un pilote X11 xf86-input-evdev (ou x11-driver-input-evdev suivant les distributions). Ce dernier a été remplacé récemment par xf86-input-libinput ( https://en.wikipedia.org/wiki/Evdev ).

salut, j'ai eu une souris sans fil pour noël , une Cherry mw4500 (pas trop convaincu par le côté ergonomique, mais bon)

Bref, j'avais un problème, la souris se mettait en veille au bout de 2 secondes. J'ai cherché un moment et c'est dû à la mise en veille des ports usb
voir ici : https://wiki.archlinux.org/index.ph [...] utosuspend

J'ai alors installé "usbutils" pour avoir la commande "lsusb" pour connaître les identifiants de la souris.
(j'ai cherché un long moment avant de comprendre qu'il fallait le paquet "usbutils" pour avoir la commande lsusb ...)

Puis j'ai créé mon petit fichier pour blacklister la souris de la suspension d'énergie, comme dans le wiki (un peu bizarre avec le goto, je trouve)

mais forcément ça n'a pas fonctionné, alors j'ai vu ce post sur reddit et j'ai remplacé le code du wiki par :

et j'avais fait un "mkinitcpio -p linux " en trottant (c'était nécessaire ou pas ?)

et voila ça fonctionne

Ah oui, je ne sais pas si c'est lié, mais je lance "powertop --auto tune" au démarrage. Il y a peut-être mieux à faire, mais en tout cas niveau consommation de batterie c'est plutôt bien.

edit : non ça ne fonctionne pas, ça disparait après boot.

Je préfère ma Logitech qui fonctionne sans rien devoir faire  

Une bonne souris filaire, comme ça pas de souci de batterie ou de bidouilles de type règle udev.

https://www.logitech.fr/fr-fr/product/corded-mouse-m500

+1, le sans fil j'aime pas, ma G500S est parfaite

bande de jaloux
(c'est ma première sans fil)

Pas de jalousie pour ma part : la souris sans fil, j’en ai tâté (si j’ose dire) depuis mon premier PC portable (soit durant une bonne dizaine d’années), et je suis revenu au filaire au début de l’année, parce que j’en avais assez de changer la pile LR6 tous les 2 mois au mieux.
 
À côté, un clavier sans fil, c’est moins gênant : là, deux piles LR6 et ça tient facilement un an, avant de devoir les changer.

Si c'est un pc portable, tu peux le faire dans TLP aussi

Faut prendre une souris avec batterie, il n'y a pas besoin de changer quoi que ce soit tant que la batterie tient, et vu la qualité actuelle des souris, la batterie survivra probablement.

J'ai une Mad Catz R.A.T 3 en souris filaire, c'est aussi une belle merde à configurer sous Linux

ah bah je vais essayé car aujourd'hui c'est revenu la mise en veille après 2 secondes !!    
Comment ça se fait que la modif qui fonctionnait hier soir, ne fonctionne pas aujourd’hui ?
 
Sinon, la souris est à piles classiques, AAA, et je n'ai plus que de bonnes piles rechargeables à la maison (des eneloop ou clones), j'ai toujours un jeu d'avance.
 
Mais sinon, oui c'est galère ces souris sans fil..
 
Et sinon autre truc étrange aujourd'hui, en me connectant à ma freebox par wifi, comme d'habitude, je n'ai pas accès à certains sites (notamment hfr), j'ai essayé avec un autre navigateur, pareil. Sur windows pas de problème ...
En passant par mon téléphone en 4G, ça fonctionne
 

Une pile n'est pas rechargeable, il s'agit d'une batterie d'accumulateurs, ou plus court, batterie.  

Pour Internet peut-être un soucis de dns? Tu peux tenter un ping sur l'ip pour voir.

C'est bizarre ça, dans mes souris Logitech sans fil la pile tient largement plus d'un an sans problème  
edit : d'ailleurs que ce soit avec ou sans fil, je ne jure que par Logitech... jamais déçu par cette marque : fiabilité au top