Olivier Grisel a écrit 766 commentaires

C'est deja le cas pour les main tracks. Pour les devrooms il me semble que c'est les organisateurs de la devrooms qui s'occupent d'enregistrer comme ils veulent.

Il y a probablement une 20aine de devrooms qui font des presentations en //. Avoir une equipe video professionnelle pour chaque devroom ca couterait super cher. Le FOSDEM c'est gratuit et donc une grande partie de l'orga est basée sur le volontariat.

La premiere etape AMA ca serait de publier un howto avec des conseils de matos et d'orga notamment pour faire en sorte que les micros cravates des presentateurs soit enregistrables directement par la camera. C'est pas forcemment facile a mettre en place dans toute les salles dont certaines on deja une infra pour le son mais pas les autres.

- BarCamp c'est un concept international de "non-conférences" (cf article wikipedia) dont l'organisation est centralisée sur le wiki http://barcamp.org : est ce que tu traduirais wikipedia en Wikipédie juste pour faire français ?

Si on utilise le concept barcamp en France c'est pour gagner en visibilité à l'international. Les barcamp ne sont pas organisé que dans des pays anglophones. C'est devenu un concept international.

- "GPU Camp" c'est le nom de l'événement et ca fait directement au nom barcamp précédemment cité. 1- n'est pas moi qui organise et 2- je ne trouve pas de nom aussi expressif et succinct pour exprimer le concept "Barcamp dont le sujet est la programmation du processeurs graphiques" en francais.

- "AMD Stream" c'est le nom (Marque) d'une technologie d'AMD et les noms propres ca ne se traduit pas meme s'ils sont dérivés de substantifs anglais.

Vouloir traduire des noms techniques ou des noms propres de technologies à outrance ne fait qu'ajouter de la confusion.

Bon j'ai dit des betises. D'apres les slides mentionés dans le journal nvidia fait partie des redacteurs du draft de specs OpenCL tout comme Intel et AMD / ATI.

Il me semble que c'est dans la roadmap de AMD Stream SDK d'implémenter la norme OpenCL alors que je n'ai rien entendu de tel dans le cas de nvidia.

Dans 2 semaine se tient un BarCamp organisé a la Cantine a Paris précisemment sur ces sujets.

Rappel: Un BarCamp est une rencontre d'un week-end, une non-conférence ouverte qui prend la forme d'ateliers-événements participatifs où le contenu est fourni par les participants qui doivent tous, à un titre ou à un autre, apporter quelque chose au Barcamp. C'est le principe pas de spectateur, tous participants. L'événement met l'accent sur les toutes dernières innovations en matière d'applications Internet, de logiciels libres et de réseaux sociaux. (dixit wikipedia)

Ca serait sympa si certains d'entre vous pouvez nous faire un comparatif AMD Stream / CUDA ou une introduction a Brook par exemple.

