Christophe Fergeau a écrit 1255 commentaires

Je trouve pas mon message particulièrement discourtois, j'ai fait pire en tout cas ;) Il est clairement froid, mais j'avais pas trop le temps d'écrire un super message super chaleureux avec bière pastis et strip teaseuses.
Mon "c'est dommage...", c'était pour dire "c'est dommage de pas avoir le NCQ de fonctionnel dans les drivers libres"
Et si c'est autre chose qui te reste en travers de la gorge, désolé, mais t'es un peu trop sensible ;)

Il triche :) C'est un thème http://gtk-wimp.sourceforge.net/ qui fait ça

Cool, il va bientôt y avoir plein de patches pour pouvoir gérer ça sur la mailing list de développement de gtk+ :)
Il me semble avoir lu des mails qui disaient que c'était super compliqué à faire, mais j'arrive pas à les retrouver pour le moment. En tout cas, c'est pas aussi simple que ce que tu suggères, je ne pense pas que le port de gtk+ fasse un mapping menu au sens de gtk+ => menu cocoa, mais que tout se passe à un niveau beaucoup plus bas, ie gtk+ sait afficher du texte à l'écran, et dessiner des rectangles colorés et des images, donc pour afficher un menu, gtk+ affiche un rectangle avec un fond gris, et ajoute le texte qui va bien (correspondant aux différents éléments de menu) par dessus.

Pour info http://www.kerneltraffic.org/kernel-traffic/kt20050904_324.h(...)
Ton sata_nv n'a apparemment pas le support du NCQ, c'est dommage...

Ah mais à ce moment là, windows xp fonctionne très bien aussi, je vois pas ce qu'on s'emmerde à rester sous linux après tout.
Là il a le choix, il a rien acheté encore, donc tant qu'à faire, autant soutenir un constructeur qui file les specs de son matos plutot que de filer sa thune à un constructeur qui ne coopère pas du tout.

D'un point de vue support linux, je ne peux que déconseiller les nforce4 vu que la plupart des drivers matériels dépendent du bon vouloir de nvidia pour fournir des drivers binaires, ou bien de reverse engineering réussi. En bref, nvidia est un constructeur absolument pas coopératif en ce qui concerne les drivers libres pour leur matériel...

Ca c'est pas dit du tout à mon avis...

Les questions à se poser avant de partir sur du code trop compliqué, c'est de savoir combien de structure de type COTATION tu auras à manipuler au cours de ton programme (ie 10, 100, 10000, 1000000, plus ?), et si tu auras besoin de souvent les trier. Tant qu'il y a moins de qques milliers d'enregistrements dans tes listes, et que tu ne fais pas des milliers de tris par seconde, je ne chercherais pas à optimiser cette partie du code dans un premier temps, et je ferais mes tris chaque fois que c'est nécessaire. Sinon, pour tout ce qui est arbre, liste chainée, .... je te recommande fortement de jeter un oeil à ce que te propose la glib.

T'es sûr qu'en utilisant des wchar_t t'utilise des chaînes encodées en UTF-8 ? Pour ma part j'en doute fortement...

Un client, c'est chiant par définition (dans le cadre des grosses boîtes/grosses administrations). Donc le client qui a acheté X, il va faire "votre X il est bien, mais ça fait pas pouic pouic quand je clique sur le bouton quitter, et je veux un curseur qui clignote en rouge et jaune quand je renverse du café sur le clavier, et je veux tout ça pour demain, sinon je vais acheter Z chez votre concurrent". Si pour implémenter tout ça, ça nécessite de modifier Y, que va-t-il se passer à ton avis ? C'est l'hypothétique développeur de LL embaucher par la boîte qui développe X qui va mettre le nez dans Y, et qui va corriger/modifier Y pour que ça fasse ce que le client veut, et le développeur de LL, en bon libriste qu'il est, il va faire suivre les modifs aux développeurs de la lib LGPL.
Sinon pour la petite histoire, l'auteur de la libxml pense que publier la libxml2 sous une licence BSD-like (c'est du MIT je crois) était une des meilleures choses possibles pour la lib car ça a fait exploser le nb d'utilisateurs dans l'univers proprio et la quantité de retour qu'il a sur sa lib. Tu peux intégrer/modifier du code BSD dans ton logiciel proprio et en faire ce que tu veux, mais sur un énorme projet, le chef de projet a tout sauf envie de passer du temps à synchroniser "sa" libxml2 avec les changements faits dans la libxml2 officielle, donc il a tout intérêt à ce que la version officielle correspondde exactement à la version qu'il utilise, c'est à dire à proposer les modifs dont il a besoin pour qu'ils soient inclus dans la version officielle.

