Avec FON, soit tu achètes un routeur FON (tu fais donc parti de leur réseau) et tu as le droit de te connecter sur n'importe quel routeur FON, soit tu payes pour pouvoir te connecter sur leurs routeurs. D'une certaine manière c'est une restriction de l'utilisation de leur réseau.
Au contraire de ça, le réseau wireless-fr permet à N'IMPORTE QUI de se connecter à son réseau. La seule restriction qu'il y ai, c'est de posséder des identifiants que l'on peut obtenir gratuitement (il faut quand même assurer une certaine sécurité pour la personne qui partage son accès).
T'es vraiment trop fort ! Tu dis que le pilote propriétaire est limité et que c'est pour cela que tu utilises le pilote libre. A te lire, on dirai que le pilote libre possède plus de fonctionnalités que le pilote propriétaire, mais en même temps tu dis bien que le pilote libre n'a pas la 3D.
La présence de l'extension GLX_EXT_texture_from_pixmap n'a rien à voir avec le fait que compiz fonctionne avec AIGLX ou non. Y a un mec qu'à rien compris et qui a dit le contraire sur le forum compiz.net du coup on voit cette rumeur trainer un peu partout.
L'extension GLX_EXT_texture_from_pixmap permet d'avoir un rendu direct : c'est à dire que c'est la carte graphique qui fait tout le boulot. Dans le cas contraire, une partie du rendu est effectué de manière logiciel par MESA.
Pour utiliser AIGLX, il faut des drivers libres. Les drivers propriétaires ATI/Nvidia ne fonctionne QUE avec XGL.
Le jeudi 27 avril au matin (le lendemain quoi) un transporteur arrive enfin avec le PC (comme quoi, y'avait pas besoin d'un mois pour faire Roissy-Le Mans hein !).
surtout qu'en 55min on est a montparnasse avec le TGV ;-)
tu aurais mieux fait de te déplacer et de leur faire payer le billet, ça t'aurai fait gagné du temps ...
Déjà il ne faut pas oublier qu'on est seulement à un peu plus de la moitié de l'année.
Autrement, je touve que ces chiffres sont logiques. Au début de Linuxfr, les news du site parlaient de Linux et du libre. Si un logiciel propriétaire sortait pour Linux, il avait droit à sa news. Maintenant le site s'est recentrer sur la communauté du libre, les sujets abordées sont moins larges qu'auparavant, et on ne parle que très rarement de se qui se passe en dehors de la communauté du libre même si ça a un rapport avec Linux. Je le regrète un peu car maintenant si je veux avoir des news sur Linux, ben il faut que j'aille voir ailleur, alors qu'avant linuxfr était LA référence francophone sur Linux.
t'as bien de la chance, moi je n'arrive pas dépasser le stade de la page d'accueil, et encore, quand elle s'affiche.
Une question : pourquoi tout le monde veut comparer geoportail à google earth? est ce que ça ne serai pas plus correct de le comparer à googlemaps? Parce que comparer un site web à une application c'est un peu osé je trouve.
Après être rentré de Bercy, j'ai pu savourer la victoire du Mans pour le titre de Champion de France de Basket. Le foot? je n'y est même pas pensé. Moi dimanche soir j'étais heureux comme un poisson dans l'eau, alors que tous les footeux faisaient la gueule. Moralité : si vous voulez passer une bonne journée, venez voir les matchs de basket.
(Putain ! 3 ans en Euroleague... je vais encore faire pété l'abonnement)
Faire des paquets c'est compiler une application sur une machine pour ensuite l'utiliser sur d'autres. Tu peux en dire autant? Tu as le support HAL? Zeroconf?... Comment savoir si les fonctionnalités que tu n'utilises pas fonctionnent correctement. Quand tu fais des paquets, ils sont utilisé par des milliers de personnes qui ont toutes un usage différent de KDE avec une config différente, ils n'utilisent pas tous les même logiciels, les même paramètres, et pourtant il faut que ça fonctionne pour tout le monde.
Moi aussi je peux faire des paquets Mandriva dans l'heure sans appliquer de patch, mais rien ne dit que les binaires résultant fonctionneront sur une autre machine que la mienne.
c'est exact. Je rajouterai que faire des paquets pour KDE ce n'est pas anodin. Chaque distribution applique ses propres patchs aux sources de KDE pour pouvoir le compiler (voir : http://developer.kde.org/~binner/distributor-patches/ ) . Donc à chaque nouvelle version de KDE il faut vérifier que les patchs fonctionnent toujours, voir si il n'y a pas de nouveaux problèmes, c'est du travail. Et à moins de faire des paquets pour les versions betas et RC (ou avoir de la chance), je vois pas bien comment on peut faire des paquets en 2 temps 3 mouvements juste après la sortie de KDE sans qu'il n'y ai de trop gros problèmes.
Pour Mandriva, c'est Laurent Montel qui s'occupe de faire des paquets. Il est employé par Mandriva pour travailler sur KDE et faire les paquets pour Mandriva. Faire des paquets, c'est pas les ballancer et faire autre chose après, il faut faire un suivi pour tracker les bug's. La semaine dernière il a modifier 327 lignes de codes dans KDE (voir : http://commit-digest.org/issues/2006-05-28/ ) il est très certainement l'un des dev les plus actifs (je crois qu'il s'occupe essentiellement de KDE 4 et de Koffice 2) et il n'a pas trop le temps je pense à faire des paquets juste après la sortie d'une nouvelle version.
Après c'est vrai peut être qu'il manque quelqu'un chez Mandriva pour sortir des parquets plus tôt, mais ça bouge de ce coté là, et il semblerai que bientôt il va y avoir une discussion sur ce que doit être la version "community" de Mandriva (on s'orienterai peut être vers des mises à jour non offciels qui incluerai donc des backport, il n'y aurai donc plus de version "community")
Sinon il reste toujours les sources extérieurs comme Seer Of Souls (http://seerofsouls.com/ ), mais il faut attendre un peu pour avoir KDE 3.5.3 (par contre il y a bien KDE 3.5.2)
quand tu ajoutes des fichiers sur un serveur CVS, tu es obligé de le mettre dans MAIN, ensuite tu peux tagger tes fichiers.
la branche xorg-server-1_1_0 c'est MAIN pris à un instant donné, donc c'est normal que Xgl se retrouve dedans.
Si tu veux lances un compil, je serai curieux de voir le résultat. Mais vu que les fichiers sont vieux de 4 mois, j'ai un doute que ça fonctionne
C'est pas utilisé par Xgl mais c'est Xgl qui fournit la possibilité de l'avoir
Et visiblement les deux ont été inclut
Bon je ne suis pas spécialiste et je peux être imprécis dans mes mots, mais l'extension GLX texture_from_pixmap est implémenté dans Mesa au niveau de Xorg. Ce qui permet de faire fonctionner Xgl en rendu indirect. C'est bien Mesa qui fourni l'extension (ou les drivers 3D de ta carte si elle le supporte), et Xgl qui l'utilise
par ce que le développeur principal sait qu'il y a des problèmes, qu'il a encore pleins de choses à faire dans Xgl et qu'il ne sert donc à rien de corriger certains problèmes alors qu'il peut très bien tout casser 2 jours plus tard parce qu'il à fait une grosse modification au niveau de l'architecture de Xgl.
Je vais prendre l'exemple de l'extension texture_from_pixmap. Au début il n'y avait pas besoin de cette extension (qui n'existait pas) pour faire fonctionner Xgl. Mais David à préféré créer une nouvelle extension pour faire ce dont il a besoin (je ne connaît pas tous les détails). Cette extension doit être implémenté dans Mesa pour que Xgl puisse fonctionner puis dans les drivers pour pouvoir bénéficier du rendu direct. Bref Xgl a besoin d'évoluer parce que justement il n'est pas encore bien défini. Si les devs passent leur temps à parcourir un bugzilla et à corriger des bugs, il n'ont n'auront plus pour faire avancer le projet qui pour l'instant n'est pas encore bien défini
Après pour la ML utilises la ML de Xorg puisque Xgl n'est qu'une banche du serveur Xorg. C'est ce que j'ai fait.
et il est quand même inclut dans la release de X11R7.1
Tiens, dernière nouvelle !! Non, Xgl possède sa propre branche (voir : http://webcvs.freedesktop.org/xorg/xserver/xorg/?only_with_t(...) ) et n'est pas inclus dans Xorg. Ce qui a été intégré dans le serveur Xorg, c'est l'extension GLX texture-from-pixmap qui est utilisé par Xgl.
Xgl a encore des problèmes de performance (ex : il n'y a pas si longtemps il y avait de gros ralentissements quand le PC faisait des accès disque. Le problème est peut être corrigé maintenant, mais il reste encore beaucoup de choses à faire) et il faut le considérer comme une version alpha. De plus il ne fonctionne encore que sur un nombre limité de matériel.
Non, tu peux t'inscrire sur le forum pour y recevoir de l'aide et en donner depuis toujours. Donc ce genre de critique en ce qui concerne le forum a toujours été fausse.
J'apporte une petite rectification. SI j'ai bonne mémoire, au début seul le forum anglophone était accessible en lecture seulement (et encore je suis pas sur, il était peut être aussi accessible en écriture, je sais plus) pour ceux qui n'étaient pas membre. Par contre ça fait quand même un bout de temps maintenant que le forum est accessible gratuitement pour tout le monde et sans restriction.
Moi aussi je suis un peu deg, tout est trop magnifique, mais une lecture d'une vidéo qui prend 80% du proc (et uniquement en recopie de mem) ca me saoule. NV fait qque chose!
Il faut bien garder à l'esprit que XGL n'est pas encore mature. Que les spécifications de XGL ne sont pas encore arrêtées. Bref, c'est encore en logiciel qui est en version alpha, alors derrière il ne faut pas s'attendre que tout fonctionne parfaitement tout de suite.
Oui sauf que si les pilotes étaient libres, ils seraient recompilés et diffusés instantanément avec les paquets de Xorg et sans délai. Dans le cas présent l'utilisateur de Linux doit attendre le bon vouloir d'ATI ou de Nvidia... Je t'épargne également les problèmes de licences et ces pilotes binaires, leurs diffusions avec les distributions Linux dépendent toujours du bon vouloir des constructeurs...
il y a incompatibilité quand il y a changement d'API. Donc il n'y a pas forcément besoin de nouveaux drivers à chaque nouvelle version de Xorg. Mais quand ça arrive, il ne suffit pas de recompiler le driver, il faut le modifier. Rien ne dit (surtout avec la modularisation de Xorg) que les drivers sortent en même temps que la nouvelle version du serveur (on peut aussi imaginer des drivers libre développés de manière externe à Xorg - ce qui était le cas de DRI au début - ).
C'est une question de bon sens, si un développeur contribue à un projet, sa contribution doit se fondre dans l'existant. A ma connaissance tous les pilotes libres utilisent DRI.
Si tu parts de ce principe là, dans le LL il n'y a pas de concurrence entre logiciels (pas de projets qui sont dans la même niche, pas de fork...). Il n'y a pas de pensée unique dans la communauté (la preuve : nous deux :-) ). Il peut très bien y avoir un jour une personne développant un driver, qui se trouve limité par les performances de DRI, et qui décide de créer sont propre système qui lui convient.
Bien entendu l'absence de spécifications bloquent le développement de pilotes libres. Mais à mon sens l'existence de pilotes propriétaires aussi.
- Si ATI et Nvidia ne diffusaient pas de pilotes binaires, on peut honnêtement supposer que ce manque motiverai plus de développeurs à le combler ?
- Si la grande majorité de la communauté Linux utilisent les pilotes binaires, qui va tester les pilotes libres et rapporter les bogues ?
Le driver nv est arrivé avec XFree 3.3.6. A cette époque il n'y avait pas de drivers proprios c'est vrai. Mais aujourd'hui on a des drivers propriétaires qui fonctionnent (certains disent qu'ils sont de mauvaise qualité, personnellement je n'ai jamais eu de problème et je n'ai jamais entendu d'arguments qui appuient cette affirmation) et pour autant le driver nv est toujours maintenu. Et ne t'inquiète pas, il y a suffisament "d'intégristes" du libre pour qu'il y ai toujours des gens à tester les drivers libres.
Les arguments que tu avances sont souvent employés, mais je trouve qu'il n'y a pas de liens entre ce que tu dit et le fait d'avoir des drivers proprios :
- L'incompatibilité n'a rien à voir avec le fait que les drivers soient proprio : regarde la dernière version d'amarock 1.4, elle est incompatible avec la dernière version de gstreamer. C'est une question d'API qui a changé. De plus il faut peut être leur laissé le temps de sortir des nouveaux drivers après la sortie de Xorg 7.1. Après tout ça ne fait que 2 jours.
- La qualité des pilotes vient surtout de la qualité des développeurs qui sont derrière. Les pilotes vidéos inclus dans Xorg sont aussi de qualité aléatoire.
- Je t'accorde le point 3 même si je ne voit pas le rapport entre ne pas utiliser DRI et que les drivers ne soient pas libre. Rien n'empêche un driver libre de ne pas utiliser DRI.
- Ce ne sont pas les pilotes qui bloquent l'évolution de Xorg, ce sont les sociétés. Si Nvidia et/ou ATI faisaient des drivers libre, ça ne changerai rien. Ils payent des programmateurs pour qu'ils travaillent sur Xorg. Après c'est une question de politique et de rapport de force. Il ne faut pas voir ces sociétés comme renfermé sur elles même en développant dans leur coin leur driver proprio. Elles participent au développement de Xorg en payant des dev, après c'est comme je viens de le dire, une question de rapport de force.
- A chaque nouvelle version du noyau Linux, il y a des pilotes qui sont enlevé car plus personne n'utilise le matériel. Dans l'idéal, le libre permet un support à l'infinie du matériel. Mais quand tu commences à développer un driver, tu le fais fonctionné sur le matériel récent. Au bout de dix ans, tu ne peut pas continuer à supporter le vieux matériel et le récent. Ca demande trop de travail, car ton driver doit aussi suivre les changement d'API de Xorg et donc a un moment ou un autre il y a des parties que tu vas réécrire, et par conséquent les portions de ton code pour le vieux matériel doivent aussi être réécrite, ça demande beaucoup de travail, et tu préfères arrêter le support pour alléger le travail à faire et povoir sortir la prochaine version dans de bonnes conditions.
- je ne pense pas, sinon il n'y aurai pas de driver "nv" ni "ati". Pour les cartes graphiques ce qui bloque le développement d'un driver libre c'est la fait que les spec du matériel n'est pas mis à disposition.
à mon avis t'es déconnecté de la réalité, ce que tu sais faire, ne correspond pas aux connaissances de Mme Michou !
Mme Michou elle achète un PC avec Windows, ou alors si elle peut mettre un peu plus, un MAC par ce qu'on lui a dit que c'était plus facile. Linux? Mme Michou ne sais même pas ce que c'est.
ça fait plus de 6 ans que j'utilise une Mandriva, et en tout et pour tout j'ai du juste acheter le manuel de la 9.2 ou la 10.0 je sais plus. C'était pour ma soeur, quand elle m'a demandé de lui mettre Linux, j'ai pensé qu'il était judicieux qu'elle est une documentation papier. Sinon, je n'ai jamais rien payé.
Pour les drivers proprio, j'ai une carte Nvidia, et j'utilise les RPM de PLF. Si j'ai un problème, je poste un message sur le forum du club (qui est accessible gratuitement pour tout le monde, membre ou non) ou sur une des ML. Il y a bien une communauté derrière (après tout Mandrake a commencé avec une communauté). Par contre je concède qu'on a du mal à s'y retrouver entre le club et la communauté. ça manque un peu de lisibilité. Mais bon ça c'est du en parti aux innombrable sites mandriva.
Donc non Mandriva n'est pas cher, et ce n'est pas parce que le club existe qu'il n'y a pas de communauté en dehors (d'ailleur une bonne partie des contributeurs - ceux qui font des RPM's ou participe à la ML de cooker - ne font pas parti du club)
Il est même dans "main", ce qui veut dire qu'il se trouve aussi sur les CD de la Free. Si il ne l'est pas c'est pour une bonne raison. "main" fait 3.8Go. Or avec 3 CD tu peux faire que 2Go grand max.
REJECTED master disc 2006.0-Disc1 (49) 11726016 limit kdevelop-3.2.2-3mdk.i586 ( [ list 1 ] Not enough space: )
De toute manière, il est très difficile de contenter tout le monde. Ubuntu ne fait qu'1CD, et en fait c'est pas mal, tu n'as que l'essentiel. Mais certains veulent TOUT avoir sur CD, et là tu as très rapidement 10 CD. D'autres veulent un peu plus que 1 CD mais avec les logiciels qu'ils veulent. Et là c'est galère. Chacun trouvera que tel application aurai du être présente sur le CD, et que par contre une autre est complètement inutile et gâche de l'espace sur le CD...
Ca me rappelle mon indignation le jour où j'ai découvert que Mandrake distribuait une version propriétaire de GNU/Linux, qui d'après eux ne diffère de la version "Free" (qui s'appelait version "download") que par Acrobat Reader, Flash Player, Skype etc... alors qu'en fait il manquait beaucoup de logiciels libres à la version gratuite (celle-ci avait 3 CD contre 6 pour la version "boîte")...
Chez Mandriva, les paquets sont répartis dans plusieurs répertoires différents sur les miroirs. "main" contient les principaux logiciels. Les paquets dans "main" sont soumis à la QA de Mandriva. "contrib" contient des logiciels secondaires. Ils ne sont en général pas soumis à la QA. Il existe un 3e répertoire "jpackage" qui contient des applications écrites en java.
Les 6 CD de la version boite contiennes les 3 répertoires que je viens de citer. Les 3 CD de la version Free contiennent eux QUE le répertoire "main". Mais les 3 répertoires "main", "contrib", "jpackage" sont tous accessibles sur TOUS les miroirs de Mandriva. Alors pourquoi la version Free n'a pas les 3 autres CD si de toute manière les RPM's sont accessibles sur les miroirs? Tout simplement parce que beaucoup de gens trouvent que c'est beaucoup trop de devoir télécharger 6 CD pour faire fonctionner un Linux (oui je sais on n'est pas obligé de tout télécharger, mais quand tu proposes 6 CD, les gens se sentent obligé de télécharger les 6 CD. Sinon ils pensent qu'il va leur manquer quelque chose).
Tout ça pour dire qu'il ne manque rien à la version Free. Mais c'est vrai que les logiciels ne sont pas tous fournis sur CD. Il faut ajouter des sources urpmi grâce à easyurpmi par exemple.
Je tiens à remercier toutes les personnes qui ont contribué à sophie. Les gars c'est du TRES bon boulot. Avant j'utilisai rpmfind, mais sophie va beaucoup plus loin et est plus rapide à donner ses résultats. Je ne pense pas qu'il existe un autre logiciel qui aille aussi loin, c'est à la fois pratique pour un simple utilisateur qui pourra très rapidement savoir dans quel RPM ce trouve tel fichier, mais aussi pour le packager qui peut y voir toutes les dépendances de ses paquets sous forme graphique.
Ce qu'il manque, c'est une bonne visibilité sur les sites mandriva. Un lien sur le wiki de cooker serai pas mal. Mais bon, je trouve le wiki de cooker pas trop lisible justement. Il y a eu d'ailleur une discussion à ce sujet, je ne sais pas si ça aboutira à quelque chose de nouveau (mais ça serai vraiment bien)
LaurentMontel sends me a new report of his KDE 4.0 progression. The qt3support calls have been removed, making the code faster and more maintainable. The old build system has now been completely removed, and all is compiled with the new cmake system. Now the work has been started to split the GUI code from the core code, in order to make customizations easier, moreover, the switch to qtdbus has started, and soon the old dcop server will be deprecated. The port of koffice/kwebdev to KDE 4.0 is nearly finished. The development is going well, however several weeks or months are still necessary to have the first KDE 4.0 desktop available in alpha stage.
[^] # Re: Libre
Posté par Matthieu Duchemin (site web personnel) . En réponse au journal Le Wifi à Fon la caisse.... Évalué à 4.
Au contraire de ça, le réseau wireless-fr permet à N'IMPORTE QUI de se connecter à son réseau. La seule restriction qu'il y ai, c'est de posséder des identifiants que l'on peut obtenir gratuitement (il faut quand même assurer une certaine sécurité pour la personne qui partage son accès).
[^] # Re: Pilote libre NVIDIA de X.Org : tout va bien !
Posté par Matthieu Duchemin (site web personnel) . En réponse au journal Pilote propriétaire NVIDIA : pas de mode DGA!. Évalué à 0.
La logique de certains m'étonnera toujours...
# petite correction...
Posté par Matthieu Duchemin (site web personnel) . En réponse au journal Compiz sans XGL. Évalué à 1.
L'extension GLX_EXT_texture_from_pixmap permet d'avoir un rendu direct : c'est à dire que c'est la carte graphique qui fait tout le boulot. Dans le cas contraire, une partie du rendu est effectué de manière logiciel par MESA.
Pour utiliser AIGLX, il faut des drivers libres. Les drivers propriétaires ATI/Nvidia ne fonctionne QUE avec XGL.
[^] # Re: en parlant de GPS ...
Posté par Matthieu Duchemin (site web personnel) . En réponse au journal linux et la navigation gps. Évalué à 1.
http://www.tomtom.com/page.php?Page=gpl
# c'est clair !
Posté par Matthieu Duchemin (site web personnel) . En réponse au journal l'Avanture Acer (roman fleuve inside). Évalué à 2.
surtout qu'en 55min on est a montparnasse avec le TGV ;-)
tu aurais mieux fait de te déplacer et de leur faire payer le billet, ça t'aurai fait gagné du temps ...
# C'est le résultat de l'évolution éditoriale du site.
Posté par Matthieu Duchemin (site web personnel) . En réponse au journal DLFP is dying. Évalué à 10.
Autrement, je touve que ces chiffres sont logiques. Au début de Linuxfr, les news du site parlaient de Linux et du libre. Si un logiciel propriétaire sortait pour Linux, il avait droit à sa news. Maintenant le site s'est recentrer sur la communauté du libre, les sujets abordées sont moins larges qu'auparavant, et on ne parle que très rarement de se qui se passe en dehors de la communauté du libre même si ça a un rapport avec Linux. Je le regrète un peu car maintenant si je veux avoir des news sur Linux, ben il faut que j'aille voir ailleur, alors qu'avant linuxfr était LA référence francophone sur Linux.
[^] # Re: J'ai changé de disrib
Posté par Matthieu Duchemin (site web personnel) . En réponse au journal Ubuntu veut devenir une distribution commerciale. Évalué à 0.
Bravo pour la blague en tout cas, j'ai bien rit.
[^] # Re: systeme de fichier?
Posté par Matthieu Duchemin (site web personnel) . En réponse au journal GLScube pour vous aider à organiser vos données. Évalué à 4.
je me coucherai moins bête ce soir :-)
[^] # Re: Très content
Posté par Matthieu Duchemin (site web personnel) . En réponse au journal Ca ne casse pas 3 pattes à un \_o<. Évalué à 6.
Une question : pourquoi tout le monde veut comparer geoportail à google earth? est ce que ça ne serai pas plus correct de le comparer à googlemaps? Parce que comparer un site web à une application c'est un peu osé je trouve.
# Rien à battre...
Posté par Matthieu Duchemin (site web personnel) . En réponse au journal Mea Culpa au foot. Évalué à -2.
(Putain ! 3 ans en Euroleague... je vais encore faire pété l'abonnement)
[^] # Re: Dispo aussi pour...
Posté par Matthieu Duchemin (site web personnel) . En réponse au journal Sortie de KDE 3.5.3. Évalué à 2.
Moi aussi je peux faire des paquets Mandriva dans l'heure sans appliquer de patch, mais rien ne dit que les binaires résultant fonctionneront sur une autre machine que la mienne.
[^] # Re: Dispo aussi pour...
Posté par Matthieu Duchemin (site web personnel) . En réponse au journal Sortie de KDE 3.5.3. Évalué à 6.
Pour Mandriva, c'est Laurent Montel qui s'occupe de faire des paquets. Il est employé par Mandriva pour travailler sur KDE et faire les paquets pour Mandriva. Faire des paquets, c'est pas les ballancer et faire autre chose après, il faut faire un suivi pour tracker les bug's. La semaine dernière il a modifier 327 lignes de codes dans KDE (voir : http://commit-digest.org/issues/2006-05-28/ ) il est très certainement l'un des dev les plus actifs (je crois qu'il s'occupe essentiellement de KDE 4 et de Koffice 2) et il n'a pas trop le temps je pense à faire des paquets juste après la sortie d'une nouvelle version.
Après c'est vrai peut être qu'il manque quelqu'un chez Mandriva pour sortir des parquets plus tôt, mais ça bouge de ce coté là, et il semblerai que bientôt il va y avoir une discussion sur ce que doit être la version "community" de Mandriva (on s'orienterai peut être vers des mises à jour non offciels qui incluerai donc des backport, il n'y aurai donc plus de version "community")
Sinon il reste toujours les sources extérieurs comme Seer Of Souls (http://seerofsouls.com/ ), mais il faut attendre un peu pour avoir KDE 3.5.3 (par contre il y a bien KDE 3.5.2)
[^] # Re: XGL + FX5200 + video
Posté par Matthieu Duchemin (site web personnel) . En réponse au journal NVIDIA Linux Display Drivers 1.0-8762 is out !. Évalué à 2.
quand tu ajoutes des fichiers sur un serveur CVS, tu es obligé de le mettre dans MAIN, ensuite tu peux tagger tes fichiers.
la branche xorg-server-1_1_0 c'est MAIN pris à un instant donné, donc c'est normal que Xgl se retrouve dedans.
Si tu veux lances un compil, je serai curieux de voir le résultat. Mais vu que les fichiers sont vieux de 4 mois, j'ai un doute que ça fonctionne
Bon je ne suis pas spécialiste et je peux être imprécis dans mes mots, mais l'extension GLX texture_from_pixmap est implémenté dans Mesa au niveau de Xorg. Ce qui permet de faire fonctionner Xgl en rendu indirect. C'est bien Mesa qui fourni l'extension (ou les drivers 3D de ta carte si elle le supporte), et Xgl qui l'utilise
[^] # Re: XGL + FX5200 + video
Posté par Matthieu Duchemin (site web personnel) . En réponse au journal NVIDIA Linux Display Drivers 1.0-8762 is out !. Évalué à 3.
Je vais prendre l'exemple de l'extension texture_from_pixmap. Au début il n'y avait pas besoin de cette extension (qui n'existait pas) pour faire fonctionner Xgl. Mais David à préféré créer une nouvelle extension pour faire ce dont il a besoin (je ne connaît pas tous les détails). Cette extension doit être implémenté dans Mesa pour que Xgl puisse fonctionner puis dans les drivers pour pouvoir bénéficier du rendu direct. Bref Xgl a besoin d'évoluer parce que justement il n'est pas encore bien défini. Si les devs passent leur temps à parcourir un bugzilla et à corriger des bugs, il n'ont n'auront plus pour faire avancer le projet qui pour l'instant n'est pas encore bien défini
Après pour la ML utilises la ML de Xorg puisque Xgl n'est qu'une banche du serveur Xorg. C'est ce que j'ai fait.
[^] # Re: XGL + FX5200 + video
Posté par Matthieu Duchemin (site web personnel) . En réponse au journal NVIDIA Linux Display Drivers 1.0-8762 is out !. Évalué à 1.
Tiens, dernière nouvelle !! Non, Xgl possède sa propre branche (voir : http://webcvs.freedesktop.org/xorg/xserver/xorg/?only_with_t(...) ) et n'est pas inclus dans Xorg. Ce qui a été intégré dans le serveur Xorg, c'est l'extension GLX texture-from-pixmap qui est utilisé par Xgl.
Xgl a encore des problèmes de performance (ex : il n'y a pas si longtemps il y avait de gros ralentissements quand le PC faisait des accès disque. Le problème est peut être corrigé maintenant, mais il reste encore beaucoup de choses à faire) et il faut le considérer comme une version alpha. De plus il ne fonctionne encore que sur un nombre limité de matériel.
[^] # Re: Bonne comparaison
Posté par Matthieu Duchemin (site web personnel) . En réponse au journal Interview de Mark ShuttleWorth sur Le Monde Informatique. Évalué à 3.
J'apporte une petite rectification. SI j'ai bonne mémoire, au début seul le forum anglophone était accessible en lecture seulement (et encore je suis pas sur, il était peut être aussi accessible en écriture, je sais plus) pour ceux qui n'étaient pas membre. Par contre ça fait quand même un bout de temps maintenant que le forum est accessible gratuitement pour tout le monde et sans restriction.
[^] # Re: XGL + FX5200 + video
Posté par Matthieu Duchemin (site web personnel) . En réponse au journal NVIDIA Linux Display Drivers 1.0-8762 is out !. Évalué à 3.
Il faut bien garder à l'esprit que XGL n'est pas encore mature. Que les spécifications de XGL ne sont pas encore arrêtées. Bref, c'est encore en logiciel qui est en version alpha, alors derrière il ne faut pas s'attendre que tout fonctionne parfaitement tout de suite.
[^] # Re: Mais...
Posté par Matthieu Duchemin (site web personnel) . En réponse au journal X.org 7.1 is OUT. Évalué à 1.
il y a incompatibilité quand il y a changement d'API. Donc il n'y a pas forcément besoin de nouveaux drivers à chaque nouvelle version de Xorg. Mais quand ça arrive, il ne suffit pas de recompiler le driver, il faut le modifier. Rien ne dit (surtout avec la modularisation de Xorg) que les drivers sortent en même temps que la nouvelle version du serveur (on peut aussi imaginer des drivers libre développés de manière externe à Xorg - ce qui était le cas de DRI au début - ).
Si tu parts de ce principe là, dans le LL il n'y a pas de concurrence entre logiciels (pas de projets qui sont dans la même niche, pas de fork...). Il n'y a pas de pensée unique dans la communauté (la preuve : nous deux :-) ). Il peut très bien y avoir un jour une personne développant un driver, qui se trouve limité par les performances de DRI, et qui décide de créer sont propre système qui lui convient.
Le driver nv est arrivé avec XFree 3.3.6. A cette époque il n'y avait pas de drivers proprios c'est vrai. Mais aujourd'hui on a des drivers propriétaires qui fonctionnent (certains disent qu'ils sont de mauvaise qualité, personnellement je n'ai jamais eu de problème et je n'ai jamais entendu d'arguments qui appuient cette affirmation) et pour autant le driver nv est toujours maintenu. Et ne t'inquiète pas, il y a suffisament "d'intégristes" du libre pour qu'il y ai toujours des gens à tester les drivers libres.
[^] # Re: Mais...
Posté par Matthieu Duchemin (site web personnel) . En réponse au journal X.org 7.1 is OUT. Évalué à 9.
- L'incompatibilité n'a rien à voir avec le fait que les drivers soient proprio : regarde la dernière version d'amarock 1.4, elle est incompatible avec la dernière version de gstreamer. C'est une question d'API qui a changé. De plus il faut peut être leur laissé le temps de sortir des nouveaux drivers après la sortie de Xorg 7.1. Après tout ça ne fait que 2 jours.
- La qualité des pilotes vient surtout de la qualité des développeurs qui sont derrière. Les pilotes vidéos inclus dans Xorg sont aussi de qualité aléatoire.
- Je t'accorde le point 3 même si je ne voit pas le rapport entre ne pas utiliser DRI et que les drivers ne soient pas libre. Rien n'empêche un driver libre de ne pas utiliser DRI.
- Ce ne sont pas les pilotes qui bloquent l'évolution de Xorg, ce sont les sociétés. Si Nvidia et/ou ATI faisaient des drivers libre, ça ne changerai rien. Ils payent des programmateurs pour qu'ils travaillent sur Xorg. Après c'est une question de politique et de rapport de force. Il ne faut pas voir ces sociétés comme renfermé sur elles même en développant dans leur coin leur driver proprio. Elles participent au développement de Xorg en payant des dev, après c'est comme je viens de le dire, une question de rapport de force.
- A chaque nouvelle version du noyau Linux, il y a des pilotes qui sont enlevé car plus personne n'utilise le matériel. Dans l'idéal, le libre permet un support à l'infinie du matériel. Mais quand tu commences à développer un driver, tu le fais fonctionné sur le matériel récent. Au bout de dix ans, tu ne peut pas continuer à supporter le vieux matériel et le récent. Ca demande trop de travail, car ton driver doit aussi suivre les changement d'API de Xorg et donc a un moment ou un autre il y a des parties que tu vas réécrire, et par conséquent les portions de ton code pour le vieux matériel doivent aussi être réécrite, ça demande beaucoup de travail, et tu préfères arrêter le support pour alléger le travail à faire et povoir sortir la prochaine version dans de bonnes conditions.
- je ne pense pas, sinon il n'y aurai pas de driver "nv" ni "ati". Pour les cartes graphiques ce qui bloque le développement d'un driver libre c'est la fait que les spec du matériel n'est pas mis à disposition.
[^] # Re: Bonne comparaison
Posté par Matthieu Duchemin (site web personnel) . En réponse au journal Interview de Mark ShuttleWorth sur Le Monde Informatique. Évalué à 10.
Mme Michou elle achète un PC avec Windows, ou alors si elle peut mettre un peu plus, un MAC par ce qu'on lui a dit que c'était plus facile. Linux? Mme Michou ne sais même pas ce que c'est.
[^] # Re: Bonne comparaison
Posté par Matthieu Duchemin (site web personnel) . En réponse au journal Interview de Mark ShuttleWorth sur Le Monde Informatique. Évalué à 4.
Pour les drivers proprio, j'ai une carte Nvidia, et j'utilise les RPM de PLF. Si j'ai un problème, je poste un message sur le forum du club (qui est accessible gratuitement pour tout le monde, membre ou non) ou sur une des ML. Il y a bien une communauté derrière (après tout Mandrake a commencé avec une communauté). Par contre je concède qu'on a du mal à s'y retrouver entre le club et la communauté. ça manque un peu de lisibilité. Mais bon ça c'est du en parti aux innombrable sites mandriva.
Donc non Mandriva n'est pas cher, et ce n'est pas parce que le club existe qu'il n'y a pas de communauté en dehors (d'ailleur une bonne partie des contributeurs - ceux qui font des RPM's ou participe à la ML de cooker - ne font pas parti du club)
[^] # Re: Bonne comparaison
Posté par Matthieu Duchemin (site web personnel) . En réponse au journal Interview de Mark ShuttleWorth sur Le Monde Informatique. Évalué à 9.
Il est présent :
ftp://ftp.free.fr/pub/Distributions_Linux/MandrivaLinux/offi(...)
Il est même dans "main", ce qui veut dire qu'il se trouve aussi sur les CD de la Free. Si il ne l'est pas c'est pour une bonne raison. "main" fait 3.8Go. Or avec 3 CD tu peux faire que 2Go grand max.
Pour connaître la liste des logiciels réellement présent sur les CD, tu peux regarder :
http://qa.mandriva.com/distro/2006.0-free.i586.cd
et effectivement, à la ligne 3843 on peut lire :
De toute manière, il est très difficile de contenter tout le monde. Ubuntu ne fait qu'1CD, et en fait c'est pas mal, tu n'as que l'essentiel. Mais certains veulent TOUT avoir sur CD, et là tu as très rapidement 10 CD. D'autres veulent un peu plus que 1 CD mais avec les logiciels qu'ils veulent. Et là c'est galère. Chacun trouvera que tel application aurai du être présente sur le CD, et que par contre une autre est complètement inutile et gâche de l'espace sur le CD...
Tu peux autrement générer toi même les ISO avec les outils mis à disposition, comme ça tu as exactement ce que tu veux. Voir :
http://qa.mandriva.com/twiki/bin/view/Main/SlipStreamUpdates
http://qa.mandriva.com/twiki/bin/view/Main/MakeCD
http://qa.mandriva.com/twiki/bin/view/Main/Remaster
[^] # Re: Bonne comparaison
Posté par Matthieu Duchemin (site web personnel) . En réponse au journal Interview de Mark ShuttleWorth sur Le Monde Informatique. Évalué à 10.
Chez Mandriva, les paquets sont répartis dans plusieurs répertoires différents sur les miroirs. "main" contient les principaux logiciels. Les paquets dans "main" sont soumis à la QA de Mandriva. "contrib" contient des logiciels secondaires. Ils ne sont en général pas soumis à la QA. Il existe un 3e répertoire "jpackage" qui contient des applications écrites en java.
Les 6 CD de la version boite contiennes les 3 répertoires que je viens de citer. Les 3 CD de la version Free contiennent eux QUE le répertoire "main". Mais les 3 répertoires "main", "contrib", "jpackage" sont tous accessibles sur TOUS les miroirs de Mandriva. Alors pourquoi la version Free n'a pas les 3 autres CD si de toute manière les RPM's sont accessibles sur les miroirs? Tout simplement parce que beaucoup de gens trouvent que c'est beaucoup trop de devoir télécharger 6 CD pour faire fonctionner un Linux (oui je sais on n'est pas obligé de tout télécharger, mais quand tu proposes 6 CD, les gens se sentent obligé de télécharger les 6 CD. Sinon ils pensent qu'il va leur manquer quelque chose).
Tout ça pour dire qu'il ne manque rien à la version Free. Mais c'est vrai que les logiciels ne sont pas tous fournis sur CD. Il faut ajouter des sources urpmi grâce à easyurpmi par exemple.
easyurpmi : http://easyurpmi.zarb.org/
Main : ftp://ftp.free.fr/pub/Distributions_Linux/MandrivaLinux/offi(...)
Contrib : ftp://ftp.free.fr/pub/Distributions_Linux/MandrivaLinux/offi(...)
jpackage : ftp://ftp.free.fr/pub/Distributions_Linux/MandrivaLinux/offi(...)
[^] # Re: Puisqu'on parle de Sophie...
Posté par Matthieu Duchemin (site web personnel) . En réponse au journal Cooker : The inside Man II. Évalué à 2.
Ce qu'il manque, c'est une bonne visibilité sur les sites mandriva. Un lien sur le wiki de cooker serai pas mal. Mais bon, je trouve le wiki de cooker pas trop lisible justement. Il y a eu d'ailleur une discussion à ce sujet, je ne sais pas si ça aboutira à quelque chose de nouveau (mais ça serai vraiment bien)
# quelques news...
Posté par Matthieu Duchemin (site web personnel) . En réponse à la dépêche Retour des KDE Commit Digest. Évalué à 9.