태 a écrit 1748 commentaires

Ne pas attribuer de mot de passe à root est un comportement (une mode) récent(e) pour les distributions linux (un peu moins de 10 ans) et pas totalement heureux. A priori, c'est tout bénef puisque ça empêche cet idiot d'utilisateur de prendre le risque d'avoir un compte root piratable (enfin empêche…). Mais j'y vois plusieurs inconvénients :

1. fsck qui tourne mal. Quand ma machine s'arrête brutalement, il arrive fréquemment que le boot suivant s'arrête en me disant "je ne peux pas corriger tout seul les erreurs sur le disque, connecte-toi en root et lance fsck à la mimine". Si ton compte root n'est accessible qu'en sudo, c'est mort.
2. mauvaise config utilisateur. Si pour une raison ou une autre (chsh foireux, mise à jour du shell foireuse, désinstallation désinvolte du shell par défaut (ça va de pair avec un chsh, sur les debian et dérivés, il faut vraiment le vouloir pour désinstaller bash)), l'utilisateur qui a le droit de faire sudo ne peut plus lancer un shell, il ne peut pas se connecter en root pour résoudre le problème.
3. Oubli du mot de passe du compte sudoer. Si le mot de passe root n'est pas oublié, c'est corrigeable (et inversement).
4. sudo cassé. Contrairement aux deux premiers, ça ne m'est jamais arrivé. J'imagine que les distributions font super gaffe à ça.

Évidemment, dans tous les cas, il y a encore un moyen de réparer (cd ou clef de rescue), mais ça enlève le moyen "facile" de corriger pour se prémunir d'une connexion locale en root (donc le méchant peut de toute façon tout casser sans se connecter en root) ou d'une mauvaise config de ssh. J'estime que c'est dommage.

Pour ma part, j'ai lu uniquement des nouvelles :

• Bernacle Bill, le spatial dans un vieux recueil de nouvelles que j'avais trouvé bien sympa,
• L'homme qui peignit le dragon Griaule en version numérique qui m'a donné envie du recueil, que je n'ai pas encore lu.
• Radieuse Étoile Verte quand le bélial a proposé la nouvelle gratuitement et franchement, j'ai détesté. Sur le début, ça m'a fait penser à Fredric Brown¹ faisant du cyberpunk, sauf que le cyberpunk ne me fait pas trop triper et qu'ici, c'est totalement inutile et sauf que chez Fredric Brown les personnages sont attachants, il se passe des choses et il y a ces pointes d'absurde qui font des choses magnifiques.
• La fille du chasseur d'écailles que le bélial propose actuellement gratuitement. Mais je ne l'ai pas encore lu, il était déjà sur ma pile de livres à lire dans le recueil Le Dragon Griaule et Radieuse blabla m'a coupé l'envie.

¹ : oui, les cirques me font penser à Fredric Brown depuis que j'ai dévoré les livres que j'ai trouvés de la série des Ed & Am Hunter.

J'aimerai bien trouver la même chose que VLC mais sans l'utilisation de X

VLC par exemple (vlc --intf ncurses pour un client graphique en console, ou clvc ou vlc --intf rc). Voir https://www.videolan.org/doc/play-howto/fr/ch04.html#id462377

Si quelqu'un travaille alors qu'il s'est déclaré gréviste, ce sont des heures supplémentaires.

Le site officiel d'ack présente la méthode pour l'installer en tant que ack qui est plus propre que celle décrite dans la man du paquet ack-grep (dans la dernière question de la FAQ)

