🚲 Tanguy Ortolo a écrit 12334 commentaires

Eh bien, tu n'as pas dû chercher bien loin. La touche XF86PointerEnableKeys permet de passer le pavé numérique en contrôle du pointeur. Cette touche n'existe pas sur nos claviers, mais on peut la mapper sur ⇧ + ⇭ (Shift + Verr. Num.) avec l'option d'X.Org keypad:pointerkeys.

Il y a mieux, beaucoup mieux et plus simple : syndaemon, fourni avec X.Org.

On peut effectivement gagner en transparence mais on peut noter qu'il est déjà possible d'utiliser so>cat pour transformer une socket UNIX en une socket TCP,

Si tu es le seul à avoir accès à ces machines, pourquoi pas, mais sinon, mauvaise idée, parce qu'un socket TCP, tous les utilisateurs du système peuvent s'y connecter. Il serait sans doute plus judicieux d'utiliser socat, mais pour faire passer ça sur un descripteur de fichiers supplémentaire, si c'est possible.

Jusqu'à présent, on pouvait définir des tunnels de connexions TCP. Maintenant, on peut faire pareil avec des sockets Unix. Un socket Unix, c'est comme un socket réseau avec une adresse IP et un port, sauf que ça ne se passe pas sur le réseau mais en local, et qu'au lieu d'avoir une adresse et un port, c'est identifié par un fichier d'un type spécial (de type socket, pour être précis, évidemment). Ainsi, un logiciel peut se connecter sur, par exemple sur quelque chose comme /tmp/pulse/socket, où écoute un autre logiciel, pour y envoyer du son, que cet autre logiciel jouera sur la carte son, dans cet exemple.

Ah, je vois qu'on suit !

ssh et sshd intègrent le support pour transmettre (forward) les sockets UNIX. Un port TCP distant peut être connecté à une socket Unix local et réciproquement. De même, on peut connecter deux sockets Unix ! Cette fonctionnalité n'était possible jusqu'à présent que pour X-Window via l'option -X, elle ouvre de grand horizon dans l'usage distant d'un poste de travail.

Et pour les agents SSH via l'option -A.

Bon, ben pour moi, ce sera un double scotch alors. Faut s'adapter.

Absolument tous les sites qui affichent de la publicité le font pour se financer, aucun ne le fait parce que le bandeau coloré qui clignote hors de leur contrôle est joli.

Ça dépend de la définition que tu prends pour la publicité. En ce moment, ce que j'appelle une publicité pour la Quadrature du Net est affichée en page d'accueil de DLFP, mais je doute que ça rapporte un centime à LinuxFr.

Le transfert de son avec pulseaudio, c'est… de la mémoire partagée :).

Euh, non.

Avec X11 y a pas le son, et y a besoin d'un plus gros tuyaux, mais qu'est ce que ça marche bien !

Maintenant qu'on peut faire du transfert de PulseAudio par SSH, si. Et pour les imprimantes, on pourrait faire pareil si les clients CUPS pouvaient utiliser une variable d'environnement pour déterminer où trouver le serveur CUPS, mais ça n'a malheureusement pas l'air d'être le cas.

Psi non ?

Le transfert de socket est dans la dernière version de ssh qui est sorti la semaine dernière ;-)

Ah tiens, curieux, la dernière fois que j'avais parlé de ça, sur IRC ou sur ML, je ne sais plus, on m'avait répondu que pour X ils n'avaient pas vraiment le choix mais que même ça, ils auraient préféré l'éviter.

Bref, c'est chouette, ça permettra de pouvoir faire des trucs comme du transfert de son avec PulseAudio par exemple.

C'est à peu près ce que fait SpamAssassin il me semble.

