Antoine a écrit 5722 commentaires

  • [^] # Re: ton journal puxor

    Posté par  . En réponse au journal utf8 puxor. Évalué à 4.

    Là c'est plutôt lié aux locales turques qui sont effectivement partiellement incompatibles avec ASCII, ce qui les rend délicates à utiliser.
    On a le même genre de problèmes avec Python :
    http://bugs.python.org/issue1813

    Notons qu'un strcasecmp pur ASCII n'est pas trop difficile à recoder à la main :)
  • [^] # Re: Contribution significative de Linagora ?

    Posté par  . En réponse à la dépêche Mandriva à vendre ?. Évalué à 3.

    C'est trop facile, on peut remonter très loin avec une façon de penser pareille.

    Non, on remonte aux vraies responsabilités. On ne file pas les clés de sa boîte à n'importe qui ou alors on ne se plaint pas qu'il fasse n'importe quoi.
  • [^] # Re: Salut, j'ai vraiment bien aimé cette démonstration

    Posté par  . En réponse au journal QML: le futur des interfaces graphiques. Évalué à 4.

    On peut même afficher « New York », mais seulement la moitié de « Mumbaï ».

    (j'imagine qu'avec une accélération matérielle on pourrait l'afficher en entier)
  • [^] # Re: Une vraie question

    Posté par  . En réponse au journal QML: le futur des interfaces graphiques. Évalué à -5.

    Justement, quand on touche les limites du langage, on continue en C++

    Pourquoi ne pas tout faire en Python plutôt ?
  • [^] # Re: mon avis

    Posté par  . En réponse à la dépêche Mandriva à vendre ?. Évalué à 8.

    Ça en dit long sur son implication alors que c'était quand même le fondateur de la boîte et du projet, AMHA.
  • [^] # Re: Contribution significative de Linagora ?

    Posté par  . En réponse à la dépêche Mandriva à vendre ?. Évalué à 7.

    Linagora, fort de son poids commercial n'a cependant que peu apporté au logiciel libre. De son côté Mandriva s'est illustré par sa capacité technique et son innovation mais a raté la marche commerciale.

    C'est ce qu'on appelle le mariage de la carpe et du lapin. Pour que ça marche, il faut en général que la carpe accepte de se laisser pousser les oreilles, et le lapin de perdre une grande partie de sa fourrure. Sans compter des régimes alimentaires légèrement divergents :)

    Je suis toujours persuadé que Mandriva n'a pas se remettre des dépenses somptuaires engagées par Henry Poole qui avait mis l'entreprise dans le rouge avant de la quitter.

    C'est facile de tirer sur les Américains qui ont soi-disant coulé Mandrake, mais qui les a placés aux commandes ? Il y a bien dû y avoir un Gaël Duval, et/ou ses associés, pour signer les accords qui les ont rendus minoritaires. Ce sont donc eux les responsables de cette gabegie.

    S'ils avaient été conséquents, ils auraient remonté une structure parallèle, forké la distribution et ramené peu à peu la communauté autour d'eux grâce à leur légitimité. Au lieu de pleurnicher par Jarillons interposés et de rejeter la faute sur les méchants Américains.
  • [^] # Re: Ubuntu One

    Posté par  . En réponse à la dépêche Ubuntu 10.04 est sortie. Évalué à 2.

    Ce à quoi il faudra un jour ajouter une application J2EE pour générer les inévitables miniliens.
  • [^] # Re: Version LIGHT

    Posté par  . En réponse à la dépêche Ubuntu 10.04 est sortie. Évalué à 2.

    Mandriva de même dans les dépôts PLF. La différence de rendu est flagrante.
  • [^] # Re: « consommer » le web

    Posté par  . En réponse à la dépêche Une liseuse libre pour lire des livres libres. Évalué à 1.

    Ça ouvre par exemple la possibilité d'un marché de l'occasion.

    Ce qui n'a aucun intérêt, puisque les auteurs n'y seront pas rémunérés.
  • [^] # Re: Mémoire

    Posté par  . En réponse à la dépêche Une liseuse libre pour lire des livres libres. Évalué à 5.

    Pourquoi veux-tu avoir raison quand la réalité des courbes de vente te démontrent le contraire, que les gens demandent une taille plus petite

    Les gens acceptent ce que leur appareil accepte, donc je ne vois pas en quoi les courbes de vente démontreraient quoi que ce soit.
    C'est comme si tu disais que les gens demandent trouvent l'USB meilleur que le FireWire, sous prétexte que le premier se vend plus que le premier.
  • [^] # Re: Raymond devos bosse chez Linagora ?

    Posté par  . En réponse au journal Mandriva et Linagora. Évalué à 2.

    Tu peux commencer par là :
    http://blog.mondediplo.net/2010-05-07-Crise-la-croisee-des-c(...)
    http://www.pauljorion.com/blog/

    Cela donnera probablement une grille de lecture un peu plus réaliste que la projection naïve des déboires personnels de l'informaticien sur le monde de la finance.
  • [^] # Re: Adieu Mandriva

    Posté par  . En réponse au journal Mandriva et Linagora. Évalué à 8.

    Rajoute le fait que le code est libre, donc c'est pas non plus ça qui est visé.

    Que reste-t-il ? La collection de cravates du PDG ? La marque Mandriva, qui sonne si bien et jouit d'une popularité énorme ? L'amitié de Pierre Jarrillon ?

    je doute que la majorité des gens restent sur place

    Note que vu la crise actuelle, certains pourraient avoir envie de rester au chaud.
  • [^] # Re: l'ambEUlance

    Posté par  . En réponse au journal Linux : Mandriva à vendre. Évalué à 2.

    Linagora se présente elle même comme éditeur de logiciel libre, et prétend même être un des leaders mondiaux du secteur.

    Et moi je suis un leader mondial du boeuf bourguignon. :-)
  • [^] # Re: API ?

    Posté par  . En réponse au journal Pulseaudio vs JACK. Évalué à 4.

    À l'arrivée oui... 15 ans après.
  • [^] # Re: API ?

    Posté par  . En réponse au journal Pulseaudio vs JACK. Évalué à 2.

    Là où KDE estimait que C++ se suffit à lui-même, GNOME a préféré laisser le choix du langage.

    À ce que j'en sais, Qt fournit des bindings Python & co aussi bien que gtk. J'imagine que KDE pourrait faire de même, si ce n'est pas déjà le cas.
  • [^] # Re: API ?

    Posté par  . En réponse au journal Pulseaudio vs JACK. Évalué à 2.

    Je sais bien tout ça, et ce ne sont que des petites différences pour se distinguer, on se crée une identité par rapport à l'autre et à la fin l'identité devient plus importante que le but initial.

    Je crois que Freud a appelé ça le "narcissisme de la petite différence".
  • [^] # Re: API ?

    Posté par  . En réponse au journal Pulseaudio vs JACK. Évalué à 10.

    Et si on regarde bien, le comble est que GNOME vient d'inventer Vala...
    Reprenons :
    - à l'origine, GNOME choisit Gtk parce qu'il ne veut pas de C++ et que le C est suffisant pour faire de l'objet
    - pendant 15 ans, les développeurs GNOME se font chier, je veux dire s'amusent comme des fous, à écrire du code objet convolué avec l'API C de gobject
    - au final, tout le monde GNOME saute de joie avec l'arrivée de Vala parce qu'ils peuvent enfin écrire leurs applications dans un langage exprimant de l'objet plus ou moins naturellement

    AMA, on a là une gabegie de dimensions plus que respectables.
  • [^] # Re: Exagéré

    Posté par  . En réponse au journal Canonical FAIL. Évalué à 5.

    De l'excrément de taureau ?
  • [^] # Re: Rien de nouveau sous le soleil ...

    Posté par  . En réponse au journal [HS] Favi, l'entreprise sans chef.. Évalué à 9.

    La rapidité des techniques, la mondialisation financière, font que l’espace de responsabilité du gouvernement de la République française a considérablement diminué, alors même que les gens vous rendent responsables de tout.

    C'est une jolie manière d'essayer de faire oublier la responsabilité des politiques menées depuis 25 ans, y compris par Rocard et ses amis (transfert de pans grandissants de la souveraineté à des organismes extra-démocratiques tels que Commission Européenne, BCE, etc.). Rocard est un âne ; son couplet pleurnichard est indigne de quelqu'un qui veut donner l'image d'un politicien responsable et conséquent.
  • [^] # Re: Interface de l'enfer

    Posté par  . En réponse à la dépêche Sortie de KDevelop 4.0. Évalué à 5.

    Il existe des logiciels dont le but est de ne pas être utilisable ?

    git, emacs ?
  • [^] # Re: Interface de l'enfer

    Posté par  . En réponse à la dépêche Sortie de KDevelop 4.0. Évalué à 3.

    C'est juste moi, ou cette interface c'est l'enfer ?

    Ben non, c'est un outil KDE.
  • [^] # Re: Comparaison avec Eclipse

    Posté par  . En réponse à la dépêche Sortie de KDevelop 4.0. Évalué à 4.

    sr = !sh -c 'git fetch $1 && git show-branch --current $1/\\*' -

    À utiliser « git br someone », il récupère les branches du dépôt public d'une
    personne, et utilise show-branch pour les comparer avec les tiennes. Tu sais
    ainsi aisément si il y a des commits à merger.


    Tu pourrais aussi taper "hg in".
  • [^] # Re: Indisponible pour Linux 64bits ? Si c'était que ça...

    Posté par  . En réponse à la dépêche Google Chrome integrera Flash. Évalué à 4.

    Les betas Flash pour Linux x86-64 marchent bien chez moi (en tout cas suffisamment pour YouTube & co).
  • [^] # Re: Mouai

    Posté par  . En réponse à la dépêche Google Chrome integrera Flash. Évalué à 4.

    Et que les alternatives à Flash n'ont aucune raison de consommer moins.
  • [^] # Re: [:Mouaifff]

    Posté par  . En réponse au journal Rethinking PID 1. Évalué à 2.

    Sinon, quand tu mets à jour ton kernel Linux, tu ne reboote pas?

    Si si... ça arrive une fois tous les trois mois, peut-être. Et quand ça reboote je peux me faire un thé, ou aller pisser tout simplement.

    Ce n'est pas parce qu'on ne boote pas souvent qu'ont ne veut pas que ça aille vite

    Oh, bien sûr.
    C'est juste que dans une existence où on passe entre une et deux heures par jour dans les transports, une heure à se sustenter, trente minutes (minimum) pour les diverses nécessités de l'hygiène, etc. ... considérer le temps de boot (une minute par jour ?) comme une contrainte importante, c'est totalement pathétique. C'est du pur délire de geek technocentré, le même genre qui pense que le bureau 3D va enfin faire migrer les masses sous Linux.

    (et, aussi chiants soient les fans d'Apple, je n'en ai jamais entendu un seul m'expliquer que les Macs étaient mieux parce qu'ils bootaient plus rapidement... ce qui montre bien à quel point cette métrique est non-pertinente)

    Et pour terminer sur une note plus terre-à-terre, à propos de ce temps de boot : la majorité du temps "perdu" n'est pas dû au démarrage du système proprement dit (scripts d'init et démons divers), mais au fait de redémarrer toutes les applis que j'utilise, initialiser les connexions IMAP & co.
    (il y aussi le fsck occasionnel qui, lui, pour le coup, bouffe beaucoup de temps)