Un des posteur du planet kde vient d'ajouter une entrée où il explique avoir réussi a compilé un projet qt avec clang.

C'est ici : http://www.freehackers.org/thomas/2010/01/10/playing-with-cl(...)

[ Répondre ]

Ces fonctions réinventent la roue.
C'est à dire qu'il y a déjà des fonctions équivalente (et surement mieux pensées) de dispo avec PHP

[ Répondre ]

Si ils ont installé PulseAudio, ça va être du gâteau ^^

[ Répondre ]

Il s'agit surement de ça, la plus part de test automake qui ne marchait pas était du dans mon cas que le script testait la variable sur 1 caractère, du coup, tout ce qui était supérieur à 9 comme numéro mineur.

J'ai trouvé ça bien nul à l'époque :)

[ Répondre ]

export LD_PATH=/usr/local:$LD_PATH

[ Répondre ]

oups si pardon

[ Répondre ]

Parce qu' "il n'est qu'Open Source".

Les code est GPLv3 mais les données elle ne les ont pas.
Elle sont en dans une Commons Creative Non commercial"

Comme troller souvant ici, la restriction Non commercial emphêche la redistribution libre du jeu

Conséquence, il ne peut pas être accepter sur JeuxLibres.net et ne peut être redistribué dans un magazine ...

[ Répondre ]

J'ai sacrifié ma liberté de traverser à tout moment un carrefour en acceptant de respecter les feu rouges et par conséquent de ne pas risquer systématiquement ma vie (sécurité).

Ma citation du jour :
Les phrases toute faite, ne représente pas la réalité. Et ne remplace en rien l'effort de réflexion adapté à la situation.

[ Répondre ]

L'accélération ne vient pas du processus d'effacement en lui même mais de la suppression d'appel systématique au rafraîchissement de l'affichage, la partie la plus lente du processus.

[ Répondre ]

Non

Et c'est de la que vient l'inquiétude de certaine personnes.
Personne ne sait vraiment qui est derrière cette boite...

Ce qui est connu c'est que cette boite avant déjà acheté les droit d'exploitation pour l'Asie de Ryzom mais qu'il n'avait jamais été exploité.

[ Répondre ]

Il reste la solution de proposer un paquet apuré des données non modifiable, mais ça reste un solution lourde (nécessité de maintenir un paquet externe, difficulté d'identification des licences liée a telle ou telle données)

On fait parfois des erreurs, mais n'hésite pas à passer sur le chan #jeulibres sur freenode pour en discuter :o)

[ Répondre ]

Cube n'est pas libre, dans le sens librement modifiable, car il contient des données redistribuable qui ne sont pas modifiables.

C'est la raison qui fait que nous l'avons refusé sur JeuxLibres.net

[ Répondre ]

Il faut faire la distinction entre une api interne et un api public.

Les dévelopoeurs noyau faut tout pour ne pas casser les interface qu'il propose vers l'espace utilisateur. Par contre quant c'est interne, il ne le font pas par plaisir, mais si c'est utile.

Je me rapelle même que récement un patch qui fixait un bug a été refuser car il risquait de changer le comportement d'une interface userspace. Linus est intervenu pour l'annuler et a mis en place une solution de contournement.

C'est pour ça qui préfère que les driver soit intégré dans la branche principale. Si quelqu'un change une interface interne, la modification doit être appliquer à tout les composants interne.

Ne pas casser l'espace utilisateur est très important.

[ Répondre ]

Effectivement, Arkhart bouge un peu, mais étant quasi seul sur le projet, il y a toujours des périodes de flottements ou je fais autre chose. Le mieux est de passer sur le chan irc #arkhart sur freenode pour voir au ça en est

[ Répondre ]

Auparavant, j'étais assez contant des pilotes nvidia.
Cependant, j'ai désormais beaucoup plus de réserve :

1 - J'ai du changer ma Gefore 4 parce que le pilote legacy est mis au jour une fois tout les 4 ans et qu'il ne suis pas l'evolution du noyau. Je suis resté nvidia car a l'époque ATI était catastrophique et la branche libre offrait peu de perspective.

2 - J'ai donc une Gefore 6. Avec les dernier drivers, c'est devenu la foire. Certaine nouvelle version présente de régression, il faut parfois downgrader pour retrouver un compoetement normal.
Par exemple, je développe un moteur 3D qui utilise Ogre et je me suis rendu compte que tout n'est pas rose dans leur support OpenGL. Ainsi les deux dernières version d'Ogre on dut sortir avec des workarounds spécifique à nvidia pour que le moteur puisse fonctionnée a l'identique avec le pilote les plus récent. Pire la dernière version n'est sortie que pour contourner les bug nvidia ( http://www.ogre3d.org/index.php?option=com_content&task=(...) ) Ces bugs étant de plus en plus long a être corrigé.

3 - Les magnifiques performance promise par les derniers pilotes ne sont pas au rendez vous et engendre énormement de pb avec ma carte (mauvais affichage des polices). Avec Nvidia, si tu n'a pas la dernière génération de carte, tu a le sentiment que tu ne les intéresse pas. Les pilote sont très axé sur les derniers modèles et leur drivers 'unifié' on tendance à ne s'unir qu'à la dernière génération !

Conclusion, pour le moment, si j'ai une carte a choisir, je serais plustôt AMD que Nvidia car il existe une branche libre supporté par le constructeur qui permet d'espérer le support des fonctions avancée de la carte et que si tu ne veut pas attendre que le support soit effectif, ils ont, parrait-il, amélioré leur support blobique

[ Répondre ]

De mettre à jour la fiche sur http://jeuxlibres.net ? :o)

--> http://jeuxlibres.net/showgame/mole_invasion.html

[ Répondre ]

oui mais ce ne seras pas volontaire :o)

[ Répondre ]

J'étais pourtant persuadé que c'est à ça que servait cette ligne présente dans la dépêche :

"Si vous pensez pouvoir aider Lea-Linux, n'hésitez pas à nous contacter: admin [@] lea-linux. org"

Comme quoi il faut que je sache rester humble et me remettre en cause :o)

[ Répondre ]