jigso a écrit 1217 commentaires

  • # Le biosbiptil ?

    Posté par  . En réponse au journal Ordinateur kaput !!!!!!!!!!. Évalué à 2.

    En clair la machine émet-elle des bips au démarrage ?
  • [^] # Re: Et sur Debian ?

    Posté par  . En réponse à la dépêche Des vulnérabilités des Linux 2.4 permettent un DoS distant. Évalué à 1.

    Zut, je viens de me rendre compte que j'ai tout faux... (en plus ce que j'ai écris ne correspond pas à ce que je vouslais dire).

    Dans le apt-cache show kernel-image-2.4.20-1, je vois ça :

    Filename:pool/main/k/kernel-image-2.4.20-1-i386/kernel-image-2.4.20-1-386_2.4.20-7_i386.deb

    Comprend rien au nommage des numéros de versions des noyaux...
  • [^] # Re: Et sur Debian ?

    Posté par  . En réponse à la dépêche Des vulnérabilités des Linux 2.4 permettent un DoS distant. Évalué à 0.

    Sauf que 1 != 7, même pour des grandes valeurs de 1 et des petites valeurs de 7...

    kernel-image-2.4.20-1-i386 => kernel-image-2.4.20-1-386
    kernel-image-2.4.20-7-i386 => ???
  • [^] # Re: Et sur Debian ?

    Posté par  . En réponse à la dépêche Des vulnérabilités des Linux 2.4 permettent un DoS distant. Évalué à 1.

    Je l'ai fait marché sur une Woody 100% pure jus.

    Va comprendre charles...
  • [^] # Re: Et sur Debian ?

    Posté par  . En réponse à la dépêche Des vulnérabilités des Linux 2.4 permettent un DoS distant. Évalué à 0.

    Mais dans ce cas pourquoi ne pas proposer aussi les noyaux compilés ? Manque de place, de temps ?
  • # Et sur Debian ?

    Posté par  . En réponse à la dépêche Des vulnérabilités des Linux 2.4 permettent un DoS distant. Évalué à 3.

    Je n'ai rien vu concernant les 2.4 des Debian ? ils seraient epargnes ? Pas encore de patch ?

    So qqu'un a des infos...
  • [^] # Re: Problème des Fautes !!!

    Posté par  . En réponse à la dépêche Lecteur multimédia autonome: GeeXboX. Évalué à 0.

    > SLTS

    4) Et cessons d'utiliser des acronymes à usage des initiés !
    (zut, je viole la loi 2).
  • [^] # Re: fdsfsd -> njfdn

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

    Sauf que cette page sera sûrement indexée un jour, et donc il apparaîtra 2 fois !
  • [^] # Re: Ah mais LOGIN c'est de la MERDE!

    Posté par  . En réponse au journal Ah mais LOGIN c'est de la MERDE!. Évalué à 3.

    Merci beaucoup pour ce journal constructif !

    Tu parles de Login, là, non ? ;-)
  • # Re: Passage de parsec sous GPL: c'est fait !

    Posté par  . En réponse au journal Passage de parsec sous GPL: c'est fait !. Évalué à 2.

    Génial... Et sinon, c'est quoi parsec ? (je sais, yakakliker)

    Bon allez, pour les autres fainéants comme moi, extrait de la page principale :

    "Fast-paced multiplayer cross-platform 3D Internet space combat"
  • # Re: Optimiser un programme C++

    Posté par  . En réponse au journal Optimiser un programme C++. Évalué à 3.

    Je ne l'ai pas encore vu dans les commentaires, je signale donc l'existence de l'excellent Valgrind. À associer à kcachegrind pour exploiter graphiquement les résultats.

    Voila la description debian de Valgrind :


    Description: A memory debugger for x86-linux
    Valgrind is a GPL'd tool to help you find memory-management problems in your programs. When a program is run under Valgrind's supervision, all reads and writes of memory are checked, and calls to malloc/new/free/delete are intercepted.
    .
    Valgrind can debug more or less any dynamically-linked ELF Linux x86 executable, without modification, recompilation, or anything, as long as it contains only classic x86 code (MMX/SSE/SSE2/3DNow! largely unsupported for the moment). There is experimental support for programs using libpthread.
    .
    A satellite program, cachegrind, can be used for processor-level (simulated) cache analysis.
  • [^] # Re: A quand les journaux modérés ?

    Posté par  . En réponse au journal A quand les journaux modérés ?. Évalué à 1.

    (le titre peut rester)

    Donc certains s'amuseront a flooder juste avec le titre...

    Vivement la quatrième guerre mondiale (celle avec les gourdins).
  • [^] # Re: A quand les journaux modérés ?

    Posté par  . En réponse au journal A quand les journaux modérés ?. Évalué à 1.

    Non bien sûr, mais les autres non plus, donc je n'aurais pas eu a écrire ce journal.
    On tourne un peu en rond là, non ?
  • [^] # Re: Le gouvernement, la recherche et Microsoft

    Posté par  . En réponse à la dépêche Le gouvernement, la recherche et Microsoft. Évalué à 1.

    Car meme si les articles sont publies, que tout le monde profite de la recherche, les connaissances et competences acquises restent dans le pays.

    Ben non, si les articles sont publiés, la connaissance est partagée. Quant aux compétences, elles sont effectivement plus marquées à l'origine de la connaissance, mais rapidement, elles suivent le même chemin. Tous les hackers du noyau Linux ne sont pas finlandais !
  • [^] # Re: 404 mon ex-ami

    Posté par  . En réponse au journal Un document pro linux chez IBM :). Évalué à 1.

    Effectivement j'ai eu le même gag, le premier coup sa plante, puis ça passe. Bizarre bizarre
  • [^] # Re: Le gouvernement, la recherche et Microsoft

    Posté par  . En réponse à la dépêche Le gouvernement, la recherche et Microsoft. Évalué à 10.

    Au fait, depuis quand la recherche doit être productive ? Par définition, la recherche ne peut être liée à la notion de productivité/rentabilité puisqu'incertaine ! Dans un des derniers numéro de Pour la science un article expliquait très bien le principe de la recherche publique. En gros 1 euro investi rapporte à l'état 10 centimes. Vu par le petit bout de la lorgnette la recherche est déficitaire, donc on réduit le déficit en réduisant les investissement. Fin du raisonnement. Oui, mais la recherche, ça ne marche pas comme ça... Comme pour le logiciel libre, il y a partage des connaissance entre les différents états, et le partage de connaissance ne coute rien, Au contraire, le gain de 10 centimes précédant apparait dans tous les pays qui bénéficient de cette recherche, Si une centaine de pays fait de la recherche, et partage les connaissances, le gain pour un pays est de 100*10 centimes, cad bien plus que l'investissement (faite le parallèle avec les LL). Sauf que certains pays essayent de truander en se disant : "si je ne fais pas de recherche, il manquera juste mes 10 centimes, mais il restera les autres. Donc laissons faire les autres, et récupérons la recherche des autres.". C'est le même raisonnement que le resquilleur dans le métro ("De toute façon il roule, donc que je paye ou pas, quelle différence ?"). Sauf que si personne ne paye, le système s'arrête. Au contraire les états américains ont bien compris ce système, investissent dans la recherche et récupèrent les benefs. Rajouter à tout ça les fameux brevets (logiciels ou pas) défendus évidemment par les américains, histoire d'empécher les autres pays de bénéficier de leur recherche - ou au moins pour récupérer indirectement les bénéfices... Je me demande si je suis plus anti-américain ou plus anti-gouvernement-raffarin... :-/
  • [^] # Re: La statistique débile du jour...

    Posté par  . En réponse au journal La statistique débile du jour.... Évalué à 9.

    Ça me rappelle la blague suivante :

    - Toto, combien y-a-t-il de moutons dans ce pré ?
    - environ 1004
    - Mais non, pas "environ 1004", on dit "environ 1000".
    - Oui mais les 4 là devant, j'en suis sûr !
  • [^] # Re: This site is une grosse m....

    Posté par  . En réponse au journal This site is "Internet Explorer only". Évalué à 5.

    Surtout qu'il suffit de changer son identité - dispo dans tout bon navigateur - et ça passe sans problème... Et ça se dit webmaster...

    En plus certains liens renvoient un gif (forcément !) en positionnant probablement mal le Content-Type, donc l'image apparait sous forme brut (GIF89a7blabla...)
    Donc effectievement, il faut avoir utiliser ce superbe logiciel pour benéficier de cette fonctionalité de correction automatique de l'incompétence de ceux qui font le site.
    De toute façon ce site est sans intérêt, ils ne font que pomper les images météo des autres, le temps sur les aéroports, etc.

    Finalement c'est peut-être une bonne chose, ce filtrage sur l'identité du navigateur ; ceux qui l'utilisent n'ont pas une grande culture technique, ni une grande curiosité vis-à-vis de leurs outils informatiques. Pourquoi en serait-il différent en ce qui concerne le domaine applicatif qu'il prétendent maîtriser ? Et de fait les sites en questions se révèlent le plus souvent ininterressants et sans grande valeur.

    Ne chercher plus à faire fonctionner à tout prix un site mal foutu, il y a tellement de chose plus interressantes ailleurs...
  • [^] # Re: Découverte Trustonme

    Posté par  . En réponse à la dépêche Découverte Trustonme. Évalué à 6.

    A l'heure ou je regarde il y a eu 126 clicks sur le liens de la news, je ne pense pas que ca puisse etre compare a une enDOSsiation.

    ( j'aime bien le verbe "enDOSser", on peut faire des expressions marrantes sans tomber dans le vulgaire : "je me suis fait enDOSser profond" ;-) )
  • [^] # Re: heure d'ete

    Posté par  . En réponse au journal heure d'ete. Évalué à 2.

    Et il y a aussi un site oueb : http://www.horloge-parlante.com/fr/index.html
  • [^] # Re: Version de gcc utilisé

    Posté par  . En réponse au journal ALSA 0.9.2 freeze sous debian unstable. Évalué à 1.

    euh, désolé, j'ai d'la m.... devant les yeux.
  • [^] # Re: Version de gcc utilisé

    Posté par  . En réponse au journal ALSA 0.9.2 freeze sous debian unstable. Évalué à 1.

    euh, désolé, j'ai d'la m.... devant les yeux ce matin.
  • [^] # Version de gcc utilisé

    Posté par  . En réponse au journal ALSA 0.9.2 freeze sous debian unstable. Évalué à 1.

    Ben on, uname -a, dmesg|less ou kern.log ne donnent pas la version de gcc...

    Il semblerait que l'info ne soit pas pas sauvegardée qqe part finalement...
    On peut peut-être retrouver la version de gcc à partir d'empreintes laissées dans les binaires, un peu comme fait la commande 'file'.
  • [^] # Re: ALSA 0.9.2 freeze sous debian unstable

    Posté par  . En réponse au journal ALSA 0.9.2 freeze sous debian unstable. Évalué à 1.

    Comment retrouver la version de gcc utilisé pour compiler le noyau (paquet officiel sur une debian sid) ?
    `file /boot/vmlinuz-x.x.x` ne donne rien,
    `apt-cache show`, nada,
    rien non plus dans /usr/share/doc/kernel-image-x.x.x
  • # Un "contournement" possible - A l'attention des sysadmins donc.

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

    # echo /bla/bla > /proc/sys/kernel/modprobe

    Mais bon, ca a aussi d'autres inconvénients...