Je me connecte chez Yahoo tout à l'heure, et l'on me dit : « Bienvenue chez Yahoo!. On a amélioré le service, votre abonnement POP a été intégré dans Yahoo! Plus. » Gni? Et c'est quoi ça ? « Ben pour le même prix, on vous propose 2 Go d'espace de stockage au lieu de 4 Mo. » Ah, pas mal dans le genre pan dans les dents à Google. « Et puis on vous vire les pubs de l'interface web. » Ah ouais, pas mal, pas mal. Bon, voyons voir, ça fait des années que je l'ai pas utilisée. Ah, pas mal du tout, il y a un filtre spam activé depuis manifestement quelque temps, c'est pour ça que cette adresse est restée super calme par rapport à Free. Roh, et puis ils ont l'intelligence de ne pas afficher les images des mails HTML par défaut. Pas mal du tout, hormis la latence de l'interface web ! Bon, aujourd'hui je suis plutôt satisfait de mon FSI... on verra dans un an s'ils boostent le prix de l'abonnement (j'ai comme une suspicion).

> Lire le journal (0 commentaire).

Mmmm, un long week-end ensoleillé qui commence. :) Entre deux bains de soleil, rigolons un peu. Voici un beau petit échange vu ce matin sur proxad.free.support, si vous en avez dans le même genre, partagez !


>>> deja avec apache, c'est quand meme mieux qu'un norton !
>>> ça n'est pas un antivirus, mais un firewall (si tu l'a declaré)
>>
>> Hein ?
>
> tu te sers d'apache que comme antivirus ?

Ouai et un peu aussi comme serveur http

> Lire le journal (4 commentaires, moyenne: 5,3).

Free restreint son offre de pages perso :
http://tribunelibre.org/2004/04/23/286.html(...)

Full disclosure : cet article a été refusé par les modérateurs de LinuxFr, puis accepté par les lecteurs de TribuneLibre ; j'en fais de la pub ici que pour aider le décollage de TribuneLibre.

> Lire le journal (26 commentaires, moyenne: 2,5).

Après le passage à la « nouvelle architecture » pour les pages perso, et avec le retour très prochain des stats des pages persos (40 Go de log à analyser avec un bi-Xeon et un P3), Free fait un petit nettoyage de printemps sur les comptes, avec à la clé suppression sans recours possible des comptes qui abusent du service.

Suppressions imminentes (hier soir en théorie) pour :

