daggett a écrit 533 commentaires

Si tous les humanoïdes génétiquement créé[e]s ressemblent à Max de Dark-Angel, moi jveux bien...
[bon ok, -10...]

Oui ben avec un titre aussi subtil que "Les pirates du génome" c'est quand même parti un peu de travers... cf le post de trs80 juste en dessous

Le "screenshot" sur tuxgame est pas terrible vu que ce n'est que l'écran d'accueil, d'autres images du jeu lui-même sont dispo ici : http://www.linuxgamepublishing.com/screenshots.php?id=8&(...) pour se faire une meilleure idée. Ca me parait pas dégueu tout ça...

C'est pourtant pas mon genre de relever les fôtes, mais quand le mot est souligné...
On dit pas "frustre" (linux n'a rien d'un gros frustré... quoique, avec les geeks...) mais "fruste" (sens ici: qui manque de finesse).

(Cependant le TLFi ( http://atilf.inalf.fr/tlfv3.htm(...) ) me dit que "Rem. On rencontre ds la lang. parlée la forme frustre due à un croisement sémantique et phonétique avec rustre.")

Erreur suffisamment répandue pour que je me permette de la signaler, mais néanmoins HS donc [-1]

(très fort résumé, en fait il fait 175 lignes) : [...] Voilà, si ça peut servir à quelqu'un. Hum :) Pour générer des graphiques de charges,

rrdtools

fait ça très bien: http://people.ee.ethz.ch/~oetiker/webtools/rrdtool/ C'est un ensemble d'outils pour créer des bases de donnée, y ajouter des valeurs, les consolider (c-à-d avoir une version simplifiée par jour/par mois à partir des valeurs "par minute" qu'on lui donne) et générer les graphiques correspondants (avec tout un tas d'options). Mes scripts bash écrits pour le tester font création de la base + mise à jour périodique + création du graphique en 25 lignes (

#! /bin/bash

compris). (mon commentaire précédent a semble-t-il foiré, j'espère qu'il n'y aura pas de duplication)

Il y a lwm:
http://www.boognish.org.uk/enh/lwm/(...)

binaire de 23Ko, occupation memoire de 740Ko.
Tres minimaliste, tres moche :)

Pour les mots : un mot de 16 bits, moi ca me fait penser aux vieux 286... Le taille d'un mot dépend de l'architecture du processeur tout simplement. Par exemple dans la doc de l'assembleur pour Sparc (32 bits) on trouve que les accès à des éléments de 16 bits concernent des "half-word" (demi-mots).

"pourquoi ne pas l'avoir donné direct en octets?"
Le mot étant sans doute l'unité de base du codage des "instructions" de ce processeur, une taille en mot est plus parlante (pour ceux qui s'y connaissent) qu'une taille en octets ou en bits. Ca donne une idée de la taille des programmes qu'on peut y mettre. Pensez aux processeurs "Very Long Instruction Word" avec leurs instructions-mots de 128 bits...

Ca me rappelle les articles de vulgarisation qui donnent les capacités des DVD ou des super-ordinateur dans cette unité très intuitive qu'est "la librairie du Congrès américain"... Chacun a son unité de référence qu'il préfère :)

[...] dont google fait partie [...]
Il me semble que c'est le contraire : c'est Yahoo qui a accepté de s'auto-censurer, ( http://yro.slashdot.org/article.pl?sid=02/07/15/1837255&tid=153(...) ) ce qui lui permet de continuer d'exister en Chine, alors que Google, qui a refusé, s'est vu interdire.

Il y a meme des gens de Microsoft qui nous font des cours de .NET et protocoles du web (si, si, c vrai)

Ouf, j'ai échappé à ça à mon époque (y a 3 ans)!

et des PCs linux tout pourris

Ca par contre ça n'a pas changé alors :)

Quelques questions alors, toi qui a une geforce MX...

Chez moi j'ai une Geforce2 PRO/GTS, avec une sortie télé. J'ai essayé de configurer X pour avoir du dual-head Moniteur + téléviseur, mais je n'ai jamais réussi à avoir autre chose que simplement le même affichage dupliqué sur les deux écrans (ce qui n'a pas grand intérêt... en plus le mode console lui ne s'affiche que sur la télé, et fait passer le moniteur en mode veille).

Après plusieurs semaines infructueuses et re-re-relecture des Howtos, j'ai fini par me dire que le vrai dual-head via sortie-télé n'est possible que sur les versions MX, et pas sur les PRO.

Alors, est-ce que quelqu'un a essayé, et peut confirmer si c'est possible, ou pas, aussi bien sur MX que sur PRO ?

le materiel électronique [...] ne serait pas assez puissant pour permettre un décodage satisfaisant des ogg
et (surtout que ca ne leur coutera rien) :