Les prefs gnome sont appliquées immédiatement quand tu changes un truc. Donc si tu fais un truc qui pète vraiment tout, y a des chances que tu t'en rendes comptes tout de suite. Et sinon, vu le faible nombre d'options présentes dans les préférences, et vu que ce qu'elles font est en général évident, il y a vraiment peu de chance que tu changes tout, obtiennes un comportement que tu ne désires pas sans que tu puisses remettre la valeur par défaut.
Et OSX fait pareil si je me souviens bien (ils font de l'instant apply, y a peut être un bouton revert par contre dans leurs dialogues de pref)

D'un autre côté, la boîte qui développe le logiciel proprio et qui a besoin de faire des patches pour gtk+, vers qui va-t-il probablement se tourner ? Une personne qui hacke déjà sur des applis en gtk+, à l'heure actuel ça veut majoritairement dire des developpeurs de logiciel libre. Donc la boîte file pas directement sa thune à une boîte développant gtk+, mais nourrit quand même un ou plusieurs développeurs de LL, qui vont probablement en plus faire leur possible pour convaincre la boîte en question de plus participer au développement des LLs qu'elles utilisent.

« Face à ces tendances, je commence à m'inquiéter de la présence des entreprises (et de leurs intérêts économiques) dans le monde GNU/Linux. Ceci se ferait-il à l'encontre de la communauté ? Debian est pour l'instant l'une de mes distributions préférées (pas la première, mais presque), est-elle ou restera-elle indépendante pour autant des prérogatives de la conquète de parts de marché ?

Et vous, comment voyez vous l'évolution du secteur ? Etes vous compatibles en tant que simple utilisateur avec ces évolutions ? Pour vous, le but d'un logiciel est-il d'être populaire (en nombre d'utilisateurs), ou est-il d'avoir des utilisateurs heureux ? Est ce que je dramatise ? »


Donc tu devrais plutôt être content que SuSE laisse ton KDE tranquille et ne mette plus son nez dedans ?

Ouep, je t'ai probablement très mal compris, apparemment tu voulais dire
« quand cette version de gaim sortira, les utilisateurs de linux auront déjà à leur disposition kopete (qui supportera la vidéo incessamment sous peu après la sortie imminente de KDE 3.5) »
Donc désolé pour ma complète incompréhension, j'ai cru que j'étais encore tombé sur un KDEiste trolleur ;) Pour le coup c'est moi qui fait le GNOMiste con :p Enfin l'emploi judicieux du futur aurait probablement aidé à mieux saisir ce que tu voulais dire :)

Les utilisateurs de Linux en général ont déjà KDE 3.5 et donc le Kopete dont tu parles ??? C'est même pas sorti KDE 3.5, si ?
Et je peux te renvoyer ton s/utilisateurs de Linux en général/utilisateurs de KDE ;)

"vente liée PC+Linux"
Sachant qu'ubuntu est gratuite, je ne pense pas que tu puisses te plaindre de "vente liée", si t'es pas content tu formates ton disque, tu balances le CD et ça ne t'as rien couté. Tu vas pas crier à la vente liée si dans ton ordi HP, on t'as glissé des fliers de pub pour les imprimantes HP quand même ?

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

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).

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).

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).

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 ;)

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

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

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

« 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).