{"id":38908,"date":"2019-10-31T22:26:41","date_gmt":"2019-10-31T19:26:41","guid":{"rendered":"https:\/\/prohoster.info\/blog\/budushhee-uzhe-zdes-ili-kodim-pryamo-v-brauzere\/"},"modified":"2019-10-31T22:26:41","modified_gmt":"2019-10-31T19:26:41","slug":"budushhee-uzhe-zdes-ili-kodim-pryamo-v-brauzere","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/budushhee-uzhe-zdes-ili-kodim-pryamo-v-brauzere","title":{"rendered":"L'avenir est d\u00e9j\u00e0 l\u00e0 ou nous codons directement dans le navigateur.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Je vais vous parler d'une situation curieuse qui m'est arriv\u00e9e et de la fa\u00e7on de devenir contributeur dans un projet r\u00e9put\u00e9.
\n<\/a><\/noindex>
\nIl n'y a pas si longtemps, je me suis occup\u00e9 d'une id\u00e9e : le chargement de Linux directement depuis l'UEFI...
\nL'id\u00e9e n'est pas nouvelle et il existe un certain nombre de manuels \u00e0 ce sujet. L'un d'eux peut \u00eatre consult\u00e9 ici<\/a><\/noindex><\/p>\n

Mes anciennes tentatives pour r\u00e9soudre cette question se sont transform\u00e9es en une solution bien formul\u00e9e la solution<\/a><\/noindex>. La solution fonctionne tout \u00e0 fait et je l'utilise sur certaines de mes machines domestiques. Un peu plus de d\u00e9tails sur ce solution sont d\u00e9crits ici<\/a><\/noindex>.<\/p>\n

Le principe du d\u00e9marrage UEFI est que la partition ESP (EFI System Partition) est combin\u00e9e avec le r\u00e9pertoire \/boot. C'est-\u00e0-dire que tous les noyaux et les images de d\u00e9marrage initial (initrd) sont stock\u00e9s sur cette m\u00eame partition \u00e0 partir de laquelle l'UEFI peut ex\u00e9cuter des fichiers ex\u00e9cutables et en particulier d\u00e9marrer les chargeurs de syst\u00e8me. Mais le noyau Linux lui-m\u00eame est d\u00e9j\u00e0 compil\u00e9 avec l'option UEFISTUB dans de nombreuses distributions, ce qui permet au noyau de d\u00e9marrer depuis l'UEFI.<\/p>\n

Il y a un aspect d\u00e9sagr\u00e9able \u00e0 cette solution : la partition ESP est format\u00e9e en FAT32, sur laquelle il est impossible de cr\u00e9er des liens durs (que le syst\u00e8me cr\u00e9e r\u00e9guli\u00e8rement lors de la mise \u00e0 jour de l'initrd). Et il n'y a rien de particuli\u00e8rement criminel \u00e0 cela, mais voir des avertissements du syst\u00e8me lors de la mise \u00e0 jour des composants du noyau n'est pas tr\u00e8s agr\u00e9able...<\/p>\n

Il existe \u00e9galement une autre voie. <\/p>\n

Le gestionnaire de d\u00e9marrage UEFI (celui o\u00f9 vous devez inscrire le chargeur du syst\u00e8me d'exploitation) sait, en plus des noyaux\/chargeurs Linux, charger \u00e9galement des pilotes. Ainsi, vous pouvez charger le pilote du syst\u00e8me de fichiers o\u00f9 se trouve votre \/boot et directement \u00e0 partir de l\u00e0 d\u00e9marrer le noyau avec les moyens de l'UEFI. \u00c9videmment, le pilote doit \u00eatre plac\u00e9 dans la partition ESP. C'est en gros ce que font les chargeurs comme GRUB. Mais l'astuce est que toutes les fonctions souvent utilis\u00e9es de GRUB existent d\u00e9j\u00e0 dans l'UEFI. Plus pr\u00e9cis\u00e9ment, dans son gestionnaire de d\u00e9marrage. Et pour \u00eatre un peu plus pointilleux, le gestionnaire de d\u00e9marrage UEFI a m\u00eame plus de possibilit\u00e9s sur certaines questions. <\/p>\n

Cela semble \u00eatre une belle solution, mais il y a un \"MAIS\" (en fait, il y en avait un, mais j'y reviendrai plus tard). En effet, le syst\u00e8me de pilotes UEFI est plut\u00f4t simple. Il n'y a pas de notion de montage du syst\u00e8me de fichiers ou de liaison d'un pilote \u00e0 un dispositif sp\u00e9cifique. Il y a un appel syst\u00e8me avec un nom conditionnel Map qui prend chaque pilote \u00e0 tour de r\u00f4le et essaie de le lier \u00e0 tous les dispositifs convenables, bon gr\u00e9 mal gr\u00e9. Si le pilote parvient \u00e0 connecter le dispositif, une correspondance est cr\u00e9\u00e9e \u2014 un enregistrement de liaison. C'est ainsi que le nouveau pilote doit \u00eatre initialis\u00e9 parmi tous les autres. Et il suffit seulement de mettre un bit (LOAD_OPTION_FORCE_RECONNECT) \u00e0 1 dans l'enregistrement de d\u00e9marrage du pilote, et UEFI effectuera cette reconfiguration globale apr\u00e8s son chargement.<\/p>\n

Le probl\u00e8me, c'est que ce n'est pas si simple \u00e0 faire. L'outil standard efibootmgr (qui sert \u00e0 configurer le gestionnaire de d\u00e9marrage UEFI) ne sait pas (ou plut\u00f4t ne savait pas) comment mettre ce bit. Il fallait le faire manuellement via une proc\u00e9dure assez complexe et risqu\u00e9e. <\/p>\n

Alors, une fois de plus, en essayant de le faire manuellement, je n'ai pas pu r\u00e9sister et j'ai cr\u00e9\u00e9 une issue sur GitHub<\/a><\/noindex> en demandant aux d\u00e9veloppeurs d'ajouter cette fonctionnalit\u00e9.<\/p>\n

Quelques jours ont pass\u00e9, mais personne n'a pr\u00eat\u00e9 attention \u00e0 ma demande. Par curiosit\u00e9, j'ai regard\u00e9 le code source... j'ai fork\u00e9, et j'ai essay\u00e9 de r\u00e9fl\u00e9chir \"\u00e0 la main\" \u00e0 comment ajouter cette fonctionnalit\u00e9... \"\u00e0 la main\" parce que je n'ai rien d'autre install\u00e9 et j'ai \u00e9dit\u00e9 le code source directement dans le navigateur.<\/p>\n

Je connais le C (langage de programmation) tr\u00e8s superficiellement, mais j'ai propos\u00e9 une solution (principalement par copier-coller)... puis j'ai pens\u00e9 \u2014 et m\u00eame si j'ai s\u00fbrement plein d'erreurs (mes pr\u00e9c\u00e9dentes tentatives de corriger du code C d'autres personnes ont abouti apr\u00e8s 10 essais), je vais soumettre un Pull Request. Et donc je l'ai soumis.<\/a><\/noindex>.<\/p>\n

Il s'est av\u00e9r\u00e9 que Travis CI \u00e9tait int\u00e9gr\u00e9 pour v\u00e9rifier les pull requests. Et il m'a soigneusement signal\u00e9 toutes mes erreurs. Eh bien, si les erreurs sont connues \u2014 pourquoi ne pas les corriger : encore une fois dans le navigateur, et avec ma quatri\u00e8me tentative, le code a \u00e9t\u00e9 compil\u00e9 (un accomplissement pour moi).<\/p>\n

Et c'est ainsi, sans quitter le navigateur, que j'ai soumis un Pull Request tout \u00e0 fait concret pour l'outil utilis\u00e9 pratiquement dans toutes les distributions Linux modernes.<\/p>\n

Je suis moi-m\u00eame surpris par le fait que, ne connaissant pas vraiment la langue et n'ayant rien configur\u00e9 chez moi (il faut de nombreux paquets de biblioth\u00e8ques en fonction des d\u00e9pendances pour la compilation) et n'ayant m\u00eame jamais lanc\u00e9 le compilateur, j'ai r\u00e9ussi \u00e0 \u00ab coder \u00bb une fonctionnalit\u00e9 parfaitement fonctionnelle et utile directement dans le navigateur.<\/p>\n

Cependant, ma demande est rest\u00e9e sans r\u00e9action depuis le 19 mars 2019, et j'avais commenc\u00e9 \u00e0 l'oublier. <\/p>\n

Mais hier, cette demande a \u00e9t\u00e9 ajout\u00e9e dans master. <\/p>\n

\nAlors, de quoi parle mon r\u00e9cit ? Il s'agit du fait qu'avec les technologies modernes, il est d\u00e9sormais possible d'\u00e9crire du code r\u00e9el dans un navigateur sans d\u00e9ployer localement aucun outil de d\u00e9veloppement ni d\u00e9pendances.<\/p>\n

D'ailleurs, il faut admettre que c'est d\u00e9j\u00e0 ma deuxi\u00e8me demande de tirage dans des utilitaires connus (du moins dans des cercles restreints). La derni\u00e8re fois, ma demande de corriger l'affichage de certains champs dans l'interface web de SyncThing s'est sold\u00e9e par une correction litt\u00e9ralement d'une seule ligne dans un environnement que je ne connais m\u00eame pas.<\/p>\n

Seuls les utilisateurs enregistr\u00e9s peuvent participer au sondage. Connectez-vous<\/a><\/noindex>, s'il vous pla\u00eet.<\/p>\n

Faut-il \u00e9crire encore ou pas ?<\/h2>\n