kd a écrit 478 commentaires

Le video-CD format mpeg1 ? Disparu avant d'avoir vraiment vécu

Dans certains pays, les VCD format mpeg1 sont très répandus.

J'ai oublié quelques minutes mon canard sur la poele, et ça fait pareil : le canard se dessèche et je retrouve une couche d'un centimètre de gras. Donc bon, c'est surtout le canard qui est à patcher, pas la poele :))

Parce qu'on pourrait spécificier l'encodage dans la première ligne du ficier texte ?
Parce qu'on peut rajouter un caractère d'échappement si besoin est ?
Parce qu'on peut rajouter un caractère d'échappement si besoin est ?
Parce que le fichier texte est stadardisé et utilisable (même pas besoin de bibliothèque pour le lire, et lisible avec *tous* les langages) ?
Parce que le format texte est évolutif ?
Parce que !!!!! /o\

Je rajouterais aussi :
Parce que y'en a marre des softs qui prennent 10000 ans à parser du XML, qui occupent 10000 Mo en mémoire vive pour le faire.

Je propose tout simplement mon point de vue, qui est une interprétation possible, et qui est une vision vraisemblable des événements. Ne connaître qu'un seul aspect des choses n'a jamais été une bonne chose.

Et donc, qu'importent les langues fourchues ? C'est avec des personnes qui savent faire la part des choses qu'il convient de discuter d'un problème.

RDDV avec l'aide des majors et de la FNAC détruit.

J'aurais plutôt dit « les majors et la FNAC, avec l'aide de RDDV » :)

voila ce qui arrive, quand on créé un projet de loi qui comdamne les possibilités d'usages illicites, plutôt que les usages illicites mêmes

Tu sembles penser que les conséquences pour le logiciel libre n'ont pas été prévues, à cause de la bêtise ou de l'inconscience de certains.

Il ne faut pas se mettre de la poudre aux yeux. Le réel enjeu du projet de loi DADVSI n'a jamais été le P2P. De manière cynique, une preuve empirique serait que c'est le seul aspect qui a été médiatisé. Et d'ailleurs, qui penserait sérieusement une seule seconde pouvoir interdire la transmission d'oeuvres protégées de manière efficace ?

DADVSI a pour but avoué d'installer le monopole de grandes boîtes, en bloquant les marchés avec des DRM. Mais d'après notre cher ministre, tout cela n'est que « désinformation ! ». Je ne sais pas combien RDDV a été payé pour faire passer son projet de loi, mais certainement assez pour se la couler douce jusqu'à la fin de ses jours, vu qu'il sait très bien qu'il ne risque pas de continuer sa carrière politique après toutes ces histoires.

D'ailleurs, pour tout ceux qui comme moi n'ont pas accès à de l'OpenGL hardware, il y a un patch, et une branche supertux-nogl :
http://www.deltadevelopment.de/users/christoph/supertux/

Disons qu'il y a des subtilités dans la notion d'aléatoire.

En tout cas, si tu utilises les décimales de pi pour un générateur de nombres aléatoires, on voit que c'est empiriquement un bon générateur (pour faire de la simulation numérique, des intégrales de Monte-Carlo, etc). Je dis empiriquement, parce qu'on n'a testé que pour les je-ne-sais-plus-combien milliards premières décimales.

C'est pour ces raisons que je parle d'aléatoire. Et je pense que ça t'a interpellé parce qu'en un certain sens, les décimales sont déjà déterminées à l'avance, elles sont prévisibles.

De toute façon, le caractère aléatoire de la suite des décimales de pi n'est pas démontré (enfin, je crois que ça ne l'est pas encore). Et je ne connais pas non plus les relations qui relient le caractère "aléatoire" et le caractère "univers" dont on parle dans d'autres commentaires. Si tu trouves des liens intéressants, je suis preneur.

Si les décimales de pi sont vraiment aléatoires, on peut trouver tout et n'importe quoi dans les décimales : ton prénom en ascii, l'âge du capitaine, la question de 42, une partita de Bach, le théorème de Pythagore, le contenu de linuxfr.org, le code source d'un programme permettant d'outrepasser un MTP.

Voilà, celui qui a trouver pi est un hors la loi, et pi est illégal. Mais que fait la police ?

Ils ont décidé de suivre la numérotation type gaim ou quoi ?

