Christophe Fergeau a écrit 1255 commentaires

Y a beaucoup de cartes mères où tu as plus de deux canaux IDE, donc la révolution de disposer de plus de 4 periph de stockage interne dan sun PC est plutôt ancienne ;)
Tu dois pouvoir utiliser un disque SATA en plus de tes 4 periphs je pense, à moins qu'il y ait des limitations par rapport à ça sur ta carte mère.
Pour le hotplug sur le SATA, en théorie je crois que c'est oui, en pratique c'est probablement non. Et je ne suis pas sûr que Linux supporte très bien le hotplug de periph IDE non plus

« Bref, dire « sans se réfugier sous la protection du droit d'auteur » est maladroit... mais c'est un racourci tout a fait acceptable quand on considère l'usage habituel qui est fait de ce droit. »

Mouais, vu que ça va dans le sens du FUD de Microsoft et des divers anti-GPL « la GPL ca tue la propriété intellectuelle, c'est mal, ... » vaut mieux éviter de tels raccourcis. D'autant plus que je n'adhère pas du tout à ton « choix faute de mieux » et à l'acceptabilité de ce raccourci.

90 Avenue André Maginot, ça a un rapport avec Radio Béton ? Je viens de remarquer la coîncidence en allant récupérer l'adresse de leur stream sur leur site ;)

http://www.macromedia.com/software/flash/open/licensing/fileformat/(...)

« 2. Licenses

Pursuant to the terms and conditions of this License, you are granted a nonexclusive license to use the Specification for the sole purposes of developing Products that output SWF. »

Je suis pas allé plus loin que ça...

Le lien en question ne cite même pas le pb le plus gênant de la licence en question : les specs disponibles librement ne peuvent pas être utilisées pour écrire un lecteur flash...

Moi je vais dire jkflmd un jkfd
Et gare à toi si tu comprends pas, je te flamerai

> Il porte, par exemple, la mention "expérimentale" sur la Knoppix, n'est-ce pas paradoxal ?

Ca ne me parait pas paradoxal du tout. C'est la combinaison Knoppix+kernel 2.6 qui est experimentale car très peu testée, donc l'auteur ne peut pas garantir un fonctionnement aussi bon qu'avec un noyau 2.4 C'est un changement de noyau majeur, c'est normal qu'il risque d'y avoir des différences de comportement entre le 2.4 et l" 2.6 pouvant géner la knoppix, d'où l'étiquette expérimentale.

Les thèmes d'icônes sont justement décrits par une spec de freedesktop.org C'est peut être l'implémentation correcte de cette spec qui empêche de faire des trucs "'rusés".

C'est lequel exactement le yellow book ? Red book c'est CD audio, et c'est la seule couleur dont j'arrive à me rappeler ;)
Les xxx books sont payants, mais tu peux trouver des équivalents soit dans les specs de l'ecma, soit dans les specs mmc en général. Tu peux fouiller dans http://cfergeau.free.fr/Docs%20CD-DVD/(...) voir si tu trouves ton bonheur

Oui bien sûr, mais faut avoir le temps et la motivation de faire ça. Personnellement c'est le genre de trucs que je trouve totalement secondaire, et que je néglige complètement. C'est probablement la même chose pour le gars de aoTuV

Super, un volontaire qui a le temps de leur faire un joli site web !
Leur adresse email est aoyumi at inter7.jp , contacte les vite pour leur proposer tes services.

Tu t'es renseigné 30 secondes avant de raler ? Peut être que l'équipe officielle de xiph ne veut pas aller dans la direction explorée par aoTuV, peut être que les fichiers ogg/vorbis et aoTuV sont compatibles et que les différences se situent au niveau de ce que fait l'encodeur, ...
Non, moi non plus je ne me suis pas renseigné ;)

Donc il est évident que 100% de la baisse de revenu des industries du disque est due aux téléchargement ? Ca ne peut pas être une baisse "naturelle" après des années de ventes exceptionnelles, ou bienun pb de conjoncture, ou un report des achats de CDs vers d'autres supports (DVDs, ...) ?
Ca te parait normal de subventionner une industrie privée qui n'a pas su évoluer ? (je ne me fais pas d'illusions, une "taxe" comme celle décrite serait probablement en partie versée aux maisons de disques).