justement, Xiph développe un décodeur qui marcherait sur ce genre matériel (en n'utilisant que de l'arithmetique entière), et qui serait, pour le coup, payant (Une des voies possibles pour gagner de l'argent avec leur codec).

Il est utilisé par exemple sur tkcPlayer, développé par theKompany sur le zaurus ( http://www.linuxdevices.com/news/NS4718688896.html(...) )

Pour les langages de scripts c'est encore plus difficile, car la notion de "link" est complétement différente d'une programme binaire. (Meme si python est "compilable" en bytecode, ca reste, je pense, équivalent à une collections de .o qui sont rassemblés uniquement lors de l'execution du programme.) (Notez que je ne connais pas python)

A la limite, faire un "import jaxml" et utiliser les fonctions de jaxml, est-ce que ca ne revient pas un peu à lancer des programmes externes depuis un binaire ou un script bash ? Si je fais un script propriétaire qui appelle des scripts ou utilitaires GPL (et je vois mal faire un script sans utiliser "grep", "echo", "cat" ou même les commandes internes du bash qu'on pourrait, en étant pervers, considérer comme des "fonctions standard de la librairie bash"), ou un binaire qui fait des {fork; exec("/bin/ls");}, "grep" et "ls" ont beau être GPL, ca n'a pas d'impact sur mes programmes propriétaire.

Donc binaire Elf : facile (GPL s'applique); script bash qui appelle des executables externes : facile (GPL ne s'applique pas);
script bash qui "source" un ensemble de fonctions d'un autre script GPL, ou équivalent dans un autre langage de script : ben je sais pas!

C'est clair que le gros point problématique de la GPL, c'est cette notion de "linking" qui est en fait à la fois trop et pas assez précisément technique pour ne pas prêter à confusion.

pas "on peut"... on le fait !

http://www.lanana.org/docs/unicode/unicode-draft.txt(...)

Dans l'espace unicode, il y a une plage réservée pour une utilisation "locale" (dépendant de l'OS, de l'appli etc..), alors des ptits rigolos ont décidé de mettre le klingon dans la zone locale pour linux !

<causons technique>
C'est vrai que là il y a 14 nops d'affilée, ce qui n'est pas optimal, mais à mon avis négligeable face au reste de la fonction (même s'il est toujours tentant de grapiller quelques picosecondes ;) ). Quand GCC fait l'optimisation des alignements, il rajoute effectivement un jump direct si le remplissage dépasse un certain nombre d'octets. Ou alors il remplit l'espace avec des instructions qui n'ont pas d'effet de bord visible mais prennent de la place, genre lea 0x0(%esi),%esi qui occupe 3 octets et qui est toujours exécutée en 1 cycle.

Et Sigma a effectivement désoptimisé le code, puisqu'ils ont déroulé la boucle (au lieu de boucler 16 fois, ils ont mis 16 copies du code bout à bout) (L'option -funroll-loops de gcc). C'est une technique efficace si le code de bouclage est non négligeable devant le code utile dans la boucle; mais pour le coup, c'est pas le cas ici, et ça remplit le cache de code du processeur pour rien...
</technique>

Aaaah les joies de l'optimisation assembleur !

En fait non, les nops sont dans la version Xvid, pas dans la version Sigma :)

Et ils ont leur utilité: ils servent à aligner un début de boucle sur une "frontière de paragraphe" en mémoire, à savoir une adresse multiple de 16.
Entre les adresses 1001CAF2 et 1001CAFF, on colle des nops, comme ca le début de la boucle commence en 1001CB00 tout rond. L'intérêt ? Les sauts vers une adresse alignée est optimisable par le processeur (pour de sombres histoires de cache ou de pipeline d'instructions) et la boucle tourne un peu plus vite.

c'est aussi stupide que la loi qui fixait la valeur légale de Pi ! C'était en Amérique du sud il me semble

C'etait dans l'Etat d'Indiana, en 1897. Toute l'histoire est là: http://www-personal.umich.edu/~jlawler/aux/pi.html(...) .

Apparemment c'était proposé par un gars qui pensaient avoir découvert "les vraies formules" sur Pi, et voulait en faire profiter l'Etat (un peu comme maintenant des gens qui n'y connaissent rien apprennent aux physiciens la mécanique quantique ou la relativité, arrangées à leur sauce...). Il en profitait pour résoudre la quadrature du cercle, aussi...

On dit "au temps pour moi" Quoique, le débat n'est pas clos: http://perso.wanadoo.fr/langue-fr/index/A/au_temps-autant.htm De toute façon, ni l'une ni l'autre des deux formes ne semblent réellement avoir de sens... il faut vraiment gratter profond dans l'histoire pour trouver une origine potable, et dans la page que j'ai mentionnée, il y en a qui se lachent pas mal dans les explications farfelues !

Ah oui je me suis interrogé sur ce détail après avoir posté... s/HP/HPaQ/g et ça règle le problème :)

Le mec qui a posté l'exploit n'a pas été très correct, mais le problème c'est que HP était déjà au courant depuis longtemps (plusieurs mois voire un an), je cite le premier article de CNet:

