Frédéric COIFFIER a écrit 703 commentaires

Ca aurait peut-être permis de faire la différence entre un candidat écolo et les autres...
Après, je me prends à rêver que ceux qui ont signé, respecteront leurs engagements... Et je crois que je vais tomber de haut...

Je doute que ce soit vrai... J'ai l'impression que l'on a souvent des alims bas de gamme pas cher avec beaucoup de perte.
On pourrait dire que les pertes d'une grosse alim sont le double des pertes d'une petite alim mais j'ai l'impression qu'une grosse alim a un meilleur rendement qu'une petite alim...

Je me disais bien que Netgear fournissant un driver libre pour un chipset Wifi, ça aurait été trop beau...
Heureusement, qu'il existe de gentils développeurs courageux pour reverse-enginneeré les drivers (il parait que ma clé USB Wifi Netgear aura bientôt un driver libre dans le kernel !).
Maintenant, c'est presque honteux qu'ils essaient eux aussi de faire des annonces marketing sur le dos de la communauté GNU/Linux...

Oui, ça devrait être possible (seulement en tant que root) grâce à ces fonctions : d'après le man, ioperm demande une "dérogation" et le kernel "autorise" l'accès direct au hard.

Après, je pense que la meilleure solution serait de faire un vrai driver (une fois que tu auras réussi à faire ce que tu veux avec les ioperm, inb) : ça pourrait permettre à un utilisateur quelconque d'avoir accès à ce périphérique et ça permet de vérifier que le programme dans le monde user n'essaie pas de faire n'importe quoi. Et comme dit plus haut, écrire un driver, ce n'est pas si compliqué que ça (du moins pour les périphériques simples).

Étrange... page 12 du fichier OpenDocument, OpenWriter me dit qu'il me faut QuickTime et un décompresseur TIFF pour voir ce qu'il y a dans le cadre ??
OpenDocument, ce n'est pas encore assez ouvert...

Tu veux faire quoi exactement qui t'oblige à passer par le BIOS ?
J'ai l'impression que tu veux accéder à un périphérique hard sans passer par un driver...
A mon avis, tu risque de devoir, soit d'écrire un driver, soit réutiliser une driver existant de Linux. Je ne pense pas que l'assembleur soit vraiment nécessaire ensuite.

Et oui... J'utilise trop Audacity en ce moment et je me mélange les pinceaux.
C'est bien d'Audacious dont je parlais (dont l'interface est très proche de celle d'XMMS) :
http://audacious-media-player.org/Main_Page

A l'époque où Gentoo avait retiré XMMS de la distribution, ils conseillaient plus ou moins Audacity comme remplaçant (comme client audio léger).
Après l'avoir essayé, je ne le trouve vraiment pas léger en comparaison d'XMMS.

Comment se situe XMMS2 maintenant par rapport au XMMS original et à Audacity ?

Il a dit sans utiliser les pointeurs, donc en utilisant un tableau de la STL.

Je ne sais pas si c'est du second degré, mais le .tar.bz2, c'est à toi de le créer avec un nom de fichier comme expliqué dans la news.

Je suis d'accord avec toi : il est plus simple de faire des calculs ou des traitements avec un vrai langage de script.
Matplotlib semble très puissant. Mon rêve serait d'avoir la même chose en Ruby ! Pour l'instant, je fais Ruby + Gnuplot...

A mon avis, c'est plutôt au niveau européen qu'il faut voir ça.

Dans le même genre de question : Est-ce qu'Inkscape va devenir aussi rapide que Xara (ce qui serait une bonne chose vu que l'on va enterrer Xara) ?
Pour mémoire, la boîte de Xara, le logiciel de dessin vectoriel qui devait devenir Open Source, avait sorti un graphe montrant que le moteur de Xara pulvérisait Cairo.

Et toujours à propos d'Inkscape, est-ce que l'installation de cette nouvelle version permet d'obtenir un Inkscape plus rapide avec un meilleur support du PDF ou faut-il attendre que les développeurs d'Inkscape fasse le portage vers cette version ?

Qu'est ce qui ne marche pas ? As-tu fait un rapport de bug ?
http://bugs.kde.org (il faut choisir l'application Digikam)

A propos du Prism54 USB, sais-tu si c'est utilisable ? Et si oui, où trouve-t-on les patchs ?

Est-ce que quelqu'un sait si c'est utilisable avec un compte GMail ?

Mais la plupart fournissent maintenant un format RAW qui permet d'accéder à ces 12 bits (entre autres).

Tant que l'on n'aura pas les drivers pour la partie couche physique des cartes Wifi, ça ne changera pas grand chose.
Par contre, il devrait être plus simple de développer ces drivers (moins de boulot vu qu'il y a déjà une pile complète) et de plus, tous les drivers auront les mêmes fonctionnalités (WPA, mode master...) [Enfin, j'espère ne pas me tromper]

Tiens aujourd'hui, sur http://www.voyages-sncf.com , Konqueror me dit qu'il y a un script Javascript qui gèle KHTML.

Enfin, il nous reste le pictionnary.

Je suis un peu comme toi : je tournais autour de Blender depuis près de 2 ans sans jamais réussir à en sortir quelque chose. Avec 3DS Max, j'avais aussi passé du temps mais j'avais l'impression de progresser.

Et puis, comme j'en avais marre de chercher sur le net, de lire des tutoriaux en anglais sur tel ou tel domaine, je me suis décidé à acheter "La 3D libre avec Blender" d'Olivier. Et depuis 2 semaines, ça va nettement mieux !
Certes, il n'y a pas tout mais au moins, on se repère bien, on maîtrise les bases de tout le workflow Blender et pour aller au-delà, comme pour 3DS Max et les autres, je vais sur le net sur les forums ( http://blenderartists.org/cms/index.php ).

Ca me semble quand même bien difficile techniquement car Gimp, c'est du C utilisant Gtk, Inkscape, c'est du C++ utilisant Gtk et Scribus, du C++ utilisant Qt. De plus aucun des 3 n'utilisent les fonctionnalités avancées de Gnome ou de KDE (comme les Kpart qui permettent justement d'intégrer des composants logiciels dans "n'importe quelle" application KDE).

Effectivement, c'est ce que j'ai cru comprendre mais il semblerait qu'il y ai eu une release hier soir avec un petit changement dedans (rien qui prouve que le développement de la série open source va reprendre...).
De toute façon, le moteur 2D n'avait toujours pas été libéré (dommage, parce que le logiciel devenait vraiment utilisable, performant et intuitif !)

Me dis pas que tu as lu le post auquel je répondais ? Je ne te croirai pas !

Et si sdl-config n'est pas dans le PATH ? S'il y a plusieurs versions de SDL ? Et si les .a ne sont pas installés ? Et si SDL est une dépendance optionnelle ? Et comment on choisit là où il faut installer l'application dans un Makefile traditionnel ?

Mais je fais comme toi, car je n'ai jamais compris les autotools... et quand on veut distribuer un code, c'est pas simple...