wismerhill a écrit 2605 commentaires

  • [^] # Re: SETI

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

    Je ne suis plus trop au courant de ce qui se passe en astrophysique depuis mes études. Donc je veux bien te croire.

    Cependant, où vois-tu une limitation aux cinquante année-lumière?

    Et je ne vois pas la pertinence de ta comparaison bovine. D'autant qu'il est assez commun de distinguer des détails plsueiurs ordres de grandeur inférieurs au signal principal.

    Enfin, même si cette press release n'est que de la rigolade, je ne vois pas pourquoi tu as tant d'animosité envers le projet seti?
  • [^] # Re: SETI

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

    Alors tu as peut-être entendu parler de ça
    http://setiathome.ssl.berkeley.edu/newsletters/newsletter10.html(...)
  • [^] # Re: SETI

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

    <mode philisophie>
    Rien n'est utile, tout est indispensable.


    À la fin du 19me siècle on pensait qu'avec la mécanique newtonienne et l'électronagnétisme on pouvoit tout comprendre. La mécanique quantique a été mal acceuillie par beaucoup de physiciens de l'époque (même parmis ses fondateurs! "Dieu ne joue pas aux dés" A. Einstein).

    Ce n'est pas parce que tu n'en vois pas l'intérêt et que tu t'en fout que ça n'en a pas.

    Pour ton information, les données récoltées par l'équipe seti@home ont déjà servi dans des recherches d'astrophysique plus classiques (une histoire de masse cachée il me semble).
    Même si tu considère le but pincipal du projet comme inutile, il y a malgré tout des effets de bords imprévisibles et imprévus qui apparaissent et apportent au projet l'utilité que tu refuse de lui accorder.
  • [^] # Re: Grep, cat et probleme d'unicité

    Posté par  . En réponse au journal Grep, cat et probleme d'unicité. Évalué à 2.

    À combiner avec sort pour être sur de son coup.
  • [^] # Re: YAST en GPL

    Posté par  . En réponse à la dépêche YaST en GPL. Évalué à 2.

    Ou en utilisant la license QPL.
  • [^] # Re: Les pilotes des cartes graphiques sous Linux ...

    Posté par  . En réponse au journal Les pilotes des cartes graphiques sous Linux .... Évalué à 1.

    Ben oui, et c'est bien ce qu'il dit puisque les drivers NVidia ont une partie dans le noyau -> possibilité de plantage noyau.
  • # Re: SETI

    Posté par  . En réponse au journal SETI. Évalué à 6.

    Formidable ton raisonnement!

    Et donc, d'après toi, si ms fait des dons pour aider la recherche contre le sida il faut laisser tomber folding@home.
  • [^] # Re: Microsoft parle d'OpenOffice.org

    Posté par  . En réponse à la dépêche Microsoft parle d'OpenOffice.org. Évalué à 2.

    Tu veux dire, des trucs qui n'ont rien à faire dans un client mail?

    De quoi parle-tu exactement?
  • # Re: [urgent] encombrement excessif de mon /var et du coup de ma partition Racine !!

    Posté par  . En réponse au journal [urgent] encombrement excessif de mon /var et du coup de ma partition Racine !!. Évalué à 2.

    Pour /var/log, comme le nom l'indique ce sont des log et si leur contenu ne t'es pas utile il ne l'est pour personne!
    Si logrotate fait son boulot tu devrais avoir pour chaque fichier log quelques archives des semaines précedentes (compressées) que tu peux supprimer. Tu peux configurer logrotate pour qu'il en conserve moins.

    /var/lib c'et un endroit où plein de programmes mettent des données, par exemple c'est la que se trouvent mes bases de données postgresql. Là pas de règle, il faut voir au cas par cas les contenus, et dans le doute ne rien changer!

    /var/cache contient des fichiers de cache de différents programmes, ils sont utilies pour accélérer différentes opérations mais je pense que ce n'est pas gênant de les supprimer (à confirmer!), mais ici aussi c'est au cas par cas.
    Par exemple sur une debian, c'est là que apt met les paquets qu'il a téléchargé, un petit apt-get clean videra ça.
  • [^] # Re: Gtk+ 2.4.0 est sorti

    Posté par  . En réponse à la dépêche Gtk+ 2.4.0 est sorti. Évalué à 1.

    Je ne parle pas des display manager (gdm, mdkkdm, kdm, xdm), mais bien des window manager. Et un serveur X n'accepte qu'au plus un window manager.
    Donc si tu veux avoir des programmes de différentes personnes sur un même serveur X (ce qui est très facile) le WM, lui, sera le même pour tous et sera lancé par le premier connecté (ou pire, par root).
    C'est pour ça que je parle de problème de sécurité, ce n'est pas prudent de laisser d'autres utilisateurs utiliser un programme lancé avec son propre login.
  • [^] # Re: Gtk+ 2.4.0 est sorti

    Posté par  . En réponse à la dépêche Gtk+ 2.4.0 est sorti. Évalué à 1.

    C'est intéresant pour connecter une autre personne sans déconnecter la première.
    Avec une astuce comme http://wiki.lilit.be/TeaDisplayMultiplesAvecKdm(...) il suffit de bloquer son display et l'autre peut se lancer une session. Chez moi ça sert très souvent.
  • [^] # Re: Gtk+ 2.4.0 est sorti

    Posté par  . En réponse à la dépêche Gtk+ 2.4.0 est sorti. Évalué à 1.

    Quand je vois ce qu'il y a dans le CTAN c'est assez énorme.
    Que faudrait-il pour rédiger des thèses littéraires en LaTeX? (je suis plutôt scientifique ;-) )
  • [^] # Re: Perl pour les nuls

    Posté par  . En réponse au journal Javascript pour les nuls. Évalué à 2.

    le $RANDOM du bash est tout pourri : en effet, si tu as obtenu un nombre pair au premier tirage, alors, tu peux être certain que le nombre suivant sera impair, et vice-versa.

    $ echo $RANDOM
    1430
    $ echo $RANDOM
    6282
    $ echo $RANDOM
    16885
    $ echo $RANDOM
    1570
    $ echo $RANDOM
    30425
    $ echo $RANDOM
    12843
    $ echo $RANDOM
    9486
    $ echo $RANDOM
    24583
    $ echo $RANDOM
    8489
    $ echo $RANDOM
    12865
    $ echo $RANDOM
    13687
    $ echo $RANDOM
    17312

    Tu disais?
  • [^] # Re: Perl pour les nuls

    Posté par  . En réponse au journal Javascript pour les nuls. Évalué à 1.

    La syntaxe (et uniquement elle) ressemble à celle de java, et autant à celle du C d'ailleurs.
  • [^] # Re: Gtk+ 2.4.0 est sorti

    Posté par  . En réponse à la dépêche Gtk+ 2.4.0 est sorti. Évalué à 1.

    Ce serait quand même pas parfait, car il ne peut y avoir qu'un WM par serveur X. Et ce WM il est lancé par un utilisateur, donc les autres pourront utiliser une appli lancée par le premier utilisateur. C'est un trou de sécurité.
  • [^] # Re: Gtk+ 2.4.0 est sorti

    Posté par  . En réponse à la dépêche Gtk+ 2.4.0 est sorti. Évalué à 2.

    Regardes combien de RAM bouffent 10 serveurs XFree lances pour connecter 10 users.

    Au démarrage ça va encore, mais au fils du temps avec les inévitables fuites mémoire ça devient lourd.

    Regardes combien de bande passante le protocole X Window bouffe.

    En local rien du tout, ça passe par les socket unix. Et lancer plusieurs serveurs X ce n'est intéressant qu'en local.
  • [^] # Re: Gtk+ 2.4.0 est sorti

    Posté par  . En réponse à la dépêche Gtk+ 2.4.0 est sorti. Évalué à 2.

    cette feature de GNOME ne lance aucunement un nouveau serveur X, c'est juste une fenêtre.

    Ben si, la fenêtre en question c'est Xnest, qui est bien un serveur X "nesté" dans une fenêtre. Et on peut lancer un Xnest dans un Xnest ;-)
  • [^] # Re: Gtk+ 2.4.0 est sorti

    Posté par  . En réponse à la dépêche Gtk+ 2.4.0 est sorti. Évalué à 2.

    passer en console pour lancer un deuxieme XWindow

    http://wiki.lilit.be/TeaDisplayMultiplesAvecKdm(...)

    en étant dans une session, on peut logger un autre utilisateur.

    su

    Sous KDE (surement Gnome aussi) le Alt-F2 propose l'option de lancer comme un autre utilisateur

    acceptez juste que le libre n'est pas porteur de concepts novateur

    Juste quelques exemples que je connais:

    LyX
    ion
    freenet
    reseaucitoyen (http://www.reseaucitoyen.be/(...))

    Et toutes les petites inovations que l'on peut trouver dans différents programmes/systèmes (j'ai justement le système d'io-slave de KDE qui me revient en tête).
  • [^] # Re: Gtk+ 2.4.0 est sorti

    Posté par  . En réponse à la dépêche Gtk+ 2.4.0 est sorti. Évalué à 2.

    Si tu veux passer par un Xnest, ça fonctionne avec n'importe quel dm qui supporte le xdmcp, il suffit de faire
    Xnest :1 -query localhost
    (ça peut s'automatiser en encapsulant dans un petit script)

    Mais avec ce système ne permet pas de verrouiller la session en cours (sinon t'a plus accès non plus au Xnest).
  • [^] # Re: Captures d'ecran cliquables

    Posté par  . En réponse à la dépêche Gtk+ 2.4.0 est sorti. Évalué à 4.

    mais le nombre de couleurs utilisées par les fenêtres d'une interface graphique (hormis quand on affiche des images) est toujours limité, largement inférieur à 256 (souvent 16)

    Ça c'était le cas avec des vieux toolkit comme motif. Regarde bien les screenshot, les boutons on un joli gradient, et en plus il y a les icônes dans les boutons qui sont également en couleur réelles, du coup pour le inférieur à 256 c'est déjà moins sur.
  • [^] # Re: Captures d'ecran cliquables

    Posté par  . En réponse à la dépêche Gtk+ 2.4.0 est sorti. Évalué à -1.

    Et la zone de texte à côté de Name, elle est faite pour quoi à ton avis?
  • [^] # Re: Mon GoboLinux... (pub)

    Posté par  . En réponse au journal Mon GoboLinux... (pub). Évalué à 1.

    Aucun argument valable ne fait véritablement le poids pour continuer à conserver une arborescence aussi touffue sur les postes de travail, à part le poids des habitudes... Je cherche encore, je vous écoute.

    La compatibilité avec l'énorme base de programmes/scripts/compétances existant.
  • [^] # Re: Mandrake Linux 10.0 Community disponible au téléchargement

    Posté par  . En réponse à la dépêche Mandrake Linux 10.0 Community disponible au téléchargement. Évalué à 1.

    C'était le cas pour les versions 5.x
  • [^] # Re: XAML et l'avenir de GNOME

    Posté par  . En réponse à la dépêche XAML et l'avenir de GNOME. Évalué à 3.

    KDE + konqueror + koffice + noatun + konqueror ;-)
  • [^] # Re: XAML et l'avenir de GNOME

    Posté par  . En réponse à la dépêche XAML et l'avenir de GNOME. Évalué à 2.

    C'est un argument à double tranchant!