Amand Tihon a écrit 734 commentaires

J'ai bien sur oublié le principal (ça peut être utile pour certains) : QTorrent est un client bittorrent écrit en python-qt.
Bittorrent est un système de peer2peer : http://bitconjurer.org/BitTorrent/(...)

Ca expliquerait bien des choses... Merci de cette précision.

Ma première VLB, c'était une CL-5428 avec 1Mb de VRAM. Et elle donnait au moins aussi bien que la deuxième sortie de ma Radeon, en 1024 (mais elle, c'était en 256 couleurs, ok).

OK, pour les résolutions de fou.

Ce qui m'inquiète un peu, c'est la qualité du signal. Ma radeon tient la résolution, mais bave un peu. Une ligne horizontale est nickel, super nette, alors qu'une ligne verticale est floue. Maintenant, je me demande.... C'est possible que ce soit du à l'écran ? Ca m'ennuierait :)

2048*1536*32 = 96M
il te faut quand meme 96 mo de ram sur la carte,

Pas du tout, efface :)
Il faut 2048x1536x4 = 12Mb, on trouve ça un peu partout maintenant.

Oui oui, j'ai trituré tout ça dans tous les sens, sans succès.

Il serait sympa de voir sur la majorité des distrib un "X avec réseau" et un "X sans réseau" (qui serait certainement moins lourd)

C'est ce que je croyais aussi, avant.
Et puis au fil de mes lectures, j'ai appris qu'en local, X utilisait les sockets Unix, qui sont simplement le moyen le plus rapide pour faire discuter les applications avec le serveur X... Ça c'est pour la vitesse.

En ce qui concerne la mémoire, X n'est pas vraiment lourd. Il ne faut pas se fier au résultat de la commande "ps", qui n'a rien à voir avec la RAM utilisée. Démarre la machine en mode minimum (presque rien de lancé) et fais un "free". Lance ensuite X seul : /usr/bin/X11/X et refais un "free" dans ta console. Compare avec l'ancien (premier nombre de la ligne "-/+ buffers/cache:").

X n'est ni lourd ni lent.

Il y a aussi nload, que je n'utilise pas mais qui est amusant.

Je dirais que tu y étais presque. Essaie un :
video=radeonfb:1024x768-16@75
(<largeur>x<hauteur>-<bpp>@<fréquence>)

Si ça ne fonctionne toujours pas, il doit te manquer un truc dans ton noyau.

Celui que je préfère étant le génie militaire.
(note: je n'ai strictement rien contre les militaires, j'aurais peut-être même fait l'armée si c'était pas aussi fatiguant :p)

Ouaip, joyeux Noël à tous.

Et cette année, la dernière qui restait à picoler avec moi était ma grand-mère de 84 ans, en pleine forme comme on l'avait jamais vue et comme on la connaissait pas. Comme quoi, les conflits de générations sont dans la tête de ceux qui le veulent. Joyeux Noël Mamy :)

Quand j'avais une SB128, je pouvais utiliser /dev/dsp et /dev/dsp1, de manière totalement séparée. Bon, ok, ca ne fait que deux canaux.
Et c'est là qu'intervient artsdsp, qui permet de faire passer par arts les softs qui veulent utiliser /dev/dsp. Et ca marche toujours.

$ artsdsp mpg321 x.mp3

Enfin, j'utilise maintenant arts sur alsa et j'en suis plutôt satisfait. Rien trouvé à redire.

De même qu'avec pyqt, ne soyons pas sectaires :)

C'est normal que toutes mes sessions aient été éffacés coté serveur pendant l'opération ?

Je présume, j'ai eu pareil

C'est quand même pas à ce point-là non plus. Le protocole qu'on doit suivre touche plus à la manière de répondre à l'appel.

Maintenant, imaginez ce scénario:
Client: Je n'arrive pas à surfer, ya internet qui ne fonctionne plus.
Hotline: Je vois que vous n'êtes pas connecté.
Typique, classique, hyper courant (je passe les problèmes de synchro, on imagine qu'elle est ok).

Si le type est sous win, je lui demande de double-cliquer sur sa connexion et soit ça marche, soit ya un numéro d'erreur qui s'affiche. A partir du numéro, on a une db qui reprend les "solutions".
Pareil pour les erreur données par Outlook [express]. Alors, oui, quand la queue sur le téléphone est de 12 personnes, tu es bien content d'avoir ce genre de facilités.

Et si le type est sous linux (surtout si c'est quelqu'un comme mon père, par exemple, qui sait à peine que sa distrib est une debian), je lui demande de faire un grep sur /var/log/xyz ?

On ne va jamais demander au client d'installer Windows ! Mais il est évident que si le client ne sait pas d'où vient le problème, et que ça ne semble pas venir de chez nous, on va lui demander s'il peut tester la connexion depuis une machine sous Windows. Pas parce que le problème vient de linux : simplement pour avoir accès rapidement et facilement aux infos sur le problème.

S'il sait quel est le problème (login/pass invalide, par exemple), on peut vérifier les logs du radius, et voir avec lui s'il a bien mis les bons. Mais je ne pourrai pas le guider tout simplement parce que je n'ai pas l'adsl moi-même, je ne saurais pas où chercher :)

Note: je n'ai ni Windows ni, comme je viens de le dire, l'adsl.

