Boa Treize a écrit 3449 commentaires

Une chose que je ne comprends pas c'est l'obligation de repasser par leur pop-up pour rentrer correctement le nom de la gare.

Il y a exactement le même problème sur le site http://www.transport-idf.com/ . À mon avis c'est le mainframe qui fait la recherche qui impose ce genre de cinématique pourrie.

Ton commentaire est affligeant.

Le lien donné dans le journal pointe sur le site allemand en version française. ;-)

Ah non, il y a aussi pas mal de JSP. Ça dépend des parties du site certainement.

Et avant tout, on me souffle dans mon oreillette que le slip n'est pas très propre, et qu'il y a une bonne lessive à faire pour avoir un source clair et agréable. La faute à une croissance trop rapide et pas assez maîtrisée.

Oh faut pas se faire d'illusion hein, si Chrome est sorti de beta, c'est certainement pour pouvoir être inclus en OEM sur des PC neufs, pas parce qu'il s'est d'un seul coup extraordinairement amélioré. ;-)

D'après ce que j'ai lu, maintenant ça compile et il y a une vague IHM rudimentaire. En tout cas, il semblerait que ça commence à ressembler à quelque chose.

Très fort l'exemple Limoges - Marseille. Le site allemand l'emporte clairement. :-)

Je suis curieux de savoir qu'est ce qui limite la recherche du côté VSC, est-ce une limite artificielle en frontal, ou bien est-ce imposé par le mainframe SNCF qui se trouve certainement en back-end. (Vous avez remarqué qu'on ne peut parcourir les résultats d'une recherche que vers l'avant ? C'est un truc qui sent le mainframe ça.)

Punaise, dommage qu'on puisse pas éditer ou supprimer un post récent.

Voici ce que le README de Slackware a à dire à ce propos :

testing/

This directory contained packages being tested
for possible use in future versions of Slackware.
As the additions will not be part of Slackware
12.2, the directory is shipped empty. The new
features will continue development in the next
Slackware -current, possibly to be merged into
the main tree for Slackware 13.0.

Bref, pas de KDE 4 dans Slackware 12.2, contrairement à ce qu'annonce la dépêche.

KDE 4 devrait effectivement être dans Slackware 12.2 (il était bien présent dans slackware-current), mais il n'y est actuellement pas. Je sais pas ce qu'il s'est passé lors de la release, en tout cas le répertoire testing est maintenant vide. :-(

Heureusement que j'utilise rsync avec son option backup, ça m'aurait un peu fait suer de devoir re-télécharger les 1,5 Go de l'ensemble.

Ou désactivez le support de l'ATM, complètement inutile sur une machine perso.

Déjà, savoir que git est fait en partie de script bash me fait peur (comprendre, est-ce que ça va bien marcher avec des noms de fichiers compliqués, contenant des espaces et caractères unicode ?).

Je crois qu'il ne reste que git-pull comme commande régulièrement utilisée et écrite en script shell. En dehors de ça, il y a plus d'une centaine de commandes binaires, pour une vingtaine de scripts shell, la plupart étant anecdotiques. Et je ne vois pas en quoi il y aurait un problème avec des caractères Unicode, ou en quoi Python en aurait moins.

Ensuite, c'est d'avantage multiplateforme.

À peine.

Un repository git peut devenir très gros si on ne fait pas de git repack de temps en temps.

À préciser. C'est quoi très gros ? C'est quoi de temps en temps ?

Beaucoup de peurs, d'incertitudes, et de doutes.

ici en vrai :

3 binaires dans /usr/bin
107 binaires dans /usr/libexec/git-core

Ils ont tous les mêmes dépendances (bien réelles celles-là) :

- linux-gate.so.1
- /lib/libsafe.so.2
- libcurl.so.4
- libz.so.1
- libcrypto.so.0
- libc.so.6
- libdl.so.2
- libidn.so.11
- libldap-2.3.so.0
- librt.so.1
- libssl.so.0
- /lib/ld-linux.so.2
- libpthread.so.0

C'est à dire : glibc, zlib, openssl, curl, libidn, openldap, et c'est tout.

Par ailleurs, il y a effectivement 21 scripts shell Bourne dans /usr/libexec/git-core, dont la plupart est rarement utilisée. Seuls 2 ou 3 sont utiles à un grand nombre.

Il y a aussi 8 scripts Perl dans /usr/libexec/git-core, essentiellement des importeurs et des exporteurs vers d'autres systèmes de gestion de conf (cvs, svn, etc.)

Il y a par ailleurs 2 programmes en TCL, mais ce sont des interfaces graphiques, Git est bien sûr utilisable sans.

Enfin, il y a bien un Git.pm, mais c'est une interface pour utiliser Git à partir de Perl, et non l'inverse.

Bref, pour une distribution qui adore tout découper en pitit packages, je suis surpris que Debian ait laissé traîner des dépendances vers Perl dans le package de base. Faudrait envoyer un patch.