SnoSoft began talking with HP this spring about the group's research into Tru64 Unix's security flaws and had not intended to release the code publicly.
[...]
It is common to release "live" code that takes advantage of a security hole after notifying the company. In HP's case, SnoSoft says that information made public last year should have given the computer maker enough time to fix the problem.
[...]
HP has known about the Tru64 vulnerability "for some time," SnoSoft's Finisterre said, but never fixed the problem. An HP spokesman said he did not know if a patch had been released.

Donc c'est un peu toujours pareil : on passe par la procèdure classique d'avertissement de l'éditeur avant de rendre le problème publique, mais s'il veut pas en tenir compte, ben c'est bien fait quand on lui met le nez dedans.

Alors il faudrait pas non plus mettre de s aux abréviations suivantes ?

ciné(ma){tographe)
stylo{graphe}
télé{viseur}
compilo{gcc}
admin{istrateur systeme} ...et pourtant...

je vois pas le problème à mettre un pluriel à une abréviation qui prend peu à peu le statut de mot à part entière...

[je ne devrais peut-être pas nourrir l'éternel débat sur les règles pointilleuses de la langue française... hop -1]

Mince, mais alors dans Cosmos 1999, quand la lune est éjectée du système solaire à cause d'une pauvre explosion nucléaire à sa surface, c'était pas réaliste alors ? Un mythe s'effondre.

En PS de mon mail, j'ai demandé s'ils arrivaient bien à lire mon mail vu que je l'avais pas posté en html avec la dernier version de Outlook Express... vous croyez qu'ils vont apprecier ? :)

Quand j'ai vu le nom "Unisys" en premiere page j'ai eu peur effectivement... mais le contenu du rapport m'a reellement rassuré.

Pour l'instant je n'ai lu que les ~50 premieres pages (sur 150), et elles sont favorables au logiciel libre.

On notera une tres bonne études des différentes licenses, des différents groupes (Open source/OSI vs Free software/FSF vs BSD...) avec leurs philosophies distinctes, de nombreux eclaircissements (techniques, philosophiques, legaux) sur les termes des licenses. Aussi des mises au point bien venues sur "freeware/shareware/shared source/proprietaire".

Ironie d'Unisys, le probleme des brevets sur les méthodes logicielles est évoqué en détail, autant dans les problemes pratiques/ethiques (brevets sur des protocoles qui se voudraient standards) que sur leur légalité (contradiction entre la loi européenne et les faits) (pages 32, 55/56).

Concernant les aspects legaux, le rapport rappelle avec un certain humour l'opposition historique entre les coders (les vrais) et ces emmerdeurs d'avocats: "In many seminars, symposiums, colloquiums etc., it is often noticed tenacious traces of animosity of IT specialists against lawyers in general: perceiving these non-IT people as threatening developers freedom and impeaching them to deliver their Art." (page 31)

Il mentionne aussi des études indiquant la conformité de la GPL avec les lois sur le droit d'auteur, en France et en Allemagne (p53,54)


Bref, pour ce que j'en ai lu jusqu'a présent, ce rapport (qu'il soit écrit pour faire plaisir à la commission ou pas...) me semble tres bien documenté (je n'ai pas relevé d'erreur comme on peut en voir d'habitude) et positif; et les passages concernant les explications sur les licenses peuvent etre une bonne base d'explication à ceux qui n'y connaissent rien.

En lisant leur proposition sur
http://www.blender3d.com/BFproposal1.htm(...) , c'est... encore moins clair:


A. Free (gratis) access
Limited parts of general user information (executables, tutorials, help files, discussion forums) will be accessible for free. The Foundation board can decide on the level and quality of free access , related to exploitation requirements.

B. Membership
For a reasonable fee, EUR 50 per year, you get access to the closed Membership area, which includes all user services, all executable versions, all source codes. The license for the executables and codes will be the 'copylefted GNU GPL' license, also known as 'GPL' for short. This allows Members to freely use and redistribute the code, but restricts building new applications with Blender codes to other GPLed software projects.
Membership is personal and cannot be transferred. For companies or schools a Bulk Member license (10+ users) can be obtained for EU 495.




je vois pas trop comment on peut donner les executables et les sources en GPL aux membres de la fondation, et seulement les executables aux autres. Si c'est en GPL, du moment qu'ils donnent les executables, ils doivent aussi fournir les sources sur demande! Et les membres peuvent de toute facon redistribuer les sources à tout le monde... soit j'ai pas compris leur projet, soit ils n'ont pas compris la GPL (ou ils ont tres bien compris mais ils essayent d'embobiner les "shareholders" pour avoir l'autorisation :) )

Vu les bonnes choses que nous prépare l'ICANN (cf news précedentes) est-ce que la conférence laisse du temps pour poser des questions à Vinton ?...

Du genre la lettre de Gilmore (EFF) concernant l'obscurité de la gestion de l'ICANN ( http://www.icannwatch.org/article.php?sid=763(...) )