benoar a écrit 4229 commentaires

Bah, ça inciterait peut-être plus les gens à gueuler et à demander à ce qu'ils filent les specs ...

Je comprend ta déception ...

Les puces que vend ImgTech sont des "bonnes" puces pour l'embarqué : un bon compromis performances / consommation (ça ne vaut rien en performance pure face à un AMD ou NVidia, hein). C'est aussi quasiment les seuls sur ce segment (pour tout dire, je ne leur connait aucun concurrent).

Pour le pilote, je ne pense pas avoir dit qu'ils ne le développaient pas ... au contraire ! Je pense que ImgTech vend un driver source à ceux qui signent des NDA, pour très cher et s'ils vendent beaucoup de puces. Ils ont un gros partenariat (selon moi) avec TI pour vendre leur puce en tant que solution graphique de la plateforme OMAP, c'est pour ça qu'on en retrouve partout (en plus d'Apple avec son iPhone).

Pour le N8x0, c'était un cas spécial : les kits OMAP sont vendus avec tout ou rien (matériellement), et Nokia ne voulait pas de carte graphique : ils n'ont simplement pas eu de driver. La bête n'a jamais été vendue avec dans ses specs "carte graphique 3D". Bon, pour un libriste, ça semble dommage de laisser dormir une telle puce ...

En tous cas, selon moi, les perspectives de libération sont très minces : ImgTech est quasi-seul dans ce segment (si quelqu'un avait des références d'autres constructeurs plus coopératifs, ça m'intéresserait) et vend plein de puce sans que trop de libristes ne l'ait encore fait chier. Bref, comme je l'ai déjà dit avant, la 3D dans l'embarqué est sur un encore plus mauvais chemin que la 3D sur le desktop (en libre, hein).

Oui il l'est toujours, c'est le pilote nv. Sauf que toutes les améliorations depuis se sont faites de manière obfusquées, donc tu as le choix entre un driver clair mais qui ne supporte pas les cartes de moins de 5 ans, ou un driver obfusqué (on peut dire qu'il est "libre", c'est la licence qu'il y a dessus, mais vu qu'on peut rien en faire ... d'ailleurs la FSF a fait quelque chose là-dessus avec la GPLv3 je crois, en disant que le code devait être sous sa forme "originale") qui supporte les nouvelles cartes.

Reste à prier pour que ce jour-là ils préfèrent ouvrir leurs drivers plutot que de laisser sur la paille leurs utilisateurs.
Pour rappel, quand même, le jour où ils ont arrêté de développer le driver libre NVidia (il y a longtemps, hein, c'était encore XFree86, et ça ne gérait que la 2D) ils ont obfusqué le code ... (et demandé aux mainteneurs de laisser leur patch obfusquant le code tel quel ; leurs quelques contributions futures, genre pour ajouter des PCI-id et mettre à jour des petits bouts de code, ce sont ensuite toujours faites par des patchs obfusqués). Ça donne une idée de comment ils traiteront les libristes dans le futur.

Bon, je n'ai jamais fait de dépêche, mais je tempère l'engouement des libristes depuis quelques temps pourtant ...
https://linuxfr.org//comments/969276.html#969276
https://linuxfr.org//comments/1062046.html#1062046
https://linuxfr.org//comments/1046786.html#1046786
https://linuxfr.org//comments/936039.html#936039
https://linuxfr.org//comments/1013123.html#1013123
https://linuxfr.org//comments/1061391.html#1061391

Je regarde depuis quelques temps les netbooks et autres tablettes embarquées, mais ce chipset, présent aussi bien sur x86 que sur ARM, m'a fait reculer à chaque fois.

Bref, faites attention !

Je parie 10 cacahuètes que ce sera une CC NC quelque chose et qu'il y aura encore un débat infini sur "ouai NC c'est pas libre mais quand même, t'as le droit de le copier gratuitement !".

Quelle que soit la "qualité" de la machine, un vote électronique sera toujours un déni de démocratie !

Je sais qu'on est sur un site de geeks, où certains pourront très bien comprendre ce qui se trame derrière les lignes de codes présentes dans ces machines. Mais avez-vous pensé à tous les autres gens qui doivent vous faire confiance là-dessus ?
De plus, qui vous dit que c'est bien ce code qui est dans la machine devant laquelle vous vous présentez ? Même si on la "charge" devant vous, qu'est-ce qui vous prouve qu'un programme existant / un changement électronique / whatever n'a pas modifié à l'avance son fonctionnement ?

Franchement, ce genre d'initiative ne fait que crédibiliser le vote électronique aux yeux d'un public qui ne comprend même pas les enjeux de base.

Tiens, je corrige une faute que j'ai fait : les messages router advertisement sont multicast, les neighbour discovery j'en suis pas sûr.

Sinon, ça marche bien avec la première ligne que t'as indiqué ?

En effet, c'est si simple que je n'y avait pas pensé.
Par contre ta deuxième règle est vachement plus laxiste, elle va toucher tout partout ...

J'ai fait quelques recherches et je suis tombé sur (entre autres) ça :
http://marc.info/?l=netfilter&m=120729439902733&w=2
http://marc.info/?l=netfilter-devel&m=122587864120868&am(...)
http://marc.info/?l=netfilter-devel&m=123306823804829&am(...)

En gros, comme les requêtes du style neighbour discovery sont du multicast, elles ne sont pas "trackables" par conntrack. Elles ne sont donc pas prises en compte par ta règle avec --state ...

Je dirais : d'abord à la distro si tu n'es pas sûr d'où il vient, soit directement chez KDE si tu es à peu près sûr que c'est indépendant de la distro.

Je ne connais pas vraiment Kubuntu, mais vu ce que j'en ai entendu sur son intégration de KDE, peut-être vaudrait-il mieux d'abord poster ça chez Kubuntu (certains projets en ont marre d'avoir à se taper des bugs qui viennent de modifs des distros).

1) Où as-tu vu qu'il était multi-point ? Je ne le lis nulle part ...
2) 300€ un 19" aujourd'hui, soit c'est du haut de gamme, soit tu t'es fait arnaquer

Faut arrêter avec les calculs de coût de l'électricité : ta box consomme autant, sauf qu'elle n'héberge rien du tout ...

discussion ...

C'est avouable mais ridicule. Bon après, même si le ridicule ne tue pas, certains essayent tout de même de l'éviter.

ca te diras peut-etre quel routeur est defecteux
C'est facile de dire "défectueux" quand c'est réellement "on veut pas peerer avec eux" ...

Je sais que t'es un habitué d'ici, mais le ton de ton annonce me fait quand même beaucoup penser à ceux qui font du 2nd degré, mais sans qu'on soit jamais sûr si c'est du lard ou du cochon. Ça fait cool, détendu, bonne ambiance, mais j'ai toujours une petite appréhension face aux gens qui sont comme ça ...

Voilà, ce commentaire n'apporte strictement rien, mais j'espère que tu es réellement cool, détendu et que vous travaillez dans une bonne ambiance, pour toi et ton futur collègue.

Ha OK, merci de ces précisions, je ne savais pas que le dev avait repris (en fait, cette bécane n'est plus à moi maintenant).

Pour illustrer ce propos J'ai une 9200SE qui commence à peine à avoir une vraie prise en charge de la 3D avec le pilote libre...
Exagère pas non plus : ma 9200 (r200 donc) avait les mêmes perfs que le driver proprio sous OSX (oui, c'est un mac) il y a déjà 3 ans ...
Mais c'est vrai que depuis le passage au r300, ça va beaucoup moins vite pour le support de la 3D.

Avec un lien c'est mieux : http://www.laquadrature.net/en/amendment-138-dead-by-lack-of(...)
J'aurais bien aimé assister à cette conf, ça va être chaud demain soir je pense ...

Pour moi, Groovy et Scala ne jouent pas du tout dans la même cours. Le système de type de Scala est 100 fois plus évolué que celui de Groovy. Scala a plein d'autres choses qui font qu'il est super, mais aussi plus complexe que Groovy. Ce n'est pas le même public : Groovy c'est simple et assez puissant pour le programmeur lambda. Scala est beaucoup plus puissant, mais va demander un peu plus d'apprentissage (et c'est à mon avis son principal défaut, même si je ne vois pas trop comment faire mieux dans le rapport puissance/difficulté d'apprentissage).

Le mieux pour comprendre, selon moi, est d'aller voie les exemples avancés :
http://www.scala-lang.org/node/44

Désolé de m'incruster dans la discussion pour ça (le sujet m'intéresse bien) mais pourrais-tu être un peu plus clair et plus verbeux dans tes réponses stp ? J'ai l'impression que c'est un martien qui parle ...

Je propose une autre solution, un peu bourrin mais qui pourrait peut-être marcher (attention, je n'ai jamais testé, mais c'est théoriquement possible) : utiliser KVM et faire tourner une VM par "station".

Quid des clavirs/souris/clés USB et des carte graphiques ? Et bien, pour les premiers, tu utilises le "passage" de certains périphériques USB (option -usb), et pour la carte graphique, tu utilises le PCI pass-thru (arrivé récemment). À la limite, tu peux ainsi même choisir de mettre n'importe quoi comme système invité ...

Je trouve que les icônes Tango rendent très bien.

Pourquoi différencier boutons et menus ? Parce qu'il y a généralement plus d'items dans les seconds ?
En tous cas, une image est cent fois plus rapide à reconnaître qu'un texte ...