En revanche, mauvaise idée de qualifier des messages en fonction de la présence ou de l'absence de nom DNS inverse pour l'adresse IP d'où ils proviennent, pour une raison simple : ça ne donne aucune information sur l'utilisateur de cette adresse IP (ça ne dépend pas de lui mais de son fournisseur d'accès) et encore moins sur le message lui-même. C'est, au mieux, un moyen statistique aussi pertinent que de mettre une note négative aux messages rédigés en anglais : c'est le cas de pas mal de spam, mais c'est tout ce qu'on peut dire de cette caractéristique, en revanche il y a des messages corrects qui sont dans cette langue, et des spams qui sont dans une autre langue..

Oui mais c'est de la fusion. C'est propre la fusion.

D'ailleurs, les sources énergies fossiles, c'est à dire renouvelables très lentement, sont également issues de la transformation de l'énergie produire par ce même réacteur thermo-nucléaire.

pour passer à la vitesse supérieure ou entrer dans le 21e siècle

Il faut qu'il atteigne les quatre-vingt-huit miles à l'heure, pour pouvoir entrer dans le 21e siècle.

par contre le canal de données c’est de la mémoire partagée

Ah. C'est mort alors, cette idée-là, dommage…

À noter également, que le déport d'affichage X11 par SSH n'utilise pas la « transparence » réseau d'X11, puisque, pour les clients X11 comme pour le serveur, toutes les requêtes ont lieu sur socket Unix.

Ceci m'amène à la question suivante : si avec Wayland, la communication entre le serveur Wayland et les clients Wayland se fait par socket Unix (je n'arrive pas à imaginer comment il pourrait en être autrement), faire du déport d'affichage par réseau pourrait se faire de la même façon, avec SSH ou autre chose transférant tout ça par réseau pour exposer sur un autre poste un socket Wayland utilisable ?

Oui, entre autres. ssh -X, ça fait plusieurs choses en fait :

1. ça transfère le socket du serveur X du poste client SSH /tmp/.X11-unix/X$n, où $n est le numéro du $DISPLAY sur un socket créé pour l'occasion sur le poste serveur SSH sous le nom /tmp/.X11-unix/X$m, où $m est un numéro choisi pour ne pas créer de collision ;
2. ça exporte dans le shell distant la variable DISPLAY=:$m ;
3. ça exporte dans le shell distant le cookie d'identification X11, avec xauth (pas envie de détailler ça, vous pouvez regarder les pages de manuel et regarder ce que donne xauth list sur les deux postes).

Ainsi :

• les logiciels clients X lancés dans le shell distant essaieront de causer avec le serveur X correspondant à ce DISPLAY=:$m, c'est à dire un serveur prétendument local au poste serveur SSH, accessible sur le socket Unix /tmp/.X11-unix/X$m ;
• leurs requêtes à ce socket Unix sont transférés par SSH au socket Unix du serveur X du poste client SSH /tmp/.X11-unix/X$n ;
• ces requêtes sont donc traitées par le serveur X du poste client SSH.

À noter que, si OpenSSH est capable de faire des transferts de ports TCP et UDP arbitraires, il est en revanche codé pour ne pouvoir transférer en matière de sockets Unix que ceux dont le chemin correspond à ceux utilisés dans le cadre du système X11.

Pas sûr, avec X11 on peut ne déporter qu'une ou plusieurs fenêtres, ce qui est super parce que ça permet par conséquent de déporter un bureau entier si on veut. Reste à voir si c'est possible avec Wayland et RDP, je demande à voir.

wlfreerdp, ça fait un peu RDP en roue libre (free wheel, wheel free, wl free…). Voilà, désolé pour ce commentaire pas très intéressant.

Moi j'ai reçu deux lettres ! :)

Moi aussi, trois. Une pour me dire que j'étais un méchant tipiak, avec des précisions qui montraient clairement que je n'avais rien à voir avec les faits : adresse IP qui n'était pas la mienne, logiciel utilisé sous Windows alors que je n'ai aucun ordinateur sous ce système d'exploitation (et que franchement, j'ai autre chose à faire que de faire tourner un logiciel de p2p sous Wine…). Une suite à ma réponse, indiquant qu'ils ne voulaient pas effacer cet avertissement erroné mais que ma réponse serait jointe à mon dossier et que ça apparaîtrait au procès éventuel. Et une suite à ma demande d'exercice du droit de retrait d'infos personnelles, me refusant cela, la loi ayant bien prévu une exception à ce droit pour l'HADŒPDI.

Tout cela ne prouvant donc qu'une chose, c'est que grâce au renversement de la charge de la preuve, ce système permet exactement ce que je lui reprochais avant sa mise en place : inutile d'être coupable pour être condamné.

Ah non, tu réponds simplement au mauvais commentaire je crois.

Si si, je simplifiais.

Je ne vois pas en quoi ça évite de se taper les popups.

Ça ne l'évite pas, mais ça répond à un des deux problèmes exposés ici, à savoir : comment faire pour ne pas accepter les cookies quand cette alternative n'est pas proposée ? Eh bien, la réponse, c'est d'utiliser cette extension, qui permet de rendre le choix d'accepter les cookies équivalent à celui de les refuser.

(c'est un peu l'équivalent à avoir une boîte aux lettres dédiée à la publicité, mais directement reliée à l'incinérateur : allez-y si ça vous amuse…)