10:03 <No`> matin
10:04 <Nekrodes> hi No` :)
10:33 <Nekrodes> NelleV: tiens -> http://geek-and-poke.com/2012/07/simply-explained-2.html a la place de git tu peux mettre hg ou bazaar ;þ
10:33 <NelleV> Nekrodes: why in hell would I want that ? :)
10:35 <Nekrodes> NelleV: just for fun ;)
10:35 <marmoute> NelleV: tu t'en es sortie ?
10:35 <marmoute> Tu peux voir les branches du dépôts avec "hg branches"
10:36 <marmoute> Tu peux voir ta branch actuelle avec "hg branch"
10:36 <marmoute> ou "hg summary" pour avoir une résumé de là ou tu es.
10:36 <marmoute> et tu peux aller quelque part avec "hg update <quelque-part>"
10:37 <marmoute> quelque part peut être une nom de branch
10:37 <marmoute> donc "hg update 2.7" et tadam.
10:38 <NelleV> marmoute: uep, merci
10:38 <feth> marmoute: matin !
10:39 <marmoute> feth: salut
10:39 <feth> hg update marmoute matin
10:39 <feth> hinhinhin
10:39 <marmoute> NelleV: je suis dubitatif face à ton "c'est pas super intuitif"
10:40 <feth> marmoute: je pense que NelleV ne voit pas à quoi le verbe "update" est appliqué (en l'occurrence le répertoire de travail)
10:40 <marmoute> Pour l'instant je mets ça sur "Nellev est perdu parce que hg à par le même commande-set que Git et du coup elle blame l'outils ;-)
10:40 <marmoute> Mais je te laisse une chance de te rattraper ;-)
10:41 <feth> marmoute: j'essaie pas de voir le truc en fautes/mérites.
10:41 <feth> de toutes façons le mercure est toxique
10:42 <marmoute> Ma question est purement par curiosité.
10:42 <Nekrodes> et le bazaar trop bordelique, feth :p
10:42 <Nekrodes> hi marmoute ;)
10:42 <marmoute> La forme est un peu taquinante pour NelleV parce que je l'aime bien ;-)
10:42 <marmoute> NelleV: lo
10:42 <Nekrodes> marmoute: fail du nickname :p
10:43 <feth> avec unicode on pourrait se débrouiller pour avoir chacun une initiale différente sur irc
10:44 <marmoute> Nekrodes: lo
10:45 <marmoute> Ouais et on pourrait faire du Fail de touche compose
10:46 <Nekrodes> xD
10:47 <NelleV> marmoute: on m'a toujours dit que hg était plus intuitif que git
10:47 <NelleV> marmoute: et plus proche de svn
10:47 <NelleV> c'est visiblement faux quand il s'agit de la commande update :p
10:48 <feth> j'imagine qu'on peut voir la proximité avec svn comme un avantage
10:49 <bmispelon> il y a une différence entre update et checkout ?
10:49 <marmoute> NelleV: euh
10:49 <marmoute> hg update -> tamène à la dernier revision
10:49 <marmoute> svn update -> t'amène à la dernier revision
10:50 <marmoute> hg update -r <rev> t'amène à la revison <rev>
10:50 <mike_perdide> il n'y a pas de git update
10:50 <marmoute> svn update -r <rev> t'amène à la revision <rev>
10:50 <marmoute> NelleV: je ne comprend pas ce qui te désoriente (sincèrement :-()
10:51 <feth> marmoute: pose la question façon prof de maths ! « Explique moi, qu'est-ce que tu n'as pas compris ? »
11:29 <marmoute> feth: il semblerais que NelleV est fuit
11:29 <marmoute> et que serge est perdu sa paille
11:30 <bmispelon> et marmoute son Bescherelle :p
11:31 <Hobbestigrou> salut
11:31 <Hobbestigrou> c'est quoi déjà le nom du port de spore en python ?
11:32 <Hobbestigrou> spike ?
11:32 <feth> ostie
11:32 <feth> le port de SPQR
11:44 <tarek> NelleV: oui c honteux un peu
11:44 <tarek> NelleV: lis la reponse de http://t.co/s7YcnegJ
11:45 <tarek> c pas mal
11:51 <alexis> Hobbestigrou: c'est spyre
11:51 <alexis> Hobbestigrou: mais c'est pas géniallissime j'ai trouvé.
11:51 <Hobbestigrou> ah oui merci
11:51 <marmoute> alexis: bah ça manque d'une pile http qui marche
11:51 <Hobbestigrou> alexis, qu'est-ce que tu lui rapproche
11:51 <Hobbestigrou> mise à part que la stack http en python est pas génial
11:54 <alexis> je reproche d'avoir recréé requests en moins bien
11:54 <alexis> et de pas supporter les PUT et les POST
11:54 <alexis> c'est quand même super léger quoi
11:55 <marmoute> Bah c'est pas fini
11:57 <alexis> bah ouais
11:58 <alexis> et c'est pas facile de contribuer parce que la stack http est pourrie
11:58 <alexis> c'est dommage d'avoir une stack http pourrie pour un truc qui fait … du http
11:58 <alexis> et puis le dernier commit date de y'a 8 mois
11:58 <marmoute> alexis: il a sa propre stack à lui ?
11:58 <marmoute> il utilise pas celle de python ?
11:58 <alexis> c'est juste à moitié terminé quoi
11:59 <alexis> ouais et j'arrive pas à trouver le code
11:59 <alexis> https://github.com/bl0b/spyre/blob/master/requirements.txt
12:01 <marmoute> :-(
12:01 <marmoute> Mais pourquoi, mais pourquoi, mais pourquoiquoiquoi………
12:51 <Maddingue> marmoute: franck avait commencé à coder le port SPORE pour Python, mais en découvrant que les libs HTTP et URL n'étaient pas suffisament bien, a commencé à en recoder de meilleures. puis il a commencé à en avoir marre
13:07 <SFJulie1> c'est sur que la première fois que tu tentes d'interagir avec un serveur web en python en ayant utilisé LWP, t'as l'impression de régresser. Surtout quand on te conseille urllib2/3 et httplib
13:07 <SFJulie1> mais bon ... c'est du passé
13:07 <SFJulie1> requests est arrivé
13:14 <Maddingue> arrivé quand ?
13:25 <marmoute> commz zorra
13:25 <marmoute> zorro
13:45 <NelleV> marmoute: uep, j'étais en réunion
13:46 <NelleV> tarek: personnellement, je trouve que la réponse est honteuse, et non l'article de base
14:23 <SFJulie1> marmoute, 2011-02-14 le changelog dit birth!
14:24 <marmoute> SFJulie1: c'est Maddingue qui demande.
14:25 <SFJulie1> oops
14:25 <SFJulie1> Maddingue, 2011-02-14 le changelog dit birth!
14:26 <SFJulie1> NelleV, où ça un troll sur un blog?
14:26 <SFJulie1> LWP doit avoir 10 ans en comparaison
14:33 <Maddingue> SFJulie1: ah ouais.. c'est quand même très récent quoi. ce n'est pas forcément surprenant si franck ne l'a pas vu
14:33 <Maddingue> (ou peut-être même que quand il l'a vu, ce n'était pas encore assez développé pour répondre à ses besoins)
14:36 <SFJulie1> mais depuis on a en plus des LWP avec oauth intégré :P (curlish) http://packages.python.org/curlish/ kikoo lol avec coloration de la sortie
14:38 <SFJulie1> faut admettre que l'arrivée de trucs utilisables wsgi et de quelques bons dévs sur la partie ont récemment bien boostés python (armin roacher, et kenneth reitz)
14:38 <SFJulie1> et aussi Maddingue sqlalchemy c'est class::DBI en mieux fait (à mon goût)
14:39 <Maddingue> Class::DBI, c'est vieux
14:39 <SFJulie1> yep
14:39 <SFJulie1> je suis sur qu'il y a mieux maintenant, mais sur #perlfr c'est encore la référence :)
14:39 <Maddingue> nnope
14:40 <Maddingue> tout le monde te parlera de DBIx::Class
14:40 <SFJulie1> je confonds les deux :/
14:40 <SFJulie1> oui pardon je m'excuse platement
14:41 <SFJulie1> quand je suis arrivé à python, j'ai adoré à SA parce que ça ressemblait en philosophie à DBIx::Class
14:42 <Maddingue> de ce que j'en ai vu, ça a l'air pas mal en effet. mais j'ai l'impression qu'il lui manque l'équivalent d'un DBIx::Class::Schema::Loader (mais je peux me tromper)
14:42 <SFJulie1> Maddingue, sqlsoup
14:42 <Maddingue> ce qui est très pratique pour générer les classes pour toi, et surtout les mettre à jour par la suite
14:42 <SFJulie1> http://docs.sqlalchemy.org/en/rel_0_7/orm/extensions/sqlsoup.html
14:42 <SFJulie1> je l'utilise pour faire du CRUD
14:43 <SFJulie1> ah ça aussi ça existe
14:43 <SFJulie1> quand je reprends des bases je le fais aussi
14:44 <cyp> sqlmigrate fait ce genre de choses je crois
14:44 <cyp> mais j'aimais pas le code généré
14:44 <SFJulie1> cyp +1
14:45 <SFJulie1> ça c'est l'ancètre de sql migrate http://turbogears.org/2.1/docs/main/Utilities/sqlautocode.html
14:45 <cyp> ah ça aussi j'ai essayé
14:46 <Maddingue> je ne trouve pas la doc de la commande qui fait le boulot
14:46 <SFJulie1> la génération à la volée donne jamais des bons résultats
14:46 <Maddingue> (dans sqlsoup)
14:46 <SFJulie1> j'ai jamais dit que c'était facile, j'ai dis que c'était possible
14:47 <SFJulie1> mon cout pour le faire c'est 1/2 journée dans la doc, et 3 min pour taper les commandes
14:47 <SFJulie1> les fameuses 3 minutes de dev qui prennent une journée
14:47 <Maddingue> pourquoi n'est-ce pas facile ? ça l'est avec dbicdump
14:48 <Maddingue> sqlsoup, ce n'est pas une commande que tu peux invoquer pour que ça fasse le boulot ?
14:48 <Maddingue> je reformule
14:48 <SFJulie1> c'est pour binder à la volée. Ça te dit pas ce qu'il y a dans la base, ça te permets d'accéder à tout (si tu connais les contraintes)
14:49 <Maddingue> n'y a-t-il pas une commande sqlsoup qui génère les classes de manière statique ?
14:49 <Maddingue> ok, mais une fois que tu as dynamiquement découvert ce que ta base contient, il n'y a pas moyen de stocker ça dans des classes sur disque ?
14:49 <encolpe> Il y a du monde à Paris aujourd'hui pour organiser un afpyro surprise ?
14:49 <Maddingue> afin de pouvoir ajouter des méthodes supplémentaires par exemple
14:50 <SFJulie1> Maddingue, donne moi 10 min et je te trouve le cookbook
14:51 <encolpe> il y a plusieurs pythonistes étranger qui sont bloqués à Paris pour la soirée (vive air france)
14:52 <SFJulie1> Maddingue, https://sqlalchemy-migrate.readthedocs.org/en/v0.7.2/versioning.html#experimental-commands et j'ai eu un mal de chien à trouver les commandes expérimentales
14:52 <SFJulie1> elles sont documentées sur une ML et il faut lire le source pour avoir accès à la *vraie* API
14:52 <SFJulie1> le dev de sqlmigrate considère le dump de DB en OOP **mal**
14:52 <SFJulie1> ça marche quand même :)
14:53 <SFJulie1> j'ai utilisé ça à cause d'un chef de projet qui voulait pas me filer de modèle de données conceptuel et physique
14:53 <SFJulie1> mais qui avait fait une horreur en mysql que je devais porter en postgresql
14:53 <SFJulie1> vive les CdP qui connaissent pas leur métier, mais qui ont fait du PHP mysql
14:53 <Maddingue> que tu crées les classes à la volée ou à l'avance, ça ne change pas grand chose en termes sémantiques.
14:55 <Maddingue> par contre tu y gagnes en termes de temps d'exécution
14:55 <SFJulie1> si dans un cas le modèle est explicite (migrate create_model) dans l'autre il est une information cachée du code
14:56 <Maddingue> et vu que le schéma d'une base de données change quand même assez peu souvent, c'est rentable
14:56 <SFJulie1> en tant que dev, pour la maintenance je préfère sur des modèles statiques l'explicite
14:56 <SFJulie1> s/l'//
14:56 <marmoute> +1 pour SFJulie1
14:57 <SFJulie1> connaissant Maddingue il est aussi pour, j'ai pas du saisir un truc
14:57 <Maddingue> tes phrases sont ambigues. mais il me semble qu'on est d'accord, non ?
14:57 <SFJulie1> oui
14:57 <Maddingue> ah ben voilà :)
14:57 <SFJulie1> ^_^
14:58 <SFJulie1> c'est pour ça que je vais m'acheter mes premiers bouquins d'informatique :)
14:58 <SFJulie1> pour arrêter d'être ambigues
14:58 <SFJulie1> ambigu
14:58 <SFJulie1> vous avez des conseils? et est ce que le kindle montre les schémas correctement?
14:58 <feth> TAOP
14:58 <SFJulie1> donald knuth
14:58 <SFJulie1> oki
14:58 <Maddingue> TOACP même
14:59 <SFJulie1> tannenbaum?
15:00 <SFJulie1> un peu de système ça me ferait du bien, mais surtout de l'algo en fait
15:00 <Maddingue> je n'ai lu que Architecture des ordinateurs de Tannenbaum. c'est très daté
15:00 <SFJulie1> parce que mes connaissances de micro électronique commencent à sérieusement dater et me mettre à l'amende
15:01 <Maddingue> dans ce bouquin, le MC68000 était encore un processeur de "mini-ordinateur" (avec la signification des années 70 de ce terme)
15:01 <SFJulie1> mais kindle, ça montre les schémas correctement? on peut uploader des livres gratuits?
15:01 <SFJulie1> motorola forever \o/
15:02 <cyp> SFJulie1: The Art of Unix Programming qu'on treouve facilement
15:02 <Maddingue> ("mini-ordinateur" par opposition aux "ordinateurs" qu'étaient les mainframes)
15:02 <SFJulie1> ahh pas bête
15:02 <feth> SFJulie1: calibre gère très bien mon kindle DX, qui n'a jamais vu un livre DRMisé ou de amazon
15:03 <cyp> Maddingue: y a 5 ans c'était toujours dans les questionnaires ANPE
15:03 <Maddingue> cyp: zomg
15:03 <cyp> j'ose esperer que ça disparu aujourd'hui
15:03 <feth> cyp: ça rapporte énormément de savoir gérer les vieux systèmes
15:03 <SFJulie1> le problème c'est que je vais partir à montréal chercher du boulot et que j'aimerais potasser pour mes entretiens. Donc je veux pas porter 10kg de bouquins, et je veux les schémas
15:03 <cyp> je sais
15:03 <SFJulie1> c'est con comme problème -_-'
15:03 <Maddingue> c'est clair qeu si tu sais gérer des AS/400, tu as encore pas mal de taff dans les banques et assurances
15:04 <SFJulie1> Maddingue, il doit y avoir des problèmes d'encodage croquignolle en AS/400 <=> utf8 non?
15:04 <feth> cobol c'est payé seulement autour de 400 ou 500€ par jour, mais c'est TOUS les jours
15:04 <Maddingue> SFJulie1: IBM, ergo EBCDIC
15:05 <Maddingue> et il existe EBCDIC-UNICODE aussi, pour faire bonne mesure
15:05 <SFJulie1> pas de problèmes d'indiens?
15:05 <SFJulie1> endianness
15:06 <feth> au canada ?
15:06 <Maddingue> IBM est généralement sur du big endian (POWER, PowerPC)
15:06 <Maddingue> il faudrait vérifier mais je ne serais pas surpris que les 360 étaient en big endian aussi
15:07 <Maddingue> c'est Intel a foutu la merde avec leur little endian pourri :)
15:08 <Maddingue> (gratuitous hardware troll ;)
15:11 <SFJulie1> je comprends pas les histoires d'endianness: with open("bin.txt",'wb') as f: f.write(bytearray([ 4, 3 , 2 , 1 ])) => od -h bin.txt 0000000 0304 0102
15:11 <Maddingue> intel
15:12 <SFJulie1> 3412 c'est quoi ? c'est nawak
15:12 <Maddingue> c'est intel
15:12 <SFJulie1> c'est pas vraiment du little endian
15:12 <SFJulie1> en m68k 4321 => 4 3 2 1
15:12 <SFJulie1> little endian pour moi c'est 1234
15:12 <SFJulie1> (sur la taille d'un mot machine)
15:13 <Maddingue> ben c'est bien ce que je te disais : Intel a toujours fait un little endian pourri
15:13 <Linovia> Maddingue: de mémoire, intel est bien en little endian
15:13 <SFJulie1> c'est l'histoire de la pile si je me souviens bien, où on load 16bits par 16 bits sur des bus foireux
15:14 <Maddingue> Linovia: oui, c'est ce que je dis
15:14 <Linovia> Maddingue: ok, je pensais que tu disais que le 3412 était du intel
15:14 <Maddingue> ben ça l'est
15:14 <SFJulie1> ça reste «inconsistent» pour moi c'est un abus de langage :P (mais bon faut causer comme tout le monde, donc je courbe l'echine)
15:15 <Maddingue> de tête, l'Alpha était un vrai little endian
15:15 <SFJulie1> tiens j'en ai une à coté de moi :)
15:15 <SFJulie1> avec debian installé
15:15 <SFJulie1> MIPS
15:15 <Linovia> perso, j'ai été elevé à l'intel et c'est le big endian qui me choque
15:15 <Maddingue> MIPS n'est pas Alpha
15:16 <Maddingue> Linovia: pourtant le big endian est plus logique en terme de notation
15:16 <SFJulie1> faudrait que je la reboot
15:16 <alain_afpy> WARNING !!! YAKAFOKON DETECTED !!!!
15:16 <SFJulie1> pourquoi on utilise MILO pour loader linux:/
15:16 <Linovia> Maddingue: c'est trop loin pour moi pour me rappeller des raisons, mais je préférais de loin la méthode intel
15:17 <Maddingue> en 8 et 16 bits, Intel utilisait un little endian classique. mais au passage au 32 bits, ils ont fait ce truc batard
15:17 <SFJulie1> aaah c'est mini loader, pas MIPS Loader
15:17 <SFJulie1> une histoire de coût des bus d'adresse
15:17 <Linovia> Maddingue: ah, tu veux parler des CPU 32 bits avec un bus memoire 16 bits
15:17 <SFJulie1> on load les registres 16bits par 16bits
15:18 <Linovia> SFJulie1: ça dépend :)
15:18 <Linovia> enfin bref, c'est trop loin pour moi tout ça maintenant
15:18 <SFJulie1> donc pour avoir le little endian en registre ... on load le registre fort en bas, et faible en haut non?
15:18 <SFJulie1> R[0] puis R[1] ?
15:24 <Linovia> SFJulie1: tu essaies de faire quoi au juste ?
15:25 <SFJulie1> apprendre le «vrai» vocabulaire informatique
15:25 <SFJulie1> et dire à quel point l'incohérence de certains termes me perturbe
15:27 <Linovia> SFJulie1: c'est à dire ?
15:29 <SFJulie1> je dois passer des interviews (notamment j'aimerais tenter google )
15:29 <SFJulie1> et pour ça je dois apprendre à parler de la manière canonique
15:29 <SFJulie1> the one best way to speak
15:30 <Linovia> ouaip, ben j'irai pas tenter ma chance la-bas s'il faut concurencer leur moteur de recherche ;)
15:31 <feth> Linovia: à cause de toutes les bidouilles de censure et de promotion biaisée à implémenter ?
15:31 <Linovia> feth: ?
15:31 <SFJulie1> il veut dire que google fait pas mal de censure et truande les boucles de rétrofeedback en faveur de googleadsense
15:31 <feth> par exemple, oui
15:33 <Linovia> ça c'est encore autre chose
15:33 <Linovia> je voulais dire que s'il faut un savoir accadémique (ie ce que fait leur moteur de recherche) ce n'est pas pour moi
15:34 <marmoute> il ne suffit pas d'inverser le flux de neutro pour brisé la boucle de retro feedback.
15:34 <feth> marmout-o-tron \o/
16:13 <Maddingue> SFJulie1: *la* question chez Google (et quelques autres grosses sociétés qui cherchent du techos velu), c'est : décrivez-moi ce qu'il se passe quand vous tapez une adresse dans votre navigateur et que vous validez
16:14 <feth> 6 enfants meurent de malnutrition
16:14 <feth> 3 personnes du sida
16:14 <Maddingue> ce à quoi je réponds par une autre question : jusqu'à quel niveau voulez-vous que je déscende ? (et généralement on s'arrête à la couche IP)
16:14 <feth> x enfants sont conçus
16:14 <feth> deux supernova explosent
16:16 <No`> un singe tape les oeuvres complètes de shakespeare
16:19 <SFJulie1> bon, ben faut quand même que je remplace ma connaissance empirique par un jargon propre, ça me permettra de me concentrer sur les idées, par sur les mots
16:19 <alain_afpy> WARNING !!! YAKAFOKON DETECTED !!!!
16:19 <feth> 16:15 <marmoute> trois developpeur perdent leur historique avec git </troll>
16:19 <feth> oups, ma souris a glissé
16:23 <marmoute> feth: tss
16:23 <marmoute> si on peux plus faire de blagues en privé
16:23 <marmoute> après on va encore dire que je troll.
16:25 <SFJulie1> marmoute, tu trolles plus à ce niveau.
16:25 <SFJulie1> hg c'est meilleur, tellement meilleur que personne n'arrivant à utiliser les fonctions avancées il n'y a pas de risque de perte de données :P
16:25 <SFJulie1> marmoute, ça c'est un troll
16:26 <marmoute> SFJulie1: et comment j'en est marre de ce troll sur ce chan je ne relèverais même pas.
16:26 <SFJulie1> marmoute, je m'en fous de git ou hg entre nous, j'utilise les deux :P et je ne fais rien de compliqué.
16:27 <SFJulie1> qu'on me donne git ou hg je suis heureux, qu'on me donne bazaar, fossil, svn ou cvs, je pleure
16:28 <marmoute> feth: je te deteste fort!
16:28 <SFJulie1> marmoute, il n'ai pas trop tard pour voir la lumière
16:28 <bmispelon> apres le troll sur les editeurs de texte, le troll sur les vcs
16:28 <marmoute> J'espère que tu sens ma haine rayonné jusqu'à sens.
16:28 <bmispelon> les deux sont tout aussi productifs
16:32 <feth> marmoute: excuse-moi j'étais aux wcs
16:32 <bmispelon> les wcs, c'est deux fois mieux que les vcs
16:33 <SFJulie1> roooh
16:33 <feth> avec mq, hg est déjà un double vcs
16:35 <marmoute> feth: c'est mort mq. evolve c'est mieux
16:35 <feth> marmoute: jamais entendu parler (en même temps je n'y connais rien)
16:37 <marmoute> feth: C'est le machin avec lequel je te soule à chaque fois qu'on se croise
16:37 <feth> ah c'est ça ?
16:37 <feth> mais on le voit pas
16:37 <feth> marmoute: vous avez pas encore eu de pb avec les vauriens créationnistes stipendiés ?
16:37 <SFJulie1> vous vous saoulez pas à l'alcool comme tout le monde?
16:38 <marmoute> feth: pas encore
16:38 <marmoute> y a pas encore de paquet pour ubuntu Christian edition
16:40 <feth> j'espère qu'il y en aura un sous le sapin pour noël
16:44 <SFJulie1> il y avait pas eu un troll des Xians avec évolutions?
16:44 <feth> c'est à ça que nous faisions référence
16:45 <marmoute> absoluement
17:51 <Maddingue> SFJulie1: quelle différence entre bzr et hg ?
17:51 <gawel> aucune, les deux sont pourris
17:51 <gawel> (j'ai bon ?)
17:52 <SFJulie1> bzr c'est le bazaar?
17:52 <Maddingue> je demande assez naïvement. à mon niveau, les différents SCM (distribués ou pas) sont à peu près pareils
17:53 <SFJulie1> je ne l'ai jamais utilisé, je me souviens juste quand j'étais directeur de thème j'ai eu le plaisir de faire intervenir les mecs de debian content de leur nouveau SCM
17:53 <SFJulie1> c'est un peu comme fossil le SCM de freeBSD
17:54 <SFJulie1> le truc utilisé par une communauté
17:55 <Maddingue> ils n'utilisent plus CVS ?
17:56 <alain_afpy> - membres: FAILURE 500 Internal Server Error
17:57 <alain_afpy> - membres: FAILURE 500 Internal Server Error
17:59 <marmoute> et
17:59 <alain_afpy> - membres: FIXED
17:59 <gawel> :)
17:59 <Maddingue> bah ils ont utilisés CVS pendant assez longtemps il me semble. je ne suis pas l'activité BSD de super près
18:00 <SFJulie1> Maddingue, arg
18:00 <SFJulie1> cerveau dysfunctioning, j'ai confondu
18:00 <Maddingue> ?
18:01 <SFJulie1> quand je suis allé sur freeBSD ils m'ont dit qu'ils utilisaient fossil
18:01 <SFJulie1> j'ai pas penser à vérifié que c'était utilisé pour tout freeBSD (freebsd-fr) donc là je vérifier
18:01 <SFJulie1> -r
18:03 <SFJulie1> Maddingue, ils arrivent toujours pas à migrer de CVS :) http://wiki.freebsd.org/VersionControl
18:04 <Maddingue> c'est ce qu'il me semblait
18:04 <SFJulie1> Maddingue, par contre sur #freebsd-fr tu tombes sur les devs de poudriere qui utilisent fossil http://blog.etoilebsd.net/tag/poudriere
18:04 <SFJulie1> et qui penses que c'est le futur de freeBSD
18:04 <SFJulie1> pensent
18:04 <SFJulie1> il est pas encore schyzo bapt je devrais pas utiliser le pluriel
18:05 <Maddingue> zomg, ils utilisent même du Perforce.
18:05 <SFJulie1> un dev openBSD m'a raconté comment ils ont trop de branche morte historique qui mettent à l'épreuve tous les outils d'import
18:06 <SFJulie1> apparemment leur problème seraient (modulo mon cerveau défectueux) non pas un problème d'envie de changer, mais une incapacité à récupérer tout l'historique des modifs
18:07 <Maddingue> ceci dit, cette page n'a pas l'air très à jour : ils pointent vers SVK, qui n'est plus maintenu depuis 2008, et le lien vers Git pointe vers kernel.org
18:09 <Maddingue> ils devraient voir avec Sam Vilain : c'est lui qui a réussi la migration de 20 ans d'historique des sources de Perl (tarballs, RCS, SCCS, Perforce) vers Git
18:10 <Maddingue> ce n'est pas forcément facile, mais Git rend a priori possible pas mal de choses
18:11 <SFJulie1> bon je viens de me faire basher sur le support unicode dans python et à raison (je me demande)
18:12 <SFJulie1> Maddingue, ça te paraît bon ça ? http://docs.python.org/dev/reference/lexical_analysis.html#identifiers
18:13 <SFJulie1> tain, unicode est un enfer
18:14 <Maddingue> SFJulie1: "bon" en quel sens ?
18:15 <SFJulie1> sémantiquement ça veut dire quoi la propriété Other ID continue pour un glyphe unicode?
18:15 <No`> si ça se mange, je veux bien en goûter
18:16 <SFJulie1> parce que foo·bar = 42 qui est valide comme nom de variable ça me choque
18:16 <Linovia_> gawel: c'est moi qui me suis posé pour les conf du mois prochain
18:17 <No`> attendez que les chinois intègrent leurs scripts en Mandarin...
18:17 <Maddingue> ce que ce dit, c'est qu'il y a un ensemble de caractères valides pour commencer un identifiant, et un ensemble de caractères pour la suite
18:17 <Linovia_> No`: s'ils s'en tiennent au Mandarin, ce sera déjà bien
18:17 <Maddingue> No`: mais ils sont déjà intégrés dans Unicode
18:18 <Maddingue> l'unification Unihan a eu lieu, malgré les cris d'orffraie respectifs de la Chine, de la Corée et du Japon
18:19 <Maddingue> (fin des années 90 si j'ai bonne mémoire. à vérifier sur le site d'Unicode)
18:19 <No`> "publié sous licence libre, mais obfusqué avec les identifiants de classes/variables/méthodes"
18:19 <Maddingue> maintenant il y a une base CJK qui contient tous les kanjis
18:20 <Maddingue> No`: s/obfusqué/assombri/
18:20 <No`> possible
18:20 <Maddingue> obfuscated en anglais, assombri en français
18:20 <SFJulie1> on devrait pas interdire (tous) les points comme symbols dans les identifiants de noms en python ?
18:21 <No`> oui, possible, disais-je. j'avais jamais vu cette expression en français
18:21 <SFJulie1> je veux pas dire quand même foo.bar c'est l'attribut bar d'une instance foo c'est pas la variable foo·bar
18:21 <Maddingue> SFJulie1: pourquoi ? tu autorises bien l'espace soulignée (_)
18:22 <drigolli7r> hi all
18:22 <SFJulie1> _ n'a pas (trop) de sens sémantique en python
18:22 <SFJulie1> là il y a quand même un risque de confusion
18:23 <Maddingue> si ce n'est que ça, il y a plus drôle
18:23 <SFJulie1> Maddingue, je viens de demander freeBSD est passé à SVN et les serveurs cvs seront morts en février
18:23 <SFJulie1> j'attend Maddingue :)
18:24 <Maddingue> le glyphe "o" peut servir aussi bien pour LATIN SMALL LETTER O, que CYRILLIC SMALL LETTER O, que GREEK SMALL LETTER OMICRON
18:24 <Maddingue> et quelques autres LETTER O
18:24 <Maddingue> même glyphe, plusieurs caractères différents
18:24 <SFJulie1> en Perl aussi vous supportez unicode pour les noms de var, ça pose des problèmes?
18:25 <Maddingue> pas plus ou moins que n'importe quel langage qui le supporte
18:26 <Maddingue> des variables avec des noms en japonais peuvent être utilisés depuis un bon moment (au moins 2001), mais je ne suis pas sûr que beaucoup de monde s'en serve
18:27 <Maddingue> d'un autre côté, on regarde cela avec le biais de l'open source, où il vaut mieux tout écrire en anglais, code, commentaire, documentation
18:28 <Maddingue> peut-être que dans du code caché c'est plus utilisé, mais évidemment, je ne puis le savoir
18:30 <Maddingue> à noter que le problème se pose aussi pour les noms de domaines par exemple
18:32 <Maddingue> on pourrait faire un faux domaine lié à Python en remplaçant le "y" (LATIN SMALL LETTER Y) par un "y" (GREEK SMALL LETTER UMICRON)
18:33 <SFJulie1> urk, on doit raisonner sur les trucs affichés ou les trucs signifiés?
18:33 <SFJulie1> glyphes vs caractères ?
18:34 <Maddingue> il y a quelques années, Firefox avait été corrigé pour que les domaines IDN s'affichent comme attendus. mais devant ce type d'attaque par confusion de glyphes, ils sont revenus en arrière et les domaines IDN sont à nouveau transformés en xn--
18:35 <Maddingue> SFJulie1: à ton avis ?
18:35 <SFJulie1> ce qui est signifié
18:35 <Maddingue> par exemple : http://ævar.net
18:35 <SFJulie1> l'ambiguité en info c'est mal
18:36 <SFJulie1> mais ae c'est une ligature donc ça devrait peut être aussi bien être æ que ae
18:36 <Maddingue> seuls les caractères comptent. le glyphe, c'est juste ce qui est utilisé par l'humain
18:36 <Maddingue> c'est un caractère
18:37 <SFJulie1> ben oui mais une ligature c'est un truc humain pour rendre plus beau a+e
18:37 <SFJulie1> le sens de œ c'est bien oe
18:37 <Maddingue> niet. c'est un caractère spécifique dans les langues anglaises et dérivées
18:38 <SFJulie1> urk
18:38 <Maddingue> de même que ß == ss, mais c'est bien un caractère à part entière
18:39 <Maddingue> avec comme effet de bord amusant que lc("ß") => "SS". un caractère en devient deux
18:39 <Maddingue> pardon, uc("ß")
18:39 <SFJulie1> perl -Mutf8 -e 'print uc("cœur")=~/coeur/i ? "vrai" : "faux" '
18:40 <Maddingue> et bien évidemment, lc("SS") est ce qu'on appelle poliment, un problème
18:40 <SFJulie1> on a pas de moyen ligature insensitive de faire du matching? :/
18:41 <Maddingue> il faut utiliser fc() (foldcase) dans les versions récentes
18:41 <SFJulie1> ahh
18:41 <Maddingue> mais le truc, c'est que "oe" est différent de "œ"
18:42 <Maddingue> sauf si, éventuellement, tu actives la locale française
18:42 <Maddingue> je te l'ai déjà dit : la liste des catactères n'est que la partie facile d'Unicode
18:43 <Maddingue> le vrai fun commence avec la gestion des 20 chapitres de règles qui suivent
18:46 <SFJulie1> oui mais donné une locale, j'aimerais une manière invariante de matcher un motif avec ou sans ligature
18:47 <SFJulie1> genre "cœur".foldcase("fr_FR") == "coeur" is True
18:47 <SFJulie1> quitte aussi à utiliser les locale aussi
18:47 <Maddingue> æ est une diphtongue, pas une ligature
18:48 <SFJulie1> oki plus mieux
18:48 <SFJulie1> "laurel & hardy".foldcase("fr") == "laurel et hardy"
18:48 <SFJulie1> non?
18:49 <Maddingue> pas que je sache
18:49 <SFJulie1> euh http://fr.wikipedia.org/wiki/Ligature_(typographie) me donne raison
18:49 <SFJulie1> dans les deux cas (pfiou poil de fesse)
18:50 <SFJulie1> et te donnes raisons pour œ
18:51 <SFJulie1> j'ai l'impression de retomber sur la différence entre données et informations...
18:52 <SFJulie1> c'est que certaines choses n'ont de sens que dans le cerveau de celui qui lit, et pas dans ce qui est stocké dans la mémoire des ordis
18:53 <Maddingue> tiens je n'aurais pas cru pour &/et
18:54 <SFJulie1> ^^
18:57 <SFJulie1> en tout cas firefox trouve cœur quand je tape coeur
19:01 <SFJulie1> c'est zarbi Maddingue tout ce que tu dis est dans http://98.245.80.27/tcpc/OSCON2011/pue.html :)
19:02 <SFJulie1> on va se repayer l'enfer des fins de lignes avec unicode?
19:04 <Maddingue> SFJulie1: il y a une partie que j'ai apprise par moi-même au fil des années (même si je ne fais pas d'Unicode), et une partie que j'ai apprise via Tom, donc ce n'est pas très surprenant :)
19:04 <Maddingue> SFJulie1: "Firefox" ou ton moteur de recherche ? mais dans les deux cas, c'est simplement une équivalence d'écriture vers la même forme figée
19:08 <SFJulie1> le ctrl +F de ff
19:08 <SFJulie1> bon j'ai fini par lire sa prés en entier avant de me décourager face à mon ignorance
19:08 <SFJulie1> ça rentre
19:09 <SFJulie1> fallait juste pousser jusqu'aux anti patterns
19:09 <SFJulie1> je crois que tout langage confondu c'est la meilleure pres sur le sujet
19:09 <SFJulie1> modulo les parties internes à Perl
19:10 <SFJulie1> parce qu'en ruby/python/C/et autre le code Perl est pas très informatif
19:10 <Maddingue> les concepts Unicode restent les mêmes
19:10 <SFJulie1> bon, je viens de me payer l'affiche avec un non bug python, mais j'ai pas perdu ma soirée. Au moins j'ai compris un point de détail
19:11 <SFJulie1> on est d'accord Maddingue, la partie commune à tous les langages est excellente
19:11 <SFJulie1> on sent le typorigide fan de belles impressions à la donald knuth derrière ce tom
19:12 <SFJulie1> qui veut tuer les gens qui pensent qu'ASCII suffit à représenter tous les caractères de la langue anglaise
19:14 <SFJulie1> tiens pour coeur j'avais raison aussi grace à l'étymologie. :/ mais on peut pas encoder l'étymologie et le sens des mots dans les ordis
19:26 <gawel> Linovia: je me doute. Mais ça me dit pas qui tu es
19:26 <grenoya> bonjour
19:27 <Linovia> gawel: j'étais à la pycon (je ne sais pas si on s'y est croisés) et mon nom est Xavier Ordoquy
19:27 <gawel> Et bien mets ton nom :)
19:49 <NelleV> on devrait faire un trombi
19:49 <NelleV> je commence à en avoir marre des gens qui me croisent et se souviennent de moi, et pas vice versa...
19:55 <SFJulie1> Maddingue, py3.3 http://docs.python.org/py3k/library/stdtypes.html#textseq c'est maintenant fait (n'existait pas en py3.2)
19:56 <SFJulie1> "ß".upper() en py3.2 renvoie "ß" ... là où perl renvoie 'SS' pour uc("ß")
19:56 <SFJulie1> quell troll Perl
19:57 <SFJulie1> "ß".upper() = "SS" en py3.3
20:04 <NelleV> gawel: t'es dans le coin ?
20:09 <gawel> oui
20:09 <NelleV> gawel: je cherche ou http://www.afpy.org/doc/python/2.7/ se trouve sur le serveur
20:09 <NelleV> any idea ?
20:10 <NelleV> gawel: grenoya a trouvé :)
20:10 <gawel> aucune
20:10 <gawel> je sais pas pourquoi vous avez pas fait un doc.afpy.org tant qu'as faire d'ailleurs, mais soit
20:11 <NelleV> c'est pas moi
20:12 <NelleV> mais c'est le plan :)
20:12 <NelleV> une fois que le build marchera totalement
20:43 <grenoya> dites, j'aurais besoin de relancer apache sur afpy.org, mais je voudrais m'assrer qu'y ai pas d'effet de bord. Y a des choses à savoir ?
20:44 <NelleV> gawel: tu sais ?
20:49 <Maddingue> c'est rare que relancer un Apache ait un effet de bord
20:50 <grenoya> Maddingue: je préfère être trop prudente que tout péter moins d'une heure après avoir eu les droits root :)
20:51 <grenoya> et j'ai pas l'habitude de jouer avec apache sur un serveur hbergeant autant de choses
20:56 <Maddingue> grenoya: tu peux déjà faire un apachectl configtest pour vérifier que tu n'as pas d'erreur dns ta config
20:56 <grenoya> Maddingue: merci de l'astuce :)
20:57 <grenoya> c'est OK
20:57 <Maddingue> il y a tant de choses que ça sur ce serveur ? quelques sites web, avec du statique et du wsgi je suppose
20:57 <Maddingue> rien de bien sorcier il me semble
20:58 <grenoya> y a un planet, un trac, un wiki
20:59 <Maddingue> c'est bien ce que je dis : du très classique
20:59 <Maddingue> surtout que je suppose qu'il n'y a qu'un apache, avec éventuellement un varnish en front-cache
21:00 <grenoya> alors là j'en sais rien, j'y connais pas plus que ça
21:00 <Maddingue> tu peux faire ps auxw pour voir s'il y a un squid, varnish, nginx qui tourne
21:02 <Maddingue> yep, il y a un varnish
21:03 <Maddingue> et on dirait qu'un partie des sites est juste derrière le varnish, sans passer par Apache
21:03 <grenoya> Maddingue: donc ça craint rien si je relance apache d'après toi ?
21:03 <gawel> non
21:04 <Maddingue> (varnish est un proxy cache, qu'on met typiquement en front d'un serveur web pour mettre en cache les requêtes & réponses)
21:04 <SFJulie1> apachectl graceful
21:04 <gawel> apache2ctl graceful
21:04 <SFJulie1> grenoya c'est la manière de relancer apache qui teste les conf, pleine de grace
21:05 <grenoya> ok, c'est parti alors
21:06 <grenoya> bon
21:06 <grenoya> ça n'a péter que la doc
21:06 <NelleV> :D
21:06 <NelleV> uep, mais ça fonctionne
21:06 <grenoya> oui
21:06 <NelleV> il manque le index.html
21:06 <grenoya> voilà
21:07 <grenoya> bon il se cache où celui là
21:07 <NelleV> je fais un fix rapide
21:07 <SFJulie1> tu vois tout est dans le graceful grenoya
21:09 <Maddingue> grenoya: en fait, en faisant une requête sur différentes url d'afpy.org, tu peux voir que les pages sont servies par "Server: PasteWSGIServer/0.5 Python/2.6.6"
21:09 <Maddingue> donc Apache ne sert pas à grand chose là dedans. probablement seulement à faire de la réécriture d'URL
21:09 <grenoya> oki
21:10 <Maddingue> et à servir les fichiers statiques
21:10 <Maddingue> (je laisse gawel confirmer ou informer mes dires ; je ne fais que deviner à distance après tout ;)
21:10 <Maddingue> s/for/fir/
21:10 <gawel> ouais, on utilise mod_proxy à 99%
21:12 <Maddingue> sans grande surprise
21:18 <SFJulie1> bon gateau Maddingue