Le man en question n'est pas propre au paquet debian/ubuntu mais vient directement du site officiel ack : http://beyondgrep.com/documentation/ack-2.02-man.html#why_is_it_called_ack_if_it_s_called_ack_grep. Faut leur signaler qu'ils ont une incohérence (et aussi faire un bug report chez debian pour qu'ils virent ça du man où ça ne devrait pas être).

Et en remplaçant l'appel à find par du **, est-ce plus lent, plus rapide ou pareil ? (dans la limite du nombre de fichiers accepté par le shell)

il semblerait que l'organisation laisse quand même à désirer : serions nous face à un mythe ?

Oui, je crois que la vision fantasmée, stéréotypée du Japon que nous avons cache un certain nombre de choses. Par exemple, la politique là-bas est une parodie (probablement comparable à l'Italie actuelle au niveau stabilité et à l'Italie d'il y a 20 ans au niveau corruption). Le chomage est loin d'être aussi élevé qu'en France mais a cependant explosé. Et la police peut être incompétente comme malheureusement dans la plupart des pays.

Mais le japonais respecte le feu rouge au passage piéton, c'est donc une société organisée et intelligente :-S

Si tu es abonné à un journal papier, tes coordonnées bancaires sont aussi dans une base de données. Ça ne change absolument rien.

Tu noteras cet élément nécessaire à la validité d'une demande de retrait: "la description des faits litigieux et leur localisation précise ;". Hors, ça n'a pas été le cas dans la demande de la DCRI.

À quel point la localisation doit être plus précise que l'article précis dont il s'agit ? En quoi "compromission du secret de la Défense nationale" n'est pas une description des faits litigieux ?

Qu'est-ce que ça signifie pour les "petits" navigateurs basés sur webkit et les bibliothèques qu'ils utilisent ? J'ai lu qu'epiphany passait à webkit2, vont-ils revoir leurs projets ? Est-ce que rekonq, midori, luakit, uzbl, jumanji, arora vont passer à webkit2 ? Ou vont-ils rester sur webkit1 ou passer à blink ? Va-t-on voir apparaître des bibliothèques blink-gtk et qtblink ? Va-t-on avoir des forks de tous les navigateurs entre la version à moteur webkit, la version à moteur blink et la version à moteur gecko (nan, je déconne, gecko ailleurs que chez mozilla, c'est fini) comme quand epiphany expérimentait le moteur webkit tout en continuant à proposer la version motorisée par gecko ?

Que de questions ! C'est une redistribution majeure dans le petit monde des navigateurs qui point !

En fait, ces brevets sont déposés un peu partout dans le monde, en pratique, ça fait une douzaine de brevets. Voir http://mdpaste.appspot.com/p/agdtZHBhc3Rlcg0LEgVQYXN0ZRjJoxYM pour une mise en forme avec des liens pour les brevets européens et nord américains.

Python etc…

Le choix du langage à enseigner est quelque chose de très compliqué. Je suis enseignant en IUT réseaux & télécoms et outre que je vais récupérer ces bacheliers l'an prochain, je note plusieurs points.

Tout d'abord, dans nos programmes pédagogiques (à la rédaction desquels, nous, enseignants, participons), les langages ne sont pas précisés, seuls les concepts et notions le sont (de même qu'en réseaux, les marques des routeurs ne sont pas dans le programme…). Et c'est une excellente chose puisque cela remet à sa place l'objectif des cours qui n'est pas de former des gens qui programmeront en java mais de former des gens capables de programmer dans un langage impératif, dans un langage objet ou dans un langage fonctionnel modulo une adaptation à la syntaxe et aux subtilités du dit langage. Bref, j'estime que mettre en avant Python n'est pas une très mauvaise idée (c'est un joli langage), mais que ça peut inciter à enseigner Python plutôt que les concepts de la programmation, ce qui serait fort dommage. Et le fait que Python soit à la mode ne devrait pas avoir d'importance dans le débat.

Même quand les programmes ne changent pas, le contenu et la mise en oeuvre peuvent évoluer. Ainsi, il y a quelques années nous (et la plupart des autres départements aussi) enseignions presque tout en java (et auparavant presque tout en C, mais c'était avant moi). Récemment, localement, nous avons changé de langage (et nos collègues d'autres départements ont fait une démarche similaire mais ils n'ont pas choisi le même langage). Et ce changement a demandé de tenir compte des spécificités du public (pas excellents en maths donc python, haskell perdent de l'intérêt ; ont des connaissances en système donc sh est envisageable). Ça veut dire que les arguments de choix ne s'appliqueraient pas de la même façon au programme de Terminale S…

Auparavant, la partie conceptuelle se faisait en une sorte de pascal, la partie implémentation en Java. J'ai décidé de simplifier tout ça pour avoir un même langage et surtout ne pas écrire le moindre mot-clé sans l'expliquer aux étudiants.

J'ai hésité pour le langage entre plusieurs voici certains des arguments qui m'ont fait les rejeter :

• Java, Objective C, C++, C# : trop de mots-clefs inexpliqués ; mauvaise boucle for.[1]
• C : pas de boucle for[1] ; impossible de faire de la manipulation de chaines de caractères sans parler de pointeurs.
• Python : Indentation significative ; les opérateurs de comparaison ne sont pas binaires, ce qui rend l'explication de l'évaluation des expressions compliquée.[2]
• Javascript : Problèmes de typage ; mauvaise boucle for.[1]
• sh : expressions numériques trop complexes ; mots-clefs inconsistants (fi ou end).
• Ruby, Perl, PHP : je ne les aime pas (et ils ne sont pas les langages les plus accessibles ou lisibles).
• Ocaml, Haskell, Clojure : pas le bon public.
• Groovy, Boo : je me rappelle les avoir observés et éliminés, je ne sais plus pourquoi.

Au final, j'ai choisi Lua que je n'avais jamais vraiment pratiqué mais qui n'a aucun des défauts précédemment énumérés. Il a aussi d'autres avantages (il n'y a pas de surcharge des opérateurs + et / par exemple). Le seul défaut que je lui trouve étant que les variables des fonctions sont par défaut globales. Mais il faut bien se rendre compte que les étudiants n'utiliseront jamais lua dans leur travail : ce langage sert uniquement à poser les concepts algorithmes, à structurer le code, la pensée et la compréhension qu'ils en ont. Je m'applique à leur expliquer que choisir un langage d'implémentation impose aussi des choses sur le comportement (typage ou numérotation des tableaux par exemple). En passant, pour m'amuser un peu, je fais un TP de programmation de jeux (ça ne va pas très loin) et j'ai été heureux de trouver love pour démarrer sans le moindre seuil.

[1] : la boucle for est censée être utilisée pour une itération bornée au départ. Pour une itération libre, c'est la boucle while. En C et java, le for de base est un while avec un peu de sucre ! Notez que c'est pire en Go !
[2] : 1<x<3 est une expression acceptable mathématiquement et syntaxiquement correcte en Python mais pas dans la plupart des langages. Pour qu'elle soit syntaxiquement correcte, il faut parler d'opérateurs ternaires (et plus) ce dont je préfère me passer.

Pour fork, j'ai une idée du jeu de mots, mais repo et dongle, je ne vois pas du tout. Quelqu'un peut traduire ?

et non traduite

Si si. Enfin seulement en français et en italien, peut-être cherchais-tu une autre langue ?

Merci google, ça faisait un certain temps que je cherchais comment me passer du seul de tes outils que j'utilisais régulièrement et paf, tu résous le problème de toi-même.

Il me reste encore à choisir lequel des bidules que j'ai utilisés, découverts ou écrits (en fait non, ceux que j'ai écrits, je les ai jetés il y a bien longtemps) je vais garder pour consommer mes flux d'information. À l'heure actuelle, j'utilise essentiellement

• rss2email (qui envoie les articles par mail) pour quelques flux, mais ce n'est pas praticable pour tous les flux que je parcours et en plus il faut que mon serveur tourne même quand je ne suis pas derrière.
• rawdog (qui fabrique une page web genre rivière d'information) pour un autre ensemble de flux, là aussi il faut qu'un serveur tourne mais comme j'ai délocalisé les fichiers sur dropbox, je peux faire la mise à jour depuis n'importe quelle machine où le programme est installé.
• feedhq (qui est un agrégateur en ligne) que j'ai rencontré pour la première fois hier (dans l'article d'ecrans.fr qui le qualifie d'illisible) et qui est assez sympa (et open source et super lisible même sur mon téléphone).

La restriction citée ici n'empêche pas le cas proposé dans le journal puisque ces 3 conditions sont pour le cas de modifications données à C sans source. Mais B garde le droit de faire des changements, les distribuer à C avec source sans les rapporter à A et donc "l'auteur ne sai[t] même pas que B a vendu son code et n'a pas accès aux modifications".

Les bugs sont gérés par mail chez debian. Pour ajouter des informations utiles, tu peux cliquer sur le premier lien de la page. Mais ce n'est pas le lieu de mettre un "plus 1" ou "moi aussi"…

Il y a quatre composants dans cette affaire : la carte elle-même (partie matériel), le pilote de la carte, les logiciels intermédiaires (qui causent avec le pilote) et éventuellement l'interface graphique (qui cause avec les logiciels intermédiaires). NetworkManager est "simplement" une interface graphique qui sait causer à wpa_supplicant, iwconfig, ifconfig, dhclient, vpnc et autres logiciels intermédiaires. J'ai mis des guillemets autour de simplement parce qu'en fait c'est loin d'être simple puisqu'il permet aussi à un utilisateur normal de configurer et faire tourner les logiciels intermédiaires qui ont besoin d'avoir des droits étendus.

Ceci pour dire que

j'ai jamais pu l'essayer puisque j'utilise pas Windows.

Si les pilotes linux ne savent pas faire, NetworkManager ne sait pas faire puisqu'il se contente de donner accès aux possibilités sous-jacentes. Donc soit c'était déjà utilisable (mais un peu compliqué), soit ça ne le sera pas plus.

est-ce que cette fonctionnalité signifie bien que je peux en même temps recevoir une connexion en wifi, et la partager comme point d'accès moi-même?

Non. Une carte wifi ne peut pas être connectée à deux réseaux distincts en même temps (à ma connaissance). Au mieux, tu pourras relayer un wifi donc le faire aller plus loin.

Est-ce logiciel (pilote, etc.) uniquement ou bien aussi matériel?

C'est matériel.

Opera mini ne contient pas de "web engine". Donc pas besoin de passe droit.

Invented tabs, speed dial, mouse gestures, content blocker, cloud storage for bookmarks and passwords.

Aucun lien avec le moteur de rendu. Ils pourront continuer à innover sur ces aspects là avec leur interface.

Le content blocker, c'est lié au moteur de rendu.

Used by only 2% of people. Not respected by applications creators.

Forcément, il est proprio. S'il s'était donné la peine d'être libre.

Mais bien sur ! Tous les développeurs web testent avec khtml mais aucun avec trident.

Joli script.

J'ai fait moi aussi des pipemenus openbox et je me demandais s'il y avait un dépôt un peu mieux que le wiki openbox. D'une part parce que c'est difficile de choisir le bon pipemenu quand il en existe un (j'ai préféré programmer moi-même un menu des applications personnelles en .desktop plutôt que d'essayer les divers xdg application menus). D'autre part parce que je veux plutôt voir le code que télécharger un tarball et éventuellement contribuer des modifs.

Un dossier avec droits ouverts sur le dépôt git d'openbox ou ailleurs pourrait être sympa.

Le jour où en achetant le livre papier on me fournira en même temps la version numérique, j'achèterais peut-être une liseuse.

publie.papier (la partie de publie.net qui vend des livres matérialisés) le fait : http://www.publiepapier.fr/comment-ca-marche/article/qui-quoi-comment

Je doute que les éditeurs qui font du numérique à verrous fasse ce genre de choses avant de comprendre que les DRM sont une connerie, donc chez eux, on risque d'attendre longtemps.

est-ce quelqu'un connais aussi bien Mercurial que Git et préfère Mercurial ?

S'il n'en existe pas ou peu, j'aurais une explication que j'applique aussi à certaines théories mathématiques : une fois que tu t'es carré l'apprentissage d'un truc aussi compliqué, tu te sens obligé de l'utiliser partout, et Stockholm aidant, tu finis par l'aimer.

Le Kindle a une fonction très pratique: tu envoies un epub (ou autre j'ai pas essayé) à une adresse mail liée au compte Kindle et le livre est téléchargé automatiquement

D'après amazon, la fonction "send-to-kindle" ne marche pas avec l'epub justement… Ce qui rend le truc nettement moins pratique.

Bien sur cela ne concerne QUE Nokia et QUE ces télephones, enfin pour l'instant….

Pas vraiment : cela concerne toutes les marques vu qu'opera mini propose exactement le même service sur iOs, Android, Symbian, Meego, Windows Phone… Cela ne concerne les lumia que dans la mesure où l'utilisateur installe le navigateur "xpress for lumia" qui n'est qu'une application optionnelle uniquement disponible depuis les "betalabs" ("Not commercialized yet, not guaranteed, and not officially supported").

Pour les nokia asha, c'est-à-dire des smartphones pas très smart (la moitié des nokia asha ne sait pas faire de 3G), c'est vrai, c'est le navigateur par défaut, mais je ne suis pas sur qu'on puisse envisager un vrai moteur html/css/js sur ce genre de machines.