Les drivers sont responsables pour une bonne partie des performances (ou non performance) des cartes 3d, montrer à leurs concurrents toutes les astuces qu'ils utilisent pour que leurs cartes aillent encore plus vite ne me paraît pas super judicieux... (je dis pas qu'ils ont raison de garder des driv

[ Répondre ]

Un petit conseil pour le débuggage de ton pb, un printf ("%x\n", i); en plus de ton printf ("%d\n", i) te permets de voir la valeur que t'as lue en hexa, ça peut donner des idées pour comprendre ce qui ne va pas des fois (dans ton cas, t'as probablement les bons chiffres en hexa dans ta variable, mais pas dans le bon ordre comme dit dans le commentaire précédent).

[ Répondre ]

Il me semble que ton dernier point est prévu par la GPL, s'il existe des raisons juridiques ou autres qui t'empêcheraient de donner les sources d'un programme GPL que tu distribues, alors tu perds le droit de distribuer ce programme (enfin tu 'nes pas autorisé à le distribuer).

[ Répondre ]

Y avait une autre question assez pertinente dans le thread, c'est de se demander ce que la freebox utilise pour s'initialiser, se synchroniser en adsl, charger le firmware, ... Ca peut être un truc propriétaire écrit à 100% par free, tout comme ça peut être un noyau linux qui a pour seule finalité d'aller récupérer le firmware de la boite. Et dans ce cas là, free devrait proposer les sources au "propriétaire" de la freebox, qu'il ait le droit de se connecter au réseau free pour récupérer un firmware ou non (je suppute, je suppute, j'ai aucune idée de ce qu'il y a réellement dans la mémoire flash de la freebox).

[ Répondre ]

En fait le thread sur la lkml se poursuit en disant que la GPL parle de distribution, et qu'aux USA (la personne ne savait pas ce qu'il en était pour l'Europe, et a fortiori la France), la notion de distribution est très bien définie, et quand tu prêtes ou que tu loues qque chose, tu le distribues. Aucune idée de ce qu'il en est en France ;)

[ Répondre ]

Tu dois pouvoir changer LC_NUMERIC avec setlocale temporairement à C pour faire ton strtod. Sinon tu réécris ton propre strtod ;)

[ Répondre ]

PKG_CHECK_MODULES(RHYTHMBOX, gtk+-2.0)

AC_SUBST(RHYTHMBOX_CFLAGS)
AC_SUBST(RHYTHMBOX_LIBS)

et dans ton Makefile.am tu utilises $(RHYTHMBOX_CFLAGS) dans ta variable INCLUDES et RHYTHMBOX_LIBS dans ta variable tonprog_LDADD

[ Répondre ]

L'article date de janvier 2004 quand même, ie il a quasiment 2 ans...

[ Répondre ]

