Moby-Dik a écrit 2937 commentaires

FT R&D fait partie du consortium ObjectWeb, aux côtés de Bull et l'INRIA (http://www.objectweb.org/(...)). Enfin, ils risquent de souffrir prochainement vu que FT ne va pas très fort, et on ne sait ce que vont devenir les activités "désintéressées".

ce n'est pas "un homme une voix" dans les scops, mais "une part du capital une voix"

Non justement. http://www.scop.coop/faq.htm(...)

"Chaque associé salarié de la coopérative dispose d'une voix pour voter lors des assemblées. Ensemble, les coopérateurs ont toujours la majorité. Les associés extérieurs peuvent détenir (ensemble) jusqu'à 35% des droits de vote, voire jusqu'à 49% si l'associé extérieur est une société coopérative. Cette disposition vise à élargir les possibilités de partenariat avec d'autres entreprises."

Le droit de vote des salariés est indépendant du nombre ou de la taille des parts détenues.

ma prod, quasiment fini, comporte pas loin de 60 #define, d'une ou deux lettres.

Ma parole, c'est intelligent comme exercice de programmation, ça... Heureusement que les demo contests sont là pour dénicher les génies de l'informatique.

Vraiment pas sympa pour RMS, qui a des idées et des arguments, lui ;)

C'est sa place naturelle.

Pour une boîte je crois qu'il vaut mieux avoir un soft certifié par l'administration fiscale française... Ce n'est certainement pas le cas de Gnucash, par contre peut-être que Grisbi s'y intéresse.

Bon, heu, à lire toutes les réponse à cette news je suis un peu étonné : il y a tant de gens que ça qui s'amusent à faire leurs comptes ? La plupart des gens que je connais se contentent de consulter leurs relevés de temps en temps....

Si c'est toi qui as gravé les CDs, je ne vois pas ce qui pourrait provoquer une modification des données. Soit la gravure plante et le système te dira que le CD est illisible, soit la gravure réussit et tu peux être assuré que les données ont été correctement dupliquées. Donc le md5sum me semble inutile, pas besoin de se prendre la tête.

un charrettisé

Condoléances :-( Et merci pour PLF (si t'as quelque chose à voir avec eux).

Le lait emballé et le fromage tout fait, c'est pour les mauviettes. Les vrais hommes, ceux qui installent Debian via un lecteur de cartes perforées émulant vt100, mangent directement des pis de chèvres remplis à ras bord de liquide maternel bien chaud. Et sans enlever les poils, hein.

Active contributors to GNOME 2.2 development include Red Hat, Sun Microsystems, Ximian, and Mandrake,

Je savais pas que Mandrake contribuait à Gnome... ?
(lu sur http://www.gnome.org/start/2.2/notes/rnwhy.html(...))

La troisième possibilité, c'est adopter l'attitude de Gnome : "do the Right Thing", et non ajouter des myriades de bidules configurables inutiles ("choisissez le sexe et l'âge du dragon KDE...").

J'espère que Trolltech a pris un abonnement Gold au Mandrake Club pour les remercier, au moins.

Pourquoi, ça rend gay ?

(nota : n'y voyez rien d'homophobe ;-)

Tu parles fort justement du cerveau, il n'y a aucune raison que l'oreille soit affectée (pourtant le postulat de l'article).

à écouter strictement de la musique dont les hautes et basses fréquences sont bien délimitées, on aura du mal à percevoir pleinement la richesse sonore de musiques utilisant précisément ces hautes et basses fréquences

Ce n'est pas vraiment la théorie de l'article, et de toute façon ça serait équivalent à découvrir le CD après avoir écouté la radio grandes ondes pendant 40 ans. Je ne vois pas en quoi ça détruirait l'oreille. Il ne faut pas confondre la sensibilité psychoacoustique (effectivement liée à l'expérience), et la condition physiologique de l'oreille (qui se détériore lentement avec l'âge mais sans relation directe avec la "richesse" des sons écoutés dans la vie quotidienne). Or l'article postule que le MP3 détruit l'oreille en tant qu'organe (je n'exagère pratiquement pas !).

Par ailleurs les méthodes de compression avec perte n'utilisent pas forcément les mêmes mécanismes (Vorbis agit aussi sur les informations de phase par exemple), il me paraît par conséquent hasardeux de les mettre toutes dans le même sac dans une "étude" synthétique de quelques lignes (je parle de l'article).