Eh bien, je pense moi qu'il n'y a plutôt que des choses secrètes qui ne devraient pas être visibles par un utilisateur normal.

Pourquoi aurais-je envie, en tant qu'utilisateur, de savoir à quelle heure a été démarré ou stoppé tel service, etc ? L'utilisateur qui va fouiner dans /var/log a un comportement suspect. On ne se rend pas compte la quantité d'informations intéressantes disponibles dans /var/log. Pareil pour les fichiers de configurations des services qui ne devraient pas être accessibles aux utilisateurs normaux.

Je n'ai jamais compris pourquoi sur la quasi totalité des distributions, les fichiers /var/log sont accessible à n'importe qui.

Oui enfin il faut être en ~arch aussi.

souvent, il que seq formate les nombres sur 3 chiffres, en préfixant des zéros si nécessaire :

$(seq -f %03g 1 200)

Tu passes entre 2 et 10 heures par jour pour la consultation de tes mails ? Eh bin.... tu t'es pas planté, ça ne serait pas plutôt entre 2 et 10 jours par heure ? :o)

> c'est tout bonnement scandaleux de voir le journal télévisé.
Il est constitué de "faits" vides, sans information.

Non, je trouve qu'on est très bien informé. Par exemple, dans le 13h du fameux Jean-Pierre, on a plein de petits reportages qui nous font découvrir la vrai France authentique, ses terroirs, ses dialectes berrychons.

Bon, je sors, et à toute vitesse.

Là, c'est un marketeux directeur de stratégie commercial qui parle. Il n'y a même pas besoin de lire la suite, c'est nécessairement du FUD.

Linux et les BSD seraient le côté obscur ; on m'aurait donc menti !

Oui, c'est d'ailleurs dommage que les flux ne soient disponibles qu'à seulement 32kbps.

Ouais, d'ailleurs, chez Google, ils devraient mettre des accesskeys. Genre 1 pour aller au premier lien, 2 pour le second, etc. Ça serait vraiment très très pratique.

Effectivement, vu la puissance des machines d'aujourd'hui, y'a de quoi faire tourner plusieurs session X sans soucis. Ce serait dommage de s'en priver.

Faudra que je m'achète une nouvelle machine alors, parce que mon pauvre Pentium 3 avec ses petits 256 Mo de mémoire, il a du mal :)

Moi je sais pas, mais en tout cas, pour faire contrôleur de domaine, serveur DHCP et serveur de fax, le processeur n'est vraiment pas un élément critique. De ce côté-là, un vieux Pentium d'il y a plus de 10 ans suffirait amplement. Malheureusement, ça ne se vend plus beaucoup.

D'où sortent les pets-de-nonnes alors ?

J'avoue ne pas été riche en explications. Ma remarque était légèrement sarcastique et tentait de montrer le mauvais emploi qu'on pourrait faire d'IPv6.

De manière générale, une IP publique sert à mettre à disposition du public, de tout le monde un service. Ce n'est clairement pas le but d'un micro-onde (ou de tout appareil destiné à une utilisation locale). Si jamais tu veux utiliser un micro-onde à distance, et que tu veux restreindre l'accès de ce micro-onde à des comptes connus par des services de ton réseau local, c'est un VPN qu'il faut utiliser.

Ce n'est vraiment pas jouer sur les mots en disant que dans « IP publique », il y a « publique » ; et que dans « VPN », il y a « Private ».

Bon, évidemment, IPv6 connaît IPsec et compagnie, mais celà n'empêche pas qu'il faut garder en tête que tout n'est pas à rendre publique.

vu la qualité générale du code d'aMule, cela devrait s'avérer relativement stable à l'usage.

Et comment juges-tu de la qualité du code ? Rien qu'en lisant le Changelog, on s'aperçoit, qu'il y a beaucoup de lignes commençant par Fix crash. Je sais bien qu'il est impossible de rendre aMule exempt de bugs, d'autant plus que les développeurs doivent sans cesse mettre à jour leur code par rapport à celui d'emule, et que qui dit code changeant sans cesse dit bugs à gogo.

Je ne dénigre en aucun cas le travail de l'équipe de développement. Il n'en reste pas moins qu'il n'y a pas de raison de faire du prosélytisme en se basant sur des affirmations infondées suivies d'hypothèses spéculatives.