Gnome et KDE c'est aussi une question d'apparence. Chaque projet a ses idées sur ce qui fait qu'un desktop est "pratique" ou pas. L'exemple le plus frappant c'est la possibilité de pouvoir changer peu(Gnome2) ou beaucoup(KDE) d'options qui découle de la perception qu'ont ces 2 projets de ce qu'est un utilisateur. Qu'elle que soit la valeur de chaque opinion à ce propos, les développeurs des 2 projets y tiennent.
Je les vois mal accepter un systéme graphique qui leur demande comme premier pas de laisser tomber tout ce qu'ils ont construit en matiére d'identité graphique et de techniques d'utilisation.
Et en plus, je ne vois toujours pas comment on peut empécher des développeurs de créer un toolkit de widgets à eux dans un environment libre.
Enfin, à rajouter des processus de "wrapping", j'ai bien peur qu'on finirait par obtenir quelque d'au moins aussi "gros" que X, donc où serait le gain?
Le pire, c'est que c'est pas forcémment puissance/prix qui est le critére le plus choisit, mais plutot réputation/marketing (sinon tout le monde aurait une dreamcast :) ) donc on en revient bien aux fameux graphiques qui montrent le rapport Puissance - mhz pour tous ceux qui achétent en fonction du Mhz (facteur marketing) afin de les remettre dans le droit chemin, celui du puissance/prix.
Oui, 550 euros c'est trop cher pour la carte mére d'un particulier.
Et si en plus elle fait pas l'AGP alors il n'en veut pas le particulier. Ou alors c'est un particulier trés particulier, avec une connection et un serveur qui justifie un tel achat.
capable à la fois de remplacer le système d'affichage, mais aussi les gestionnaires de fenêtres et les toolkits
lu sur leur wiki: Consistent user interface policy
One of the problems with the X Window System's flexibility was the accumulation of several inconsistent GUI toolkits. New users are often puzzled, when they see that their Netscape window looks different than their Gimp window, which in turn looks different than the rest of their KDE desktop.
Fresco takes care of the user interface by itself without calling upon the use of GUI toolkits to render buttons, menus and scrollbars. This way, all widgets in the applications on the desktop look alike. Eventually, Fresco will support theming, which will be truly universal theming.
Ce qui d'office les disqualifie eux aussi comme concurrent de x, pas de port de gnome et kde et de tous les projets qui tiennent à leur interface personnelle, sans compter toutes les roues à réinventer. Et comment on empéche un développeur de faire son propre gui-toolkit, d'ailleurs?
Dans ton équation, il manque un petit détails. Les millions de dollars qu'ibm a injecté dans suze sans lesquels ils auraient disparu il y a quelques années (c'était au moment de l'entrée du libre dans la stratégie ibm).
Donc yast n'ayant pas obtenu l'effet escompté, ils auraient dû à ce moment là, le libérer complétement. Hop, nous voila de retour à la case respect du post au dessus.
tu veux dire que c'est mandrake qui a écris les drivers nvidia, et a choisi de les distribuer sous une license peu compatible avec le reste de la distro?
Parce que sinon tu es un hors sujet.
Si tu as des problémes avec la gnome2 (note, je n'ai pas lu les passages du blfs la dessus), essaye garnome. il récupére les bons tarballs (ou tu lui indiques un endroit ou tu les as mis) et les compile dans le bon ordre et comme il faut. Il ne reste plus qu'à regarder les options de compilations qu'il utilise pour connaitre la marche à suivre.
J'ai lu tous les éléments de "After LFS Configuration Issues" et je me demande si c'est assez. Certes c'est interressant, mais j'en apprends autant à lire le inputrc de ma distro, et j'en apprends plus puisqu'il est plus complet.
Un des points que justement j'avais trouvé difficile avec la LFS, c'est qu'on se retrouve avec une configuration trés "nue". Mais je trouvais ça normal d'une distro "from scratch", par contre de la part du projet "beyond lfs", les fichiers de conf de base devraient être plus complêts, puisque ca fait partie de ce qu'il y a au dela de la lfs, et même dans mon expérience de ce qu'il y a immédiatement à faire aprés avoir installé la lfs, et ce qu'il y a de plus difficile car obscur, non?
Par exemple compiler kde qui peut sembler un gros morceau est assez trivial, mais trouver tous les petits détails à mettre dans les fichiers de base d'etc est une somme de boulot de bien plus longue haleine.
Enfin bref, il devrait être étoffé de ce genre de choses: http://hints.linuxfromscratch.org/hints/lfs_frlocale_guide.txt(...)
En tout cas, la masse de travail et d'informations disponibles est impressionnante et ca donne envie de se refaire une petite partition dédiée.
Il y a une faille dans ton raisonnement.
1/ Le systéme de vote ne marche pas, des gens abusent de ses faiblesses.
2/ Les responsables du site essaient de l'améliorer.
3/ Leurs propositions ne te plaisent pas.
4/ Pour élire le meilleur systéme, tu proposes un vote. -> VOIR 1/
Ce que je voulais dire c'est, devfs a t il reussi à supplanter le systéme tradi comme alsa a remplacé oss?
Il y a quelques années j'avais lu des articles qui disaient que le systéme de nommage des device était pas terrible et que devfs le faisait bien lui. A la même époque, il y avait des articles pour dire qu'alsa serait le futur du son.
Récemment, j'avais lu un article qui disait que devfs ne prenait pas, qu'il ne se répandait pas vraiment.
Donc c'est plutôt sous cet angle que je me renseignais.
Possesseur de cartes cheap estampillées sound blaster qui ne sont pas full dupleix et qui n'ont pas de drivers alsa, qu'est ce qui est la carte la mieux supportée par alsa avec full dupleix inside et bon rapport qualité prix que vous me recommandez pour que j'envoie ces cartes nazebrokes dans les limbes de l'informatique (c-a-d que je les refile à un utilisateur de windos).
Parce que ca se prépare un changement comme ça.
Et pendant que j'y suis, ô glorieux kernelhackers, vous qui murmurez à l'oreille des devices, qu'en est il de devfs? Il l'a pas fait lui, le grand saut dans le noyau, comme alsa?
Interressant. Ca me rappelle les articles qu'il y avait dans le temps sur le mauvais support des css par netscape 4x. Je me demande même si ce n'était pas le même site, je crois me souvenir du layout.
En tout cas, ça la fout mal pour les développeurs de ie. Depuis le temps que ca traine cette histoire, j'étais sur qu'ils avaient résolu le probléme.
Exact.
Et d'ailleurs, le débat de la part des editeurs, sera toujours sur le terrain des bénéfices qu'ils ne font pas alors que l'enjeu réel est le controle.
controle des bénéfices donc controle des comportements de consommateurs donc controles des identités donc controle des os donc controle des machines ...
c'est quoi l'étape suivante?
La GPL a pour objectif d'accroître la liberté des utilisateurs.
Je dirais la GPL a pour objectif de garantir la liberté des utilisateurs. Pour le faire par certains coté, elle restreint certaines libertés, par rapport à une bsd par exemple, mais pour qu'à long terme les utilisateurs ne soient pas lésées.
Si la GPL permettait à un processus qui rende caduques toutes ces libertés de s'imposer, elle ne remplirait plus sa mission.
Bref, sans rien enlever à la position de Linus, ne tombons pas dans le raccourci de croire que les autres positions sont forcémment erronnées.
Ecoutons tout le monde...
Donc la position de Linus Torvalds est la seule position raisonnable.
C'est la plus modérée mais pas la seule raisonnable.
Je n'ai pas encore d'opinion tranchée personnelle sur le sujet parce qu'il est large et va avoir des répercussions à long terme, mais la position des anti drm n'est pas déraisonnable.
Comme tu le montres avec 'était l'interaction prévue de Palladium avec l'OS, et son érection en "standard" incontournable, qui le rendait dangereux, c'est un probléme qui dépasse le cadre technique et devient social et politique. A partir de là, penser à rendre linux non compatible avec ces procédés, c-a-d à l'utiliser comme un frein à ce mouvement, n'est pas déraisonnable. Reste à voir si c'est réaliste ou même simplement faisable. Parce qu'il suffirait d'une loi imposant le drm pour que le débat n'est plus lieu d'être.
A mon avis, suite à ton avis et à celui de fatnerf au dessus, tu compares 2 choses différentes bien qu'en apparence semblable.
En apparence, Bush et Fatnerf parle de ce qui est bien et de ce qui est mal, donc parle de la même chose.
En réalité, Fatnerf donne son opinion sur les conséquences pratiques d'une décision. Ce qui me semble être tout à fait à sa place dans une discussion sur un sujet.
GWB par contre émet un jugement ferme et définitif sur l'essence de plusieurs gouvernements et systéme de gournement. Selon lui ces gouvernements doivent être combattus simplement parce qu'ils existent ET qu'il les a jugé ontologiquement mauvais (HS: apprécier la redondance: ils sont mauvais parce qu'ils nous attaquent, nous les combattons parce qu'ils sont mauvais). Fatnerf ne fait rien de tel ici.
Quant à la forme, boaaaaaaaaaarfffffffffffffff, c'est plus drole(tm) comme ça.
"evolving threat posed by increasingly capable nation-states"
La phrase ne parle même pas d'états terrorristes, mais simplement d'état-nations. Bref tout ce qui peut aider au développement est néfaste. Bref,...
Au fait, en parlant de trucs qui ne marchent pas avec les nouvelles libs, le dernier patch tribes2 et le patch quake 32 ne marchent pas non plus avec ma mandrake 9.1
Si vous voulez faire des demonstrations à des gamers ca risque de poser probléme.
Le probléme n'est pas insoluble:
Dans les 2 cas, il faut décompresser les patchs avec l'option --keep.
Puis dans le repertoire ou les patchs sont décompressés:
pour le patch tribes 2, il faut remplacer l'executable loki_patch par un nouveau compilé à partir de ftp://ftp.lokigames.com/pub/open-source(...)
pour le patch quake, il faut remplacer l'executable setup à partir de celui du cvs d'icculus http://www.icculus.org/loki_setup/(...)
ce qui est certain c'est qu'ils sont interressés par mettre de l'argent dans un projet défendu par un homme politique de cette région qui se trouve être aussi premier ministre.
Il y a aussi mindrover comme jeu de robots programmables en opengl, mais on peut leur mettre des mitrailleuses et des senseurs sur la carrosseries.
Dans le genre, je ne joue pas au jeu c'est mon ordinateur qui fait tout, il y a un projet de bots pour diablo, en javascript si je ne me trompe pas, dont le but est d'avoir le bot capable de finir le jeu.
Je ne sais pas ce que ca vaut puisque je n'ai même jamais touché au jeu original, mais c'est assez symptomatique de certains joueurs Je ne parle pas des programmeurs du projet (je vois l'intérêt de faire quelque chose comme ça), mais de joueurs qui utilisent le bot pour récupérer quelques heures par jour de leur vie sur les moments répétitifs du jeu, notemment la collecte d'objets d'aprés ce qu'ils disent. J'en ai même vu un dire que grace à ce bot, il avait recommencé à manger le midi et à faire ses devoirs!!!
Quelle folie!
La partie qui n'est pas libre dans winex c'est du code qui est présent dans les différents installeurs professionnels.
Si tu n'utilises pas winex parce qu'il contient ce code, alors il ne faut pas utiliser half life qui le contient aussi. Ca n'a pas de sens.
Les autres critiques qui peuvent être faites à winex sont faites par rapport à son influence sur l'industrie du jeu et le portage ou non de jeu. Mais ca n'a rien à voir avec le code libre ou non, puisque les ports en questions ne sont pas libres, de même que les jeux originaux.
Je trouve l'opinion de gens comme michael simms qui disent que winex influent négativement sur l'industrie du jeu interressante.
Je trouve l'opinion répandue de dire je préfére booter windows qu'utiliser wine ou winex parce que c'est pareil absurde. Et pour preuve, regarde ce qui se passe en ce moment avec foxpro et wine: wine est une épine dans le flanc de redmond.
[^] # Re: DirectFB supporte le DRI
Posté par imr . En réponse à la dépêche DirectFB supporte le DRI. Évalué à 2.
Je les vois mal accepter un systéme graphique qui leur demande comme premier pas de laisser tomber tout ce qu'ils ont construit en matiére d'identité graphique et de techniques d'utilisation.
Et en plus, je ne vois toujours pas comment on peut empécher des développeurs de créer un toolkit de widgets à eux dans un environment libre.
Enfin, à rajouter des processus de "wrapping", j'ai bien peur qu'on finirait par obtenir quelque d'au moins aussi "gros" que X, donc où serait le gain?
[^] # Re: KDE 3.2?
Posté par imr . En réponse à la dépêche Libranet 2.8. Évalué à 1.
[^] # Re: Et vous les moules, AMD ou INTEL?
Posté par imr . En réponse à la dépêche Introduction à l'Opteron et son architecture. Évalué à 1.
[^] # Re: Et vous les moules, AMD ou INTEL?
Posté par imr . En réponse à la dépêche Introduction à l'Opteron et son architecture. Évalué à 10.
Et si en plus elle fait pas l'AGP alors il n'en veut pas le particulier. Ou alors c'est un particulier trés particulier, avec une connection et un serveur qui justifie un tel achat.
[^] # Re: DirectFB supporte le DRI
Posté par imr . En réponse à la dépêche DirectFB supporte le DRI. Évalué à 3.
lu sur leur wiki:
Consistent user interface policy
One of the problems with the X Window System's flexibility was the accumulation of several inconsistent GUI toolkits. New users are often puzzled, when they see that their Netscape window looks different than their Gimp window, which in turn looks different than the rest of their KDE desktop.
Fresco takes care of the user interface by itself without calling upon the use of GUI toolkits to render buttons, menus and scrollbars. This way, all widgets in the applications on the desktop look alike. Eventually, Fresco will support theming, which will be truly universal theming.
Ce qui d'office les disqualifie eux aussi comme concurrent de x, pas de port de gnome et kde et de tous les projets qui tiennent à leur interface personnelle, sans compter toutes les roues à réinventer. Et comment on empéche un développeur de faire son propre gui-toolkit, d'ailleurs?
[^] # Re: Test de la SuSe 8.2
Posté par imr . En réponse à la dépêche Test de la SuSE 8.2. Évalué à 4.
Donc yast n'ayant pas obtenu l'effet escompté, ils auraient dû à ce moment là, le libérer complétement. Hop, nous voila de retour à la case respect du post au dessus.
[^] # Re: Test de la SuSe 8.2
Posté par imr . En réponse à la dépêche Test de la SuSE 8.2. Évalué à 3.
Parce que sinon tu es un hors sujet.
[^] # Re: quelques commentaires
Posté par imr . En réponse à la dépêche Beyond Linux From Scratch 1.0. Évalué à 2.
# quelques commentaires
Posté par imr . En réponse à la dépêche Beyond Linux From Scratch 1.0. Évalué à 10.
Un des points que justement j'avais trouvé difficile avec la LFS, c'est qu'on se retrouve avec une configuration trés "nue". Mais je trouvais ça normal d'une distro "from scratch", par contre de la part du projet "beyond lfs", les fichiers de conf de base devraient être plus complêts, puisque ca fait partie de ce qu'il y a au dela de la lfs, et même dans mon expérience de ce qu'il y a immédiatement à faire aprés avoir installé la lfs, et ce qu'il y a de plus difficile car obscur, non?
Par exemple compiler kde qui peut sembler un gros morceau est assez trivial, mais trouver tous les petits détails à mettre dans les fichiers de base d'etc est une somme de boulot de bien plus longue haleine.
Enfin bref, il devrait être étoffé de ce genre de choses:
http://hints.linuxfromscratch.org/hints/lfs_frlocale_guide.txt(...)
En tout cas, la masse de travail et d'informations disponibles est impressionnante et ca donne envie de se refaire une petite partition dédiée.
[^] # Re: Système de notation sur LinuxFr
Posté par imr . En réponse à la dépêche Système de notation sur LinuxFr. Évalué à 1.
1/ Le systéme de vote ne marche pas, des gens abusent de ses faiblesses.
2/ Les responsables du site essaient de l'améliorer.
3/ Leurs propositions ne te plaisent pas.
4/ Pour élire le meilleur systéme, tu proposes un vote. -> VOIR 1/
[^] # Re: question concernant alsa
Posté par imr . En réponse à la dépêche Avancées technologiques du prochain noyau Linux. Évalué à 2.
Il y a quelques années j'avais lu des articles qui disaient que le systéme de nommage des device était pas terrible et que devfs le faisait bien lui. A la même époque, il y avait des articles pour dire qu'alsa serait le futur du son.
Récemment, j'avais lu un article qui disait que devfs ne prenait pas, qu'il ne se répandait pas vraiment.
Donc c'est plutôt sous cet angle que je me renseignais.
# question concernant alsa
Posté par imr . En réponse à la dépêche Avancées technologiques du prochain noyau Linux. Évalué à 1.
Parce que ca se prépare un changement comme ça.
Et pendant que j'y suis, ô glorieux kernelhackers, vous qui murmurez à l'oreille des devices, qu'en est il de devfs? Il l'a pas fait lui, le grand saut dans le noyau, comme alsa?
[^] # Re: Le format PNG sur nos sites WEB
Posté par imr . En réponse à la dépêche Le format PNG sur nos sites WEB. Évalué à 3.
En tout cas, ça la fout mal pour les développeurs de ie. Depuis le temps que ca traine cette histoire, j'étais sur qu'ils avaient résolu le probléme.
[^] # Re: Linus s'est exprimé sur le DRM dans le noyau Linux !
Posté par imr . En réponse à la dépêche Linus s'est exprimé sur le DRM dans le noyau Linux !. Évalué à 2.
Et d'ailleurs, le débat de la part des editeurs, sera toujours sur le terrain des bénéfices qu'ils ne font pas alors que l'enjeu réel est le controle.
controle des bénéfices donc controle des comportements de consommateurs donc controles des identités donc controle des os donc controle des machines ...
c'est quoi l'étape suivante?
[^] # Re: C'est un peu court, jeune homme !
Posté par imr . En réponse à la dépêche Linus s'est exprimé sur le DRM dans le noyau Linux !. Évalué à 10.
Je dirais la GPL a pour objectif de garantir la liberté des utilisateurs. Pour le faire par certains coté, elle restreint certaines libertés, par rapport à une bsd par exemple, mais pour qu'à long terme les utilisateurs ne soient pas lésées.
Si la GPL permettait à un processus qui rende caduques toutes ces libertés de s'imposer, elle ne remplirait plus sa mission.
Bref, sans rien enlever à la position de Linus, ne tombons pas dans le raccourci de croire que les autres positions sont forcémment erronnées.
Ecoutons tout le monde...
[^] # Re: Linus s'est exprimé sur le DRM dans le noyau Linux !
Posté par imr . En réponse à la dépêche Linus s'est exprimé sur le DRM dans le noyau Linux !. Évalué à 9.
C'est la plus modérée mais pas la seule raisonnable.
Je n'ai pas encore d'opinion tranchée personnelle sur le sujet parce qu'il est large et va avoir des répercussions à long terme, mais la position des anti drm n'est pas déraisonnable.
Comme tu le montres avec 'était l'interaction prévue de Palladium avec l'OS, et son érection en "standard" incontournable, qui le rendait dangereux, c'est un probléme qui dépasse le cadre technique et devient social et politique. A partir de là, penser à rendre linux non compatible avec ces procédés, c-a-d à l'utiliser comme un frein à ce mouvement, n'est pas déraisonnable. Reste à voir si c'est réaliste ou même simplement faisable. Parce qu'il suffirait d'une loi imposant le drm pour que le débat n'est plus lieu d'être.
[^] # Re: Le gouvernement, la recherche et Microsoft
Posté par imr . En réponse à la dépêche Le gouvernement, la recherche et Microsoft. Évalué à 4.
[^] # Re: Le gouvernement américain contre l'Open Source ?
Posté par imr . En réponse à la dépêche Le gouvernement américain contre l'Open Source ?. Évalué à 3.
[^] # Re: Le gouvernement américain contre l'Open Source ?
Posté par imr . En réponse à la dépêche Le gouvernement américain contre l'Open Source ?. Évalué à 2.
[^] # Re: Le gouvernement américain contre l'Open Source ?
Posté par imr . En réponse à la dépêche Le gouvernement américain contre l'Open Source ?. Évalué à -1.
Il te manque quoi comme fondement, là?
[^] # Re: Nord: Install Party & Counter Strike
Posté par imr . En réponse à la dépêche Nord: Install Party & Counter Strike. Évalué à 1.
Si vous voulez faire des demonstrations à des gamers ca risque de poser probléme.
Le probléme n'est pas insoluble:
Dans les 2 cas, il faut décompresser les patchs avec l'option --keep.
Puis dans le repertoire ou les patchs sont décompressés:
pour le patch tribes 2, il faut remplacer l'executable loki_patch par un nouveau compilé à partir de ftp://ftp.lokigames.com/pub/open-source(...)
pour le patch quake, il faut remplacer l'executable setup à partir de celui du cvs d'icculus http://www.icculus.org/loki_setup/(...)
Notes:
1/Dans les 2 cas il faut télécharger et compiler setupdb avant de compiler l'executable.
2/Peut être le loki_patch d'icculus marche je ne l'ai pas essayé.
3/pour mdk9.1 essayer de télécharger directement mes executables, ca marchera peut etre:
http://www.art-pc.net/perso/imr/loki_patch(...)
http://www.art-pc.net/perso/imr/setup(...)
Bref, à préparer avant l'install si vous voulez jouer sur des distros dernier cri :)
(j'ai même vu quelqu'un avec une debian avoir le même probléme).
[^] # Re: Le gouvernement, la recherche et Microsoft
Posté par imr . En réponse à la dépêche Le gouvernement, la recherche et Microsoft. Évalué à 7.
[^] # Re: Le gouvernement, la recherche et Microsoft
Posté par imr . En réponse à la dépêche Le gouvernement, la recherche et Microsoft. Évalué à 3.
[^] # Re: Torcs, un jeu pour les Prost en herbe
Posté par imr . En réponse à la dépêche Torcs, un jeu pour les Prost en herbe. Évalué à 6.
Dans le genre, je ne joue pas au jeu c'est mon ordinateur qui fait tout, il y a un projet de bots pour diablo, en javascript si je ne me trompe pas, dont le but est d'avoir le bot capable de finir le jeu.
Je ne sais pas ce que ca vaut puisque je n'ai même jamais touché au jeu original, mais c'est assez symptomatique de certains joueurs Je ne parle pas des programmeurs du projet (je vois l'intérêt de faire quelque chose comme ça), mais de joueurs qui utilisent le bot pour récupérer quelques heures par jour de leur vie sur les moments répétitifs du jeu, notemment la collecte d'objets d'aprés ce qu'ils disent. J'en ai même vu un dire que grace à ce bot, il avait recommencé à manger le midi et à faire ses devoirs!!!
Quelle folie!
[^] # Re: Nord: Install Party & Counter Strike
Posté par imr . En réponse à la dépêche Nord: Install Party & Counter Strike. Évalué à 1.
Si tu n'utilises pas winex parce qu'il contient ce code, alors il ne faut pas utiliser half life qui le contient aussi. Ca n'a pas de sens.
Les autres critiques qui peuvent être faites à winex sont faites par rapport à son influence sur l'industrie du jeu et le portage ou non de jeu. Mais ca n'a rien à voir avec le code libre ou non, puisque les ports en questions ne sont pas libres, de même que les jeux originaux.
Je trouve l'opinion de gens comme michael simms qui disent que winex influent négativement sur l'industrie du jeu interressante.
Je trouve l'opinion répandue de dire je préfére booter windows qu'utiliser wine ou winex parce que c'est pareil absurde. Et pour preuve, regarde ce qui se passe en ce moment avec foxpro et wine: wine est une épine dans le flanc de redmond.