C'est quoi cette "étude" de merde ? Il n'y a pas la moindre enquête statistique, juste quelques conclusions hasardeuses griffonées à la va-vite sur un bout de papier :

Since the CODEC fools the hearing processor fields of the human brain by its "hearing- correct" selection, this way audio recordings can be reduced to less than 1/20 of their initial data amount without a noticeable loss of much quality. But a continuous consumption of datareduced audio could possibly lead to fatal consequences - this needs to be estimated [...]

Faudrait arrêter de publier n'importe quelle connerie infondée à la une de linuxfr...

On ne peut pas vivre dans une société à risque zero. C'est d'autant plus absurde que l'on accepte certain risque beaucoup plus que d'autres (ami(e)s fumeur(e)s...).

Tu as la possibilité de ne pas fréquenter de fumeurs (ou leur demander de ne pas fumer devant toi). Tu as la possibilité de ne pas utiliser de voiture. De plus, même si ces risques existent aujourd'hui, ça n'implique pas qu'ils existeront encore dans un siècle.

Si les OGM s'imposent et font disparaître la majorité des variétés "naturelles", non seulement tu n'auras plus le choix, mais l'humanité à venir non plus. Il sera impossible de revenir en arrière. Ca mérite une application pleine et entière du "principe de précaution".

Or, les culs sont gros par sélection car c'est la partie qui se bouffe...

Sexiste !

Chez moi j'utilise un k6 300 avec
64Mo de ram sous une mandrake 9 en mode texte et ca rame (au démarrage)

Si ce n'est qu'au démarrage, c'est si gênant que ça ?

Si tu as envie tu peux essayer FreeBSD... L'install est minimale par défaut :-)

Mauvaise question ;) La problématique n'est pas la licence du codec, mais le caractère breveté du format de compression. MPEG-4 étant breveté, les auteurs de codecs doivent normalement payer des royalties au consortium MPEG au prorata des exemplaires distribués. Cela comprend aussi les programmes qui ne font que de la décompression (players...).

Le consortium MPEG a décidé de faire une exception pour le logiciel libre distribué gratuitement mais il s'agit bien d'une exception consentie à titre gracieux, qu'ils peuvent révoquer comme bon leur semble, y compris à la tête du client. D'ailleurs, c'est aussi pour ça que le support mp3 n'est pas présent par défaut dans la dernière Redhat.

Exactement. Si MPEG-4 n'était pas couvert de brevets (qui sont donc des brevets logiciels) et disponible uniquement sous royalties, l'initiative de Microsoft serait vouée à l'échec. Les gentils industriels qui ont conçu le MPEG-4 (dont notre "fleuron" français Thomson) n'ont qu'à assumer les conséquences de leur avidité financière.

ok, maintenant imagine un site bi, voire trilingue, accessible par une url dans chaque langue/encodage. et maintenant imagine tout ça multiplié par le nombre de serveurs d'un serveur partagé:

Non, désolé. Qu'il y ait un site en une langue avec une URL, ou un site en trois langues avec trois URLs, ça fait la même charge sur le serveur. De plus l'aspect multi-lingue du site est totalement indépendant de l'aspect multi-lingue des URLs, je ne vois pas pourquoi tu essaies de mêler les deux.

d'autant que la solution Verisign, si j'ai bien compris