« et le système retrouve ses petits via une base au format xml »
C'est pas une base xml, mais un gros blob binaire, cf http://ipodlinux.org/ITunesDB(...) si qqu'un veut plus d'infos. Mais ça change rien au fait que ce fichier est effectivement indispensable à l'ipod pour retrouver ses petits (l'ipod est incapable de parser les tags des fichiers).

[ Répondre ]

Le code Xine dans rhythmbox à la fin ne marchait plus convenablement, et il n'y avait plus personne pour le maintenir, donc après 1 an dans cet état, le supprimer complètement c'était pas délirant...

[ Répondre ]

Il se trouve que personne te dira que rhythmbox est efficace pour ça, même pas les auteurs donc bon... Si tu veux un logiciel avec un système de playqueue efficace, prend muine comme exemple.

[ Répondre ]

Un francophone ça se définit par "personne parlant français et possédant un PC sous linux" ?

[ Répondre ]

> dans 5 ans free lance le freeportable telephone IP sur le wimax, avec consomation illimité jour et nuit, sms gratos

Avec un service client méchamment surtaxé et des téléphones qui marchent ou ne marchent pas pour une durée plus ou moins longue en fonction de la phase de la lune et du cours du pétrole ? Je préfère peut être rester chez mon opérateur actuel...

[ Répondre ]

Pour pouvoir trouver les bugs, il faut un maximum de gens pour faire les tests et trouver ce qui ne marche aps. C'est encore plus vrai pour tout ce qui touche au matériel ou un changement qui marchera sur la machine du développeur fonctionnera parfaitement mais risque de ne pas marcher sur une machine avec un matériel légèrement différent.
Donc pour faire un débuggage correct, il faut un maximum de gens qui testent le noyau. Et un des seuls moyens que Linus a trouvé pour attirer un maximum de testeurs, c'est de coller un -rc aux noyaux très tôt, les numéros de version instables ou les -pre ayant plutôt tendance à faire peur à des testeurs potentiels.
Si tu as une solution miracle à ce pb et que ça te tient tant à coeur que l'étiquette -rc corresponde à ce que les gens qui écrivent des jolis livres sur le génie logiciel appellent -rc, je pense que tu devrais en parler à Linus...

[ Répondre ]

Comme dit, utilise uniquement les paquets de ta distrib ;) Pour t'assurer que pkg-config ne va pas chercher les trucs que tu as compilé à la main, fais un make uninstall dans les sources des divers trucs que tu as installé toi même... Vire au moins /usr/local/lib/*glib* /usr/local/lib/*gobject* /usr/local/lib/pkgconfig/*.pc et pareil dans /usr/local/include.

[ Répondre ]

Ce qu'il faut bien comprendre, c'est que ce qui est important, c'est que le brevet soit accordé par l'office des brevets. Si t'es une grosse boîte, que le brevet soit valide ou non, tu t'en fous complètement du moment que l'office t'as accordé ton brevet. Comme ça, tu peux poursuivre tes petits concurrents, et ils auront le choix entre te filer de la thune, ou bien essayer de prouver au tribunal que le brevet est invalide, mais ça leur coutera tellement cher que le petit concurrent en question mettra la clé sous la porte avant d'avoir prouvé quoi que ce soit.

[ Répondre ]

> À part les trois pelés qui vont linuxfr, personne en France n'est au courant du problème posé par les brevets logiciels

Quand je vois que les articles sur les brevets logiciels étaient à la une sur lemonde.fr, je me dis que y a des chances que la problématique des brevets logiciels soit connue d'un public plus large que je ne le pensais.

[ Répondre ]

J'avais cherche des algos de TRM a une epoque, et si l'algo utilise par musicbrainz est decrit dans un article accessible publiquement, c'est loin d'etre explicite sur le site de musicbrainz. et tu trouves encore moins de lien direct vers des explications sur l'algo. Et si l'algo est decrit qque part. tu vas ensuite te heurter a des pbs de brevets, il me semble que musicbrainz disait a une epoque sur son site que la partie trm pouvait etre couverte par des brevets et tout ca.

[ Répondre ]

En fait, dans ma tête musicbrainz et relatable sont fortement liés, par une relation du genre "les mecs de musicbrainz ont monté relatable plus ou moins en même temps que la mise en place de musicbrainz". Je pense ne rien avoir lu qui disait explicitement ça, j'ai dû créer cette hypothèse de toute pièce sans rien avoir pour l'étayer, mais dire "on n'y peut rien, ça dépend entièrement de relatable, pas de nous", à mon avis c'est l'excuse facile ;)

[ Répondre ]

La dernière fois que j'avais regardé, l'algo pour générer un identifiant (trm) à partir d'un morceau était complètement proprio : les applis libres calculaient un certain nb de paramètres à partir du morceau, envoyaient tout ça à un serveur, et c'était le serveur qui faisait le calcul et qui renvoyait l'identifiant du morceau. Le soft tournant sur le serveur était bien évidemment complètement fermé. Est-ce que c'est toujours le cas, ou bien est-ce que cette partie là a été libérée aussi ? Parce musicbrainz passait son temps à dire partout que c'était complètement libre, qu'on pouvait faire ce qu'on voulait, ... alors qu'en pratique ça n'était pas le cas...

[ Répondre ]