Benoit a écrit 57 commentaires

  • [^] # Re: Caste.

    Posté par  . En réponse au journal BFS. Évalué à 3.

    > Le principal argument retenu étant que Ingo était un employé de Redhat
    > et à ce titre on pouvait compter sur ses contributions de manière
    > permanente. Ainsi l'avenir de CFS était assuré pour le noyau.
    > Alors que Con n'est pas un professionnel de l'informatique, on ne
    > peux avoir de certitudes quant à l'avenir de ses contributions.
    > Or un élément aussi primordial que l'ordonnanceur a besoin
    > d'assurance concernant le rythme d'évolution, il ne s'agit pas
    > d'un driver tiers pouvant être facilement/rapidement repris.
    > C'est clairement un argument massue,

    C'est l'argument que j'avais soutenu dans une précédente discussion et quelqu'un m'avait fort aimablement fait remarqué que ma mémoire était défaillante et que j'avais tord.
    Visiblement, l'argument principal qui avait motivé la décision de Linus Torvald est, hors la supériorité technique du scheduler d'Ingo Molnar, la grande difficulté qu'à Con Kolivas a à supporter et tirer parti des critiques de son travail.
  • [^] # Re: In life, there's only windows and apples..

    Posté par  . En réponse au journal Yum vs Apt. Évalué à 2.

    Dans mes souvenirs, Portage ( emerge n'est que la commande ), qui est lui aussi écrit en Python, était particulièrement lent. Quand j'ai arrêté d'utiliser Gentoo, il y avait des discussions interminables sur la mailing-list pour savoir si il fallait ou non le remplacer et si oui, par quoi.

    Personnellement, j'utilisais Paludis qui était nettement plus rapide. Pkgcore avait aussi ses partisans.
  • [^] # Re: Pas écolo

    Posté par  . En réponse au journal Encore et toujours et toujours des économies avec mes amies les lampes fluocompactes. Évalué à 5.

    Il est vrai que l'association "robin des toits" est la source la plus fiable, neutre et modérée dans le domaine...
  • [^] # Re: un titre à scandale

    Posté par  . En réponse au journal Alan Cox jette l'éponge. Évalué à 3.

    Ce n'est pas ses compétences techniques qui étaient en cause mais plutôt le temps et les possibilités d'implication. Ingo Molnar est salarié de Red Hat et bosse à plein temps sur le noyau alors que Con Kolivas est anesthésiste et travaillait sur le noyau dans ses temps libres.

    Il était certain qu'Ingo Molnar continuerait à maintenir le code de CFS après son inclusion et ça a joué en sa faveur ( CFS avait, de toute façon, certains avantages du point de vue technique ). C'est ce côté politique du développement du noyau que reprochait fortement Con Kolivas dans ses interviews après son départ.
  • [^] # Re: un titre à scandale

    Posté par  . En réponse au journal Alan Cox jette l'éponge. Évalué à 5.

    La situation n'a rien à voir, faut arrêter.

    Con Kolivas est parti parce qu'on a refusé d'inclure son projet central, son scheduler, sur lequel il avait passé un temps considérable. De plus, il a claqué la porte parce qu'il avait la sensation que son code avait été écarté pour une raison plus politique que technique. En effet, il a été suggéré sur la mailing list que, étant anesthésiste et non développeur salarié, Con Kolivas pourrait avoir des difficultés à maintenir une brique aussi importante du noyau ce qui a joué dans le choix de CFS.

    Là, Alan Cox se contente d'arrêter de maintenir tty. On parle quand même d'un ancien mainteneur. Tty est une part infime de ses contributions.
  • [^] # Re: Le succès à tout prix?

    Posté par  . En réponse à la dépêche La Ligue ODEBI lance un projet "d'armée numérique". Évalué à 1.

    L'armée a beau avoir endossé par la force des choses d'autres rôles, elle n'en reste pas moins un outil pour faire la guerre. On a beau jeu en temps de paix de dire que l'armée a un rôle social. C'est juste se voiler la face.
    N'oublions pas que l'armée forme des gens à manier les armes et à obéir aux ordres.

    Honnêtement, j'ai peine à imaginer association plus malsaine que celle-ci. Personnellement, je considère dorénavant ODEBI comme une association à éviter.
  • [^] # Re: Un mur de grotte...

    Posté par  . En réponse au sondage Mon appareil photo actuel est. Évalué à 3.

    Marteau et burin, y a que ça de vrais...
  • [^] # Re: Quelques remarques.

    Posté par  . En réponse à la dépêche Racketiciel : des juges à contre-sens !. Évalué à 10.

    Les juges de proximité ne sont pas de « vrais » juges, en ce sens qu'ils ne sont pas magistrats de formation en général. Ils sont recrutés dans la société civile et sont juste tenus d'avoir exercés une profession judiciaire pendant 4 ans ou d'avoir une expérience d'au moins 25 ans dans un service juridique d'entreprise.

    Voir l'article [[Juridiction de proximité en France]] pour plus de détails.
  • [^] # Re: Pas facile de ce prononcer...

    Posté par  . En réponse au journal Faille OpenSSH : qu'une rumeur mais.... Évalué à 9.

    Moi, y a un truc que je trouve bizarre.
    Qui, avec une zero day dans openssh et toutes les possibilités que ça offre, irait se faire chier à attaquer astalavista.com ?
  • [^] # Re: On pourra lire aussi...

    Posté par  . En réponse au journal Argent libre. Évalué à 8.

    C'est pas bête comme système. Mais, je trouve que ça manque un peu de flexibilité. J'aimerais bien pouvoir échanger aussi des poulets, moi, par exemple.

    Du coup, je suggère qu'on utilise un truc qu'on pourrait appeler mmauné. Ce serait des ronds en métaux précieux. On dirait qu'un poulet vaut 5 mmaunés de bronze, une heure de chinois une mmauné d'argent, ce sera plus pratique pour échanger.

    Rapidement, transporter tant de mmauné métallique sera peu pratique, alors on les confira à des organismes chevaleresques armés qui nous donnerons des bons en papier échangeables, plus pratique.

    Evidemment, l'état se rendra compte que c'est intéressant. Il y mettra son nez et régulera la mmoné. La confiance dans la mmoné augmentera. On se dira que finalement, ce qui la symbolise n'a pas besoin d'avoir la valeur réelle de ce qu'on échange. Un nouveau système basé sur la confiance naîtra. On pourra alors utiliser des bouts de papier, par exemple.

    Comme démarrer dans le commerce demande beaucoup de mmoné, des organismes se spécialiseront dans le prêt. On les appelera les banckes. Pour trouver des fonds, elles rémunèreront les gens qui leur confie leurs économies. Ce sera laitpargne. Les banckes se mettront à prêter contre garantie et avec intérêt.

    Rapidement, certains verront qu'investir ainsi peut rapporter beaucoup. Pour faciliter leurs échanges, ils se réuniront dans des lieux spécialisés.

    Alors, naîtra le maareux ché.
  • [^] # Re: Balise HTML5

    Posté par  . En réponse au journal Le format Ogg pris en compte un peu partout. Évalué à 10.

    Y a que moi qui pense qu'un navigateur web ne devrait pas inclure ses propres codecs vidéos mais s'en remettre aux librairies existant sur le système ?
    Je demande parce que j'ai peur de me transformer en vieux con du coups.
  • [^] # Re: Les opérateurs brident le trafic

    Posté par  . En réponse au journal Google Android à la conquête du monde (de la téléphonie). Évalué à 4.

    En même temps, on ne peut pas vraiment s'étonner que les opérateurs brident à mort les possibilités de l'UMTS. Les gens risqueraient de se rendre compte que le coup actuel des technologies ne justifient pas ce qu'ils payent. Le prix de la minute et du SMS en France est quand même exorbitant. Sans compter que les opérateurs ont une trouille bleue que quelqu'un fasse du SIP avec.
  • [^] # Re: Home

    Posté par  . En réponse au journal Il n'est pas prêt !. Évalué à 10.

    Réussir à traiter VLC et mplayer de programme à moitié fini en un seul commentaire, chapeau.
    Je te met au défi de trouver un meilleur lecteur vidéo que ces deux là, tout OS confondu.
    Surtout que kmplayer n'est jamais qu'une interface graphique de mplayer.
  • [^] # Re: Victoire Historique

    Posté par  . En réponse au journal Parti pirate au Parlement. Évalué à 4.

    Sinon, Starbuck, t'as quelque chose de prévu Mercredi soir ?
  • [^] # Re: Amusant ...

    Posté par  . En réponse au journal Aider au développement d'un nouveau gestionnaire de paquets. Évalué à 3.

    La question n'est pas tant d'aimer ou pas.
    Le problème, c'est que refaire sans arrêt la même chose dans son coin n'est pas constructif.

    Après, le programmeur est roi, si il veut développer à partir de zéro, c'est son droit. Si des concepts et idées intéressantes en sortent, tant mieux, le libre en sortira grandit.

    Mais, le risque est grand que ça fasse un énième projet abandonné faute de développeur quand il s'en lassera, alors qu'il pourrait s'assoir et améliorer de l'existent et largement supporté. Surtout en matière de gestionnaire de paquet, où le moins qu'on puisse dire et que l'offre est foisonnant.

    Pourquoi repartir de zéro quand il existe un tas de projet à côté qui font quasiment la même chose, qu'on peut librement patcher et qui ont réellement le désir d'intégrer des patchs ?
  • # Pacman ?

    Posté par  . En réponse au journal Aider au développement d'un nouveau gestionnaire de paquets. Évalué à 10.

    Euh, les gars, un gestionnaire de paquet marchant avec des binaires et dont les utilisateurs peuvent créer eux-même des paquets, les compiler et les envoyer à des validateurs, ça ressemble fortement ( pour ne pas dire c'est scrupuleusement la même chose ) que pacman, Aur et le dépôt community d'archlinux.

    Pacman a un long développement derrière lui qui lui ont permit de se doter de fonctions utiles ais complexes ( téléchargement des paquets depuis plusieurs miroirs de façon transparente, patch delta ). Pourquoi vouloir réinventer la roue ?
  • [^] # Re: Tant mieux

    Posté par  . En réponse au journal Le Sénat veut affirmer que l'adresse IP est une donnée personnelle. Évalué à 4.

    Oui, enfin, la petite différence, c'est que je ne change pas d'adresse postale à chaque fois que j'ouvre ma porte, ni de numéro de téléphone dès que je décroche le combiner.
  • [^] # Re: 3G

    Posté par  . En réponse au journal Free lance FreeWIFI un réseau "communautaire" comme NeufWIFI ou FON. Évalué à 2.

    Les professionnels s'en servent un peu.
    Si je me souviens bien, certaines bornes d'autoroute ( oui, tu sais, les machins oranges ) communiquent en wimax avec les centres. C'est le seul usage dont j'ai jamais entendu parler.
  • [^] # Re: un autre problème

    Posté par  . En réponse au journal Le mobile en France, c'est pas cher !. Évalué à 2.

    "impossible de l'acheter nu"

    Je suis un peu surpris parce que la vente liée demeure illégale en France. Si j'ai bonne mémoire, Orange avait été contraint de vendre l'Iphone nu pour cette raison.
  • [^] # Re: IT

    Posté par  . En réponse au journal Commission Européenne - Rendre les développeurs juridiquement responsables de leurs développements ?. Évalué à -2.

    Le problème en France est que le titre d'ingénieur n'est absolument pas protégé, seul celui d'ingénieur diplômé l'est.
    Au final, on se retrouve avec des écoles formant des pseudo-"ingénieurs" en informatique qui n'ont absolument aucune culture interdisciplinaire. Je ne parlerais pas de cette école qui se présente comme la première école formant des ingénieurs en informatique en France alors qu'elle n'est même pas reconnue par la CTI...
  • [^] # Re: gni?

    Posté par  . En réponse au journal Uzbl : un navigateur internet, rien qu'un navigateur internet. Évalué à 3.

    Certes, la tournure est malheureuse. Uzbl ne modifie pas Webkit.

    Je visais en réalité le fait que firefox stocke ses bookmarks et son historique dans une base de donnée, ce qui me donne toujours l'impression d'utiliser un char d'assaut contre une mouche et ce qui est symptomatique de ce que veut éviter l'auteur d'Uzbl.

    Par contre, la balise video n'oblige pas à intégrer quoique ce soit. Le moteur de rendu peut tout à fait s'appuyer sur un lecteur extérieur et c'est d'ailleurs ( mais je ne vais pas vous l'apprendre ) ce que fait firefox en utilisant gstreamer pour tout ce qui n'est pas theora et ce que fait Webkit/GTK+ en utilisant dans tous les cas gstreamer.
  • [^] # Re: (e)links, lynx, w3m ?

    Posté par  . En réponse au journal Uzbl : un navigateur internet, rien qu'un navigateur internet. Évalué à 6.

    C'est un troll parce que je me prend à Metacity somme toute gratuitement. Après, je pense que sa pauvreté est assumée et volontaire. E16 était nettement plus riche en fonctions.

    Consernant links, lynx et w3m, je pense que la comparaison avec Uzbl n'est pas pertinente. Uzbl est un navigateur à 100% graphique et n'est absolument pas destiné à être utilisé dans une console. Webkit est un moteur de rendu bien plus complet que ceux des navigateurs précédemment cités.
  • [^] # Re: Le savoir est une arme...comerciale

    Posté par  . En réponse au journal Faire du libre ... vendre du libre (Mon point de vue de yacafocon).. Évalué à 2.

    Ca ressemble quand même à un faux problème si tu veux mon avis.
    Après tout, si le mécène menace d'arrêter de financer le projet et que ça se produit vraiment, on ne sera jamais que revenu à la situation initiale, celle qui aurait perdurée si on avait refusé, à savoir pas d'argent...
  • [^] # Re: Pas du tout, corrige.

    Posté par  . En réponse au journal Un ordinateur, trois souris, sept boutons .... Évalué à 2.

    Je pense que c'est ce qu'il voulait souligner par sa remarque: "(ah, sauf 1, zut)".

    Par ailleurs, pour revenir au sujet, à mon avis, mpx a surtout un intérêt en ce qui concerne les écrans tactils de grande dimension. Les tables tactiles permettent d'imaginer des choses intéressantes en matière d'ergonomie ( échange de documents électroniques entre interlocuteurs en les faisant glisser, etc... ).

    Voir notamment la vidéo : http://www.youtube.com/watch?v=olWjnfBoY8E&feature=chann(...)
    et un article dessus : http://gizmodo.com/gadgets/touch-me/linux-mpx-multi+touch-ta(...)
  • [^] # Re: Essayer c'est adopter

    Posté par  . En réponse à la dépêche Archlinux 2009.02 est parmi nous. Évalué à 7.

    "OSS depuis moins de 8 ans. non"

    Il a été relibéré en Juin 2007 et c'est du très bon.
    Globalement, je le trouve plus rapide que Alsa. Il consomme moins de ressource et il gère le volume par application qui est la seule chose qui m'intéressait dans PulseAudio. En plus, il a le bon goût d'être disponible sur tout les Unix et pas seulement Linux. Seul petit bémol, il supporte moins de matériel qu'Alsa.