j_kerviel a écrit 762 commentaires

Je ne vois pas trop le rapport avec le lien ci dessus, vu que le site en question n'y est pas cité.

Par contre il y a un thread ici : http://fr.wikipedia.org/wiki/Wikip%E9dia:Le_Bistro/21_juin_2010#fr.academic.ru_pomperait-il_sans_honte_.3F

On trouve également des trucs "marrants" (ou déprimants, c'est selon), comme des pages wikipedia[1][2] qui citent comme source… google translate[3] qui traduit… ce site… qui est lui même une copie de wikipedia version russe.

[1] http://fr.wikipedia.org/wiki/Nikola%C3%AF_Yakovlev [2] http://fr.wikipedia.org/wiki/Gregor_Berg [3] genre les internautes sont trop cons pour chercher eux même un outil de traduction s'ils ne parlent pas la langue, et si c'est le cas probablement qu'ils préfèrent la VO

Avec des beaux passages qui sentent l'appeau à plein nez :

Et oui, pour la première fois depuis longtemps, la Pomme n'a fait que rattraper ses concurrents !

M'enfin un site qui parle de moi après que j'ai parlé dudit site sur linuxfr. Ça mérite bien que j'en parle à son tour sur linxufr. Comme ça, ça fait une jolie mise en abyme. Peut être que ce nouveau journal sera ensuite sité sur le site en question \o/

Et puis ça sera mon premier -42, rien que pour ça, ça vaut le coup.

(Vous pouvez inutiliser ce commentaire également, aujourd'hui, c'est moi qui régale).

La seule limitation de la solution RAID est tout de même que la défaillance peut provenir d'autre chose qu'un (ou plusieurs) disques : ton controleur.

Oui, ou d'encore ailleurs (lvm, fs, etc.)

C'est pour ça que je parlais de deux (ou plus) machines distantes qui se mirorrent (ou backupent) l'une l'autre.

Personne ne t'empêche de graver plusieurs DVDs, au contraire c'est même conseillé.

Ok, mais ça ne fait que repousser le problème.

Au lieu de veiller à l'intégrité de 1 DVD, tu dois veiller à l'intégrité de au moins 1 DVD parmi N.

Et comment vérifier l'intégrité des DVDs ? Il faut le mettre dans un lecteur tous les 6 mois, faire un hash de chaque fichier et les comparer entre DVD ? Et si un des hashs n'est pas bon, comment faire pour savoir lequel est bon ? Il faut donc au moins 3 DVD.

Un RAID, c'est vivant et monitoré en permanence. Un disque est mort on le change et on n'en parle plus. Alors que le DVD de Schrödinger, il est peut être intègre, mais peut être pas. Et ça sera la surprise lors de la prochaine utilisation.

L'avantage en plus c'est que c'est facile d'en laisser un chez tes parents ou dans un coffre à la banque.

Et les parents en question sauront qu'il faut les conserver « à l’abri de la lumière et du soleil, à une température entre 5 et 23 ° C (si possible entre 16 et 20 °) et une humidité de 30 à 50 %. »[1]

[1] http://www.planetenumerique.com/?La-qualite-des-CD-DVD

Voir aussi sur le sujet "Sujet: [7-5] Quelle est la durée de vie d'un CD-R ou CD-RW?"[2]

[2] http://www.lagravuredecd.com/cdrfaq7.php#[7-5] depuis http://www.lagravuredecd.com/cdrfaq.php#top

Bien plus qu'un disque dur.

Si c'est pour le mettre à la banque ce n'est pas la peine d'utiliser un disque dur. L'intérêt étant qu'il soit branché et répliqué. Pas dans un coffre.

Je veux bien qu'on me dise ça, mais tant qu'à s'user les doigts sur un clavier, je serais pas contre une réponse à ma question à la place...

Alors la question d'origine était :

... Si je veux mirrorer mes données via imap, il faudrait que je trouve l'équivalent du service de Gmail ailleurs. Quelqu'un a une idée ?

La réponse au dessus était

Tu veux qu'on te dise de louer un serveur et d'y recopier tes données (avec fetchmail + cron par exemple) ?

En quoi fetchmail + cron ne répondrait pas à la question du miroir ?

Si c'est sur la partie "équivalent du service de Gmail" (en gros un webmail+SMTP quoi), ben tu peux rajouter un postfix et un dovecot.

Sinon, il faut préciser ta question, plutôt que de balayer les réponses d'un revers de main.

Sur la durée d'une vie humaine voire plus, dans ce cas DVD ou disque dur voire même bande magnétique, il faudra se poser la question de changement de support ; il n'y en a pas un qui durera suffisamment longtemps.

Bah l'avantage du disque dur, c'est que tu peux faire du RAID.

Et quand un disque meurt, tu peux le changer et tout est conservé comme par magie.

Alors que si tu fais une rayure sur ton DVD ou si tu laisse tomber ta bande sur les voies d'un Transrapid, c'est foutu. Surtout s'il n'y a qu'un fichier.

Je trouve bizarre que les solutions DVD et bande soient encore si populaires, alors que deux machines distantes avec du RAID de chaque côté, ça me semble plus efficace. En tout cas, je n'ai encore rien trouvé de mieux.

Pour moi Microsoft a entrepris de réels efforts pour améliorer la qualité du code produit, qui lui valait une réputation pas terrible.

Cependant, ils ont un tel boulet d'apis et de codes existants (win32, activeX, IE6...) et une telle pénétration du marché qu'ils ne peuvent se permettre de tout éradiquer d'un coup, même avec la meilleure volonté et les meilleurs experts du monde.

En gros, ce n'est pas de leur faute.

Ils ont récupéré du code de merde, mais ils font des efforts les pauvres.

Ah ben oui, ça aurait été différent s'il s'étaient concentré sur la qualité et le respect des standards il y a 20 ans. Mais ils n'auraient probablement pas eu la même part de marché aujourd'hui. Forcément, c'est plus intéressant de se concentrer sur les features kikoolol inutiles mais qui font vendre. C'est plus pratique d'aller dans tous les sens, même si ça va à l'encontre des règles rudimentaire d'ergonomie ou de sécurité.

Mais ça plait au décideur pressé. Alors on y v à fond, les yeux fermés.

Si aujourd'hui ça devient une épine dans leur pied, ben bien fait. C'est le prix de leur attitude méprisante d'il y a quelques années. Et ça ne s'efface pas d'un coup de baguette magique.

Pendant ce temps là, d'autres systèmes, eux, ont fait un effort côté qualité, respect des standards, partage, rigueur, etc. Et ce sont eux qui ont le vent en poupe aujourd'hui.

D'ici la, ils seront forces d'utiliser un systeme stable malheureusement...

Tu crois vraiment qu'ils utiliseront Debian en attendant ?

Tu peux pertinenter l'entrée suivante : http://linuxfr.org/suivi/disparition-des-signatures

Comme je vois que personne ne râle, j'en viens à me demander si c'est juste moi.

Depuis le passage à la nouvelle version, je n'arrive plus à discriminer les nouveaux commentaires.

Avec avec la version templeet, on pouvait les retrouver soit en greppant sur "!!! NOUVEAU !!!", soit en activant la barre en bas, soit grâce à un contour rougeâtre ou tout autre effet de la feuille de style sélectionnée.

Or là, avec le thème par défaut, je ne retrouve aucune de ces possibilités.

Alors c'est juste moi ? J'ai raté quelque chose ?

Heu nginx c'est pas juste une mode ?

Si c'est le cas, c'est une mode qui :

• Est dans le top 5 depuis mi-2008
• Est maintenant dans le top 3
• Si les courbes de progressions restent constantes (allez, rêvons un peu) sera numéro 2, devant IIS, dans 2 ans.

nginx c'est bon mangézan.

En plus c'est très simple quand on vient du monde apache. Beaucoup plus que lighttpd, qui nécessite de tout réapprendre.

3 jours pour ca, ca fait pas un peu beaucoup ?

Je ne sais pas. Je ne suis pas manager, et je n'ai aucun avis sur la question.

Le commentaire auquel je répond dit quelque chose comme "il n'y aura pas grand chose de produit". Je dis juste que tout ce qui sera possible sur place sera déjà bon à prendre.

A la rigueur une reunion sur un MUC ou sur IRC de 1h aurait le meme effet.

Alors là, je suis plus que dubitatif.

La réécriture de mempol n'a pas commencé hier. Ça fait même pas loin d'un an que le premier commit a été fait. Pourtant ça n'a pas attiré les foules.

Là, depuis l'annonce du Hack-a-thon, on a plein de retours enthousiastes.

Et s'il fallait une réunion, une grande annonce, avec tambours, trompettes et paillettes pour que des gens prennent le temps de s'y intéresser ? Ben si c'est le cas, faisons le.

Ensuite une fois que l'étincelle de départ aura été donnée, on pourra continuer à coder chacun dans notre coin. Du moins jusqu'au prochain Hack-a-thon.

Loin de moi l'idee de decourager qui que ce soit

Je ne m'inquiète pas pour ça.

J'étais assez sceptique la première fois que quelqu'un a évoqué l'idée du Hack-a-thon devant moi, mais depuis que j'ai vu les feedbacks, je suis devenu très optimiste sur ce projet et son avenir.

J'ai l'impression qu'un rassemblement dans un lieu pour travailler à plusieurs sur un projet avec des développeurs ayant

• des niveaux différents,
• des préférences techniques différentes
• une connaissance du projet différentes
• ...

donne peu de résultats.

À la limite, peu importe. Au moins le temps n'aura pas été perdu. Une équipe aura été constituée. Le but n'étant pas de se réunir juste pour boire un café ensemble, les gens ne vont pas rester inactifs.

Si ce temps est passé à définir qui va faire quoi, comment, échanger des idées, créer un groupe motivé, toussa, alors ça sera déjà bien.

Par ailleurs, tous les développeurs ne se trouvant pas sur Paris (et n'ayant pas forcément les moyens de s'y rendre), il faudra bien trouver un moyen de travailler de manière distante. Quitte à renouveler des Hack-a-thon à Paris (ou, encore mieux, en faire également ailleurs).

Du peux que je connais, j'en vois au moins deux :

• Basé sur mediawiki. C'est à la fois un énorme avantage (bénéficie de toutes les fonctionnalités de mediawiki, historique, gestion des droits, page de discussion, etc.), mais également un défaut (traductions fr/en pas "naturelle", nécessité de créer deux pages distinctes, pas très personnalisable (genre pas simple de rajouter un nuage de tags, même si c'est moche), tout doit être mis à jour à la main via des bots qui éditent les pages plutôt que de remplir directement une base de données, etc.)

