laurentm a écrit 107 commentaires

Ici, la commande check_dhcp fonctionne très bien sans lui préciser l'ip d'un host :

# ./check_dhcp
DHCP ok: Received 1 DHCPOFFER(s), max lease time = 21600 sec.

smbstatus -L

puis

smbstatus -p

Je ne sais pas si c'est une bonne chose ou pas pour Konqueror et KDE. KHTML et webkit ne sont sûrement pas très différents l'un de l'autre et donc la transition ne risque pas de perturber les utilisateurs. Perso, je n'utilise pas KDE, je ne peux donc pas juger...

Je voulais juste ajouter que les développeurs d'epiphany (le navigateur web de Gnome) ont réussi à le faire fonctionner avec webkit (une version spéciale gtk à priori).
http://www.gnome.org/~fherrera/blog/epiwebkit

C'est une bonne chose que ce moteur de rendu HTML soit supporté par epiphany. Gecko va avoir de la concurrence !

Entièrement d'accord avec toi !

Par contre, on n'a pas tous à disposition un serveur qui tourne 24h/24 :-)

Ok, demande prise en compte !

Les commentaires dans les scripts sont prévus depuis le début. Je voulais les faire en anglais pour faire ça bien ... mais malheureusement, l'anglais chez moi se résume à Google Translate, donc j'avais mis ce point un peu de côté.

C'est vrai qu'en me relisant, je trouve que je ne suis pas très clair. Je vais donc essayer de réexpliquer un peu mieux.

En fait, c'est tout simple. J'ai un routeur-wifi sur lequel j'ai mis OpenWRT. Par curiosité, j'ai voulu savoir ce qu'il se passait au niveau traffic réseau entre le grand Internet et mon petit chez moi ... et faire des graphes de ce traffic. Du coup, j'ai écrit quelques scripts qui ne font pas plus que des appels à la commande rrdtool, j'ai packagé le tout et ça a donné Wrtgraph.

Et voilà !

tu as oublié le point suivant :
* un gentil développeur va perdre du temps à faire du reverse engineering sur le protocole de Skype et on se retrouvera avec les mêmes problèmes que pour MSN (support partiel, toujours en retard par rapport à la version officiel,...)

Malheureusement, je n'avais ni Mandriva ni Ubuntu, donc je n'ai pas pu jouer :-)

Sinon, Urban Terror me repassait sur le bureau à chaque fois que l'écran de veille démarrait. Un peu génant, il faut attendre une bonne minute avant de pouvoir revenir dans la partie.

En tout cas, merci à tous ceux qui étaient présents, il faudra en refaire plus souvent des soirées comme ça ! Je vous propose tous les jeudis soirs, même heure, même endroit ... c'est mon seul soir de libre : pendant que madame regarde Desperate Housewifes ;-)

Il y a le driver nv : développé par nvidia, 2D uniquement et plus ou moins libre (il me semble que le code est obfusqué avant d'être publié).

Et un nouveau driver libre en cours de dev :
http://nouveau.freedesktop.org/wiki/

Bon, je viens d'essayer avec "VertRefresh 56.0 - 120.0", mais ça ne change rien. Dommage, ça aurait pu marcher :)

C'est vrai, tu as entièrement raison ;-)
Ca me fait un motif de plus pour essayer le driver libre. Au fait, tu parles du driver nv ou nouveau ?

Avant je n'avais ni HorizSync ni VertRefresh dans ma config, mais comme la fréquence n'était pas correcte, je les avais ajoutés.

Mon xorg.conf (très très basique) :
http://fogoh.free.fr/xorg.conf

Le fichier de log Xorg.0.log :
http://fogoh.free.fr/Xorg.0.log

On peut voir que le driver nvidia ne trouve pas le bon écran :

(--) NVIDIA(0): Connected display device(s) on GeForce FX 5200 at PCI:3:0:0:
(--) NVIDIA(0): Maxdata (RogenTech) B101925 (CRT-0)
(--) NVIDIA(0): NVIDIA TV Encoder (TV-0)

Mon écran est un Belinea 101925, et ça n'a rien à voir avec un Maxdata...

Merci pour ta réponse.

Par contre, j'arrive à voir une différence entre 60 et 75 Hz. Les polices sont mieux rendus, elles ont tendances à baver légèrement à 60 Hz, et je trouve l'image plus "stable".
Pas facile à décrire, mais ça se voit de temps en temps sur les traits verticaux lorsqu'il y a un fort contraste entre deux zones, il y a comme un phénomène de "vibration" du trait (par exemple, ça le fait avec les barres de défilement)... et promis, je n'ai rien fumé :)

