09:14 <jpcw> matin café thé
09:16 <morgan`> hello
10:00 <kujiu> bonjour
10:23 <No`> salut l'afpy
11:13 <yotaff> tarek: j'ai bien lu ton mail
11:13 <yotaff> mais je dois passer un peu de temps pour répondre
11:13 <yotaff> la réponse demande un peu d'écriture
11:13 <tarek> yotaff, ok merci c cool
11:14 <yotaff> car c'est plus un pb humain que technique en fait
11:14 <yotaff> enfin pas pb
11:14 <yotaff> mais difficulté
11:17 <tarek> ui
11:36 <yotaff> bon c'est quand meme cool la virtualisation
11:36 <yotaff> je suis en train de mettre les 2 buildbots i686 et amd64 sur la meme bécane
11:37 <yotaff> pour securactive.org
11:37 <yotaff> plus besoin de machine en interne
11:38 <yotaff> (en interne j'ai tout virtualisé)
12:54 <benoitc> j'hésite à faire de même mais je traine à passer d'un openbsd sur un lunix
13:10 <haypo> benoitc: tu utilises OpenBSD ? comme poste de travail ou comme serveur ?
13:11 <haypo> ça m'a l'air plus compliqué à administrer qu'un Linux
13:12 <benoitc> comme poste de travail et serveur
13:13 <benoitc> c'est a way plus simple à administer pour moi
13:13 <benoitc> bcp plus carré
13:13 <benoitc> ceci dit pas de virtu et autres frivolités
13:13 <haypo> qu'est-ce qui est plus simple ? les fichiers de configuration ? le système de paquets ?
13:18 <benoitc> les 2
13:19 <benoitc> systeme de paquet plus performant que debian je trouve (pas à se perdre dans les deps & co) et les fchiers de conf sont pas arrangés
13:21 <haypo> se perdre dans les dépendences, càd ? "apt-get" installe les dépendences. c'est mal ?
13:22 <benoitc> trop de splits dans les paquets
13:22 <benoitc> la doc ets pas forcemment installées
13:22 <benoitc> et puis un port c juste un Makefile
13:22 <benoitc> plus simple à customiser
13:23 <haypo> benoitc: genre php qui est en 50 paquets dans debian ? je préfère avoir un gros paquet php ?
13:23 <haypo> justement, le découpage c'est pour limiter les dépendences
13:23 <haypo> php5 ne dépend pas de libmysqlclient, contrairement à php5-mysql
13:24 <benoitc> bah il y aussi des decoupahges dans ce cas
13:24 <benoitc> mais ils sont limités d'une certaine façon
13:24 <benoitc> et bon construire un deb n'est pa la chose la plus simple
13:25 <benoitc> anyway pour openbsd il y a aussi le coté license de l'os et minimal
13:25 <misc> c'est vrai qu'à ce niveau la, faire un macport ou un paquet gentoo m'a paru vachement plus facile
13:25 <haypo> benoitc: j'ai pas bien compris en quoi openbsd découpe les paquets différement
13:26 <haypo> benoitc: c'est mieux fait que Debian ? comment tu le "customises" ?
13:26 <benoitc> bah tu edites le Makefile
13:26 <benoitc> ce que je veux dire c'est que les paquets sont decoupés que lq c'est vraiment nécessaires
13:26 <benoitc> et tjrs fourni avec la doc
13:26 <benoitc> et les includes
13:27 <benoitc> + evidememnt que tt s'installe dans /usr/local et vient pas polluer le systeme
13:30 <haypo> benoitc: sous Debian, la doc est packagée à part. ça évite de gaspiller de la place si tu t'en fous de la doc. perso je trouve ça bien
13:31 <haypo> ne pas devoir toucher à un makefile, je trouve aussi ça bien :)
13:31 <haypo> pour les includes, tu parles des fichiers /usr/include/xxx.h ? c'est dans des paquets programme-dev à part
13:31 <benoitc> euh avoir à toucher à rules control blah blah
13:32 <haypo> là aussi c'est bien. sur un serveur t'as pas besoin des .h, vu que c'est pas censé compiler quoi que ce soit sur un serveur
13:32 <benoitc> haypo: oui et c'est bien ennuyeux
13:32 <haypo> benoitc: je n'ai jamais touché à un fichier debian/rules
13:32 <benoitc> c un point de vue
13:32 <haypo> j'en ai pas eu besoin
13:32 <benoitc> mmm
13:33 <haypo> bah le reproche que je pourrai faire à debian est que souvent il te tire trop de dépendences. genre tu veux installer ls, il t'installe latex :-)
13:34 <benoitc> chacun ses qqs defaut. perso ce qui m'embete avec openbsd c'est qu'il est difficile d'y faire tourner du bleeding edge
13:34 <benoitc> pour les paquets je trouve plus simple d'ecrire un makefile pour deployer de maniere perso
13:35 <benoitc> et evntuellement si le besoin s'en fait sentir virer les includes ou personnaliser les options
13:45 <benoitc> vous connaissez des projects pythons qui ont des meta packages ? je pense à splitter couchdbkit en couchdbkit-client couchdbkit-schema,, ... et couchdbkit serait juste un setup installant les dependances
13:45 <benoitc> truc du genre
13:46 <misc> y a twisted, mais bon
13:47 <benoitc> l'interet serait de peut-être faciliter le dev au niveau de certains modules
13:48 <benoitc> je ne sais pas si il y a un gros interet
14:48 <jpcw> benoitc: et freebsd + jails
14:49 <jpcw> ça répindrait pas à ta problématique plus tes habitudes ?
14:49 <benoitc> j'hesites en effet. ceci dit l'intert de la virtu c de pouvoir tester au niveau des os certaines fonctions
15:38 <haypo> benoitc: mon projet Hachoir est découpé en une dizaine de sous-projets. ils dépendent à peu près tous l'un de l'autre :-) bah c'est lourd à développer, et lourd à installer
15:38 <haypo> finalement, j'ai très rarement fait une release corrigeant un petit bug dans un sous-projet
15:38 <haypo> découper ça peut être bien pour un très gros projet
15:38 <haypo> mais attention à ce que ça rende pas l'utilisation plus compliquée qu'elle ne l'est
15:54 <benoitc> haypo: mais tu n'as pas de meta projet au final ie easy_install hachoir pour tt installer ?
15:55 <benoitc> à choisir tu ferais tt sur un projet unique now?
15:55 <haypo> benoitc: non, pas de méta-projet/-paquet
15:55 <haypo> mais y'a des dépendences
15:55 <misc> le probléme, c'est que si tu découpes pas , tu fait pas de sous releases
15:55 <haypo> installer hachoir-metadata tire hachoir-parser, et hachoir-parser tire hachoir-core
15:55 <misc> mais en general, tu découpes, et tu fait quand même rien
15:56 <haypo> misc: c'est pas un problème, car en pratique je ne fais pas de release mineure :-)
15:56 <haypo> et puis une release mineure du tout n'est pas gênant
15:56 <haypo> hachoir n'est pas gros
15:57 <misc> bah c'est chiant pour les packageurs :)
15:57 <haypo> misc: qu'est-ce qui est chiant ? augmenter le nombre de releases ?
15:58 <haypo> s'il y a plein de petits paquets, ça fait aussi plus du boulot pour la packageur
15:58 <benoitc> bah disons que là au final je up un truc qui demande un nv paquet complet genre schema alors que si je n'avais qu'un sous paquet je pourrer releaser ça
15:58 <misc> haypo: augmenter le nombre de paquet, justement
15:58 <benoitc> le souci c que tt le monde est habitué actuellement à n'installer qu'un seul paquet
16:00 <yotaff> j'ai vu john tout à l'heure
16:00 <yotaff> et bluetouff aussi
16:00 <yotaff> marrant comme le monde est petit
16:09 <haypo> benoitc: dans Debian, t'as des méta-paquets. "kde" installe la race de paquets par exemple :-)
16:09 <haypo> sous openbsd, je sais pas comment ça marche :-)
16:10 <benoitc> oui enfin sous osx l n'y a pas grand chose
16:10 <misc> bah tout les systémes de packaging ont des metapaquets, dés que tu as la possibilité de mettre une dependance
16:10 <misc> ensuite la différence, c'est dans al gestion par les outils plus haut niveau ( genre les interfaces de mandriva les affichent différement )
16:11 <benoitc> ?suis d'accord, apres c surtout que je voudrais le faire au niveau du python sinon ça devient tres vite laborieux de gerer ts les packaging
16:11 <haypo> benoitc: osx ? haha
16:11 <benoitc> je pourrais le faire à la twisted mais ça me semble un gros bricolage
16:11 <haypo> benoitc: y'a mac ports et fink comme gestionnaires de paquet
16:12 <benoitc> quand ils sont utilisés oui
16:12 <benoitc> et je ne parle pas de windows ;)
16:12 <haypo> sous windows, la méthode est simple : tu mets TOUT dans un seul .exe
16:12 <haypo> même python, zlib, openssl, etc. :)
16:12 <benoitc> ja
16:13 <benoitc> j'adore ce genre de choix...