Bon, je préviens tout de suite, je travaille pour la hotline de skynet adsl (peut-être pas dans le même call-center que la personne sur qui tu es tombé, cependant).

Effectivement, pour Linux, c'est "No support", mais ça ne nous empêche pas de faire un test de synchro, vérifier la ligne, vérifier les tentatives sur le radius, l'état de l'abonnement, etc.

Et si Linux n'est pas supporté, on a quand même des posts sur la m-l interne qui donnent des url sur la config de certains modems, qu'on peut toujours filer au client (oui, s'il n'a pas le net, c'est bête, mais ya moyen d'aller voir et imprimer chez un pote). En gros, si on sait, on donne des indications. Mais c'est tout.
Ensuite, normalement, on supporte win95 et +, et macos 8.x et +

Bref, tu es vraiment tombé sur un naze qui ne pense qu'à améliorer ses stats de temps d'appel, on dirait.

L'Évangile a tout prévu :)
« Voici quel est mon commandement : vous aimer les uns les autres comme je vous ai aimés. » Jn 15:12

C'est tout de suite beaucoup plus difficile de tourner autour du pot...

j'ai du mal à voir l'interêt tout de même

Pour les hébergés, je ne sais pas. Je ne connais pas l'offre des différents "gratuits", donc je ne me prononce pas.

Mais personnellement, j'ai beaucoup appris (et constaté que je connaissais bien peu) en offrant un petit hébergement sans prétention à quelques amis. Ca permet d'être confronté à des trucs dont on n'aurait parfois jamais voulu entendre parler :)

Avec le recul, on se dit aussi qu'on n'aurait pas du faire telle chose de telle manière, et on se lance dans une migration, en espérant ne rien casser. Ça aussi, c'est enrichissant.

Bref, bonne chance, et amuse-toi bien !

... d'un seul coup d'oeil ?
Ça doit être écrit vachement petit !

/me veut le retour du -1

Juste une petite info en passant :
Je bosse dans un call center pour le support adsl Skynet, le pricipal FAI belge.
Eh bien tu serais étonné du nombre de fois qu'un problème est résolu avec ce qu'on appelle le "magic reboot" : débrancher le modem, rebooter, rebrancher le modem (pour un modem USB sous Windows, bien sûr). C'est tout simplement ahurissant.

Je suis passé en 2.6 hier soir, pour voir. Sans support ide-scsi, toujours pour voir.
J'ai lancé k3b : il m'a directement trouvé le graveur et le lecteur, qui étaient tous deux en ide-scsi avec le 2.4. Je n'ai rien eu à faire pour que ca fonctionne...

linux 2.6.0-test9, k3b 0.9 sur kde 3.1.4

J'ai longtemps utilisé vim et je suis passé à Kate.
Et en effet, je m'estime plus productif avec Kate.

J'ai essayé pas mal d'éditeurs, certains plus longtemps que d'autres.

Ca n'empêche que vim vient souvent à point. Je l'utilise quotidiennement avec kate et mcedit (si si !).
Mais petit à petit, je suis passé à Kate pour les "gros trucs", et je n'utilise plus vim et mcedit que pour des "retouches".

Qui sait, ca me ferait peut-être du bien aussi de gravir la pente d'apprentissage d'emacs :)

C'est faisable avec spamassassin, mais pas "de base". Voici comment je fais (après avoir installé spamassassin, et m'être assuré que le daemon spamd tournait) :

Créer un premier nouveau filtre sur "taille", "est inférieur à", "250000" avec comme action : "utiliser le programme de filtre", "spamc".
Décocher la case "Si ce filtre est applicable, ne pas poursuivre".
Désormais, tout message de moins de 250ko passera à travers spamc.

Créer un second filtre, "X-Spam-Level", "contient", "*****" avec comme action "Mettre dans le dossier", "Spam" (que tu auras pris soin de créer juste avant). De nouveau, décocher la case "ne pas poursuivre". Tout mail avec un level d'au moins 5 est placé dans le dossier Spam. Ajuster selon les préférences. On peut aussi utiliser "X-Spam-Flag", "est égal à", "YES".

J'ai ensuite ajouté un troisième filtre, toujours sur "X-Spam-Level", "contient" mais "**********" (level 10), et comme action, "Marquer comme", "lu". Ne plus décocher la case. Tout mail avec un level d'au moins 10 est marqué comme lu. De nouveau, ajuster selon les préférences.

On peut aussi ajouter deux sous-dossiers à Spam : Learn-spam et Learn-ham, et faire tourner un sa-learn en cron :
/usr/bin/sa-learn --rebuild --spam --mbox /home/allergy/Mail/.Spam.directory/learn-spam 2>&1 > /dev/null
/usr/bin/sa-learn --rebuild --ham --mbox /home/allergy/Mail/.Spam.directory/learn-ham 2>&1 > /dev/null

Ne pas oublier d'ajuster les chemins et mbox/Maildir.

À noter, ces filtres doivent apparaître dans cet ordre dans la liste.
Et voilà. Déplacer au bon endroit les mails mal classés.

Ah tiens, il me semblait que j'utilisais déjà ça sous Windows 98...

Et certains se retrouvent à travailler, même le samedi, sous windows :(

Heureusement qu'on a quand même mozilla...