• Très largement basé sur des scripts. Pas très pratique pour diffuser au plus grand nombre. Ce serait mieux si on pouvait avoir une interface web plus complète (avec un panel d'aministration etc.). Mais ça rejoint un peu le point précédent (défaut inhérent au fait de se reposer sur mediawiki).

Après, je dis peut être des bêtises, mais ce sont mes impressions de (très) modeste contributeur (aux pages des députés, pas à ce formidable outil qu'est mempol).

Si tu sais faire autre chose que coder (conseiller, ergonomiser, designer, logistiquer, motiver, bugreporter etc.), alors oui.

Comme marqué sur la page ouiki, dans le doute, ne pas hésiter à passer sur le canal irc. Toutes les contributions sont les bienvenues et il sera probablement possible de trouver quelque chose à faire.

Tintintiiiiiin! Apple va présenter un iStock! Il s'agit d'un petit appareil absolument révolutionnaire qu'il suffit de brancher sur le port USB

Aïe. C'est pas un peu trop standard USB ?

Un truc qu'on peut utiliser sur des PC normaux (même ceux qui ne sont pas sous Windows), c'est pas un peu dangereux ?

Après avoir inventé de nouvelles vis forkée des torcs (ou de je ne sais plus quel modèle) pourquoi ne pas forker aussi l'USB ?

Après ça risque de mettre le bronx dans le système de karma, qui prends également en compte les votes "pertinents" pour les stats. Donc "pertinenter" à tout va risque derrière d'impacter aussi les karmas, et donc de faire chier tout le monde, au moins l'équipe dlfp.

Attendons que le problème soit réglé, et faisons comme d'habitude.

Très bonne idée. Je pertinente.

L'April tient une liste (non exhaustive et sans garantie) de formations ici :
http://www.april.org/articles/se-former.html


J'ai également entendu parler de COMETE, que je ne connais pas très bien, mais qui semble rentrer dans les critères (quoi que ça ne semble pas être une formation à part entière) :
http://kazhack.org/?post/2009/10/28/Comete-Course-on-Mozilla(...)

Mon premier message cite tres clairement les technos utilisees : Powershell & WMI

Laisse moi croire que tu plaisantes.

Je suis sur le cul là.

Tu nous parles de Powershell, le truc sorti en 2006 ? Tu veux dire que chez Windows, ça fait 5 ans qu'on est capable de travailler efficacement ?

Sous Unix, on peut faire ça depuis… ben depuis le début. Il y a plus de 40 ans.


Par ailleurs, ça me fait bien marrer que tu te vantes aujourd'hui que ce soit possible de ne pas utiliser la souris sous Windows.

Déjà parce que MS a mis plusieurs dizaines d'années avant de se réveiller.

Ensuite parce que ce n'est pas "naturel". Pour avoir fréquenté pas mal d'admin système Windows, ils utilisent beaucoup la souris. Ils téléchargent beaucoup d'applis sur le net pour des tâches à la cons qu'on pourrait scripter en deux coup de cuillère à Perl sous un OS libre. Ne serait ce que pour afficher des infos aussi basiques que la mémoire vive, les processus etc. Windows est vraiment pourri pour ça. Le moniteur par défaut est une blague. Et puis les applis tierces ne sont pas forcément prévues par défaut pour être utilisables en ligne de commande.

Enfin, ça me fait aussi marrer parce que pendant des années vous avez trollé sur le caractère contre-intuitif des logiciels libres tout simplement parce qu'il était possible de tout faire en ligne de commande, et en occultant le fait qu'il soit possible de faire la même chose avec une gui. Aujourd'hui, c'est la situation inverse. Vous payez votre propagande. À trop vouloir opposer gui et cli, au lieu d'être honnête et d’admettre que les deux peuvent co-exiter, aujourd'hui, vous avez perdus une génération d'adminsys qui resterons probablement longtemps à la souris. Ou du moins qui mettront du temps à être ré-habitués.

La netinstall x84-64 faisant 167 Mo ça veut quand même dire que je me prends 250 Mo de téléchargement de données inutiles. Le principe de la netinstall me semble un peu perverti ! Si tu souhaite n'avoir que le strict minium, je te conseille d'utiliser la version businesscard qui fait 50Mo.

Tu confonds tout mon ami Zenitram, tu fais l'amalgame.

- le patch malheureux de ssh n'est pas forcément unique Et moi je pense très fort que le DPL mange des enfants.Ça n'en fait pas un fait, mais une supposition, voire, au mieux, une intuition.

Mais si tu as des exemples, alors ça peut m'intéresser (et accessoirement faire avancer le débat).


- en tant que développeur upstream, tu te prends des rapports de bugs qui concernent les modifs Debian (ça arrive... Et non, les utilisateurs de Debian ne rapportent pas forcément à Debian), le temps de le comprendre, tu perds du temps alors que ce n'est pas ta faute. Et c'est de la faute de Debian ?

Debian milite pour qu'on reporte les bugs sur son système de bug report. Tout est mis en place pour accompagner le choix dans ce sens (la doc, les outils de bug reports, etc.).

Et est ce que tu ne t'es pas dit à un moment que Debian a tout intérêt à minimiser le nombre de patchs propres ? Que chaque patch qui n'est pas accepté par l'upstream devra être réappliqué à chaque mise à jour ?

Tu proposes quoi à la place ? Ne plus patcher les applications ? Et si elle ne s'installe pas, on fait une croix dessus ? Ne plus faire de suivi de sécurité, même si les développeurs upstream ne sont pas réactifs ? Et si ça casse une autre application ? Et si ça ne tourne pas sous une architecture exotique ? Et si ça ne tourne pas sous le noyau FreeBSD ?

Comment on fait dans ces cas là ?

Prennons un exemple au hasard :
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=493918

Sur ce bug, l'upstream décide (on ne sait pas trop pourquoi) de mettre les langues dans un fichier txt à part à télécharger séparément.

Dans cette version, ma femme (qui ne parle pas anglais ni allemand) télécharge via synaptic, lance, voit que ce n'est pas traduit, le ferme et le désinstalle. Au passage elle retient que les LL et Debian, ce n'est pas user friendly.

Un bugreport a été fait, en même temps, l'upstream (qui ne dispose pas de bugreport) l'a également été, par mail. Aucune réponse.

On fait quoi ? On patche ? On laisse les gens dire que franchement le libre c'est pas user friendly, saynull au moins Windows, c'est une valeur sure, comme tu sais si bien le faire ?

En fait dans les deux cas tu critique Debian. Soit parce que c'est nul que Debian patche, soit parce que c'est nul de ne pas avoir bénéficié de l'amélioration.



Et tu vas me faire croire que le mec sous Windows, il va chercher consciencieusement la cause du problème avant de faire un bug report ? Tu penses que ça n'arrive jamais qu'un user fasse un bugreport à Mozilla pour un problème du au système ?

Dernière remarque : quand on écrit un logiciel libre, c'est pour laisser le droit à quelqu'un de le patcher. Si ce droit est génant, alors il faut arrêter de faire du logiciel libre. Comme le développeur de ion. Il a très bien fait, grâce à lui, j'ai découvert wmii, puis i3. Deux WM vraiment au dessus.


On critique Ubuntu de ne pas participer upstream Debian, bizarrement on ne fait pas la même critique pour Debian pour les logiciels utilisés, va comprendre. On critique Ubuntu de ne pas participer upstream Debian, bizarrement on on critque Debian pour participer upstream et patcher les applications temporairement en attendant (et en espérant) que l'upstream l'intègre.

Va comprendre.


Les packageurs devraient avoir comme règle de soit faire accepter la modif (non de config) par l'upstream, soit ne pas faire la modif, ce n'est pas le cas. Dans le monde du logiciel propriétaire peut être.

Pourquoi ne seraient-ils pas remontés, ces patches ?

Et qui a dit que ce n'était pas le cas ?

En plus ils ont le temps, vu le cycle de sortie... C'est sûr que les développeurs Debian sont de gros branleurs qui passent leur temps à se tourner les pouces.

Dans ce cas, pourquoi ne pas proposer une édition des dépêche style wiki ?


Tout le monde peut corriger, apporter des améliorations etc.

Et une fois que c'est jugé suffisamment mature, on publie.


En plus ça décharge les modérorelecteurs qui ont probablement bien assez de boulot comme ça.


Il m'arrive souvent de me dire qu'un sujet relativement médiatique va être traité sur linuxfr. Or il arrive parfois que ce ne soit pas le cas. Ce qui est très décevant. Et pour ces quelques fois, je ne me vois pas prendre du temps, ce qui me manque cruellement, pour rédiger une dépêche qui ne servira à rien la plupart du temps.

Hotmail ?

LinuxPepper Mint ?