Enfin bref, il y a un petit quelque chose qui fait que je préfère avoir un affichage à 75 Hz.

Effectivement, on tombe dans les centimes d'euros. Mais va savoir combien.

Pas forcement, si %MONTANT% vaut 300, ça te fait une réduction de 3¤.

Et il faut surtout faire des tests de restauration de temps en temps... mais bon, ça tout le monde le sait déjà :-)

Je te conseille d'utiliser udev, hal et dbus. Thunar sera informé dès qu'un périphérique sera branché et il ne te restera plus qu'à cliquer dessus pour le monter.

Pas besoin d'ivman ou de règle dans udev...

Certainement pour la revendre plus cher sur ebay, comme ça s'est vu pour la Wii.

Tu as peut-être le client DHCP qui tourne encore.

La bonne procédure :
# /etc/init.d/networking stop
(modification du fichier /etc/network/interfaces)
# /etc/init.d/networking start

Le premier stop permet de killer le client DHCP qui tourne sur la machine.

C'est une solution... par contre elle ne me convient pas :-)

J'aurais souhaité quelque chose de plus standard, un fichier qui servirait de base à plusieurs outils (applet gnome/kde, commande shell, etc.) pour monter et démonter les FS gérés par FUSE.

Par exemple, un fichier ~/.fstab qui contiendrait ceci :
sshfs#toto@server:/home/totot /mnt fuse defaults 0 0
curlftpfs#ftp://ftp.sunet.se/ ~/sunet/ fuse defaults 0 0
...

Ainsi, on pourrait imaginer que les FS soient montés automatiquement à l'ouverture de session et qu'il serait possible de les gérer à partir de différents outils.

Brasero n'est pas le seul à utiliser libburn, il y a également l'outil de gravure du projet Xfce : Xfburn.

Techniquement, je trouve rox-filer et thunar équivalent. Après c'est une question de goût et surtout d'habitude.
Ce qui m'a fait choisir thunar, c'est son intégration dans xfce et son respect des standards freedesktop.org (notamment pour la gestion de la corbeille et des types MIME).

C'est un peu hors-sujet, mais je m'intéresse aux VPS depuis peu. Tu as déjà eu le temps de faire le tour des offres ? Il y en a certaines que tu as retenues ou que tu sais qu'il faut éviter ?

Du peu que j'ai vu jusque maintenant, c'est pas forcement moins cher qu'une dedibox ou une kimsufi... J'ai peut-être loupé des trucs intéressants ;-)

Merci.

Ca dépend :-)

Tes transferts se font entre 2 routeurs, entre 2 PC qui passent par le routeur, entre un PC et un routeur ?
Il ne faut pas oublier que le WRT54G a un processeur pas forcement très performant... Tu devrais regarder la charge de ton routeur pour voir si le débit ne serait pas bridé par le processeur.

Ok, vu !

Merci à vous deux pour vos réponses :-)

Je connais un peu les systèmes de supervision. Mais le problème c'est qu'il faut installer un agent sur le serveur web qui permet d'interroger un équipement snmp. Et je ne pense pas pouvoir installer un tel agent sur de l'hébergement mutualisé :-)

Je n'ai pas trouvé de système de supervision qui permette de ne rien installer côté serveur web (à part la restitution des graphiques bien sûr). J'avais pensé à développé un petit script qui appelle une URL du type http://mondomain.tld/script.php?load1=0.12&load5=0.11&am(...)

Ainsi toutes les données sont remontées sur la base de données de mon hébergeur et il est possible de créer des graphiques à partir de ces données.

La technique du MRTG+cron+pages statiques est intéressante, mais j'y vois 2 problèmes :
- manque de place sur le routeur : et oui, il n'y a pas beaucoup de place et je ne sais pas si je pourrais y installer tous les outils nécessaires à la génération des pages statiques
- j'aimerai avoir un système qui permette d'afficher un graphique d'une plage horaire choisie

Au fait, il faut quelles extensions à PHP pour qu'il puisse générer des graphiques du type rrdtool ? Juste pour vérifier le phpinfo de mon futur hébergeur...