· Les comptes qui dépassent le quota de 100 Mo (cf. http://subscribe.free.fr/pperso/quota.html(...))
· Les comptes qui hébergent des fichiers (MP3, etc.) camouflés
· Les comptes qui hébergent un tracker BitTorrent

Ah, on me souffle dans mon oreillette que les comptes qui dépassent 100 Mo ont tous été suspendus. Leurs propriétaires ont 10 jours pour convaincre :

http://questions.free.fr/index.php?sid=16407&aktion=artikel&(...)

> Lire le journal (19 commentaires, moyenne: 0,9).

Bon, alors d'un côté on a des captures d'écrans qui semblent véridiques, http://fury.com/article/1990.php(...) , on de l'autre on dirait que quelqu'un chez Google a oublié (volontairement ?) d'enlever un clin d'oeil personnel : https://gmail.google.com/gmail/html/april.html(...)

Mmm, étrange.

> Lire le journal (5 commentaires, moyenne: 1,4).

J'ai mis mon ridiculement petit site en grève : http://boa13.free.fr/(...)

Et vous ?

> Lire le journal (29 commentaires, moyenne: 0,7).

il est relou Pascal Kuczynski

> Lire le journal (17 commentaires, moyenne: 0,9).

Ayant retrouvé plusieurs CD remplis d'Ogg Vorbis et les ayant copié sur mon disque dur, je me retrouve avec l'horrible problème suivant : les volumes sonores d'un album à l'autre sont très disparates, c'est horripilant en lecture aléatoire. Solution du problème : ReplayGain. Nouveau problème : qu'en est-il sous Linux ?

Après moultes recherches, il semble que XMMS supporte les tags ReplayGain dans un fichier Ogg Vorbis, bref, que je puisse m'en sortir niveau lecture. Ceci dit, XMMS ça marche pas sous KDE 3.2, donc j'aimerais quand même savoir si d'autres lecteurs d'Ogg Vorbis supportent ReplayGain.

Mais surtout, qu'en est-il de la création des tags ReplayGain ? Comment faire la mesure ? J'ai eu beau chercher sur Google et Freshmeat, je n'ai rien vu. (Il y a bien mp3gain, mais moi il me faudrait vorbisgain.)

> Lire le journal (6 commentaires, moyenne: 1,3).

Deux nouveautés Google ont été mentionnées sur Slashdot.

La première, c'est que Google se lance dans le webmail en prévoyant d'offrir 1 Go de stockage par compte et bien sûr la possibilité d'utiliser un moteur de recherche pour exploiter son stock d'emails (plus, on imagine, la légèreté d'interface habituelle chez Google). Bémol : Le communiqué de presse fait presque rire vu le ton employé (limite caricature de communiqué de presse), et bien sûr il date du 1er avril. Donc, tous les slashdotters en ont immédiatement conclu qu'il s'agissait d'un poisson d'avril. Un peu rapidement peut-être, car le site http://gmail.google.com/(...) est très réaliste (voir notamment les pages Privacy Policy, Program Policies, Terms of Use, About Gmail). De plus, Google a acheté le nom de domaine gmail.com. Enfin, plusieurs journaux ont repris la nouvelle avec le plus grand sérieux. Donc : gros doute. Google ne peut pas vraiment se permettre de mentir à ce point, et d'ailleurs leurs poissons d'avril précédents était hénaurmes pour ne laisser aucun doute.

La seconde, c'est que Google embauche pour son centre lunaire, et ça c'est clairement une grosse vanne : http://www.google.com/jobs/lunar_job.html(...) (bien tout lire, c'est hilarant). Je retiens notamment le nouveau buzzword du jour : high-density high-delivery hosting, en abrégé HiDeHiDeHo. :)

> Lire le journal (7 commentaires, moyenne: 1,9).

J'ai appris aujourd'hui que Sarko n'était plus sinistre de l'intérieur. On m'a peut-être fait une blague.

> Lire le journal (4 commentaires, moyenne: 4,5).

On en parle sur Slashdot :

http://yro.slashdot.org/article.pl?sid=04/03/31/1543248(...)

> Lire le journal (30 commentaires, moyenne: 1,5).

*ding* A voté
*ding* A voté (procuration)

*ding* A voté
*ding* A voté (procuration)

> Lire le journal (11 commentaires, moyenne: 0,2).

*ding* À voté
*ding* À voté (procuration)

*ding* À voté
*ding* À voté (procuration)

> Lire le journal (59 commentaires, moyenne: 1,9).

Incroyable, non ?

> Lire le journal (14 commentaires, moyenne: 2,6).

Vous trouvez que deux/trois changements de nom c'est pas assez ? On a pensé à vous. Voici Firesomething, une extension pour Firetruc qui permet de changer le nom du navigateur de manière aléatoire. La barre de titre, le menu d'aide, et surtout l'user-agent sont affectés. :-D

http://www.cosmicat.com/software/firesomething/(...)

> Lire le journal (6 commentaires, moyenne: 1).

à 16h10 sur France 5, et jusqu'à 17h40.

Pas un patron en fait, mais deux : le patron d'Arthur, fabricant de slips et autres chaussettes (ce qui intéresse directement mes pieds), et surtout le patron d'AOL France, ce qui devrait directement vous intéresser, notamment AOL France vs. sa maison mère et AOL France vs. Cegetel.

> Lire le journal (7 commentaires, moyenne: 1,3).

C'est ce qu'il faut pour fabriquer un PC et l'écran 17 pouces qui va avec.

• 240 kg de carburants fossiles (càd pétrole)
• 22 kg de produits chimiques plus ou moins rares et toxiques
• 1500 kg d'eau (pure)

Alors avant de balancer votre PC dans la rue et d'en acheter un autre parce que c'est pô cher, voyez donc plutôt si vous pouvez pas améliorer la situation en changeant disques durs, RAM et/ou carte graphique. Sinon, pensez à le donner.

Et le recyclage ? Ben c'est vraiment pas ça, car ça ne permet que de récupérer quelques matières premières. Les puces sont détruites, et c'est ce qui coûte le plus à fabriquer : une puce DRAM de 32 MB de deux grammes nécessite 1,7 kg de carburants fossiles et 32 kg d'eau pure par exemple.

Source des infos : étude de l'ONU, résumée là :
http://www.infoworld.com/article/04/03/07/hnunstudy_1.html(...)

> Lire le journal (28 commentaires, moyenne: 2,1).

Ça va faire 18 ans que Chernobyl a explosé. La plupart évitent
la zone comme la peste, les touristes n'y restent qu'un quart
d'heure avant de repartir, oppressés par le silence absolu d'une
ville de cinquante mille habitants vidée en un jour, quelques
uns y travaillent, et une fanatique de moto s'offre des virées
extrèmes sur les grands boulevards déserts, compteur Geiger à la
main.

Commentaires et photos, impressionants.
http://www.angelfire.com/extreme4/kiddofspeed/page2.html(...)

La page 16, sur laquelle aucun lien ne conduit.
http://www.angelfire.com/extreme4/kiddofspeed/page16.html(...)

Merci Slashdot.

> Lire le journal (18 commentaires, moyenne: 1,6).

Ca devait etre un rayon cosmique, ou un avertissement divin, en tout cas le message etait clair : sauvegarde tes donnees, la fin est proche. Enfin un truc du genre, en tout cas je l'ai senti passer.

Au tout debut, quelque chose d'assez anodin, Mozilla qui plante. Pas tres frequent mais pas inconnu au bataillon non plus, ni une ni deux, je tue ce cher butineur et j'en relance une nouvelle instance. Qui n'arrive pas. Mmm, classique : l'ancienne doit etre dans un recoin de la memoire, refusant de mourir comme ca. Je lance un xterm, et un "ps -e f" me le confirme apres un petit temps d'attente : ca rame... Bon, "killall mozilla", qu'on en finisse. J'avise du coin de l'oeil la diode du disque dur allumee d'un long vert fixe, wow, Mozilla avait du bouffer toute la memoire. Un coup de "w" pour voir la charge de la machine...

"w: Command not found". Alors la, rien ne va plus. Je m'apercois soudain que la fortune affichee en haut du xterm est completement corrompue, ca y est j'ai compris, une seconde barette de RAM m'a lache. Quelques coups de "fortune" bien corrompus confirment cette impression, il est grand temps de quitter le navire avant que le flot de donnees aleatoires n'atteigne des zones sensibles de la machine. J'evacue XFree86, je passe en root, et puis shutdown. "shutdown: Command not found". Ouyaya, ca craint. "ls /sbin | less" segfaulte. Rien ne va plus, je passe aux procedures d'urgence, je benis le createur de la combinaison de touches SysRq. Sync, Umount, PowerOff. Je respire profondement.

Bien, il est maintenant temps de passer a l'autopsie. Je redemarre, j'active tous les tests du BIOS. Apres quelques minutes d'attente, il faut se rendre a l'evidence : la RAM n'a rien, en tout cas le BIOS n'y voit rien de mal, contrairement a sa grande soeur dont le diagnostic avait ete clair et immediat. Un probleme passager peut-etre ? Bon, je relance Linux, verification de la racine. Quelques blocs ont une taille incorrecte, bizarre, le sync+umount aurait du empecher ca. Apres quelques secondes toutefois, la tension monte d'un cran : "illegal block", il faut passer en mode single-user, verifier la partition en manuel. Ca, c'est vachement plus rare, et ca craint car c'est synonyme de perte de donnees. La roulette est lancee, faites vos jeux, sur quelle inode la faucheuse va-t-elle s'arreter ? Ah, e2fsck, quel festival, on a beau se croire blase, on en decouvre sans cesse. Des "block #1 causes symlink to be too big", des "inodes part of a corrupted orphan linked list", des "inode has too many errors, clear? [y/n]", des ecrans sans fin d'erreurs, dont on s'apercoit qu'elles sont concentrees sur une portion precise des inodes, ce qui laisse l'espoir de recuperer les autres. Vient la verification des repertoires, ou je finis par decouvrir l'ampleur du desastre : c'est /usr/bin qui a le plus morfle, avec quelque degats collateraux dans /sbin et /usr/lib. Il faut dire au revoir a AbiWord-2.0, gaim, xchat, xine, metacity, aspell et pas mal d'autres. Miracle quand meme : il ne s'agit que d'applications, le systeme lui-meme n'est pas trop touche, meme si "man" est dans les choux. On est parti pour une bonne reinstallation, une perte de temps certes, mais pas une perte de donnees.

Ah, les donnees ! Que sont devenues mes deux autres partitions, qui hebergent mes si precieux /usr/local et /home ? Verification anxieuse faite, /usr/local se porte comme un charme, ce qui est heureux vu son contenu. /home a subi quelques degats, quelques fichiers archives par ailleurs et helas deux fichiers sur lesquels je travaillais. Quelques heures de travail a la poubelle, ca fait bien mal mais ca aurait pu etre tellement pire.

Il est temps de se remettre de ces emotions, de faire une pause. Bob l'Eponge passe a point (sur Canal J) pour me remettre le moral. Retour sur les lieux du crime. Je me demande ce qui a bien pu se passer ? Disque dur foutu, noyau en folie, controleur IDE completement barjo ? Les logs les designent comme complices de ce crime : a 15:19:27, un timer DMA a expire, et apres un temps d'attente et une enieme reponse "Busy" des disques durs, le pilote IDE a reinitialise ma carte controleur Promise. Une bien mauvaise idee semble-t-il, puisqu'ensuite le log s'est rempli d'"attempt to access beyond end of device, want=1048458294 limit=4192965" (des "want" variables selon les acces disques, manifestement, mais systematiquement bien superieurs a la limite), enfin bref tout s'etait barre en cou1lle.

Est-ce que je peux encore faire confiance a ce disque ? Ca c'est la question a 100 balles, plus precisement et beaucoup plus realistement a 100 euros, 100 euros que je prefererais ne pas depenser juste maintenant, la. Et la, c'est le mystere, puisque de nombreux diagnostics SMART plus tard, tout semble aller pour le mieux dans mon disque dur favori (un Maxtor de 15 Go, 1630 heures de travail, 1013 allumages, aucun secteur defecteux/relocalise, tous les indicateurs dans le vert et de loin). Alors quoi ? Le controleur qui fatigue ? Un bug dans Linux que jamais je ne pourrai reproduire - j'espere bien ! Un rayon cosmique, au mauvais endroit, au mauvais moment, le mauvais jour ?

Qui sait ? Qu'en pensez-vous ? Et que feriez-vous a ma place ?

(Oui, il n'y a aucun caractere accentue dans ce texte. Je m'en excuse, mais c'est comme ca pour aujourd'hui.)

> Lire le journal (16 commentaires, moyenne: 1,6).

Cher tous,

Je vous informe que aRts 1.2 utilise maintenant Glib 2.x alors que XMMS utilise GTK+ 1.x et Glib 1.x. En conséquence, XMMS a une très nette tendance à planter lorsque la sortie son « aRts » est utilisée.

Contourner le problème

1. Utiliser les sorties ALSA, OSS ou esd de XMMS et attendre que aRts s'endorme (ce qui prend pas mal de secondes quand même).
2. Lancer en arrière-plan « artsd esd », et utiliser la sortie esd de XMMS. Ça marche bien.

Résoudre le problème

1. Porter XMMS sur GTK+ 2.x et Glib 2.x.
2. Laisser tomber XMMS et passer à autre chose (JuK).

Plus d'infos

http://xmms.org/plugins.php?details=22(...) (message du 2003-08-21 16:35:40)
http://bugs.xmms.org/show_bug.cgi?id=1525(...)
http://bugs.xmms.org/show_bug.cgi?id=1575(...)
http://bugs.xmms.org/show_bug.cgi?id=1594(...)

> Lire le journal (6 commentaires, moyenne: 0,7).