🚲 Tanguy Ortolo a écrit 12240 commentaires

Maintenant je fais comment pour copier ca sur SD, en lui disant bien d'aller chercher le reste de l'OS sur la SD (le switch hardware suffit peut etre ?)

Ça dépend comment ils ont configuré Das U-Boot. Il peut avoir une option pour aller chercher le noyau sur la carte SD. Ou pas. Là encore, il faut demander au fabricant.

Au besoin, je te rappelle que contrairement au PC dont on a l'habitude, ARM n'est pas une plate-forme mais seulement une architecture de processeur et un jeu d'instructions. Ainsi, toujours contrairement au PC, il n'y a aucune généricité, aucun mécanisme de découverte granulaire de matériel, chaque système d'exploitation devant être adapté spécifiquement à chaque modèle à prendre en charge.

En pratique, chaque modèle est spécifique par sa procédure de démarrage, par les composants et périphériques dont il dispose et par la façon de communiquer avec eux. C'est certes toujours le même chargeur de démarrage Das U-Boot qui est utilisé, et qui joue d'ailleurs également le rôle de firmware, mais à chaque fois avec des réglages spécifiques : sur tel modèle il cherche un noyau sur une partition de disque dur formatée en Ext3, sur tel autre il va la chercher en flash…

Il est donc important de noter que la phrase « tel système d'exploitation tourne sur ARM » n'a aucun sens, ou en tout cas pas le sens qu'on y comprendrait quand on est habitué au PC : tout ce que ça signifie, c'est qu'un fois qu'on a réussi à démarrer un noyau adapté sur un modèle donné, le système utilisateur est disponible en code ARM. Mais ça ne signifie pas que ce système d'exploitation est installable et démarrable directement, il faut pour chaque modèle des adaptations spécifiques.

J'espère que ça t'éclairera, mais a priori ça devrait plutôt t'assombrir malheureusement. Il te reste à demander à ton fabricant un noyau adapté et la procédure de démarrage, j'espère qu'ils se montreront coopératifs.

S'il fallait retenir une chose, c'est que la plate-forme PC est une exception et une merveille comparée à la jungle ARM. Quoi qu'aient pu faire IBM par ailleurs, il faut leur rendre grâce pour avoir créé et diffusé une plate-forme ouverte qui a fait gagner des années à l'informatique. Et si l'avenir est ARM, cet avenir est bien sombre.

Excuse-moi, mais il y a un contre-exemple flagrant. Avant Apple, les baladeurs numériques étaient aussi simples à utiliser que des clefs USB : on met les morceaux dedans et ça marche. Apple a apporté deux choses : une roue tactile et une plus grande complexité pour transférer la musique.

Il me semble que le cookie ne sers pas sur localhost donc pas de chiffrement (X11) local

Bien, donc je peux corriger cela : le cookie sert toujours. Essaie un peu de le retirer (xauth list, xauth remove) et regarde le résultat : tu ne peux plus lancer aucun logiciel graphique.

Donc j'imagine que le reste de ce que tu pensais a des chances d'être faux aussi. :-)

Il me semblait que le cookie X11 servait à chiffrer avec un 3DES.

Ça me surprend énormément, parce que cela signifierait que nos sessions X11 sont chiffrées, même en local, ce qui serait idiot.

donc au final ssh -X qui fait le boulot à notre place bien mieux dans 99,99% des cas

Si c'était le cas, faire du déport d'affichage par SSH, cela signifierait surchiffrer par SSH un flux X11 déjà chiffré en 3DES, ce qui serait un beau gaspillage de ressources.

Il n'y a pas de problème à avoir des textes longs en soi, à condition que :

1. ils soient tout de même aussi synthétiques que possible : du texte pour du texte, c'est de la merde à éliminer, hors de la littérature ;
2. ils soient bien structurés, avec 3 ou 4 niveaux de profondeur hiérarchique si nécessaire, et que cette structure soit explicite : la structure implicite à faire deviner au lecteur, c'est de la merde de prof de français–philo.

on peut tout de fois penser

Toutefois.

Jobs au moins a 3 avancée technologiques majeures a son actif, chez RMS ça serait plutôt des régressions...

Ah bon ? Tu peux me rappeler combien de lignes de code iShark a rédigées ces dix dernières années ?

Cool, ils viennent de nous réinventer la liste orange.

Euuuuuuh, sûr, ça ? Il me semblait que c'était juste un secret partagé, passé en clair pour prouver qu'on est autorisé à utiliser l'affichage…

Pis quand tu vois ce qu'il s'inflige lui meme, tous les jours, c'est plutôt lui qu'il faudrait censurer.

Tu pourrais détailler, ça m'intéresse, je crois que je suis sur le point d'apprendre des trucs sur moi-même que j'ignore…

