feth a écrit 2624 commentaires

Si tu as assez de mots issus d'un dictionnaire suffisamment complet, oui. Ajouter ou intervertir des caractères ne peut pas faire de mal.

Le mécanisme qui permet d'obtenir la clef (base64…) ne doit pas être secret. Il n'ajoute pas d'entropie, et donne une fausse impression de sécurité.

Trouve une bonne phrase ! (par exemple, la concaténation ou le mélange de deux phrases, ou encore 5 mots tirés de /usr/share/dict/words ?

python -c "import random ; lines = open('/usr/share/dict/words').read().split() ;print ' '.join(random.choice(lines) for iteration in xrange(5))"

Gloups j'ai oublié le ciblage dans la seconde commande, mais c'est un exercice laissé au lecteur, hop :-)

Bah tu pourrais utiliser salt ;-)

Liste des machines concernées

% salt -v \* cmd.run "env x='() { :;}; :; echo bad' bash -c : 2>&1|grep bad"

Mettre à jour :

% salt -v pkg.install bash refresh=True

• Revérifier ensuite la liste des machines concernées

On peut préciser qu'on ne veut tester que les linux : "salt -v -G 'kernel:Linux'…" mais je pense que c'est une mauvaise idée.

De la doc dans l'appli, ça serait chouette !

Je viens de regarder comment les mainteneurs Debian s'y sont pris pour kde : il y a un paquet virtuel kde-l10n qui est implémenté par kde-l10n-fr. Rien de tel pour tesseract, mais je ne sais pas si cela simplifierait l'installation.

Merci, ça m'a permis de tester très facilement !
Premier retour : mon système est en français, mais paperwork me propose les langues de documents suivantes :

• Désactiver l'OCR
• English
• equ
• osd

Je n'ai pas trouvé d'information à ce sujet dans la doc, mais je suggère que le paquet debian recommande tesseract-oct-fra et tous ses amis.

Vu que c'est un logiciel libre… git@github.com:odoo/odoo.git

On notera les deux stratégies pour s'approprier "Linux".

• Celle de Canonical qui consiste à ne jamais citer ses "upstream" (Linux, Debian) et à vendre "Ubtunu".
• Celle de Samuel (de SuSE ? pas vérifié) qui consiste à ne parler de "Linux" que pour parler de SuSE.

sphinx est à ReStructuredText ce que LaTeX est à TeX : absolument indispensable :-)

C'est antédiluvien, et pourtant on n'a toujours pas mis en pratique la seule mesure raisonnable face à ce problème : ne pas avoir de relations diplomatiques ni commerciales avec les perfides Anglais.

Sans ironie cette fois : ils sont cools, les trucages, même et peut-être surtout quand ils sont visibles :-)

Pour ce qui est de Krita, je voulais juste prendre de l'avance sur vendredi. J'utilise pas mal showfoto, quand je veux faire appel à G'Mic. Bref, une tentative de troll gnome/kde, ratée.

Tes commentaires sont d'un niveau légèrement trop élevé pour linuxfr. Il faudrait pouvoir voter
[inutile] [pertinent] [niveau trop élevé, merci de reposter sur un autre site]

Je suis impatient d'avoir la suite, mais un peu déçu du parti pris qui consiste à utiliser Gimp plutôt que Krita, franchement.
Après, franchement, je me suis rendu compte assez vite qu'il y avait des images truquées, parce la couleur de la chemise rouge de Kenny ne peut pas se trouver dans le commerce (les lois de l'offre et de la demande me semblent formelles là-dessus).

Pour la configuration via KDE spécifiquement, il sera pertinent d'utiliser le plasmoid network manager ; en particulier, cet outil permet d'importer une configuration openvpn telle que générée par les outils associés ou les fournisseurs de VPN.

Je trouve que la doc est insuffisante, alors voilà des captures d'écran :

Trouver le plasmoid réseau :

Configurer :

Importer :

Les sous-traitants des entreprises du CAC40 vont enfin changer d'attitude après t'avoir lu.

À auditer pour déterminer si c'est bien un vrai générateur de hasard

FAT32 n'était pas si pourri, il est juste arrivé beaucoup trop en avance sur les SSD !

Pas forcément. Et puis je n'ai pas mentionné FDN, ni l'adsl :-)

Tu as essayé de passer par une asso de http://db.ffdn.org/ ?

T'as bien raison :-)

Je pense qu'on peut discuter longtemps… il n'est pas très facile de rechercher dans un corpus de code les def [](value), comparé aux __setitem__ + __getitem__ qui ne sont pas ambigus : on sait lequel est un observateur et lequel est un opérateur.

Les protocoles, ça n'est pas pratique que pour les "builtin". Ça permet de savoir si un objet est une collection dénombrable (collections.iterable), ça permet d'utiliser la notation indexée (plop[machin]) de façon parfois créative, mais en général lisible et concise quand on implémente __setitem__ etc.
Je pense que le pragmatisme de Python choque facilement quand on essaie de plaquer trop rapidement un modèle théorique externe -principe de moindre surprise et de plus grande ergonomie possible, surtout pour le relecteur (et en même temps, Python est tout à fait cohérent avec lui-même).

Python apporte la notion de protocole : « Si ça fait coincoin et que ça flotte, je peux en faire du confit ». En plus de l'objet ; et puis il faut pas être maniaque, juste pouvoir relire 1000 fois sans effort.
len(machin) renvoie un entier, et on le voit tout de suite. Après, si tu tiens à faire "machin.len()", tu peux.

Ils disent "essaient". Si ça se trouve c'est juste un employé facebook quasi homonyme qui s'est trompé dans son login et n'a pas pu entrer.

Un accès public sur un site web à ces données au fur et à mesure qu'elles sont demandées permettrait sans doute d'ignorer les demandes idiotes (à charge pour la loi de prévoir qu'aucune pénalité ne pourrait être demandée pour une information figurant sur un site web public accessible
).