🚲 Tanguy Ortolo a écrit 12224 commentaires

Tiens, je n'y avais jamais pensé mais c'est évident, maintenant que tu le fais remarquer. Pour en revenir à la contribution au logiciel libre, c'est dans ce cas un véritable sacrifice pour quelqu'un qui serait adepte du kopimisme.

Ça doit être du même style que pour le zonage des DVD : VLC, enfin la libdvdcss, sait très bien craquer les clefs et déchiffrer les DVD de toutes les zones, mais si ton lecteur optique refuse de lire un disque, il n'y a rien à faire…

Beuh, pourquoi ça ? OpenTTD tourne très bien sous Debian, quel que soit l'âge de l'ordinateur.

Channel, à ma connaissance, ça désigne un canal, une chaîne, un salon de discussion ou une voie de communication. Jamais vu d'autre traduction.

Un dispositif de pointage qui permette de rester longtemps sur un point précis, par exemple. Pour faire un truc pareil avec le pointeur d'une Wii, bon courage, ça va en faire un jeu de musculation au passage.

Pas de l'éviter s'il s'arrête en passant instantanément de sa vitesse initiale à une vitesse nulle, se transformant ainsi en obstacle fixe, ce cas n'existant pas dans la réalité.

Au temps pour moi, en fait si, mais doit être considéré comme négligeable : c'est le cas où le véhicule situé devant lâche une caisse. Une vraie caisse, j'entends, qui va rebondir un peu mais s'arrêter assez rapidement.

Les problèmes concernant le véhicule situé devant toi, si. Or la distance de sécurité concerne justement le véhicule situé devant.

Pour les autres problèmes, tels que les obstacles fixes, éventuellement cachés par un virage ou je ne sais quoi, la distance de sécurité est hors de propos.

Non, ça ne fait pas partie de la distance de sécurité, en tout cas pas de la définition qu'en donnait mon Code Rousseau. Le rôle de la distance de sécurité est d'éviter de percuter le véhicule situé devant s'il doit freiner en urgence. Pas de l'éviter s'il s'arrête en passant instantanément de sa vitesse initiale à une vitesse nulle, se transformant ainsi en obstacle fixe, ce cas n'existant pas dans la réalité.

Tout le monde connais la règle, sur autoroute c'est 2 bandes blanches ça correspond à 100m.

Non, c'est faux, ça ce n'est qu'un slogan pratique et plus prudent que nécessaire. Je me souviens très bien de m'être fait cette remarque en révisant pour passer l'examen du code de la route :

1. la distance de sécurité est définie celle parcourue en deux secondes, histoire d'avoir le temps de réagir (normalement une seconde) ;
2. à 130 km/h, cela fait 72 mètres ;
3. la longueur des bandes blanches et des intervalles qui les sépare est assez bien définie mais la somme de deux bandes blanches et d'un intervalle donne plus que ces 72 mètres.

Si le logiciel proprio en question n'est jamais diffusé, je pense en effet que tout le monde s'en fout et que ça ne fait chier personne.

S'il n'est pas diffusé, il n'est ni libre ni propriétaire, c'est du code perso, rien de plus. Et la GPL permet ce genre d'usage.

Quel rapport avec la choucroute ? On parle d'utiliser ces jeux sur PC, qu'est-ce qu'on s'en fiche que ça ne marche potentiellement pas sous Windows 8 ?

Donc oui, 2³² ça fait bien 4Go, mais ils ne sont pas capables de l'adresser.

Il y a tout de même des bidouilles, pour permettre :

• au noyau d'adresser plus de 4 Gio de mémoire (PAE), mais en laissant un plafond à 4 Gio par processus ;
• aux processus d'adresser plus de 4 Gio, en retournant à la segmentation je crois.

