Sebastien a écrit 537 commentaires

  • [^] # Re: Encore du neuf ?

    Posté par  . En réponse au journal Nouvelle équipe pour le projet Octoz. Évalué à 3.

    Trois BSDs sous le ciel,
    Sept pour les redhateux avec leurs paquets binaires,
    Neuf pour les sources destinées au trépas [dans d'atroces souffrances de compilation],
    Une pour le Seigneur Debian sur son sombre^W majestueux trône
    Une distrib' pour les gouverner tous. Une distrib' pour les trouver,
    Une distrib' pour les amener tous et dans le .deb les lier
    Au Pays de Synapt'yc où se prélacent les ftp-masters.

    :P
  • [^] # Re: Euh, on ouvre les yeux, on pose son pétard... Merci.

    Posté par  . En réponse à la dépêche Les eurodéputés rejettent la directive sur le brevet des logiciels. Évalué à 6.

    Ben sauf qu'a mon avis, le public entre Le Monde (et de maniere generale la plupart de la presse ecrite) et celui vise par la presse televisuelle... Y a pas photo au niveau de la diffusion.

    Donc moi je suis quand meme decu de la couverture de l'evenement par la presse francaise.
    Il faut croire que les brevets logiciels ne font pas le poids face aux JO et les affaires privees du prince de Monaco (qu'est-ce qu'on s'en fout qu'il ait reconnu son fils illegitime... D'ailleurs, pourquoi illegitime ? Il est pas marie que je sache ?!)...
  • [^] # Re: Wengo

    Posté par  . En réponse au journal Gizmo, un concurrent de Skype basé sur un standard. Évalué à 5.

    Déjà parlé ici :
    http://linuxfr.org/~gnumdk/18175.html(...)

    En gros, le port sous Linux est en cours...
  • [^] # Re: avantage

    Posté par  . En réponse au journal ITER à Cadarache... Évalué à 2.

    Ouais ben s'il veut nettoyer la consommation energetique au Karcher, je lui conseille de prendre de grosses chaussures avec de non moins grosses epaisseurs de caoutchouc, ou sinon... Pouf ! Gui-dziit ! :P

    du genre "si on n'économise pas l'énergie on va tous mourir demain matin vers 7h15 dans d'attroces souffrances"
    Blague a part, je ne pense pas que ce soit en faisant peur aux gens que l'on obtienne les meilleurs resultats. A fortiori sur ce sujet-la : il vaut mieux rationnaliser au maximum et expliquer de maniere pedagogique et sans raccourcis.
    Ouais : yapluka !
  • [^] # Re: aRTS

    Posté par  . En réponse au journal KDE : Dans les tuyaux.... Évalué à 7.

    C'est sans doute un bon systeme (en tout cas il l'a sans aucun doute surement ete en son temps ~98 ? )...

    Ce qu'on lui reproche c'est d'etre une bonne petite usine a gaz maintenue par plus personne et dont seulement quelques gourous qui restent de par le monde arrivent a le comprendre (donc du coup, pour corriger les bugs et implanter de nouvelles fonctionnalites... c'est tout de suite plus dur.)

    Quand un logiciel n'a plus de communaute autour de lui, c'est un poids mort.
    Voila pourquoi KDE veut s'en debarrasser.
  • [^] # Re: Pas experimental

    Posté par  . En réponse au journal X.Org dans Debian. Évalué à 5.

    Comme dit dans la page que tu as mis en lien, ces paquets seront mis directement dans unstable, ils ne passeront donc pas par experimental.

    En effet et désolé de m'être mal exprimé.
    Ce que je voulais dire par se raccourci fallacieux, c'est qu'au vu des tout premiers commentaires sur le blog du monsieur, il me semblait que la qualité des paquets tenait plus d'experimental que d'unstable.

    D'ailleurs, je ne comprends pas pourquoi il veut court-circuiter le processus éprouvé de la validation des paquets ? (Ou alors je me fourvoie en pensant que tous les paquets subissent ces "tests" ?)
  • [^] # Re: Plan9

    Posté par  . En réponse au journal Les plans pour Linux 2.6.13. Évalué à 5.

  • [^] # Re: C'est déja aujourd'hui

    Posté par  . En réponse au journal Les "smart folders" et linux. Évalué à 2.

    *PAN!* TenoR[1]
    Ah ben ça marche moins bien du coup...

    [1] http://dot.kde.org/1113428593/(...)
  • # Plan9

    Posté par  . En réponse au journal Les plans pour Linux 2.6.13. Évalué à 5.

    Il est aussi question[1] d'inclure le patch pour lire le systeme de fichiers v9fs[2] qui est le port sous linux du systeme de fichier de Plan9[3] : 9P.
    En tres gros, 9P[4] est un systeme de fichier oriente reseau, developpe depuis une dizaine d'annee par les papas du petit Unix.

    Les applications et la portee de ce systeme de fichiers me semblent tout bonnement incroyables et pour le moins tres interessante. Surtout avec la grille qui se profile a l'horizon et avec l'utilisation deja tres largement repandue des clusters...

    Enfin bref... Joie \o/

    [1] : http://kerneltrap.org/node/5339(...)
    [2] : http://v9fs.sourceforge.net(...)
    [3] : http://cm.bell-labs.com/plan9dist(...)
    [4] : http://en.wikipedia.org/wiki/9P(...)
  • [^] # Re: Question sur RHEL

    Posté par  . En réponse à la dépêche La Fedora Core 4 débarque. Évalué à 4.

    Il y a aussi Scientific Linux qui est basee sur RHEL :
    https://www.scientificlinux.org(...)

    Soit dit en passant, les bugs trouves par les equipes de FermiLab et du CERN sont remontes aupres de RedHat (disons que la collaboration n'est pas a sens unique, au contraire des autres distributions tirees de RHEL)
  • [^] # Re: intérêt du RPM par rapport au DEB ?

    Posté par  . En réponse à la dépêche RedHat crée la fondation Fedora. Évalué à 10.

    Tiens, j'ai trouvé ça par terre </i>... Il me semble que c'est à toi :P
    Il faudrait apprendre à ranger ces affaires ou en tout cas à ne pas tout laisser traîner : ça fait désordre... ;)
  • [^] # Re: re :

    Posté par  . En réponse au journal Méchant Debian Sarge, méchant.... Évalué à 4.

    Bon alors qui dépoussière sa dépêche "Mort au troll : Debian Sarge iz aout" ?
  • [^] # Re: E=m6...

    Posté par  . En réponse au journal Emissions télé [HS]. Évalué à 7.

    Dommage qu'il n'y ait pas de rediff' d'Archiméde...
    Ça c'était de la vraie émission scientifique !
    Pas le même public que "C'est pas sorcier" (qui est très bien!) mais cela n'était pas forcément un handicap...
  • [^] # Re: Planning des conférérences?

    Posté par  . En réponse à la dépêche 6èmes Rencontres Mondiales du Logiciel Libre : inscriptions ouvertes. Évalué à 3.

    Je ne sais pas si ça peut aider, mais il y a CDS Agenda (au CERN, sous GPL) qui est pas mal.
    Il y a possibilité de greffer tout un tas de moulinettes pour transformer des fichiers d'un format dans un autre (bon, je pense qu'ici le besoin ne ne devrait pas se faire sentir, mais ça permet les conversions PPT->PDF, entre autres).

    CDS Agenda : http://cdsware.cern.ch/cdsagenda(...)

    Petits liens d'exemple :
    http://agenda.cern.ch/fullAgenda.php?ida=a052612(...)
    http://agenda.cern.ch/fullAgenda.php?ida=a045108(...)

    Mes 2 centimes...
  • [^] # Re: Pas de lumiere mais de l'ombre...

    Posté par  . En réponse au journal La lumière du Sabre-Laser(tm). Évalué à 2.

    Le même phénomène se produira si une étoile se situe derrière le soleil : sa lumière ne projettera pas d'ombre puisqu'elle sera absorbée.

    Encore que là, par lentille gravitationnelle, on devrait pouvoir voir la sus-mentionnée étoile... Par contre, de là à ce qu'elle projette une ombre (à la rigueur sur une émulsion d'un argentique)
  • [^] # Re: Pas de lumiere mais de l'ombre...

    Posté par  . En réponse au journal La lumière du Sabre-Laser(tm). Évalué à 3.

    Réponse d'opticien normand : ça dépend :)

    Ça dépend de la distance O - o, de la distance o - | et donc de l'angle solide sous lequel le point sur le mur voit O et o.
    Et ça dépend bien évidemment des rapports de luminosité de O et o...

    Dans le principe, je dirais : oui. Ensuite, reste à savoir si la lumière émise par o sera perceptible par notre organe relativement limité (si on compare a Hubble par exemple ;) )
  • [^] # Re: Un equivalent libre de flash?

    Posté par  . En réponse au journal Pour un Flash en GPL => GPLFlash. Évalué à 4.

    J'ai rien contre le SVG (au contraire!!) mais va lire le lien que donne le monsieur du journal juste au-dessus, avec Deer Park et sans player Flash (ni aucune bibliothèque reliée de près ou de loin) :P
  • [^] # Re: Fonction de poids

    Posté par  . En réponse au journal Filtre bayésien pour une expérience... Évalué à 2.

    Ok...
    Donc comment veux-tu les classer ? Quel est le(s) critere(s) ?

    Lapin compris...
  • # Fonction de poids

    Posté par  . En réponse au journal Filtre bayésien pour une expérience... Évalué à 2.

    Je pense qu'il faut que tu crees une fonction de poids qui tienne compte du fait que tu veuilles preferentiellement que les B14 aillent dans la colonne1, les A16 dans la colonne machin et ainsi de suite.

    Il faut donc faire un histogramme pour chaque B14, A16,... qui donne le poids pour chaque colonne (ou l'inverse, ca depend bien sur de tes donnees en entree, ou alors un truc a 2 entrees).

    Ce sera donc la fonction de poids qui modelisera la fonction discriminante de ton filtre bayesien...
    (Bon ensuite faut voir les details :)
  • [^] # Re: Packages Debian ?

    Posté par  . En réponse au journal KDE 3.4.1. Évalué à 2.

    D'ailleur, ça m'interesserais d'avoir un avis de quelqun qui à testé ces packages (sur sarge si possible)

    Désolé moi je suis sous SID, donc ça vaut ce que ça vaut...
    Je n'ai pas eu de problème notable, à part (au début) un problème avec KDM, qui a été résolu relativement rapidement (et puis faire un startx, c'était pas la mort)

    Ah et puis un autre truc : lorsque je lance un petit xine d'une konsole, après que je me sois délecté de la vidéo, la konsole est "freezée". Je change de bureau virtuel, et ça la défreeze.

    Voilà-voilà...
  • [^] # Re: Dernier instant d'un troll

    Posté par  . En réponse au journal Vers quelle Europe va t-on ?. Évalué à 3.

    notons que le troll TCE devrait bientot être rejoint par le fameux Sarge ne sortiras jamais ...

    Pour ça faudra malheureusement encore attendre la semaine prochaine...
    Mais le compte à rebours a commencé :)
  • [^] # Re: CMT ???

    Posté par  . En réponse au journal X.org et la modularisation. Évalué à 2.

    Sa représente 0.0000...1% des cas d'utilisations
    Boah... Si compiler un projet tel qu'Athena[1] (le soft d'ATLAS qui a une grosse base en C++ plus plein de petits modules en Fortran, Java, Python, XML,...) représente un poullième des cas d'utilisations...

    Ce que l'on veut c'est un truc qui :
    - compile des machins
    - recursivement
    - gère les dépendances cycliques
    - ne recompile que ce qui a changé depuis la dernière fois
    - gère l'ordre de compilation entre les packages (à partir de leurs relations de dépendance)
    - soit facile à comprendre même pour des physiciens qui n'ont pas tous la science du Makefile...

    Ben je crois que CMT remplit ce cahier des charges. Tu peux même gérer la géneration de bindings C++->Python, compiler ton thesis.tex, utiliser distcc, parler avec ton repository CVS/SVN, intéroger en interactif les dépendances que tu utilises...
    Mais surtout il permet d'avoir le même environement de développement pour tout le monde.

    D'ailleurs, le LAL est spécialisé dans le développements de framework utilisé par personne.
    Ça va être dur le recrutement ;)

    Ils suffit de voir la convention des répertoires pour comprendre que c'est du 100% génie HEP
    Comprend pô.

    [1] : http://atlas-sw.cern.ch/cgi-bin/viewcvs-atlas.cgi/offline(...)

    PS : je n'ai pas d'actions dans CMT (c'est libre) mis à part les impôts que je paye
  • [^] # Re: On fait le journal par les commentaires

    Posté par  . En réponse au journal La morsure du dragon. Évalué à 7.

    Ou alors, l'auteur de ce journal a un laptop avec le bug du touchpad qui clique un peu partout comme un fou.
    Et du coup, le journal a été malencontreusement soumis avant que toute la prose qu'il avait conscienscieusement préparée ne soit délicatement couchée de ses petits doigts boudinés sur le support électronique.

    Ou alors, l'auteur de ce journal était en train d'écrire tout un tas de choses destinées à étoffer un peu ce truc rabougri que l'on a sous les yeux lorsque soudain un éclair (oui, chez lui, il y a un orage) l'a fait sursauter. Sous la peur panique qui le fit s'étrangler il se crispa, oh juste un peu, mais ce fût suffisant pour que son index appuit sur le bouton de son mulot qui glissa sur le fatidique bouton "Envoyer".
    Et du coup, le journal a été malencontreusement... Vous connaissez la suite.

    Ou alors, l'auteur de ce journal... Bon. J'ai plus d'idée.

    Désolé.
  • [^] # Re: CMT ???

    Posté par  . En réponse au journal X.org et la modularisation. Évalué à 2.

    une grosse merde made in IT HEP
    Ahah... Et ben ça dénigre sévère :P
    C'est pas parce que ROOT sucks que tout HEP sucks.

    Mais : perdu ! C'est une appli développée par le meilleur laboratoire de physique des particules de l'Univers connu et inconnu : le LAL[*] ;)

    De plus CMT est une "surcouche" au dessus des Autotools. Il génère à la volée les makefile nécessaires à partir d'un fichier requirements dans lequel sont définis les packages dont dépend le package que tu es en train de compiler. Et il ne recompile que ce qui est nécessaire.

    Disons que c'est le meilleur du pire à l'heure actuelle
    Je dirais plutôt que c'est le moins pire de ce qu'il y a à l'heure actuelle :P

    Les Autotools sont largement utilisé, donc générique, et bien documenté.
    Ben ATLAS et LHCb utilisent quotidiennement CMT. Ça fait du monde quand même, même si je te le concède, moins que tous les projets opensource de part le monde qui utilisent les autotools.

    qui ne fonctionne que dans l'environnement très particulier de l'HEP
    Plateformes : http://www.cmtsite.org/CMTDoc.html#Supported%20platforms(...)
    C'est pas trop mal comme environnement particulier spécifique HEP.

    [*] S'il y a un ponte du LAL qui passe par là (ce dont je doute quand même fortement), je cherche un poste permanent :) Et j'espère que vous apprécierez la valorisation que je fais de votre laboratoire et de son travail.
  • [^] # Re: Et plus tard ?

    Posté par  . En réponse au journal X.org et la modularisation. Évalué à 3.

    En effet, et comme un schéma vaut mieux qu'un long discours :
    http://wiki.x.org/wiki/ModularizationProposal(...)
    et rechercher "Transitioning from monolithic to modular"

    A dessein, il y a un joli dessin avec plein de petites flèches :P