C'est quoi cette histoire d'extensions Perl ? J'utilise Git sans jamais avoir installé ou téléchargé la moindre extension Perl. Et vu qu'il est pour l'essentiel écrit en C avec quelques scripts en bash (et peut-être un ou deux scripts en Perl basique), c'est pas étonnant.

votre petit dernier peut à tout moment changer (...) le mot de passe d'accès

Heureusement, il y a une backdoor pour pouvoir le rétablir...

C'est pas tous les firmwares qui sont chargés à la connexion hein, il y a encore plein de matos qui fonctionnent avec des ROM réinscriptibles. C'est le choix du constructeur, et il y a plein de paramètres à prendre en compte pour faire ce choix.

Déjà à la base, ça ne marche qu'avec du matériel qui n'est utilisé qu'exclusivement avec un PC (genre les p'tites imprimantes, les gadgets USB, les modems, etc.) Pour le matériel qui doit pouvoir fonctionner sans PC (genre imprimante réseau, modem-routeur-wifi ADSL, etc.), ça marche pas génial ce genre de technique. ;-)

Et puis j'imagine qu'il y a des parties parfois tellement sensibles que le fabricant ne veut même pas que le firmware soit disponible dans un fichier qui traîne au fond du PC et qu'un hacker pourrait s'amuser à venir déchiffrer.

Oui programmer un firmware est encore plus complexe que programmer un driver, et ils peuvent contenir des choses assez sensibles (par exemple une limitation des fréquences utilisées par du matériel wifi, pour respecter la loi... si on publie le code source, les utilisateurs vont-ils se mettre à ne rien respecter ?). Ceci dit, rien n'arrête certains dans leur quête de liberté absolue. Et c'est peut-être pour le plus grand bien général.

Un des facteurs déclencheurs de la prise de conscience de Richard Stallman des dangers des programmes propriétaires est un problème qu'il a eu avec un pilote d'imprimante.

Il avait l'habitude d'avoir les sources et de les corriger en cas de problème, il s'est retrouvé face à un cas de pilote binaire dont les sources étaient distribuées sous conditions de confidentialité, il n'a pas apprécié du tout, et ça lui a fait prendre conscience du risque posé par ce genre d'approche.