Si je comprend bien, (j'ai lu en diagonale) tu peut chiffrer avec ce que tu veux et comme tu veux. De toute façon si un douanier de base ou un flic dans la rue te demande de le déchiffrer immédiatement et que tu refuse c'est amende et/ou prison parce que tu as obligation de le faire sur leur demande.

D'où l'intérêt des systèmes déni plausible. Sauf que le seul que je connaissais pour ça, c'était… TrueCrypt ! /o\

GPT n'étant qu'un format de partitionnement créé pour UEFI, mais utilisable ailleurs, de façon simplifiée :

• les avantage relatifs au stockage sont ceux de la GPT ;
• les avantages relatifs au démarrage sont ceux d'UEFI.

À noter donc qu'un UEFI peut tout à fait utiliser un partitionnement MBR. Ce n'est pas courant mais ça se fait, j'ai d'ailleurs dû faire ça pour un cas très particulier où c'était la seule solution. Et que, par ailleurs, une GPT pouvant inclure un MBR de compatibilité, il est possible d'utiliser un partitionnement GPT pour démarrer un BIOS.

Quant à utiliser une GPT ou un MBR pour un périphérique de stockage non utilisé pour démarrer, cela peut évidemment se faire, indépendamment du système de démarrage : MBR sur disque dur externe branché sur un système démarré par UEFI, GPT sur clef USB sur un système démarré par BIOS…

Si les gestionnaires de démarrage UEFI fonctionnaient bien, si les implémentations d'UEFI fournies sur les ordinateurs fournissaient toutes un shell, et si ce shell était quelque chose de bien pensé, en effet, GRUB serait tout à fait inutile.

Seulement, aucune de ces conditions n'est respectée. Les implémentations d'UEFI sont très souvent sévèrement boguées, au point par exemple de parfois cesser d'accepter des modifications de variable après un certain nombre par exemple : il devient alors impossible de modifier les entrées de démarrage. Mieux vaut donc éviter de trop souvent les éditer : GRUB permet cela puisqu'il se configure hors de l'UEFI.

Les implémentations d'UEFI que j'ai vu ne fournissent jamais de shell, mais fournissent un moyen d'en lancer un si on l'a installé soi-même, ce qui est totalement crétin, soit dit en passant.

Enfin, les shell UEFI est un truc conçu de façon à être moderne, mais avec une vision Intel de la modernité : ils ont notamment visiblement pensé que le modèle à imiter était MS-DOS (!), c'est pourquoi ce shell utilise des \ et des sortes de lettres de lecteurs…

Bref, personnellement, je préfère largement avoir un bon GRUB.

Tu mélanges des avantages d'UEFI et de GPT là.

Et sinon pourquoi utiliser grub-efi ? Quel est son intérêt par rapport à l'EFI stub ?

Le même que l'intérêt de GRUB ou de Lilo par rapport au démarrage direct sur le noyau avec une disquette, à une époque. GRUB permet de choisir le noyau à démarrer par exemple, et pas mal d'autres choses. C'est puissant, GRUB.

Également, GRUB doit être installé une fois, enfin, une fois par mise à jour de GRUB, puis configuré pour chaque nouveau noyau. Alors que le noyau version démarrable directement en EFI, ça doit être installé à chaque mise à jour du noyau.

Avec tout ça le plus simple semble de faire un backup des partitions Linux (sans la partition efi), reformater le disque en MBR, restaurer les partitions

C'est inutile, avec un peu de chance : tu peux utiliser l'outil gdisk pour créer un MBR de compatibilité listant les mêmes partitions que la GPT, puis il doit y avoir moyen de supprimer cette GPT.

C'est exactement ce qu'il a fait :

Avec tout ça le plus simple semble de faire un backup des partitions Linux (sans la partition efi), reformater le disque en MBR, restaurer les partitions, installer grub-pc à la place de grub-efi, corriger si besoin les ids des partitions (il y en aura une en moins) et installer Windows en mode MBR.

C'est bien ce qui me semblait. C'est comme jouer en pointant directement avec sa main sur un grand écran : épuisant.

Le HomeBrew Channel (HomeBrew="fait maison") est une chaîne parallèle de la scène "hackers" non approuvée par Nintendo.

Pour ceux qui ne sont pas habitués à la terminologie Nintendo, il serait bon d'expliquer ce que c'est qu'une « chaîne ». D'après ce que j'ai compris, c'est un logiciel fait pour lancer d'autres logiciels, ou un genre de menu, je ne sais pas trop.

OpenTTD, c'est vraiment l'archétype du jeu qu'il faut être masochiste pour utiliser sur console ! C'est un jeu dont l'interface est fondamentalement conçu pour un dispositif de pointage, habituellement une souris, donc avec une manette, ça doit vraiment être pénible à utiliser. À moins d'ajouter une souris et de se mettre sur un bureau, mais dans ce cas, autant utiliser un ordinateur normal non ?

Ça dépend si tu en as l'utilité ou l'intérêt. Si un jour tu en as assez de devoir passer par un sponsor pour envoyer des paquets, c'est qu'il est temps de demander à devenir au moins mainteneur Debian !

Voilà, c'est envoyé. Juste une remarque, maintenant que tu as réglé de façon satisfaisante le problème du fichier JavaScript minifié dont le source manquait, tu devrais mettre un debian/source/lintian-overrides avec :

# Source for this minified JavaScript is provided in debian/missing-sources/modernizr.custom.js
glances source: source-contains-prebuilt-javascript-object glances/outputs/static/js/modernizr.custom.js

Ainsi, lintian cessera de signaler ce problème, puisqu'il est réglé. Comme je l'ai indiqué, j'ai envoyé le paquet malgré cela parce que c'est vraiment mineur, je te laisse le faire pour la prochaine version (pas de nouvel envoi juste pour ça). Ah, et il faudrait ajouter un tag signé debian/2.0.1-1 sur le commit correspondant à cette version.

J'en suis à cette étape, mon paquet est quasi prêt (http://mentors.debian.net/package/glances), j'ai eu quelques retours de membres et non-membres du projet, reste qu'un gentil mainteneur/membre pousse le paquet à ma place (message caché pour les DD/DM qui lisent ces lignes ;) ).

Hé, mais il fallait me contacter ! C'est moi qui m'occupait de sponsoriser les envois du précédent mainteneur de ce paquet, je peux continuer !

Bon, alors remarque importante pour le nouveaux contributeurs qui adoptent des paquets abandonnés : vous allez avoir besoin d'un sponsor pour envoyer les nouvelles versions, et les premières personnes à contacter pour cela, c'est le mainteneur précédent si c'est un développeur ou un responsable Debian, le mainteneur précédent même s'il n'est ni développeur ni responsable Debian — parce qu'il pourra sans doute vous indiquer qui sponsorisait ses envois auparavant — et les sponsors des envois précédents.

Bon, là-dessus, je vais l'envoyer, ton paquet !