Moby-Dik a écrit 2937 commentaires

  • [^] # Re: Theo de Raadt décide le fork de Apache

    Posté par  . En réponse à la dépêche Theo de Raadt décide le fork de Apache. Évalué à 2.

    Oui mais un bon développeur doit savoir prendre en compte l'intérêt des utilisateurs.
    (bon ça part en troll là ;-))
  • [^] # Re: Theo de Raadt décide le fork de Apache

    Posté par  . En réponse à la dépêche Theo de Raadt décide le fork de Apache. Évalué à 2.

    Des projets majeurs sous GPL ? MySQL, GIMP, XMMS, Abiword, Gnumeric, Galeon...

    Ce que je voulais dire c'est qu'elle n'est pas toujours utilisée seule, mais souvent en dual license pour l'assouplire >> ce n'est pas la license miracle.

    Pour moi c'est surtout la double licence qui n'est pas la solution miracle. A court terme ça paraît intelligent, mais ça a vite fait de rendre la situation beaucoup plus confuse aux yeux des utilisateurs et contributeurs.

    Il est évident que les auteurs ont le droit de choisir la licence qu'ils veulent mais je pense pour des questions de lisibilité qu'il serait bon que la plupart des projets sachent se limiter au choix le plus courant : GPL ou BSD (ou éventuellement LGPL). Sachant que ces deux licences représentent les deux grandes tendances idéologiques du libre et que les autres licences ne font que broder autour de ces deux tendances. L'objectif du libre est aussi de se disséminer et ce n'est pas en inventant constamment de nouvelles licences qu'on facilite la tâche.
  • [^] # Re: Theo de Raadt décide le fork de Apache

    Posté par  . En réponse à la dépêche Theo de Raadt décide le fork de Apache. Évalué à 4.

    Bien sûr que non, puisque tout le code a été écrit par SCO et volé par les barbus d'IBM.
  • [^] # Re: Theo de Raadt décide le fork de Apache

    Posté par  . En réponse à la dépêche Theo de Raadt décide le fork de Apache. Évalué à 3.

    peut être que ce genre de chose va se généraliser (des projets GPL changeant de licence)

    Apache n'a jamais été sous GPL (à part peut-être dans les rêves de RMS).
  • # Re: Ces petites choses bien utiles sous kde, que je ne retrouve pas sous gnome.

    Posté par  . En réponse au journal Ces petites choses bien utiles sous kde, que je ne retrouve pas sous gnome.. Évalué à 1.

    Ainsi, je me suis cré pas mal de raccourcis, pour des utilisations de tous les jours : opération sur les paquets debian, recherche dans l'annuaire, recherche de films dans les cinés près de chez moi... Impossible de trouver ça dans epiphany, galeon, mozilla...

    Plutôt que de créer des raccourcis clavier cryptiques, tu ferais mieux de créer des bookmarks dans ta barre de raccourcis, en y associant une case de recherche. Galeon fait ça très bien.
  • # Re: Besoin de doc Cyrus + saslauth ...

    Posté par  . En réponse au journal Besoin de doc Cyrus + saslauth .... Évalué à 1.

    Les docs sont fournies avec le package, il y a tout ce qu'il faut dans /usr/share/quelquechose.
  • [^] # Re: Du X86 vers le 32 bits puis vers 64 bits

    Posté par  . En réponse à la dépêche Intel a choisi d'étendre X86 vers le 64 bits. Évalué à 1.

    Souvenez-vous si vous le pouvez du passage au 32 bits.
    Intel avait ajouté des instructions 32 bits dans le 286.


    Hum pardon ?? Le 286 était 16 bits, du point de vue de la taille des registres et d'un paquet d'autres choses. C'est avec le 386 que les processeurs pour PC sont devenus réellement 32 bits.

    Je ne sais pas s'il y avait des "instructions 32 bits" (multiplication double-précision peut-être ?) sur 286 mais ce n'était certainement pas significatif.
  • [^] # Re: Intel a choisi d'étendre X86 vers le 64 bits

    Posté par  . En réponse à la dépêche Intel a choisi d'étendre X86 vers le 64 bits. Évalué à 1.

    Avec un processeur 32 bits, chaque processus dispose d'au maximum de 3 Go d'espace d'adressage userspace, et il paraît que des problèmes d'allocation mémoire (fragmentation, etc.) commencent à apparaître au-delà de 2 Go. Or, pour certaines utilisations (station de travail, traitement vidéo...), 2 Go devient une quantité de mémoire assez courante.
  • [^] # Re: Intel a choisi d'étendre X86 vers le 64 bits

    Posté par  . En réponse à la dépêche Intel a choisi d'étendre X86 vers le 64 bits. Évalué à 1.

    Le code du programme ne bouge pas.

    A condition qu'il soit bien écrit, ce qu'il faut vérifier, valider, et il faut aussi être prêt à assurer du support pour la version 64 bits.
  • [^] # Re: Intel a choisi d'étendre X86 vers le 64 bits

    Posté par  . En réponse à la dépêche Intel a choisi d'étendre X86 vers le 64 bits. Évalué à 1.

    Compatibilité binaire ca veut dire qu'un mov eax, 10 sera assemblé de la meme manière sur un X86 et un X86-64 puisque de toute manière l'opcode reste le meme.

    Raté, il y a de vieux opcodes qui ont disparu, et de nouveaux qui sont apparus.
  • [^] # Re: Intel a choisi d'étendre X86 vers le 64 bits

    Posté par  . En réponse à la dépêche Intel a choisi d'étendre X86 vers le 64 bits. Évalué à 4.

    20%, je trouve ça un peu court pour le gros gain évoqué plus haut

    Il y a des gens qui compilent des Gentoo pour moins que ça ;)
  • [^] # Re: Intel a choisi d'étendre X86 vers le 64 bits

    Posté par  . En réponse à la dépêche Intel a choisi d'étendre X86 vers le 64 bits. Évalué à 3.

    Un bench Intel avec ICC devrait de ce fait être pénalisé de 30 à 40% sinon tout ce que celà veut dire c'est qu'ICC et plus rapide que GCC

    Et alors ? Tu écris toutes tes routines critiques en assembleur ? Si la réponse est non, un compilateur 30% plus performant t'apportera bien des performances 30% meilleurs. Je ne vois pas pourquoi ce ne serait pas à prendre un compte. Intel fait l'effort de produire de bons compilateurs pour leur CPU, tant mieux pour eux (mais dommage que ce ne soit pas du libre ;-)).

    Un CPU génial pour lequel il n'existe que des compilateurs médiocres ne vaut pas grand'chose, sauf dans quelques niches hautement spécialisées.
  • [^] # Re: Intel a choisi d'étendre X86 vers le 64 bits

    Posté par  . En réponse à la dépêche Intel a choisi d'étendre X86 vers le 64 bits. Évalué à 4.

    e redis simplement ce que signifiait "ordinateur personnel le plus rapide du monde" dans la pub apple, et c'était l' ETE DERNIER.

    C'était déjà du pipo l'été dernier, tous les sites sérieux se sont acharnés à le prouver. Notamment, les résultats SPEC donnés par Apple pour les PCs étaient totalement fantaisistes.
  • # Re: Tarifs Wanadoo sous surveillance

    Posté par  . En réponse au journal Tarifs Wanadoo sous surveillance. Évalué à 2.

    Je serais curieux de voir s'ils ont quelque chose à dire sur les tarifs de Free... A supposer bien sûr qu'ils s'y intéressent, et qu'ils ne soient pas braqués uniquement sur les opérateurs "historiques" par simple réflexe idéologique.

    Je ne suis pas client Wanadoo et n'ai vraiment pas l'intention de le devenir. Cependant je suis toujours un peu gêné quand une certaine catégorie de gens (je ne parle pas du posteur du journal, mais des analystes qui prétendent toujours avoir raison sur les faits économiques et sociaux) reprochent d'une part à FT de freiner le développement du haut débit, et d'autre part d'essayer de gagner des usagers en baissant ses prix. Y a comme une contradiction. Soit on accepte les lois du libéralisme débridé et on est mal placé pour reprocher au gros (FT) d'écraser les petits. Soit on considère qu'il faut des garde-fous mais il faut pas s'étonner après que les garde-fous ralentissent le "progrès".
  • [^] # Re: Le retour de XFree86 4.3 dans Mandrake Linux 10.0 Release Candidate 1

    Posté par  . En réponse à la dépêche Du rififi pour XFree. Évalué à 2.

    Il disait que ça change la résolution de l'écran sans changer celle du bureau, ce qui point de vue utilisabilité est une aberration. Mets un débutant devant ce genre de fonctionnalité... ;)
  • # Re: La quatrieme dimension

    Posté par  . En réponse au journal La quatrieme dimension. Évalué à 5.

    Ca te dirait d'acheter une tranche de mon chien ?
  • [^] # Re: Alternative à Cygwin

    Posté par  . En réponse au journal Alternative à Cygwin. Évalué à 0.

    Ouais, RHIDE ça déchire totalement emacs et vi.
  • [^] # Re: Mon chien MIRZA

    Posté par  . En réponse au journal Mon chien MIRZA. Évalué à 10.

    Non, entier. Je peux faire des tranches s'il y a beaucoup de candidats.
  • [^] # Re: Mandrake vs Mandrake

    Posté par  . En réponse à la dépêche Mandrake vs Mandrake. Évalué à 0.

    Il me semble qu'outre le physique de l'héroïne, ce qui a fait le succès de Tomb Raider est d'avoir été le premier jeu entièrement en 3D et en vue 3ème personne.

    Et Quake, il sent des pieds ?
  • [^] # Re: Quelle cohérence ?

    Posté par  . En réponse à la dépêche Le gouvernement français affirme vouloir se tourner vers les solutions libres. Évalué à 6.

    L'ADAE, ce n'est pas exactement le gouvernement, c'est une agence gouvernementale qui hérite des attributions de l'ex-ATICA (dont on sait qu'elle était farouchement pro-logiciel libre). Les personnes qui ont rédigé le rapport ne sont pas forcément solidaires de la politique gouvernementale, ni des hommes politiques de l'UMP. N'oublions pas que pendant ce temps le ministère de la recherche promeut le brevetage à outrance des découvertes issues de la recherche publique.
  • [^] # Re: Taille du code....

    Posté par  . En réponse à la dépêche Le code source de Win NT4 et Win 2000 sur l'Internet. Évalué à 1.

    Non, en Windows Meta File (WMF).
  • # Re: Du HTTP sous bash ?!

    Posté par  . En réponse au journal Du HTTP sous bash ?!. Évalué à 1.

    Merci beaucoup pour vos réponses :) C'est quand même dingue le nombre de bidules obscurs installés par la distribution Linux moyenne...
  • # Re: bsod metro parisien

    Posté par  . En réponse au journal bsod metro parisien. Évalué à 2.

    A voir les couleurs, ce doit être un vieux 98 ou NT4... Hum.
  • [^] # Re: Franglais

    Posté par  . En réponse au journal Franglais. Évalué à 4.

    Non, en musique c'est Universal.
  • [^] # Re: Franglais

    Posté par  . En réponse au journal Franglais. Évalué à 0.

    Oui, et puis ça te rend interopérable avec MultiDeskOS.