Les périphériques (imprimantes, modems, etc.) contiennent le plus souvent des CPU. Des petits CPU, mais des CPU quand même. Qui dit CPU dit programme, qui se charge de dialoguer avec le PC et de surveiller et coordonner le reste du matériel contenu dans le périphérique. Par exemple dans le cas d'une imprimante, il faut lancer les moteurs dans le bon ordre, mettre l'encre au bon moment, vérifier que tout marche bien, etc. Ces programmes sont très liés au matériel : seuls ceux qui ont conçu le matériel sont à même de les créer (ou presque). Comme ces programmes sont à mi-chemin du hardware et du software, on les a baptisé firmware (respectivement dur, mou, ferme, pour ceux qui ont du mal avec l'anglais). Et comme ces programmes sont souvent petits par rapport à ceux que l'on trouve sur les PC, en français certains ont choisi des les traduire par micrologiciel.

Au tout début, les firmware étaient gravés dans une ROM. S'il y avait un bug, on ne pouvait rien y faire. Avec la complexité croissante des périphériques et des firmware, la possibilité de les mettre à jour est devenue très recherchée. Sont alors apparues les ROM réinscriptibles, et la possibilité de "flasher" les firmware, c'est à dire d'inscrire une nouvelle version du firmware dans la ROM, opération relativement risquée à ne pas interrompre en plein milieu, bien entendu. Enfin, certains se sont dit qu'avec la vitesse accrue des connexions aux périphériques (USB, etc.), il était plus simple et plus fiable d'envoyer le firmware au périphérique lors de sa connexion à l'ordinateur. C'est bien sûr le pilote du périphérique qui s'en charge. Comme ça, en cas de bug, le pilote peut être mis à jour (facilement, grâce aux fonctionnalités de mise à jour automatique des systèmes d'exploitation modernes), et le périphérique utilisera automatiquement une version corrigée du firmware dès qu'il sera reconnecté ou redémarré.

Maintenant tu devrais mieux comprendre ce qu'il se passe au niveau de Linux. Les firmwares dont on parle dans l'article ne sont pas vraiment "dans" le noyau, ils sont juste stockés sur le disque dur sous forme de fichiers binaires, prêts à être uploadés par le pilote Linux qui-va-bien quand le matériel qui-va-bien est branché sur le PC. Auparavant, l'endroit où ces fichiers sont stockés n'était pas standardisé : chaque pilote faisait comme il voulait, il y en avait un peu partout. Maintenant, il y a un répertoire standard dans lequel tous les firmware sont placés, c'est plus propre.

Enfin, il faut savoir que la plupart des firmwares sont fournis sans code source, vu qu'ils contiennent plein de détail intimes sur la manière dont le périphérique est conçu. Les fabricants n'ont aucune envie de diffuser leurs secrets de fabrication. En général d'ailleurs les firmwares ne sont même pas fournis pour Linux, les programmeurs les récupèrent au fond des pilotes Windows officiels du constructeur. De nombreuses personnes préféreraient disposer du code source de toute leur informatique, et n'apprécient donc pas les firmware "purement binaires", également dits "propriétaires". (Dans certains cas d'ailleurs, des programmeurs se sont aventurés à créer leur propre firmware pour leurs périphériques.)

Il date pas d'avant la correction du bug dans 2.6.27 final ce message ?

Un peu dans le même genre que toi, des plus ou moins jeux de mots et de sonorités :

- petra pour mon vieux P3
- maya pour la petite machine à butiner le web
- chip pour le laptop pas cher
- pluton pour la quasi-machine bien cachée

De manière générale je n'aime pas utiliser des séries de noms connus, ça déconcentre et c'est sujet à quiproquos (surtout les noms féminins). Et puis si ce sont des choses que j'aime, je n'ai pas envie de les réduire à des noms de machines, si ce sont des choses que je n'aime pas, je n'ai pas envie de les voir tous les jours.

Au boulot mon client a pris la liste des rivières bretonnes (ou un truc du genre), des noms courts et neutres : ça rend bien.

Tu as aussi la possibilité de les nommer moins artistiquement avec leur fonction, un numéro d'ordre, etc.

> il y a de moins en moins d'amateurs de livres

Affirmation à justifier.

Certainement. Sinon le système ne pourrait pas marcher de manière satisfaisante.

Réfléchis au cas où plein de gens se ruent sur une offre exceptionnelle en petite quantité. Qui a les places ? Ceux qui sélectionnent l'offre en premier, ou ceux qui sont les plus rapides à remplir tous les formulaires et qui donnent leur numéro de carte bleue en premier ? Faut-il faire 20 heureux et 50 frustrés, ou 20 heureux et 50 furieux (d'avoir tout rempli pour se voir finalement rejeté) ?

« Attives » ?! :-o Tu as des parents italiens ? Ça écorche bien les yeux en tout cas en tant qu'adjectif français. :-)

Rien ne sert de se hâter, il faut se relire avant de poster.

Attaquant avec accès root, installation d'un noyau vérolé à la place de l'original. Comment le faire exécuter ? Si l'attaquant reboote la machine, c'est louche. Donc, l'attaquant fait un DDOS, et laisse l'administrateur système faire le reboot lui-même.

Donc, en bon paranoïaque, djojo après avoir résolu son problème de DDOS, a considéré que sa machine n'était plus digne de confiance, et a passé une heure en plus à la remettre d'équerre.

Et au final, il s'est aperçu que son problème de DDOS était lié à une techno pair-à-pair toute pourrie qui gère mal les PC qui se déconnectent et changent d'IP, et qui continue à tenter d'ouvrir plein de connexions sur la pauvre machine qui récupère l'IP ensuite.

Moralité : IP fixe powa, et cetera.

(Je suis fiévreux, c'est peut-être pour ça que j'ai pu suivre sans problème les aventures de notre ami.)

Ou alors, corriger Firefox ? ;-)

Ce n'est pas un problème spécifiquement « geek » ou « LinuxFr », j'aurais même tendance à dire que dans ces deux cas, le niveau est plutôt bon, voire très bon. Ceux qui pensent autrement devraient sortir de leur petit univers cloîtré et se frotter au monde réel. ;-)

Ceci dit, il me semble qu'il y a un réel affaiblissement de la qualité de la langue. On en arrive à avoir des livres de français (niveau élémentaire ou collège) qui contiennent des fautes grossières, parce que les étudiants de fac de Lettres traditionnellement embauchés pour les corriger n'ont plus le niveau pour les détecter ! Autre exemple au niveau collège, les professeurs n'ont pas le droit d'enlever trop de points pour cause de mauvaise orthographe (perte maximum 2 points sur 20, typiquement). Que ne ferait-on pas pour que tout le monde réussisse ses études ?

Pour moi, le fond du problème c'est que les gens, et en particulier les enfants, ne lisent plus assez de livres. Leur univers écrit est confiné aux argots kikoolol et SMS, et ils doivent faire un effort pour écrire cette langue presque étrangère qu'est le français. C'est particulièrement frappant quand on voit les efforts réels et sincères de certains pour participer à des forums stricts sur ce sujet : ils auraient presque moins de mal à participer à un forum en anglais.

Le français étant une langue quelque peu retorse et difficile, on ne devient instinctivement bon et capable de détecter une faute au premier coup d'œil qu'en ayant lu quelques milliers de pages sans fautes. On peut tenter d'apprendre toutes les règles et les appliquer scrupuleusement, et au delà des lectures c'est une bonne chose à connaître, mais ça ne remplacera jamais l'instinct visuel acquis au terme de centaines d'heures de lecture.

J'ai retrouvé d'ailleurs des exemples d'orthographe terrifiante dans des lettres et cartes postales plus ou moins centenaires. Leur point commun est d'avoir été écrites par des personnes qui n'avaient très probablement presque pas lu en dehors de l'école.

Les problèmes actuels sont donc que les gens ne lisent plus assez de textes orthographiquement corrects, et que le système éducatif a quasiment abandonné ce combat.