Euh... en fait parce que Debian stable a en général des Linux assez vieux par rapport au matériel récent de ce portable. Ubuntu backport des drivers récents si il le faut.
La webcam est en UVC est c'est super: cela signifie un seul driver pour toutes les webcams... Je crois que le driver est récent, voir toujours out-of-mainline.
Il y a aussi l'avantage de disposer d'un pilote qui marche en attendant que le pilote libre soit disponible.
Non. D'un point de vue libriste on s'en contre-fou. On veut un driver GPL. L'unique et le seul avantage, cela permet aux codeurs libres de faire du reverse engineering sans windaube.
Et attendre un driver libre? Tu n'as pas suivi les déclarations de nvidia sur le sujet: "pas de publication des spécifications de programmation hardware".
T'es pas sérieux là ? Tu crois vraiment que NVidia développe un pilote sous Linux par haine envers les développeurs du libre ?
Si NVidia nous détestait autant que ça, ils aurraient surement trouvé un moyen de faire bien plus chier pour moins cher.
Hein? Tu le fais exprés? C'est le fait de faire un blob priorio dans Linux qui est un super générateur de haine. Manifestement tu crois que les devs là-bas sont suffisament niais pour ne pas avoir deviner que mettre un blob dans Linux allait générer un bon paquet de haine... c'est vrai que c'est à peine de la provocation... c'est une haine bien méritée hélas.
Bin ils nous détestent: quel crétin hier faire chier les libristes à mettre un blob dans Linux. Si ils veulent faire moins cher, ils n'ont qu'a arrêter leur driver, par contre ça fera chier nettement moins de libristes, ce qui dommage pour eux. Il n'y pas mieux que le blob pour faire chier.
Tout ça parce que leur driver est incapable de gérer en direct rendering un desktop composité. Ouaip... vaudrait mieux qu'ils publient les spécifications de programmation hardware(comme Intel et AMD) et qu'ils laissent beaucoup plus de gens capables (aka les milliers de devs de Linux). Bon là c'est mal barré pour AMD... car ils ont filé le boulot à faire à Novell, proxy de MS, pas étonnant que ça n'avance pas...
En natif, surtout Quake 4.
... et aussi UT2004... j'ai eu tellement d'ennuis avec ces jeux que j'ai laissé tomber. Là j'ai le client de démo de savage2, je le fais tourner de temps en temps mais je n'y joue pas vraiment ce qui n'est pas significatif.
Pour ce qui est du compositing, je n'ai pas d'avis, je n'en ai jamais eu le besoin, donc jamais tester.
Et bien sache que tous ceux qui utilisent/installe un desktop composité (une certaine proportion aujourd'hui... huhu!) sont concernés par la qualité déplorable du driver sur ce terrain (qui accessoirement révêle à priori un paquet de bugs dans la gestion de la video ram...).
Si je comprend bien, tu trouverai moins génant que NVidia ignore complètement Linux et ne donne ni specs, ni pilotes ?
Oui. Le seul avantage, c'est que le reverse engineering peut se faire sur Linux au lieu de windaube. C'est de la haine pure en boite pour les développeurs du libre et beaucoup de personnes impliquées dans l'esprit du logiciel libre.
merci nvidia!
On va dire que ça dépend pour qui...
C'est forcément une expérience personnelle, puisque la réalité globale, personne de la détient, toi inclu. Un vendu a nvidia peut facilement venir sur les forums et poster une expérience opposée. Après ça... on ne crois plus rien. Par contre il y a des gens que se connaissent plus et qui savent qu'un poste de telle personne vaut plus qu'un autre... mais là est un autre débat. Donc il s'agit de mon expérience personnelle.
Va vraiment falloir que tu m'explique !
Parle avec des dévelopeurs libres sur le fait que nvidia ne release pas les spécifications de programmation hardware ET qui se permet un blob dans Linux... là tu vas voir ce qu'est la haine.
Mais on s'égare je vais recentré sur la vraie origine de mon poste:
En fait, étant donnée que j'ai abandonné le gaming à cause de leur super driver (mais d'après ce que tu dis, si jt sous windaube, ce qui est inpensable, j'aurais eu encore plus de pbs... donc j'aurais encore plus abandoné le gaming), je me suis dit qu'un desktop composité serait pas trop dur pour eux... en fait le coup de gueule est en grosse partie sur le fait suivant avéré sur au moins 3 machines d'utilisateurs différents:leur driver est incapable de gérer un desktop composité correctement en direct rendering. Pour un rendu supportable, il faut activer l'indirect rendering qui est vraiment plus lent et on perd la VSYNC histoire d'avoir un rendu un peu plus dégoulinant.
Oui mais y quand même des customizations de conf faites pour chaque pays. Et virer un blob pour installer libdvdcss2 n'est pas beaucoup plus compliqué que mettre le clavier en AZERTY.
NVidia est quand même une des rare société qui fournisse de pilotes Linux pour son materiel. Et des pilotes qui, malgré tout ce que l'on peut lire, sont de qualitée très correcte par rapport aux standards des pilotes propriétaires.
Il y a encore pas si longtemps, NVidia était la seule solution pour avoir de la bonne 3D sous linux, et même si ça grognait sur le fait que les pilotes soient proprio, beaucoup félicitait quand même NV d'être la seule boite à tenir un peu compte de Linux.
Mais depuis qu'ATI/AMD à changer de politique, tout le monde semble avoir oublier que les pilote ATI était de belle merde à côter de ceux de NVidia.
Donc : OUI la politique de NVidia est loin d'être la bonne, et on préfererais des specs et des pilotes libre, mais NON leur drivers ne sont pas si merdique que ça et au moins ils tiennent compte de Linux, et on peut espérer qu'ils finissent par imiter ATI/AMD.
Ahem...
les pilotes de nvidia sont merdiques: il est impossible de faire marcher correctement un desktop composité en direct rendering (surtout sur de la haute résolution). Donc il faut passer en mode indirect rendering, cad lent, pour avoir un compiz qui marche correctement... et petit cado bonux, on perd la VSYNC, donc c'est encore plus dégueulasse. De plus j'ai abandonné le gaming natif sur GNU/Linux car leur driver freezait bien trop souvent. De plus si tu as un Linux qui casse une API interne (plutôt souvent) tu dois attendre qu'ils daignent mettre à jour leur driver et ils ne sont paaaaaaaaaaas pressés... parfois c'est des mois.
Les drivers AMD/ATI sont dans la me.... car c'est Novell qui les développe et cette boite n'est qu'un proxy de MS... et ils se font gueuler dessus car leur driver n'avance pas et qu'ils ne sont pas force de proposition comme l'est Intel... ça sent très très mauvais.
Intel rules pour le moment et AMD a fait une bourde en confiant le dev à Novell. nvidia est là uniquement pour générer de la haine, manifestement c'est des gars bon à ça.
Ayé? Surcouf fait des portables custom avec la possibilité d'y installé GNU/Linux?
Y a 1 an, j'avais demandé sur leur stand "portable personnalisé", et ils m'avaient dit que ct en cours...
En effet, beaucoup de codeurs semblent focaliser sur l'aspect portage de distro ou graphique. Or la pile de téléphonie n'est toujours pas au point. Par exemple la stack GSM de FSO: http://trac.freesmartphone.org/wiki
C'est le framework "à la freedesktop" supposé fournir les services de base d'un smartphone.
Disons qu'on peut maintenant dire que... "presque"-ayé, le boulot sur Linux est fait. Maintenant il s'agit de bien mettre au carré le fastboot et de s'attaquer aux couches supérieures... yaka!
N'oubliez pas de compiler une GNU glibc récente avec les headers du noyau 2.6.28 afin de lui permettre d'activer les probables nouveautés/améliorations et donc en faire profiter les applications en espace utilisateur.
Quand? Prochain siècle?
AMD devrait dropper son driver proprio et ne faire qu'un driver libre comme fait Intel.
Quand à nvidia... no comment afin d'éviter des torrents de haine.
Ce qui serait cool c'est que Sun arrête de forcer les contributeurs sur mysql et ooffice de leur donner les droits. Ok, Sun ne pourra plus faire de version propriétaire et ça sera tant mieux car ce qui m'intéresse c'est que la version open source soit *la* meilleur version (et pas un fork proprio).
... cela ne changera en rien l'effort pour le quidam standard à faire pour mettre en œuvre GNU/Linux sur sa machine.
Il faut qu'au moins un GNU/Linux orienté station utilisateur soit proposé pré-installé/activable à l'achat. À ce moment là, l'effort à faire sera le même que pour les autres OS.
Est-ce que des gens voudraient faire un groupe de trolls pour allez gueuler pour avoir les spécifications de programmation des GPUs de nvidia?
Il faudrait plutôt un bar-camp sur le reverse de leur put*** de GPU, car dans le genre générateur de haine, merci.
Download les sources de java... décompress et regarde la taille et la complexité du code.
Ta pile logicielle est la suivante:
kernel+toolchain(C/C++)+java, est-ce bien raisonnable?
Mes limites s'arrêtent à kernel+toolchain(C), au delà, je considère que c'est du bloat... car le kernel et une toolchain optimisant le C est déjà extrêment couteuse en termes logiciels. Alors un front-end C++ (un truc de taré car le C++) et grosso-modo 80Mo de code source C++ complexe (java)... non merci, pas pour moi.
Le vrai minimaliste considère l'ensemble de la pile logicielle et certainement pas uniquement un petit programme dépendant d'un méga-bloat... un peu de bon sens.
[^] # Re: Modération
Posté par blubliblo . En réponse à la dépêche Point de vue sur le Dell XPS M1330 fourni avec GNU/Linux. Évalué à 2.
La webcam est en UVC est c'est super: cela signifie un seul driver pour toutes les webcams... Je crois que le driver est récent, voir toujours out-of-mainline.
[^] # Re: Modération
Posté par blubliblo . En réponse à la dépêche Point de vue sur le Dell XPS M1330 fourni avec GNU/Linux. Évalué à -1.
Non. D'un point de vue libriste on s'en contre-fou. On veut un driver GPL. L'unique et le seul avantage, cela permet aux codeurs libres de faire du reverse engineering sans windaube.
Et attendre un driver libre? Tu n'as pas suivi les déclarations de nvidia sur le sujet: "pas de publication des spécifications de programmation hardware".
T'es pas sérieux là ? Tu crois vraiment que NVidia développe un pilote sous Linux par haine envers les développeurs du libre ?
Si NVidia nous détestait autant que ça, ils aurraient surement trouvé un moyen de faire bien plus chier pour moins cher.
Hein? Tu le fais exprés? C'est le fait de faire un blob priorio dans Linux qui est un super générateur de haine. Manifestement tu crois que les devs là-bas sont suffisament niais pour ne pas avoir deviner que mettre un blob dans Linux allait générer un bon paquet de haine... c'est vrai que c'est à peine de la provocation... c'est une haine bien méritée hélas.
Bin ils nous détestent: quel crétin hier faire chier les libristes à mettre un blob dans Linux. Si ils veulent faire moins cher, ils n'ont qu'a arrêter leur driver, par contre ça fera chier nettement moins de libristes, ce qui dommage pour eux. Il n'y pas mieux que le blob pour faire chier.
Tout ça parce que leur driver est incapable de gérer en direct rendering un desktop composité. Ouaip... vaudrait mieux qu'ils publient les spécifications de programmation hardware(comme Intel et AMD) et qu'ils laissent beaucoup plus de gens capables (aka les milliers de devs de Linux). Bon là c'est mal barré pour AMD... car ils ont filé le boulot à faire à Novell, proxy de MS, pas étonnant que ça n'avance pas...
[^] # Re: Modération
Posté par blubliblo . En réponse à la dépêche Point de vue sur le Dell XPS M1330 fourni avec GNU/Linux. Évalué à 2.
... et aussi UT2004... j'ai eu tellement d'ennuis avec ces jeux que j'ai laissé tomber. Là j'ai le client de démo de savage2, je le fais tourner de temps en temps mais je n'y joue pas vraiment ce qui n'est pas significatif.
Pour ce qui est du compositing, je n'ai pas d'avis, je n'en ai jamais eu le besoin, donc jamais tester.
Et bien sache que tous ceux qui utilisent/installe un desktop composité (une certaine proportion aujourd'hui... huhu!) sont concernés par la qualité déplorable du driver sur ce terrain (qui accessoirement révêle à priori un paquet de bugs dans la gestion de la video ram...).
Si je comprend bien, tu trouverai moins génant que NVidia ignore complètement Linux et ne donne ni specs, ni pilotes ?
Oui. Le seul avantage, c'est que le reverse engineering peut se faire sur Linux au lieu de windaube. C'est de la haine pure en boite pour les développeurs du libre et beaucoup de personnes impliquées dans l'esprit du logiciel libre.
merci nvidia!
[^] # Re: Modération
Posté par blubliblo . En réponse à la dépêche Point de vue sur le Dell XPS M1330 fourni avec GNU/Linux. Évalué à 1.
C'est forcément une expérience personnelle, puisque la réalité globale, personne de la détient, toi inclu. Un vendu a nvidia peut facilement venir sur les forums et poster une expérience opposée. Après ça... on ne crois plus rien. Par contre il y a des gens que se connaissent plus et qui savent qu'un poste de telle personne vaut plus qu'un autre... mais là est un autre débat. Donc il s'agit de mon expérience personnelle.
Va vraiment falloir que tu m'explique !
Parle avec des dévelopeurs libres sur le fait que nvidia ne release pas les spécifications de programmation hardware ET qui se permet un blob dans Linux... là tu vas voir ce qu'est la haine.
Mais on s'égare je vais recentré sur la vraie origine de mon poste:
En fait, étant donnée que j'ai abandonné le gaming à cause de leur super driver (mais d'après ce que tu dis, si jt sous windaube, ce qui est inpensable, j'aurais eu encore plus de pbs... donc j'aurais encore plus abandoné le gaming), je me suis dit qu'un desktop composité serait pas trop dur pour eux... en fait le coup de gueule est en grosse partie sur le fait suivant avéré sur au moins 3 machines d'utilisateurs différents:leur driver est incapable de gérer un desktop composité correctement en direct rendering. Pour un rendu supportable, il faut activer l'indirect rendering qui est vraiment plus lent et on perd la VSYNC histoire d'avoir un rendu un peu plus dégoulinant.
[^] # Re: DVD
Posté par blubliblo . En réponse à la dépêche Point de vue sur le Dell XPS M1330 fourni avec GNU/Linux. Évalué à 3.
[^] # Re: DVD
Posté par blubliblo . En réponse à la dépêche Point de vue sur le Dell XPS M1330 fourni avec GNU/Linux. Évalué à 5.
[^] # Re: Modération
Posté par blubliblo . En réponse à la dépêche Point de vue sur le Dell XPS M1330 fourni avec GNU/Linux. Évalué à -3.
Il y a encore pas si longtemps, NVidia était la seule solution pour avoir de la bonne 3D sous linux, et même si ça grognait sur le fait que les pilotes soient proprio, beaucoup félicitait quand même NV d'être la seule boite à tenir un peu compte de Linux.
Mais depuis qu'ATI/AMD à changer de politique, tout le monde semble avoir oublier que les pilote ATI était de belle merde à côter de ceux de NVidia.
Donc : OUI la politique de NVidia est loin d'être la bonne, et on préfererais des specs et des pilotes libre, mais NON leur drivers ne sont pas si merdique que ça et au moins ils tiennent compte de Linux, et on peut espérer qu'ils finissent par imiter ATI/AMD.
Ahem...
les pilotes de nvidia sont merdiques: il est impossible de faire marcher correctement un desktop composité en direct rendering (surtout sur de la haute résolution). Donc il faut passer en mode indirect rendering, cad lent, pour avoir un compiz qui marche correctement... et petit cado bonux, on perd la VSYNC, donc c'est encore plus dégueulasse. De plus j'ai abandonné le gaming natif sur GNU/Linux car leur driver freezait bien trop souvent. De plus si tu as un Linux qui casse une API interne (plutôt souvent) tu dois attendre qu'ils daignent mettre à jour leur driver et ils ne sont paaaaaaaaaaas pressés... parfois c'est des mois.
Les drivers AMD/ATI sont dans la me.... car c'est Novell qui les développe et cette boite n'est qu'un proxy de MS... et ils se font gueuler dessus car leur driver n'avance pas et qu'ils ne sont pas force de proposition comme l'est Intel... ça sent très très mauvais.
Intel rules pour le moment et AMD a fait une bourde en confiant le dev à Novell. nvidia est là uniquement pour générer de la haine, manifestement c'est des gars bon à ça.
[^] # Re: Question...
Posté par blubliblo . En réponse à la dépêche Point de vue sur le Dell XPS M1330 fourni avec GNU/Linux. Évalué à 2.
Y a 1 an, j'avais demandé sur leur stand "portable personnalisé", et ils m'avaient dit que ct en cours...
[^] # Re: DVD
Posté par blubliblo . En réponse à la dépêche Point de vue sur le Dell XPS M1330 fourni avec GNU/Linux. Évalué à -1.
# Focaliser sur la couche de téléphonie
Posté par blubliblo . En réponse à la dépêche Conférence sur le smartphone "OpenMoko". Évalué à 5.
http://trac.freesmartphone.org/wiki
C'est le framework "à la freedesktop" supposé fournir les services de base d'un smartphone.
[^] # Re: Importance
Posté par blubliblo . En réponse à la dépêche L'évolution de Fastboot. Évalué à 1.
[^] # Re: Importance
Posté par blubliblo . En réponse à la dépêche L'évolution de Fastboot. Évalué à 6.
# Recompiler la glibc avec les nouveau headers linux...
Posté par blubliblo . En réponse à la dépêche Le noyau Linux 2.6.28 est disponible. Évalué à 4.
# Troll du Lundi??
Posté par blubliblo . En réponse au journal Je suis passé sous FreeBSD ça y est !. Évalué à -3.
D'ailleurs est-ce que vous avez remarqué que le domaine trollfr.org pointait sur linuxfr.org?
# VA API dans drivers nvidia et AMD?
Posté par blubliblo . En réponse au journal Support VA API pour MPlayer. Évalué à 2.
AMD devrait dropper son driver proprio et ne faire qu'un driver libre comme fait Intel.
Quand à nvidia... no comment afin d'éviter des torrents de haine.
# droits GPL
Posté par blubliblo . En réponse à la dépêche Soirée OpenSource chez Sun. Évalué à 1.
# Plaisir...
Posté par blubliblo . En réponse à la dépêche En vrac : FSF contre Cisco, Wikipédia mobile, Frozen Bubble 2.2 [...]. Évalué à 7.
# On avance mais...
Posté par blubliblo . En réponse au journal Remboursement Windows, des constructeurs fair-play ?. Évalué à 2.
Il faut qu'au moins un GNU/Linux orienté station utilisateur soit proposé pré-installé/activable à l'achat. À ce moment là, l'effort à faire sera le même que pour les autres OS.
# NVIDIA
Posté par blubliblo . En réponse au journal GPU Camp samedi 6 décembre à la cantine. Évalué à -4.
Il faudrait plutôt un bar-camp sur le reverse de leur put*** de GPU, car dans le genre générateur de haine, merci.
# Et java? Ça fait 4K?
Posté par blubliblo . En réponse au journal Un wiki en 4K et en Java !. Évalué à -4.
Ta pile logicielle est la suivante:
kernel+toolchain(C/C++)+java, est-ce bien raisonnable?
Mes limites s'arrêtent à kernel+toolchain(C), au delà, je considère que c'est du bloat... car le kernel et une toolchain optimisant le C est déjà extrêment couteuse en termes logiciels. Alors un front-end C++ (un truc de taré car le C++) et grosso-modo 80Mo de code source C++ complexe (java)... non merci, pas pour moi.
Le vrai minimaliste considère l'ensemble de la pile logicielle et certainement pas uniquement un petit programme dépendant d'un méga-bloat... un peu de bon sens.
# IPv6
Posté par blubliblo . En réponse au journal Fédérer son serveur Jabber avec Google Talk. Évalué à 1.