benoar a écrit 4244 commentaires

Les améliorations que tu cites sont en général gérées par linux sans passer par le BIOS. Aujourd'hui, ce dernier ne sert quasiment plus à rien une fois que le kernel a booté.

Si maintenant il faut plus de 2Go pour faire tourner Java ...

Le problème à mon avis, c'est que tant qu'il n'y aura pas de décision au niveau national, ça restera de petites initiatives fragiles. Il en existe un paquet, mais c'est à chaque fois local (bon, pour le côté serveur je crois qu'il existe des choses bien coordonnées niveau presque national, mais côté client ...).

Problème, au niveau national, c'est vérouillé par MS.

À vous de trouver la solution à ce problème ...

Alors, quelques précisions sur la plupart des plateformes ARM "portables" qui sortent récemment : la carte graphique est un PowerVR, qui est basiquement dans tous les kits OMAP3 (Beagleboard & co, même l'iPhone), et c'est aussi celui qui s'appelle Poulsbo sur plateforme x86.

Aucune spec publique, constructeur peu coopératif avec les libristes, drivers binaires avec support pourri, bref, pire que NVidia. Si certains se sentent d'accord pour encourager un tel constructeur ... Remarquez également que dans ce domaine (embarqué & 3D) Imagination Technologies n'a pas de concurrent, donc ils ne se gènent pas.

Voilà, sinon vous voyez dans les vidéos de promo du N900 qu'ils sont fiers d'avoir intégré Adobe Flash 9.4, je suppose pour se démarquer de l'iPhone. Ça donne un peu le ton du truc.

Et puis je ne m'étalerais pas non plus sur la "communauté" Maemo, des rapports toujours très bizarres entre Nokia et les devs bénévoles, de la désorganisation, du non support systématique des plateformes précédentes (N8x0), etc.

Oui, c'est un commentaire très critique et peu constructif, mais c'est pour parler un peu de choses qu'on ne voit pas beaucoup ici (on n'est pas sur librefr mais je trouve ça important).

http://images.apple.com/macosx/technology/docs/GrandCentral_(...)

Je ne connaissais pas.
Mais à ma connaissance, ce n'est pas standarisé, non ? Apple qui fait une extension non-standard au C, je suis pas sûr que ça tienne longtemps ... au fait, ça a été intégré dans le gcc upstream ?

Heu, t'as un exemple de wrapper intégré upstream ? J'avoue ne pas avoir regardé en détail, mais il ne me semble pas qu'ils soient intégrés à la branche de Linus. Par pour NVidia en tous cas.

Ok ça n'évolue plus énormement. Et oui ils ne peerent plus avec n'importe qui n'importe comment, mais pas forcément que pour des mauvaises raisons.
Tiens, le côté "pas que pour des mauvaises raisons" me fait penser à un truc quand même : on perd la neutralité du réseau. Que les raisons soient bonnes ou mauvaises, à partir du moment où on discrimine, on n'est plus neutre.

http://www.fdn.fr/-FTTH-.html
Ok c'est vieux mais à l'époque c'était les seuls à avoir fait des propositions correctes/concretes.
Ha OK, merci pour le lien. Je me demande quand même si c'est toujours d'actualité.

Oui, tu peux récupérer les résultats et les exploiter toi pour faire ce que tu veux dans ton appli. Mais tu ne pourras pas les exploiter en SQL pour faire ce que tu veux (genre : SELECT ... FROM ... WHERE (SHOW COLUMNS ...) LIKE ...)
Pour faire une analogie avec les langages de programmation, si tu veux appeler toutes les méthodes d'un objet en Java (par exemple), tu ne pourra pas "de base". Il faudra utiliser les fonctions de méta-programmation.

En fait, ce que tu voudrais, c'est que SQL fasse de l'introspection sur les champs d'une table. Ça correspond à passer à de la "méta" programmation, et ça SQL de base ne sait pas faire (après, il y a peut-être des solutions cutom pour chaque BDD).

Bon, c'est le thread de qui fera les plus grosses fautes ? Deux fois "ai" à la suite ça te fait pas mal aux yeux ?
J'_les_ ai tous mangé_s_.

Tout est dans le titre. Le posteur original était faché avec les x et les s, toi ça a l'air d'être les t ...

Je plussoie cette solution. Il y a vraiment un problème dans le modèle si on est obligé d'utiliser le genre de trick indiqué plus haut.

Tu peux toujours faire un petit Control-C lors de la configuration du réseau, voir si ça va plus loin. T'auras pas de réseau mais tu pourras un peu avancer.

Mais putain sort des noms et des sources ! On dirait que tu as la science infuse mais que tu gardes tout pour toi ... Forcément, beaucoup de gens ne te comprennent pas (moi y compris).

T'as un vieux compte qui n'a pas été utilisé depuis des années, là tu sors du bois en disant que tout le monde a tort mais tu lâches pas une info ... qu'est-ce que tu veux d'autre que de te faire moinsser ? Attendre de ne plus pouvoir poster, créer un compte pour dénoncer les nazis de linuxfr et le système de notation pourri ?

Bah c'est pas en disant "vous avez tort" et "demandez à Google" que tu vas faire avancer le débat ...

Ah bah forcement si tu ne comprend pas qu'un blob binaire il ne se link pas tout seul au noyaux par magie on ne va pas aller très loin pour poursuivre ce troll.
Il se link au noyau comme n'importe quel autre module ... il n'existe pas de code permettant de linker spécifiquement un "blob binaire".

Et oui s'il n'y avait pas des wrapper dans linux pour facilité l'incursion de drivers proprio, ton blob regarderait bien souvent ton kernel sans jamais pouvoir y entrer.
Quels wrappers ?

Si tu parles de celui de l'ipw3945, en quoi est il "fait par les devs du noyau" et "destiné à faciliter l'inclusion de blobs binaires" ? C'est Intel qui l'a fait, spécialement pour ce driver. Pareil pour NVidia. Les devs du kernel n'ont _rien_ fait pour faciliter l'inclusion de ce genre de blobs. C'est les gens qui ont écrit les blobs qui l'ont fait. Ce qui n'a rien à voir avec "faciliter l'inclusion des blobs".

Ces problèmes techniques, ils sont "facilement" résolvables pour du proprio. Ça ne sera jamais un avantage définitif du LL, et c'est même plus souvent un défaut (avoir trop d'options de configuration peut te paraître bien à toi, mais pas à tout le monde). En plus, pBpG pourrait dire que le problème vient de toi car tu as mal utilisé Machin (je suppose que tu connais mieux Linux, et donc ton avis est peut-être biasé par ta maîtrise de l'outil).

Par contre, le côté libre, ça le proprio ne pourra jamais l'avoir.

Bon, tu prends un lien qui vient apparemment du site de gNewsense mais qui n'en a pas vraiment l'air, tu vas voir la film dont on voit l'aperçu dans ledit screenshot, tu le critiques en faisant l'amalgame avec la FSF (on s'est bien éloigné du sujet quand même). Franchement, arrête ta parano et base toi sur de vraies choses pour savoir "l'image qu'ils donnent".

Quant à dire ça et refuser toute critique ...

Alors attend, internet c'est :

1) on facture l'hébergement et la bande passante
2) on facture le client en soit-disant "illimité"