Je suis d'accord qu'elle est pourrie (à ce que j'ai compris aussi). Mais là on parle du principe même d'avoir des URLs en UTF-8.

Le tout alors que la plupart des gens surfent sur le web en cliquouillant à partir de la page d'accueil de leur FAI.....

Donc ils n'en ont rien à foutre de la tronche de l'URL puisqu'ils cliquent sur un lien hypertexte. Moralité, que les URLs soient compliquées à taper n'est pas un problème. Ce qui compte, c'est qu'elles aient un sens quand elles s'affichent dans la barre d'adresse, et pour ça il faut que l'on puisse avoir des URLs dans toutes les langues, donc avec tous les jeux de caractères (ou plutôt tous les caractères d'UTF-8).

Un "détail" en passant, qui montre vraiment que tu racontes n'importe quoi :

je ne parle pas chinois ni japonais et ni méme russe pourtant ces 3 langues representes bien 30% de bon bookmark donc non je ne m'en fou pas

Si ces sites sont dans tes bookmarks, tu n'as certainement pas besoin de taper leur URL pour y accéder... (et je rappelle aussi l'existence de ce qu'on appelle les liens hypertextes et le copier/coller, qui marche très bien en utf-8 avec Mozilla)

De toute façon l'équation est simple : le confort de Beretta Vexée, qui veut surfer sur des sites qu'il ne comprend pas tout en gardant des URLs en caractères latins alors qu'il n'a pas besoin de les taper dans le navigateur ; contre le confort de centaines de millions de personnes qui doivent actuellement taper des URLs dans un jeu de caractères étranger pour accéder à des sites écrits dans leur langue natale (!). Faut vraiment être de mauvaise foi pour ne pas voir où se situe l'intérêt du plus grand nombre...

par definition une URL c'est a-z 1-9 - . _, et ca se lit de droit a gauche, apres tu peux inveter n'importe quel systéme mais il ne faut pas oublier que celon les principes fondateur d'internet le system doit étre aussi bien accessible aux grecs, chinois, japonais ou autre, hors le system a été fondé a tord ou a raison sur l'alphabet latin, si on revient la dessus on reecrit tous les protocol et on dit adieu a la normalisation car il sera assez dur d'apprendre le mappage clavier de 36 langues, hors a l'heure actuel toute personne qui utilise un ordinateur peut relativement facilement taper du latin ( a-z ), pour exemple les claviers cyrillique sont on des touches double ettiquetés et je pence que ce ne sont pas les seul.

C'est fini de dire des conneries et mélanger tout et n'importe quoi ? Le problème évoqué est l'internationalisation des URLs. Ca n'a rien à voir avec des histoires de clavier, qui sont les mêmes que lorsqu'il faut taper un texte russe sur un clavier azerty.

Or "par définition une URL c'est...", mais on parle bien ici d'élargir la définition d'une URL pour y intégrer (dans une résolution intelligente du problème) les caractères UTF-8, donc ta remarque est idiote. Dire "c'est comme ça pour l'instant" pour justifier toute absence de changement, c'est le degré zéro de l'argumentaire, le b-a-ba de l'immobilisme le plus feignant.

Et si demain tu choisis d'utiliser une URL speciale tu limiterais volontairement l'audience de ton site

Mais tu ne comprends vraiment pas qu'un site peut avoir deux URLs ??? Une URL internationale ou "phonétique-ascii", type "liberation.fr", et une autre "locale" et exacte, type "libération.fr" ? C'est si compliqué que ça à concevoir ?

En plus si je ne m'abuse un texte ne comprenant des caractères ascii est identique en codage iso8859-1 et UTF8 donc la compatibilité n'aurait pas posé problème

Non seulement mais aussi en sens inverse : un octet faisant partie d'un caractère non-ascii codé en utf-8, ne peut pas être confondu avec un caractère ascii. En effet les caractères étendus utf-8 ne sont codés qu'avec des octets >= 128. Du coup une grande partie des traitements de chaîne de base sont compatibles de facto.