Mais je t'emmerde.

Cordialement,

Moi

Ah, mais personnellement, je rejoins RMS sur ce coup-là : je ne me réjouis pas du fait que Jobs soit mort, en revanche je suis heureux qu'il ne soit plus là, autrement dit qu'il ne puisse plus agir, tout comme je l'aurais été s'il avait décidé de prendre sa retraire, précisément parce qu'il n'exerce plus son influence néfaste sur la liberté , ou pour le dire crûment, parce qu'il est hors d'état de nuire.

un logiciel souris où faut l'exploser sur l'écran à l'aide d'un commissaire de police

Monsieur n'est pas commissaire de police, Monsieur est une tapette géante.

(typiquement lion est protégé pour les OS et les noms de logiciel, et c'est tout)

Non, c'est probablement réservé aussi pour les aliments, à l'usage de Kraft Foods — pas vérifié mais il y a 90% de chances que ce soient eux, vu qu'ils possèdent à peu près tout l'agro-alimentaire existant — pour leurs barres au chocolat et au caramel.

Loupé, ce n'est pas comme ça que ça marche réellement, le SSH avec déport d'affichage et le déport d'affichage tout court sont deux choses différentes.

ssh -X, ça lance le client OpenSSL de façon à ce qu'il :

1. fasse un tranfert de socket Unix locale vers le serveur SSH ;
2. transfère temporairement le cookie MIT-MAGIC local ;
3. fixe la variable DISPLAY pour utiliser le socket Unix transféré.

Au contraire, le transfert d'affichage direct, ça utilise directement le serveur X11 en TCP. Ça ne chiffre donc pas le X11, SSH n'étant utilisé que pour lancer le logiciel.

Bah, wrappe toujours, mais en externalisant les parties communes. Ou mieux, si tous ces logiciels sont liés ou on assez de points communs, tu peux faire un script unique à lier sous plusieurs noms :

#! /bin/sh

export PATH=…
export LD_LIBRARY_PATH=…

progname="$(basename "$0")"

exec "/…/$progname" "$@"

Par contre ce serait bien qu'un des poids lourds (genre IBM ou red-hat) prêtent un avocat ou deux pour tzdata ;)

Vu l'utilisation de la base d'Olson, il y a effectivement pas mal de gens qui ont tout intérêt à l'aider.

Tu wrappes ces logiciels dans des scripts idoines :

#! /bin/sh

export PATH=…
export LD_LIBRARY_PATH=…

exec bidule "$@"

Si c'est en réseau local, tu peux faire directement de l'X11 par réseau.

Sur la machine locale, mettons qu'elle s'appelle muscadet.local :

musadet$ xauth list
muscadet.local:0  MIT-MAGIC-COOKIE-1  f16075da6976d91f04d90d8224c4f09b

Tu récupères la valeur du cookie MIT-MAGIC correspondant à l'affichage local :0. Puis, sur la machine distante, appelons-la bourgogne, par exemple par SSH, tu ajoutes ce cookie :

bourgogne$ xauth add muscadet.local:0   MIT-MAGIC-COOKIE-1  f16075da6976d91f04d90d8224c4f09b

Tu peux dès lors lancer des logiciels graphiques sur bourgogne en leur demandant de s'afficher sur muscadet.local :

bourgogne$ DISPLAY=muscadet.local:0 xclock

et l'ecran tactile, ca reste souvent une emulation souris

Que non, malheureux ! Une souris, c'est un dispositif de pointage relatif, à partir duquel la position du pointeur correspond à l'intégration de la vitesse à partir de la position initiale.

Au contraire, un écran tactile, une tablette graphique ou un pointeur de tableau, c'est un dispositif de pointage absolu, qui donne directement la position. Ça n'envoie pas du tout les mêmes informations, et ça n'utilise pas du tout le même pilote.

Attention, considérer le simple succès comme une qualité d'une personne me semble un peu audacieux, surtout si on vient à y ajouter que la fin justifie les moyens.

Je ne vois pas pourquoi. C'est contraire à ma morale par exemple, ou pour être précis ma morale me l'interdit, autrement dit si je le faisais j'enfreindrais mes propres règles morales, parce que je considère que les DRM c'est mal, qu'Apple est une des entreprises qui favorise le plus la mise en place de DRM, que les enrichir les aide dans ce sens, et que donc acheter chez eux c'est mal.

Je pense que c'est à ce genre de chose qu'il faisait référence justement.

Ce n'est pas moi qui insiste, je réponds des commentaires précédents sur le sujet. Ce n'est même pas moi qui ai commencé à parler de religion, j'ai juste utilisé le mot « saint » dans son sens courant informel, et on m'a tout de suis répondu en parlant de la sainteté selon l'Église…