tgl a écrit 1743 commentaires

> Je suis tombé dans un gros troll ou pas ?

Disons que tu es tombé sur un gros troll. Si tu jettes un ½il à la page de ce "dictaturefr", tu verras que son autre contribution est du même accabi. Visiblement, il a une petite dent contre Linux, et il tient tellement à nous le faire savoir qu'il a ouvert un compte juste pour ça.

> l'obligation état de mettre un static char* dans le source

Est-ce que qlqchose interdit qu'un compilateur suffisamment intelligent pour détecter que cette chaine n'est pas utilisée la supprime du binaire ?

> Ca fait la troisième ou quatrième fois que je vois cette news en
> tête des dépèches de seconde page ...

C'est la deuxième fois. La première, c'était quand elle était neuve, et là, c'est parcequ'elle a été mise à jour pour annoncer les sorties des versions corrigées.

> ca commence a devenir vraiment lourd linuxfr...

Faut pas se faire du mal comme ça. Si la consultation de ce site t'est pénible, tu es libre d'arrêter quand tu veux.

En parlant de gnous...
http://tdegreni.free.fr/files/Le.Chat_-_Gnous.jpg(...)

Sûrement pas. Ce fichier est généré par "update-modules" depuis les /etc/modules.d/*. Il faut donc plutôt se rajouter un /etc/modules.d/nvidia (si y'en a pas déjà un) et mettre là ce qu'on a à mettre, puis faire un update-modules.

Juste pour info, c'est quoi la différence entre RealPlayer et RealOne Player ?

Disons plutôt que avant l'avènement des jeux 3D accélérés, le marché était bien différent, confiné en gros aux professionels de la CAO ou ce genre de choses, et avec aussi des tarifs plus... professionels. Ceci dit, il y avait bien déjà quand même une course à la puissance à l'époque.

Mais où diable avez vous vu que ce LUG pronait un quelconque régionalisme ? Il se pointe à un gros festival de zik pour racoler un peu, c'est bien non ?

Si c'était un aussi gros festival de culture et musique africaine qui s'était tenu par chez eux, je suppose qu'ils auraient eu la même démarche. Le but c'est juste, enfin je pense, d'essayer de croiser un maximum de gens dans un cadre où ils sont ouverts à la discussion (parceque en vacances ou en WE, et parceque la bière doit être bonne), pour essayer de leur présenter le libre, et puis voilà quoi. C'est une démarche d'information du public comme il y en a beaucoups d'autres à d'autres occasions et comme il devrait y en avoir plus encore, c'est tout.

Donc on redescend un peu sur terre, on dit bravo et merci pour l'effort, et puis si on est dans le coin on passe faire un petit coucou. Le reste, c'est vraiment du délire, du FUD.

ce sont les constructeurs qui ecrivent les drivers, pas de pression possible de ce cote

Sur l'écriture non, mais sur la certification qu'en est-il ? Comment sont attribués par exemple (enfin si tu le sais) les petits logos Windows qu'on voit souvent sur le matériel des grands constructeurs ?

Dans le même genre :
http://www.zdnet.fr/actualites/business/0,39020715,39164352,00.htm(...)

Pareil, c'est exactement pour la même raison que je suis sous Sawfish. Pour moi, qu'un WM soit scriptable, c'est aussi important que pour un éditeur de texte : je ne veux pas être cantonné à un ensemble de features fixé par d'autres que moi ; quand j'imagine un nouveau comportement pour gagner en temps ou en confort, je veux pouvoir le rajouter.

Comme je disais un peu plus haut, le fait que les protections ne soient pas parfaites ne les remet pas en cause. L'objectif est juste de rendre la copie indésirable suffisament inconfortable pour s'assurer qu'une bonne tranche de la population ne prendra pas la peine de les contourner.

La carte télé est un produit relativement marginal (p-ê pas parmis les potes geeks ou dans un couloir de cité U, mais dans la population en général). Bon maintenant, si mon 5% te plait pas, c'est pas un problème, c'était un nombre totalement sorti du chapeau et je vais pas le défendre becs et ongles. Prends le simplement comme une abbréviation de "une proportion suffisament faible pour que le système reste juteux".

C'est pas le nombre lui même qui importe, il ne change pas l'idée qui est simplement que l'objectif d'une protection du type des DRM ou de l'encryptage Canal est de rendre la fraude suffisament inconfortable pour qu'une tranche suffisament large de la population ne soit pas en mesure de la contourner et reste bien cantonnée à la consommation payante.

> "C'est le meilleur jeu que j'ai jamais fait !"

Il doit pouvoir le dire presque à chaque fois, non ?

Oui, bien sûr, on ne fait toujours que repousser le problème. Mais je ne pense pas que les gens qui développent ces protections sombrent dans l'illusion qu'elles sont parfaites et définitives. Le but n'est peut-être pas d'arriver à 0% de copie indésirable, mais juste à un petit 5% par exemple.

Tu cites l'exemple de C+ : c'est clair que leur système est imparfait, mais il remplit bien sont rôle quand même puisque le décodage indésirable est quelquechose d'assez marginal comparé au décodage payant. Quand 95% des utilisateurs sont de bons consommateurs, je pense que les entreprises s'en contentent très bien.

Merci beaucoup pour toutes ces précisions.

> la qualité de rendu est supérieure à LaTex

Tu parles de quel rendu, tu peux détailler stp ? Merci.

Souvent ça oblige les devs à ruser en utilisant des solutions qui ne sont pas les plus évidentes, ou bien carrement se passer de certaines fonctionnalités (au moins dans les versions destinées à être diffusées au État-Unis).

Qlqs exemples en vrac : la lib freetype est souvent diffusée sans le moteur de hinting TTF ; certains codecs de Mplayer ou encore l'encodeur mp3 LAME sont absents de nombreuses distribs linux ; Nautilus n'est pas aussi confortable qu'il devrait à cause de qlqs brevets Apple ; Mono est coupé en deux, avec une partie (la couche de compatibilité Microsoft) probablement non-distribuable aux US, etc...

Si tu fais un coup de google avec la chaine "avoid patent" plus un ou deux mots clefs pour cibler (par exemple "gnome" ou "linux" ou "gpl", etc.), tu tomberas sur de nombreuses pages ou archives de mails avec des phrases telles que "to avoid patent issues, i had to...", ce genre de choses. Cette recherche est bien sûr pas super ciblée, donc y'a du tri à faire dans les résultats, mais tu verras que ça donnes quand même une idée des petites nuisances que peuvent constituer les brevets pour les devs du libre.

bon par contre ("Sorry, no other processor is supported yet."), ce n'est pas du tout avancé.

Oui, c'est ce que je dis. Y'a rien d'entamé, ni de sérieusement prévu à ma connaissance. Évidemment que dans l'absolu on peut faire la même chose sur d'autres archis, mais ça n'est pas près d'arriver.

Alors que pour CLR, c'est d'une part beaucoup plus intéressant de le faire (tu fais d'une pierre 36 coups, enfin autant qu'il y a de langages compilables en bytecode CLR), et d'autre part déjà largement entamé (je parlais de "bien entamé sur PPC", mais c'est en fait carrément bel et bien fait, et sur Sparc aussi).

quid des perfs IronPython+Psyco? :-)

Ouf, il y a un smiley.

Oui. Par contre Psyco est x86-only, et je ne crois pas qu'il y ait de portage ne serait-ce qu'entamé pour d'autres architectures. CLR au contraire est potentiellement multi-architecture (le portage PPC de Mono est bien avancé li me semble), et logiquement IronPython en profitera automatiquement.

Essaye les deux, tu verras qu'ils sont assez largement différents dans leur approche et leurs fonctionnalités. Perso je préferre LyX, que je situerais comme un intermédiaire entre l'éditeur de code LaTeX et le « tel écran, tel écrit ». Mais d'autres préferrent le rendus très fidèle de TeXmacs, ou d'autre encore celui plus rudimentaire du mode "preview-latex" sous emacs, bref y'en a pour tous les goûts et c'est très bien.

Mes plus plates excuses puisque c'est moi qui ait ajouté le descriptif en question. Je l'ai fait parceque ça comblait un manque et permettait donc de publier la niouze. Sincèrement, j'ai pensé que ça arrangeait plutôt tout le monde ainsi, puisque comme ça l'info passait et que c'est ce qui me semblait important. C'est vrai qu'on aurait pu aussi la refuser en demandant une re-rédaction, mais bon, ça prend du temps, ça revient pas toujours, et puis quand on sait ce qu'on voudrait voir rajouté, pourquoi ne pas le faire soit-même ? Mais c'était oublier, et c'est une erreur que je confesse, que l'auteur pouvait préférer préserver son texte original.

À ma décharge, les limites à respecter dans l'éditions des dépêches sont absentes des directives de modération. Rien n'est précisé non plus dans l'interface de contribution sur l'utilisation qui sera faite du texte soumis. J'ai d'ailleurs demandé il y a quelques jours sur moderateurs@ une clarification de ce point, et proposé un système où les contributeurs pourraient choisir s'ils n'acceptent que la publication de leur texte original (avec du coup un fort risque de refus, parceque franchement, des dépêches publiables telles quelles, y'en a ~1/jour) ou s'ils donnaient carte blanche aux modéros/relecteurs pour l'améliorer. J'attends toujours leur réponse.

Tout le crédit est à attribuer en fait à Bobert, auteur d'une niouze sur une précédente version de TeXmacs d'où nous avons repompé le descriptif qui manquait un peu dans celle ci. La petite touche trollesque y était tellement savoureuse qu'il aurait été vraiment grossier de la retirer.

Pour une machine isolée, ça n'a pas nu grand intérêt. Mais je pense que ça devient plus raisonnable dans le cas d'un réseau en entreprise par exemple. Souvent, on est dans le cas ou n'importe qui a accès au stations, mais pas n'importe qui au serveur, sur lequel sont les homedir des utilisateurs. Si quelqu'un laisse sa machine lockée, avec la clef pam_usb dans sa poche le temps de sa pause café, bah tu pourras certes rebooter sa machine sur une knoppix, mais tu pourras pas pour autant accéder à ses données.

Merci pour l'URL, je viens de me mater les 26 clips qui étaient finalistes, et il y a vraiment des choses excellentes.