La news dit que l'implémentation du codec est libre, mais quelle est la position du projet vis à vis des brevets qui encombrent vraisemblablement l'implémentation d'un codec mpeg4. Est-ce que le projet viole de façon certaine des brevets, ou bien est-ce qu'il y a des brevets potentiellement violés, mais de façon discutable, ou bien est-ce que le projet n'en sait rien ?

submount démonte probablement la clé usb après qques temps de non utilisation, donc tout doit bien se passer, à moins d'arracher sauvagement la clé pendant un transfert.

Si ton programme ne fait rien du tout avec la lib vide et que la lib gpl est en fait indispensable pour obtenir un programme qui fait qqchose, je te souhaite bonne chance pour expliquer que ton programme n'est pas un "Work based on the program" (ou program = la lib gpl dans ce cas)... Avec de la mauvaise foi ça doit être défendable, mais devant un tribunal à mon avis y a au moins 50% de chance que tu perdes

Tu peux pas le distribuer en version compilée en tout cas, vu que à la compil tu l'auras lié sur un truc non GPL, et que la GPL t'interdit de redistribuer un tel binaire. Et si tu distribues que les sources, tu auras aussi une dépendance sur la lib qqpart dans la chaine de compil, donc c'est délicat à distribuer sous autre chose que la GPL en disant que tu savais pas

http://linuxfr.org/comments/413820,1.html(...) pour la liaison dynamique
Pour le noyau, la communication se fait à travers une interface bien définie (les appels systèmes), il a dû être décidé que ça ne faisait pas de la libc un derived work du noyau (linus a probablement précisé explicitement ce point un jour ou l'autre).

A mon avis, les sources de kdelibs sont fournis sous la licence LGPL, qui a le bon gout d'avoir une clause disant qu'on peut aussi les utiliser comme si la licence était la GPL.
La "vraie" licence des kdelibs doit dépendre de la façon dont tu compiles tes biblios. Déjà, kdelibs a l'air de contenir du code GPL aussi, donc si tu inclues ce code, tu obtiens une lib GPL.
Si tu l'exclues et que tu te linkes avec un QT GPL, tu obtiens une lib GPL (sinon tu violes la GPL pour autant que je me souvienne). Si tu as un QT proprio, dans ce cas tu dois pouvoir obtenir une lib sous LGPL.

Enfin c'est mon interprétation, en tout cas ton contre exemple ne me convainc pas du tout tant que tu ne m'as pas montré les clauses de la GPL et de la LGPL autorisant ça.

http://linuxfr.org/comments/405103,1.html(...) et http://linuxfr.org/comments/405119,1.html(...) me paraissent suffisamment clairs...

Bah quand j'ai lu ton journal, ce que j'ai compris c'est « tiens, il a un pb avec scummvm qu'est super lent ce qui l'empêche de jouer à the dig » et pas « tiens, il veut faire marcher le dri et il y arrive pas ».
Quand qqu'un consacre un peu de son temps à t'aider, c'est la moindre des choses de faire un effort pour poser correctement ta question pour pas lui faire perdre son temps (ie répondre à la première question pour se rendre compte au final que t'es plutôt intéressé par la réponse à la deuxième question).

SI tu veux le dri, dis le, invente pas des fausses excuses à base de scummvm pour expliquer ce que tu veux faire alors.

DRI c'est pour la 3d normalement. Il s'en sert scummvm ? Et la résolution native de Dig devait être 640x480 je pense, ton portable est peut être capable de switcher en 640x480 pour quand tu joues à The Dig ?

C'est gcc le compilo de macosx. Donc meme si apple l'a customisé, les sources modifiées devraient être qqpart...

> .si en plus on perds en performance et on n'utilise plus que 50 % de son CPU ça fait mal !

Faut pas rêver non plus et trop écouter apple. altivec (tout comme sse2 d'ailleurs) sur des algos très spécifiques (en particulier tout ce qui est traitement du signal, d'image, de matrices, ...) améliorera grandement les performances, mais c'est beaucoup moins versatile qu'un vrai proc et dans beaucoup de cas ça ne sert à rien.