ckyl a écrit 3877 commentaires

  • [^] # Re: Debian en progression pour les serveurs web

    Posté par  . En réponse à la dépêche Debian en progression pour les serveurs web. Évalué à 1.

    Je tourne en unstable ? Tu as lu le premier message ?
    J'utilise plus Debian depuis un an et demi....
  • [^] # Re: bouquin de C++

    Posté par  . En réponse au journal bouquin de C++. Évalué à -1.

    Ha ? tu conseillerais le K&R a un débutant en C ?

    mouahahahahahahahaha

    pardon, excusez moi je sors rire dehors :-)
  • [^] # Re: Xmms 1.2.9 est sorti, mais y'a t'il des alternatives ?

    Posté par  . En réponse au journal Xmms 1.2.9 est sorti, mais y'a t'il des alternatives ?. Évalué à 1.

    Le problème est justement que rhythmbox désire des fichiers bien taggés mais gstreamer ne permet pas l'édition des tags mp3/ogg !

    Ce qui fait que c'est très chiant. De plus j'ai pas trouvé de tagger en gtk2 correct....

    Je me demande comment ils ont pas pu penser a ca _avant_ !

    Autrement si pars dans ma bibilothèque est dans /mnt/Son et que je rajoute un rep dans Son/ je trouve ca relou qu'il le detecte pas automatiquement c'est chiant d'avoir a ajouer manuellement.
  • # Re: Tout est dans le journal

    Posté par  . En réponse au journal Tout est dans le journal. Évalué à 3.

    Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7a) Gecko/20040205 Firebird/0.8.0+

    pfff on est déjà à j+2 :-)
    [en plus ca fait longtemps que le CVS est taggé 0.8]
  • [^] # Re: Debian en progression pour les serveurs web

    Posté par  . En réponse à la dépêche Debian en progression pour les serveurs web. Évalué à 2.

    Super Gnome 7.93.2 est sorti hier mais comme personne ne l'annoncera avant 10 ans personne ne l'aura testé !

    Moi je te dis quand ca arrive dans ma mailbox, ce qui correspond à la date a partir de laquelle tu es supposé être au courant et donc pouvoir chercher/appliquer un remède au problème. Si le patch a attendu tout seul sur les mirroirs pendant 10 jours il n'a pas été très utile.

    Bon sur ce j'arrete la :-)
  • [^] # Re: The WindowManager Killer ! :)

    Posté par  . En réponse au journal The WindowManager Killer ! :). Évalué à 1.

    > Vous me suivez ? :-D

    Quand il s'agit de troller toujours !
  • [^] # Re: The WindowManager Killer ! :)

    Posté par  . En réponse au journal The WindowManager Killer ! :). Évalué à 1.

    Il sert a quoi Ion si tu es un bon emacsien ?

    Y'a meme pas besoin de window manager normalement !
  • [^] # Re: Bip

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

    p4n p4n !
  • [^] # Re: Debian en progression pour les serveurs web

    Posté par  . En réponse à la dépêche Debian en progression pour les serveurs web. Évalué à 0.

    Preuve que je n'ai pas choisi les advisos qui m'arrangaient :-)))
  • [^] # Re: Debian en progression pour les serveurs web

    Posté par  . En réponse à la dépêche Debian en progression pour les serveurs web. Évalué à 5.

    Bin si tu lis bugtraq tout les jours je peux t'assurer que c'est comme ca dans 90% des cas.

    De plus, amha, l'excuse des 70 plateformes ne tiens pas ici. Si c'est problematique alors on creer des listes de sécu x86/ppc/amd64/alpha etc. Et on envoit sur la liste des que le paquet est près. Ca coute vraiment pas cher a mettre en oeuvre. C'est avoir l'information qui est important, a la limite il va mieux couper les services pendant quelques heures le temps que le patch soit dispo que de devoir couper pendant une semaine pour cause de rootkitage.

    J'ai pris l'exemple de Gaim par ce que c'etait le dernier dont tout le monde a entendu parler et me semblait etre un choix impartial (j'aurais pu choisir de retrouver un adviso qui est arrivé plus d'un mois après en cherchant un petit peu !).

    La c'est Gaim c'est pas très grave. 10 jours pour une faille OpenSSH tu te rends compte ! ca laisse le temps a ton reseau se faire scanner par les scripts kiddies quelques millions de fois :-)
    Le vrai compte a rebour commence lorsque l'exploit devient publique si l'upgrade arrive apres alors ca devient tendu du slip. Je connais plein de gens pas assez fou pour mettre un apt upgrade dans le crontab et qui suivent pas la sécu plus que ca (ie au mieux c'est abonné a la liste de secu de debian et on passe les advisos au procmail pour ne garder que les pkg installés...). Mais au moins eux ils patchent :-)

    Mes statistiques de têtes dans l'ordre de bugtraquage c'est RH/Gentoo/Slackware, Mdk entre 12h et 1 jours après. FreeBSD, Debian entre 2 et 4 jours mais ca, ca n'a rien de scientifique :-)
  • [^] # Re: Debian en progression pour les serveurs web

    Posté par  . En réponse à la dépêche Debian en progression pour les serveurs web. Évalué à 9.

    Excuse moi de te dire ca mais ta remarque fait un peu pitié.
    Debian est systematiquement a la bourre sur la publication des advisos (pour le patchage je sais pas j'ai pas (plus) de Debian). Debian arrive fréquement avec 1 semaine de retard et j'ai deja eu des ovnis du genre un mois après.

    Aller on va le faire sur le "dernier" problème qui a fait un peu de bruit en date, j'ai nommé GAIM :

    26 01 : premier adviso
    26 01 : RHSA
    27 01 : MDKSA
    27 01 : slackware security
    27 01 : GLSA
    29 01 : SuSE security announcement
    05 02 : DSA ! (dans leur moyenne de temps de réponse)
    [note que l'adviso n'est toujours pas sur bugtraq, d'ailleurs on s'en fou un peu, mais ma mailbox me dit
    Date: Thu, 5 Feb 2004 15:06:18 +0100 (CET)
    ]

    Ca ne fait que DIX jours de retard ca !

    Gaim n'est pas un incident de parcours et généralement l'ordre est a peu près toujours le même sur bugtraq. Je pense que ta remarque valait le coup pour souligner la promptitude des réponses de Debian :-)

    Faudrait peut-etre un moins borné sur sa distrib et allez voir ailleur de temps en temps. Ca fait du bien des fois et ca permet de relativiser la genialissimité des choses que l'on utilise. De plus c'est pas security.debian.org qui était encore dans les choux la semaine passée ?



    Bon tu veux aussi troller sur les délais de réponse au rootkitage ou on peut allez se coucher ?
  • [^] # Re: Debian en progression pour les serveurs web

    Posté par  . En réponse à la dépêche Debian en progression pour les serveurs web. Évalué à -1.

    Ba ca prouve simplement que les admins debian sont plus incompetants que les autres, par ce qu'ils savent pas mettre "ServerTokens Prod" dans leur httpd.conf.

    Ou alors qu'ils sont plus fier d'eux que les autres, mais ca c'est pas une nouvelle :-)

    Bon je sors avant la volée de moins.
  • # Re: de l'intégrisme...

    Posté par  . En réponse au journal de l'intégrisme.... Évalué à 0.

    Méquilestcon !

    Fallait demander un Athlon pour noël c'était plus simple.
  • [^] # Re: Puissance du serveur(s)

    Posté par  . En réponse au journal info sur la Puissance du serveur nécessaire. Évalué à 1.

    En quoi c'est imprenable ? un firewall ca te permet juste de determiner qui accede a quoi. A part si ta machine n'a aucun service, un apache ou un samba vulnerable ca donne un mal de fesses avec ou sans firewall.

    Si en plus la machine qui fait firewall est la même que celle qui heberge les services...

    Enfin c'est juste ce que j'en dis :-)
  • [^] # Re: Look N' Feel du brouteur

    Posté par  . En réponse au journal Look N' Feel du brouteur. Évalué à 1.

    vivi c'est purement insuportable.

    Pour moi ca rend l'informatique par la fenetre :--)
  • [^] # Re: Look N' Feel du brouteur

    Posté par  . En réponse au journal Look N' Feel du brouteur. Évalué à 1.

    Deja vu le temps de chargement des pages tu peux diviser par facilement 10 la durée de ton animation (bon ca limite l'interet deja :-).

    Mais en plus si tu veux que ca soit joli ca va ralentir le chargement de la page (bin oui autrement l'apparition est trop lente) et c'est insuportable. C'est un truc qui m'ennerve chez OS X ca. Vouloir faire du "joli" partout mais c'est plus utilisable.

    Bon je sors du mode raleur :-)
  • [^] # Re: La métaphore du magnétoscope

    Posté par  . En réponse au journal La métaphore du magnétoscope. Évalué à 1.

    Faux ils ne mettent pas un DD vide, ils ne te donnent simplement pas ta licence.

    Enfin moi c'était comme ca. Le win était installé (surprise !) mais pas de licence pour l'activer. Enfin il a pas tenu plus de 10 minutes (le temps que j'essais les jeux livré avec :-) avant de deguager.
  • [^] # Re: Changement majeur dans le processus de développement de Mandrake Linux

    Posté par  . En réponse à la dépêche Changement majeur dans le processus de développement de Mandrake Linux. Évalué à 1.

    Bin tiens. Pour faire revenir les gens a l'an 40 des cartes graphique ?

    C'est bien d'avoir du 100% free mais apres tu vas m'expliquer comment les gens qui ont achetes une belle distrib jouent ? Bin sous windows pardi !

    Tu vas m'expliquer comment j'utilise ma webcam avec son module proprio ?

    bon c'est pas tout ca mais l'inquisition debianiste me fatigue a cette heure.
  • # Re: Speech de RMSà LE 2004

    Posté par  . En réponse au journal Speech de RMSà LE 2004. Évalué à -1.

    Que d'originalité et de rebondissements !
  • [^] # Re: simpleinit

    Posté par  . En réponse au journal simpleinit. Évalué à 1.

    Hum je parlais de sourcemage pour ma part :-)

    Pour le find je sais bien. Mais ce qui me gène avec la classification telle qu'elle est c'est que tu as besoin de reflechir sur ce qui est lancé avant dans les autres niveaux et qu'il n'y a pas de lien logique a priori entre ces niveaux.

    J'ai 5 jours de vacances je vais donc bien trouver du temps pour essayer de faire ce que j'ai en tête au niveau de l'init et si je tombe sur quelque chose d'interessant je mettrais nagasaïa en CC.
  • # Re: simpleinit

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

    c'est interessant bien que je ne me soit pas tellement penché sur le sujet.

    Il est par contre domage que les distribs utilisant simpleinit se contente d'un bête 1 2 3 4 5 comme sous l'init sysV ce qui n'apporte pas grand chose en réalité. Alors qu'on pourrait faire des répertoire par thèmes et tout. Pour que ce soit simple et clair.

    Autrement si on utilise la classification sysV avec simpleinit je trouve ca encore plus incomprehensible que l'init sysV étant donnée qu'il faut faire des ls dans 5 répertoires pour savoir ce qui est lancé.

    Bref le concept est bon, la mise en pratique dans les distribs moins. Mais j'ai prévu de trouver un peu de temps pour regarder ce qui était faisable :-)

    Autrement la sortie graphique est vraiment une horreur mais ca doit pas etre le plus compliquer a patcher :-)
  • [^] # Re: Sortie de KDE 3.2

    Posté par  . En réponse à la dépêche Sortie de KDE 3.2. Évalué à 2.

    285 (defun up-slightly () (interactive) (scroll-up 5))
    286 (defun down-slightly () (interactive) (scroll-down 5))
    287 (global-set-key [mouse-4] 'down-slightly)
    288 (global-set-key [mouse-5] 'up-slightly)

    essais quelque chose comme ca (oui tout le monde a remarqué le vim ~/.emacs :-)
  • [^] # Re: Unices

    Posté par  . En réponse à la dépêche Sortie de KDE 3.2. Évalué à 0.

    Ouaip même qu'on a des machines toutes neuves DELL.
    PIV 2.6Ghz 1GB de RAM carte reseau gigabit et tout.

    Comment ca va aller trooooop viiiiiite pour compiler les hello world ! Enfin fallait bien ca puisque 99% des gens utilisent emacs. Moi avec Vim je me sentais pas géné par nos 300 Mhz...


    On va enfin pouvoir faire tourner Gnome et peut etre meme KDE \o/
  • [^] # Re: Performances Linux 2.4 vs 2.6

    Posté par  . En réponse à la dépêche Performances Linux 2.4 vs 2.6. Évalué à 5.

    Heu en 2.5 depuis 60 et des brouettes. Enfin des 2.5 j'en ai sauté pas mal. A peu pres tout les -test et -pre. Toutes les versions depuis 2.6.0. Jusqu'au 2.6.2-rc3 aujourd'hui.

    J'ai encore des Oops régulierement sur certains sous systèmes (usb notament) assez difficilement reproductible donc tracables. Problème aussi avec le sous système d'input. Et je vois regulièrement des kernels Oopser sur certaines machines. Ce n'est pas, tu installes => ca plante mais ca arrive. Et c'est inacceptable pour certaines taches. Il s'agit du cycle normal de développement de tout logiciel. Dire que le 2.6.0 est officiellement stable m'a "toujours" fait bizarre. Autrement sarge devrait s'appeller stable :-)

    Je suis plus FreeBSDien que linuxien et il y'a exactement les mêmes problèmes des deux cotés. La finalisation est très longue pour avoir quelque chose de "parfait".

    Et la plupart des hébergeurs que je connais n'imaginent pas changer de branche noyaux avant une bonne année...
  • [^] # Re: Performances Linux 2.4 vs 2.6

    Posté par  . En réponse à la dépêche Performances Linux 2.4 vs 2.6. Évalué à 5.

    Deployer un 2.6 en prod comme ca est sucuidaire et serait une bien mauvaise idée :-)

    Le 2.6 est beaucoup trop jeune pour être mis en prod, vaudrait mieux attendre quelques releases avant de le dire aux décideurs. Histoire que linux 2.6 n'aille pas simplement plus vite pour Ooopser.

    Tu sais c'est pas un hasard si des gens comme ceux FreeBSD laissent en STABLE la 4.x pendant plus d'un an avant de brancher STABLE sur 5. Simplement que quand on dit qu'un noyau est stable il doit avoir prouvé qu'il est rock solid et pas simplement présumé. Ca me parait une base quand on parle d'environement serveur...

    Bon bien sur ca peu passer, mais vaut mieux pas trop jouer avec le feux tout de même.

    Autrement il a de la RAM ton 486 ?
    Matte les archives de kerneltrap ca en a parlé y'a pas longtemps.