Sachant que dans tout ça, les clauses sont illimitées en espérant que ça va s'équilibrer entre les clients, car au final le coût du transit se fait bien au Mb/s.

Par contre, on ne parle pas de Free (Iliade) dans cette interview qui me semble être à entre les petits et les gros… et avec qui FDN compte faire affaire pour la fibre optique si je ne me trompe pas (et si tout le monde est d'accord).
Hein ?!? Free est un gros aujourd'hui, peut-être pas autant que les deux autres, mais quand même. Free utilise son poid dans les accords de peering pour faire du chantage, et ne participe plus vraiment à des IX gratuits. Voir les différentes confs de Benjamin Bayart (y compris la table ronde des RMLL de cette année).

Quant à FDN qui utiliserait la fibre de Free ... t'as des sources ? Ça m'étonnerait grandement. Déjà que leur infra ADSL n'est pas faite pour, qu'ils n'ont pas de contrats de collecte, ... Aux dernières nouvelles, la fibre chez FDN ce n'est pas pour tout suite, et encore, la suite n'est pas gagnée (ce n'était déjà pas pour 2009, et vu la baffe qu'il y a eu avec SFR, ouvrir des lignes fibres va encore être retardé, sûrement).

Tu pourrais donner des sources, des noms, etc ? Parce que tout ce que tu racontes est en contradiction avec ce que beaucoup de gens "savent" ici, alors ce serait bien d'appuyer un peu tes propos sur quelque chose d'un peu plus solide que ta parole ...

Oui bien sûr, mais je demandais au posteur de voir le soit-disant bout de code fait exprès "pour les blobs binaires" .... ce qui est une grosse connerie, selon moi.

Pour des infos (assez théoriques, certes) sur les linker en général avec les templates : http://www.iecc.com/linker/linker11.html
Et en fait ce n'est pas spécifique à Windows.

Exactement.

Sous Windows, il y avait aussi le problème que chaque template, pour chaque type, doit être instanciée pour _chaque unité de compilation_ (chaque fichier, quoi). Ce qui commence à multiplier beaucoup les templates. Bon, normalement, le linker doit savoir éliminer les copies redondantes lors du link, mais peut-être que des fois il a du mal. À l'époque, je n'avais pas trouvé de solution simple pour régler ce problème, mais ça doit exister si on fait l'effort de se prendre un peu la tête (mais avec un projet aussi gros, j'ai peur que la complexité explose).

Je suppose que ça doit être implémenté dans Xorg avant d'arriver dans Fedora, et il me semble qu'avec le modèle de display de xrandr 1.2 tout a été cassé. Et depuis, personne n'a encore résolu le problème, il me semble. Si quelqu'un a plus d'infos ...