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.
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.
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.
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.
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.
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.
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.
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".
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é... ;)
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.
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: Theo de Raadt décide le fork de Apache
Posté par Moby-Dik . En réponse à la dépêche Theo de Raadt décide le fork de Apache. Évalué à 2.
(bon ça part en troll là ;-))
[^] # Re: Theo de Raadt décide le fork de Apache
Posté par Moby-Dik . En réponse à la dépêche Theo de Raadt décide le fork de Apache. Évalué à 2.
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 Moby-Dik . En réponse à la dépêche Theo de Raadt décide le fork de Apache. Évalué à 4.
[^] # Re: Theo de Raadt décide le fork de Apache
Posté par Moby-Dik . En réponse à la dépêche Theo de Raadt décide le fork de Apache. Évalué à 3.
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 Moby-Dik . En réponse au journal Ces petites choses bien utiles sous kde, que je ne retrouve pas sous gnome.. Évalué à 1.
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 Moby-Dik . En réponse au journal Besoin de doc Cyrus + saslauth .... Évalué à 1.
[^] # Re: Du X86 vers le 32 bits puis vers 64 bits
Posté par Moby-Dik . En réponse à la dépêche Intel a choisi d'étendre X86 vers le 64 bits. Évalué à 1.
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 Moby-Dik . En réponse à la dépêche Intel a choisi d'étendre X86 vers le 64 bits. Évalué à 1.
[^] # Re: Intel a choisi d'étendre X86 vers le 64 bits
Posté par Moby-Dik . En réponse à la dépêche Intel a choisi d'étendre X86 vers le 64 bits. Évalué à 1.
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 Moby-Dik . En réponse à la dépêche Intel a choisi d'étendre X86 vers le 64 bits. Évalué à 1.
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 Moby-Dik . En réponse à la dépêche Intel a choisi d'étendre X86 vers le 64 bits. Évalué à 4.
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 Moby-Dik . En réponse à la dépêche Intel a choisi d'étendre X86 vers le 64 bits. Évalué à 3.
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 Moby-Dik . En réponse à la dépêche Intel a choisi d'étendre X86 vers le 64 bits. Évalué à 4.
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 Moby-Dik . En réponse au journal Tarifs Wanadoo sous surveillance. Évalué à 2.
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 Moby-Dik . En réponse à la dépêche Du rififi pour XFree. Évalué à 2.
# Re: La quatrieme dimension
Posté par Moby-Dik . En réponse au journal La quatrieme dimension. Évalué à 5.
[^] # Re: Alternative à Cygwin
Posté par Moby-Dik . En réponse au journal Alternative à Cygwin. Évalué à 0.
[^] # Re: Mon chien MIRZA
Posté par Moby-Dik . En réponse au journal Mon chien MIRZA. Évalué à 10.
[^] # Re: Mandrake vs Mandrake
Posté par Moby-Dik . En réponse à la dépêche Mandrake vs Mandrake. Évalué à 0.
Et Quake, il sent des pieds ?
[^] # Re: Quelle cohérence ?
Posté par Moby-Dik . En réponse à la dépêche Le gouvernement français affirme vouloir se tourner vers les solutions libres. Évalué à 6.
[^] # Re: Taille du code....
Posté par Moby-Dik . En réponse à la dépêche Le code source de Win NT4 et Win 2000 sur l'Internet. Évalué à 1.
# Re: Du HTTP sous bash ?!
Posté par Moby-Dik . En réponse au journal Du HTTP sous bash ?!. Évalué à 1.
# Re: bsod metro parisien
Posté par Moby-Dik . En réponse au journal bsod metro parisien. Évalué à 2.
[^] # Re: Franglais
Posté par Moby-Dik . En réponse au journal Franglais. Évalué à 4.
[^] # Re: Franglais
Posté par Moby-Dik . En réponse au journal Franglais. Évalué à 0.