JoeltheLion a écrit 1728 commentaires

Tu peux peut-être activer le stockage des tentatives ratées (login + mdp) dans les logs du serveur pour essayer de comprendre le problème?

Capturer les packets avec un analyseur réseau tel que wireshark peut aussi être utile.

Merci, c'est beaucoup plus clair comme ça! Et ça a effectivement l'air très utile.

Tu pourrais expliquer de manière très simple à qui ça va être utile, et de quelle manière? C'est très difficile pour quelqu'un qui ne travaille pas dans le domaine de comprendre avec ta description ou celle du site.

Est-ce qu'il fait gratter le disque? Combien de temps met-il pour tout indexer?

Est-ce que KDE a résolu le problème ?

Je viens de regarder rapidement les sources, et j'ai l'impression que comme pour beaucoup d'outils pour le shell, tout est évalué au moment de l'affichage du prompt.

Je me dis que le shell en tant qu'outil pourrait grandement bénéficier d'un démon qui soit commun à tous les shells ouverts sur la machine. Ce démon pourrait:

1. Améliorer les performances, en évitant de lancer moult processus à chaque affichage du prompt, et en cachant les informations qui s'y prêtent.
2. Améliorer la coopération entre les différents shells, par exemple en permettant de centraliser l'historique des commandes en temps réel
3. Simplifier grandement l'implémentation d'outils comme autojump qui ont besoin de ce genre de stockage centralisé.

Est-ce que ça vous parait une bonne idée? Quelqu'un y a sûrement pensé avant moi?

Savoir programmer est un atout qui peut se révéler utile dans de nombreux métiers. Et il s'agit de la programmation la plus intéressante, puisque tu programmes pour toi même.

Peu importe lequel. Si ça coûte quelque chose je veux bien contribuer.

Je suis pas sûr qu'ils soient sur le même créneau. Go n'est pas assez performant àmha pour concurencer C ou C++, ce qui est l'objectif de Rust. Go est plus sur le créneau des applications Web, avec: le parallélisme, les binaires statiques, le garbage collector, etc.

Mieux vaut à mon sens un bon fork pour voir qui est vraiment prêt à mettre les mains dans le cambouis plutôt que de continuer les flamewars sur les listes de diffusion.

Il me semble que la solution correcte est de créer un répertoire temporaire avec les bonnes permissions dans /tmp, avec mktemp -d en shell par exemple.

Je me demande comment sont gérées les licences dans ce genre d’environnement? Avec linux, on copie les systèmes dans tous les sens sans se poser de question avec la bénédiction de RMS, mais est-ce que ce serait pas un chouia plus compliqué pour Windows?

Sauf qu'il y a 4 joueurs, donc par tour complet, ça fait du 5⁴ = 625 possibilités, ce qui n'est pas très loin du 30*30 des échecs.

Et puis aux échecs, tu n'as qu'un adversaire bien indentifié, sans possibilité de se retrouver avec un dilemne du prisonnier face à un autre joueur pendant qu'un autre possède la moitié du jeu…

Bref c'est pas si facile que ça d'écrire un bot intelligent :)

Je suis abonné à l'ADSL chez eux depuis quatre ans maintenant. Aucun problème à signaler.

Je pense que les projets de synchro qui se basent sur git utilisent une enclume pour écraser une mouche: git est prévu pour des logiciels, mais pour un logiciel de synchro seules quelques versions sont nécessaires, et tout le reste (branches, tags, etc.) est complètement superflu. Et d'ailleurs git n'est pas du tout fait pour stocker des binaires.

Tu utilises un torrent par dossier? Est-ce que ça va marcher sur une arborescence avec des milliers de dossiers?

Bravo, il y a vraiment quelque chose à faire dans ce secteur. Je pense que tu as très bien cerné les besoins et les enjeux.

Petite question: est-il prévu à un moment ou un autre de garder quelques versions des fichiers, comme Dropbox?

Quelque chose comme ça? http://www.catonmat.net/blog/set-operations-in-unix-shell/

Honnêtement je crois que crois que j'opterais plutôt pour un petit script en Python :-)

J'ai déjà remarqué ce genre de choses sur plusieurs OS: une forte utilisation des entrées/sorties ralentit fortement le système.

Je ne suis pas du tout compétent en la matière, mais j'ai fini par me dire que le problème doit se situer au niveau de l’architecture matérielle de nos machines et que donc le système n'y peut rien. Mais j'aimerais évidemment avoir une meilleure explication de la part de quelqu'un qui s'y connait vraiment.

Je me doute qu'on peut probablement faire mieux, mais le contenu est là, facilement accessible et c'est l'essentiel. Quelques soit les évolutions du site j'espère que ça restera le cas.

C'est fatigant de discuter avec toi. Je ne prétends pas que bitcoin résout ces problèmes aujourd'hui, je dis juste que les problèmes auxquels on s'attaque sont tout sauf imaginaires, ce qui était ton argument raté d'origine.

Sur ce adieu, j'ai mieux à faire que d'alimenter un troll professionnel qui de toutes façons n'a pas d'autre opinion que d'être éternellement contre tout ce que les autres pensent.

Bitcoin, ça a l'air d'être la solution à un problème inventé

Les envois de fonds et les commissions hallucinantes de Western Union, c'est un problème inventé? Peut-être que pour toi, le bitcoin ne sert à rien, mais tu devrais des fois regarder plus loin que le bout de ton nez.

PS : oui, je n'ai pas mis le nom de la plate-forme faisant faillite en bien visible, car finalement son nom n'a pas grande importance dans cette histoire.

Ben si, justement, son nom est très important, parce que cette histoire, c'est celle d'une entreprise en faillite, pas d'un problème quelconque avec la technologie bitcoin, même si tu t'ingénies à essayer de nous faire croire le contraire.

Attention, tu t'engages dans un problème plus difficile qu'il n'y paraît :)

Mon conseil: optimise au maximum tes conditions d'acquisition: éclairage uniforme, cadrage parfait, fond uniforme…

Ensuite tu pourras assez facilement obtenir une approximation de ce que tu veux avec une bibliothèque comme OpenCV.

Est-ce que Cyanogen ne propose pas le mass storage par défaut?

Ce serait une raison de plus de remplacer la ROM constructeur par cette ROM de qualité qui a le mérite de continuer à évoluer longtemps après la fin de vie commerciale du téléphone.

C'est génial. Merci de m'avoir fait connaitre ce projet.