Jar Jar Binks a écrit 1200 commentaires

  • [^] # Re: Pareil !

    Posté par  . En réponse à la dépêche Bitkeeper, RMS et PLONK.. Évalué à 1.

    s/sam/kadreg/
  • [^] # Re: C'est pas si compliqué

    Posté par  . En réponse à la dépêche Bitkeeper, RMS et PLONK.. Évalué à 1.

    Mais c'est bien de mercatique qu'il est question.
    La mercatique de BKbits, qui utilise Linux pour faire sa publicité.
  • [^] # Re: Un peu d'objectivité ferait pas de mal ....

    Posté par  . En réponse à la dépêche Renault fait sa pub .... Évalué à 1.

    Prenons l'exemple du FPS.
    Une fois que le bon moteur est là, il reste à développer des cartes, des personnages, des armes, des textures. C'est ça qui est long.

    Et là, c'est magique ! D'une part, regarde tous les modules d'extension pour Half-Life et Quake 3 : il y en a un bon paquet qui sont faits par des bénévoles, et ils sont souvent de très bonne qualité, ça fait donc un certain nombre de gens qui sont prêts à faire ça pour un moteur de jeu libre s'il arrive et qu'il est de bonne qualité.

    En plus de ça, une fois que tu as un moteur qui marche, ça deviendra très intéressant pour les éditeurs de développer des add-ons se basant dessus, d'autant plus qu'ils n'auront pas besoin des compétences spécifiques requises pour faire le moteur.
  • [^] # Re: Clustering / DNS Round Robin ou conneries equivalentes sur plusieurs Machine

    Posté par  . En réponse à la dépêche LinuxFr cherche nouvel hébergeur, et plus si affinités.... Évalué à 1.

    Et tu fais commment pour coordonner la base de données ?
  • [^] # Re: Intéressant mais.

    Posté par  . En réponse à la dépêche Statistiques sur les distributions Linux. Évalué à 1.

    Pour ma part, je parlais de la personne à laquelle j'ai répondu.
  • [^] # Re: Un peu d'objectivité ferait pas de mal ....

    Posté par  . En réponse à la dépêche Renault fait sa pub .... Évalué à 1.

    Il est effectivement probable que pour l'instant le mode de fonctionnement colaboratif associé au logiciel libre ne permette pas de développer un jeux « au top » avec un simple noyau dur de bénévoles.

    Il y a une époque, on disait ça des systèmes d'exploitation. Quand on s'est rendu compte que c'était bidon, on a dit ça de la bureautique. Maintenant qu'on se rend compte que c'est tout aussi faux, on dit ça des jeux.
    Pas grave, ce ne sont que des paroles.
  • [^] # Re: Intéressant mais.

    Posté par  . En réponse à la dépêche Statistiques sur les distributions Linux. Évalué à 1.

    Le titre est prétentieux

    Y'a pas que le titre, à être prétentieux...
  • [^] # Re: Testez la !

    Posté par  . En réponse à la dépêche Article sur la Gentoo 1.4. Évalué à 10.

    En fait, on peut gagner beaucoup sur des applications très spécifiques, à condition de réécrire les portions critiques en assembleur.
    C'est par exemple impressionnant sur SSL, on arrive à gagner un facteur 1.5 à 2 sur les architectures intel, et 5 à 6 sur les sparc.

    Avant de vous jeter sur gentoo pour pouvoir vous loguer plus vite avec SSH, n'oubliez pas qu'au moins Debian (et ça m'étonnerait fort que les autres distributions n'en fassent pas rapidement autant, si ce n'est déjà fait) fournit des versions optimisées de ces bibliothèques.
  • [^] # Re: Testez la !

    Posté par  . En réponse à la dépêche Article sur la Gentoo 1.4. Évalué à 6.

    Je crois d'ailleurs que ça va poser des problèmes pour avoir KDE 3 dans Debian, vu qu'on évalue à une semaine le temps de compilation sur architecture m68k.
  • [^] # Re: 1 admin sur 2 est un maso

    Posté par  . En réponse à la dépêche Les sources de Sendmail infectées. Évalué à -1.

    Sors de ton trou, postfix et surtout qmail tiennent beaucoup mieux la charge que sendmail.
  • [^] # Re: 1 admin sur 2 est un maso

    Posté par  . En réponse à la dépêche Les sources de Sendmail infectées. Évalué à 3.

    Je dirais même que c'est l'une des principales raisons pour laquelle sendmail est encore aussi répandu. Les administrateurs barbus incapables de se recycler dans autre chose que la production de fichiers de configuration de sendmail et bind ne veulent absolument pas montrer que le travail qu'ils font ne sert à rien et qu'il pourrait être remplacé par quelques questions debconf. Si le patron de l'administrateur voit les fichiers de conf imbittables, il se dit « oh là là, il est fort mon admin, il fait des fichiers de conf sendmail et il recompile sa kernelle, c'est un homme, un vrai ». Si l'admin commence à installer son noyau et son postfix en cliquant dans synaptic ou drakemachin, le patron va commencer à se demander pourquoi il le paye ou va lui demander de faire plus de boulot.
  • [^] # Re: 1 admin sur 2 est un maso

    Posté par  . En réponse à la dépêche Les sources de Sendmail infectées. Évalué à 2.

    C'est très bien, mais ça ne change rien au fait que techniquement, sendmail est complètement à la rue.
  • [^] # Re: 1 admin sur 2 est un maso

    Posté par  . En réponse à la dépêche Les sources de Sendmail infectées. Évalué à 2.

    Quand il s'agit de gérer les EMails de centaines d'utilisateurs, on attend une solution qui tient la route et qui soit évolutive... du béton quoi... (une authentification Db, la sauvegarde sur un Db, un interfaçage avec d'autres progs, ... etc).

    Et tu parles de Sendmail pour faire ça ? MOUAHAHAHHAHAHAAAAAAAAAAAAAAAAAAA !!!!!!!!!

    Pourquoi faire simple quand vous pouvez faire compliqué ? Vous aussi, utilisez sendmail !

    Pour ton info, puisque tu sembles ne pas y connaître grand-chose, tout ce que tu décris peut parfaitement se faire avec exim et postfix, et de façon beaucoup plus simple et plus robuste.
  • [^] # Re: 1 admin sur 2 est un maso

    Posté par  . En réponse à la dépêche Les sources de Sendmail infectées. Évalué à 7.

    Vaudrait mieux compter dans l'autre sens :
    2,24 % de postfix, et 1,53 % d'exim, ça fait 96,23 % d'admins masochistes.
    Y'a encore du boulot à faire pour sécuriser le réseau...
  • [^] # Re: Moi je sais ...

    Posté par  . En réponse à la dépêche Chute de météorite. Évalué à 7.

    On a même une vidéo amateur authentifiée par la NSA :

    http://jmouette.nerim.net/pub/images/coucroute.gif(...)
  • [^] # Re: recrudescence du wma

    Posté par  . En réponse à la dépêche Palladium, déjà dans vos assiettes. Évalué à 0.

    Je préfère largement voir les sites diffuser du WMA et non du Realplayer. Il existe un lecteur libre pour le format WMA (mplayer), et il n'est pas protégé par 250 brevets.
  • [^] # Re: PLF héberge également les paquets que MandrakeSoft refuse par pure bétise

    Posté par  . En réponse à la dépêche Packages cherchent miroir désespérement. Évalué à 2.

    Exemple, le package hot-babe, où l'on voit une Bellaminette être autant plus dénudée que le CPU bosse (forcément elle a plus chaud...) a été refusé pour prétendue cause de pornographie !

    Où peut-on trouver les sources de ce logiciel ?
  • [^] # Re: Francais.

    Posté par  . En réponse à la dépêche Apache 1.3.27 (upgradez!). Évalué à 5.

    Pourquoi les gens du marketing utilisent-ils tant de mots anglais?

    Et d'abord on dit mercatique.
  • [^] # Re: Et si ....

    Posté par  . En réponse à la dépêche 170 virus et chevaux de Troie pour Linux. Évalué à 3.

    D'autre part mon argument n'est pas : "passez à smalltalk" mais : "sortez la tête du cul, apprenez les concepts modernes de développement".

    Tu sembles incapable de comprendre qu'il y a moyen d'utiliser des concepts modernes de développement en C (par exemple).
    Tu racontes plus haut que tu as du « oublier 8 ans de bidouilles » pour te mettre au smalltalk, je trouve ça assez éloquent. Tu as besoin de passer à un nouveau langage, radicalement différent, pour évoluer. Ce n'est pas le cas de tout le monde, il y a des gens qui arrivent à évoluer en programmant en C (les nouveaux concepts introduits par Linux sont écrits en C, de même que le Hurd). Il y a aussi des gens qui arrivent à changer de langage en réutilisant leurs acquis.

    Bref, si tu en as marre de la programmation, ce n'est pas une tare, il y a bien d'autres façons d'aider le logiciel libre que de faire du code. Critiquer en permanence les choix des développeurs n'en fait pas partie.
  • [^] # Re: Bande de petits joueurs

    Posté par  . En réponse à la dépêche 170 virus et chevaux de Troie pour Linux. Évalué à 5.

    Faut utiliser pam_limits et /etc/security/limits.conf
  • [^] # Re: Rassurez-moi

    Posté par  . En réponse à la dépêche 170 virus et chevaux de Troie pour Linux. Évalué à 8.

    Parce que le public n'aime pas le changement.
  • [^] # Re: C'est pas la première fois

    Posté par  . En réponse à la dépêche 170 virus et chevaux de Troie pour Linux. Évalué à 5.

    Oui, je me souviens l'avoir vu venir s'excuser de m'avoir envoyé un mail de menaces.
  • [^] # Re: Et si ....

    Posté par  . En réponse à la dépêche 170 virus et chevaux de Troie pour Linux. Évalué à 5.

    J'ai une super idée pour t'occuper. Puisque ça a l'air de te plaire tant que ça, pourquoi tu ne commences pas à réimplémenter tous les services de base d'un OS en Scheme, en OCaml, en Smalltalk ou en python (ah non, suis-je bête, pas en python, c'est un langage pour faire des logiciels, pas pour se branler la nouille) ? Qui sait, peut-être qu'un jour le monde entier te remerciera d'avoir sécurisé l'informatique ?
  • [^] # Re: N'importe quoi !!!

    Posté par  . En réponse à la dépêche 170 virus et chevaux de Troie pour Linux. Évalué à 10.

    je pense que la communaute open source devrait apprendre à rester plus objective face aux critique dans le genre

    Soyons objectifs avec cet article : c'est un tissu d'âneries qui ne mérite même pas qu'on se torche le cul avec.
  • [^] # Re: arghghur

    Posté par  . En réponse à la dépêche 170 virus et chevaux de Troie pour Linux. Évalué à 2.

    ... laisse tomber, c'est du vnunet.