Posté par wismerhill .
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?
Posté par wismerhill .
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.
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.
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.
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.
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 ;-) )
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.
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é.
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).
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).
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.
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: SETI
Posté par wismerhill . En réponse au journal SETI. Évalué à 1.
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 wismerhill . En réponse au journal SETI. Évalué à 1.
http://setiathome.ssl.berkeley.edu/newsletters/newsletter10.html(...)
[^] # Re: SETI
Posté par wismerhill . En réponse au journal SETI. Évalué à 1.
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 wismerhill . En réponse au journal Grep, cat et probleme d'unicité. Évalué à 2.
[^] # Re: YAST en GPL
Posté par wismerhill . En réponse à la dépêche YaST en GPL. Évalué à 2.
[^] # Re: Les pilotes des cartes graphiques sous Linux ...
Posté par wismerhill . En réponse au journal Les pilotes des cartes graphiques sous Linux .... Évalué à 1.
# Re: SETI
Posté par wismerhill . En réponse au journal SETI. Évalué à 6.
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 wismerhill . En réponse à la dépêche Microsoft parle d'OpenOffice.org. Évalué à 2.
De quoi parle-tu exactement?
# Re: [urgent] encombrement excessif de mon /var et du coup de ma partition Racine !!
Posté par wismerhill . En réponse au journal [urgent] encombrement excessif de mon /var et du coup de ma partition Racine !!. Évalué à 2.
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 wismerhill . En réponse à la dépêche Gtk+ 2.4.0 est sorti. Évalué à 1.
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 wismerhill . En réponse à la dépêche Gtk+ 2.4.0 est sorti. Évalué à 1.
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 wismerhill . En réponse à la dépêche Gtk+ 2.4.0 est sorti. Évalué à 1.
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 wismerhill . En réponse au journal Javascript pour les nuls. Évalué à 2.
$ 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 wismerhill . En réponse au journal Javascript pour les nuls. Évalué à 1.
[^] # Re: Gtk+ 2.4.0 est sorti
Posté par wismerhill . En réponse à la dépêche Gtk+ 2.4.0 est sorti. Évalué à 1.
[^] # Re: Gtk+ 2.4.0 est sorti
Posté par wismerhill . En réponse à la dépêche Gtk+ 2.4.0 est sorti. Évalué à 2.
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 wismerhill . En réponse à la dépêche Gtk+ 2.4.0 est sorti. Évalué à 2.
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 wismerhill . En réponse à la dépêche Gtk+ 2.4.0 est sorti. Évalué à 2.
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 wismerhill . En réponse à la dépêche Gtk+ 2.4.0 est sorti. Évalué à 2.
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 wismerhill . En réponse à la dépêche Gtk+ 2.4.0 est sorti. Évalué à 4.
Ç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 wismerhill . En réponse à la dépêche Gtk+ 2.4.0 est sorti. Évalué à -1.
[^] # Re: Mon GoboLinux... (pub)
Posté par wismerhill . En réponse au journal Mon GoboLinux... (pub). Évalué à 1.
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 wismerhill . En réponse à la dépêche Mandrake Linux 10.0 Community disponible au téléchargement. Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par wismerhill . En réponse à la dépêche XAML et l'avenir de GNOME. Évalué à 3.
[^] # Re: XAML et l'avenir de GNOME
Posté par wismerhill . En réponse à la dépêche XAML et l'avenir de GNOME. Évalué à 2.