Voici la page de wiki de la rencontre (avec l'adresse, les horaires, la liste des sessions proposées, ...), n'hésitez pas a vous inscrire :

http://barcamp.org/GPU-Camp-Paris

Un truc dans le genre:

>>> print("Bonjour {nom} {prénom}".format(**locals()))

devrait marcher mais j'ai pas de python 3 sous la main pour tester.

En fait c'est nous qui essayons de nous mettre la pression parce que jusqu'a present on avait un peu tendance a tout faire a la rache le dernier mois. A noter, cet année on va tenter de faire 3 jours : vendredi samedi et dimanche au lieu de juste samedi et dimanche les années precendentes. Hesitez pas a dire en commentaire les jours pour lesquels vous comptez venir, et si ca vous arrange de venir au nom de votre boite le vendredi par exemple.

Passe le dans un mixer avant de le mettre dans ta casserole, c'est beaucoup plus drole. Par contre je te conseille pas de respirer la poudre noire a la fin : http://www.youtube.com/watch?v=qg1ckCkm8YI

Pour corriger ce bug il faudrait generer un token unique en session (ou en cookie) au moment de l'affichage de la page d'edition d'un nouveau journal et stoquer ce token comme identifiant d'edition dans la table des journaux (en clef unique). Comme ca permettre d'eliminer definitivement le pbm sans avoir a faire confiance au client pour ne pas lancer deux fois la requete POST.

Merci pour cette contribution car je ne connaissais pas et ca a l'air en effet simple a installer (via aptitude su hardy), simple a prendre en main via l'interface graphique (cf screenshots sur le site), complet (support de Xen et kqemu/kvm) et scriptable en ligne de commande.

D'autant plus que c'est facile pour le mot de passe root en général chez ce type de client c'est toujours ... "root".

Tout a fait. Je ne critique pas la qualité du service de RedHat ni l'utilité d'un service de support professionnel. Je cherche juste a mettre en exergue l'attitude du DSI lambda qui se dit "on prend du Redhat car c'est plus pro" (et qui n'hesitera pas le cas echeant a parler de Debian ou Ubuntu comme de systeme d'amateurs hobbyistes) en negligeant tout le reste (formation des admins, mise en place de mirroires de repositories, formalisation du processus de mises a jours). Au final on se retouve très souvent avec une infrastructure dans un état lamentable.

Cette attitude est vraiment omniprésente chez la plupart de clients qui decouvrent le systeme open source, et pas seulement dans les petites structures.

Si puisque c'est precisement ce qui est arrivé a des membres de ma famille que j'ai pu depanner grace a PhotoRec. Un fichier .odt inaccessible sur une clef usb qui fait des input / output errors des qu'on essaie de le lire (ou de le copier meme avec un dd). Je lance un photorec qui dump tout le contenu accessible de tous les fichiers de la clef dans un repertoire d'un autre disque. Apres j'ai fait un script avec la commande file pour retrouver tout les fichiers odt et dans le tas on a retrouvé le rapport en question.

Peut etre que le bloc foireux n'etait pas critique pour openoffice et que ce dernier etait suffisamment tolerant pour s'en sortir et qu'on a eut beaucoup de chance mais ca a vraiment marché a 2 reprises.

J'ai eu le meme genre d'experience chez plusieurs clients. Les admin pas formés a Unix/Linux a qui ont dit d'utiliser Redhat "car on paie le support". Resultat personne ne connait le mot de passe d'acces a RHN et du coup impossible d'installer des paquets officiels sur les serveurs ni de faire les mises a jour de securité.

Au final ca fait plein d'applis compilées pendant des heures a la main dans /usr/local depuis les sources (sans parler des galeres pour geres les dependances runtime + compile time) et aucunes mises a jours ...

Et apres ca on me sort toujours oui mais debian ou ubuntu on a pas le support ... Je doute que les ingénieurs de support de chez redhat puissent intervenir efficacement sur des serveurs dont la moitié du systeme est compilé a la main et sans aucune mise a jour.

Et si ca vous arrive il est bon d'avoir un PhotoRec sous la main pour retrouver le fichier sur la clef foireuse.

Après c'est vrai que le fond gris d'Excell fait pas sérieux ( faudrait leurs parler de vrais outils d'analyses de données).

Il faut surtout avoir des rudiments de statistique et indiquer une estimation des marges d'erreur (intervalles de confiances). Apres qu'on le fasse avec excel ou un outil plus specialisé ca change pas grand chose.

A noter aussi, ILOG faisait partie des entreprises francaises qui s'étaient publiquement prononcées contre les brevets logiciels en Europe. Je suppose qu'IBM ne permettra plus aux responsables d'ILOG de continuer de tenir de tels propos ...

Je ne pense pas qu'on société de service pure ait la meme capacité d'innovation qu'un éditeur qui fait enormement de R&D comme ILOG. Une SSII (dont le turnover est en moyenne beaucoup plus important que chez un éditeur) se contentera d'avantage de suivre les évolutions technologiques.

+1 pour sphinx, cet outil est vraiment formidable. Il est notamment utilisé pour générer la documentation du projet python lui meme (dans sa prochaine version) :

http://docs.python.org/dev/

Dans le monde python c'est plutot buildbot qui est utilisé. Il existe des recettes buildout pour mettre en place facilement un park de machines master / slave pour buildbot :

http://tarekziade.wordpress.com/2008/04/01/pimp-my-buildbot/

Il y a OSSEC-HID qui analyse les logs ssh, apache, serveur de mails, a la recherche d'attaques connues avec alertes emails + blacklistage IP pendant un laps de temps + plus les signatures md5 de /etc, /bin, /sbin, + dection de rootkits, + ...

http://www.ossec.net/

yslow est développé par yahoo et je doute que yahoo fournisses de recommendations d'optimisations qui ne fonctionnent pas avec IE. Je pense que les recommandations sont browser-agnostic comme ils disent.

Visiblement ont utilise les meme extensions. Il t'en manque cependant une indispensable pour les développeurs web : yslow ( http://developer.yahoo.com/yslow/ )

C'est une extension pour firebug qui permet d'analyser le rendu d'une page web et de fournir une liste de points a optimiser (cache HTTP par resource CSS, JS, gzippage, ...). Il calcule le poids total d'une page avec ou sans cache, affiche les temps d'acces de chaque elements de la pages (HTML, CSS, JS, ...), bref indispensable.

oops j'avais pas lu la réponse ce ploum, du coup ça fait un peu doublon la ...

Ca veut tout simplement dire qu'il est ravi que Ubuntu par défaut propose un lecteur de musique qui s'integre avec le service de Magnatune. Il a pas dit que c'est lui qui avait codé ce plugin avec ses petites mains.

Oui c'est une fonctionnalité codée par les dev du projet rythmbox lui meme un sous-projet de gnome qui existe en dehors d'ubuntu. En attendant gnome est l'interface par defaut de ubuntu et je suppose que le dev d'ubuntu contribuent au projet gnome de maniere général et qu'ainsi les applications gnome sont "supportées" par ubuntu dans le sens ou les devs ubuntu s'assurent qu'elles marchent bien dans la configuration par défaut de la distrib (bug report, testing, eventuellement contributions de patchs et tout et tout).

Faut arreter de voir le mal partout ...