Frédéric Lopez a écrit 759 commentaires

  • [^] # Re: Je me marre

    Posté par  . En réponse à la dépêche wxWidgets 2.6 est sorti. Évalué à 2.

    Je ne sais pas ce que ça peut donner en pratique, mais j'avais déjà vu quelqu'un utiliser libsigc++ et les MFC avec succès. Comme wxWidgets a un fonctionnement assez proche des MFC, j'imagine que ça doit être possible sans trop de difficultés.
  • [^] # Re: Je me marre

    Posté par  . En réponse à la dépêche wxWidgets 2.6 est sorti. Évalué à 5.

    Qu'est ce qui empêche d'utiliser wxWidgets avec une librairie gérant les signals/slots, comme libsigc++ ou boost::signal ? C'est déjà ce que fait gtkmm avec libsigc++.
  • [^] # Re: drôle de cerise sur un drôle de gateau

    Posté par  . En réponse à la dépêche wxWidgets 2.6 est sorti. Évalué à 2.

    Il faut une exception parce que la LGPL ne permet pas de distribuer des travaux dérivés sous une autre licence que la LGPL.

    Extrait de http://www.wxwidgets.org/newlicen.htm(...) :

    « The wxWindows Licence is essentially the L-GPL (Library General Public Licence), with an exception stating that derived works in binary form may be distributed on the user's own terms. This is a solution that satisfies those who wish to produce GPL'ed software using wxWidgets, and also those producing proprietary software.»
  • [^] # Re: De la pub pour XGI & VIA

    Posté par  . En réponse à la dépêche XGI et VIA libèrent le code de leurs pilotes. Évalué à 3.

    Ce qui choque ? Ton post est très long et difficile à lire, notamment à cause de nombreuses fautes de frappe, d'orthographe, de grammaire et d'une expression particulièrement lourde. En bref, tu ne fais aucun effort pour être lu et compris, je comprends que ça agace.

    Sur le fond, tu commences en disant qu'on n'a rien compris au problème et dans la phrase suivante tu sors une énormité sur les brevets, qui montre que toi-même tu ne comprends pas grand chose à la problématique.

    Pour le reste, ben je n'ai pas été tenté de lire plus loin, à cause de ces deux points. Bref, moi ça ne me choque pas que d'autres trouvent ton post inutile.
  • [^] # Re: Miracle !

    Posté par  . En réponse à la dépêche Le choix de Munich se porte sur Debian. Évalué à 2.

    Mon allemand est assez vieux aussi, mais la typographie correcte ne serait pas plutôt « Deutschland űber alles », avec un vrai umlaut plutôt qu'un tréma ?

    Sinon, voir cette phrase ici m'a un peu choqué au début, mais en fait son origine ne viendrait pas de la propagande nazie mais plutôt d'un appel à l'unification allemande au milieu du XIXè siècle. Voir : http://www.brandenburghistorica.com/page5.html(...)
  • [^] # Re: La réponse de Fortinet

    Posté par  . En réponse à la dépêche Le tribunal de Munich confirme de nouveau la validité de la GPL. Évalué à 4.

    Elle vient d'où cette réponse de Fortinet ? Je n'ai rien vu sur leur site, ni sur gpl-violations.org, ni sur le blog de Harald Welte.
    Aussi, la demande en référé contre Fortinet en Allemagne par Mr. Welte nous a surpris et nous sommes persuadés que cette action n’était pas nécessaire.

    Ça semble être complètement en contradiction avec ce que dit Harald Welte sur son blog :

    « Obtaining (better: Applying) for a preliminary injunction is a tremendous amount of work, so this really is the last possible option if all other options have failed. »

    « Fortinet did not even sign a declaration to cease and desist within four weeks after receiving the warning notice. They apparently didn't want to believe that this is a serious issue. Maybe the public pressure will help getting them back to negotiations. »
  • [^] # Re: GPL pour tous.

    Posté par  . En réponse à la dépêche [débat] Pourquoi Sun rejette la GPL. Évalué à 3.

    C'est ce qui fait par exemple que le driver Nvidia est (à priori) légal : ils distribuent une couche d'abstraction pour FreeBSD et Linux, cette dernière étant sous GPL car elle dérive de Linux.

    Le pilote NVIDIA n'est pas légalement distribuable sous forme de module binaire car il ne respecte pas la licence du noyau Linux (GNU GPL). C'est d'ailleurs pour cette raison qu'il est fourni avec des binaires et des sources et que le programme d'installation réalise une compilation pour la création du module. C'est également la raison pour laquelle le message « module license 'NVIDIA' taints kernel » apparaît lorsque l'on charge le module nvidia.
  • # Lecteur MIDI logiciel

    Posté par  . En réponse au message Support midi. Évalué à 2.

    Tu peux toujours utiliser un lecteur MIDI logiciel si tu n'as pas de support matériel du MIDI sur ta carte son. Le rendu sonore n'en sera d'ailleurs que meilleur.
    Timidity : http://timidity.sourceforge.net/(...)
    Allegro :http://alleg.sourceforge.net/(...) http://alleg.sourceforge.net/digmid.fr.html(...)
    Fluidsynth : http://packages.debian.org/testing/libdevel/libfluidsynth-dev(...)
  • [^] # Re: pas de site ?

    Posté par  . En réponse au message Actualités APT. Évalué à 2.

  • [^] # Re: xpdf vs acroread

    Posté par  . En réponse à la dépêche Retour d'Adobe sur les plates-formes Linux ?. Évalué à 2.

    Moi aussi je préférerais utiliser xpdf ou gpdf seulement voilà l'attestation qui m'est délivrée par les ASSEDIC lors de mon actualisation ne s'affiche pas (à part le fond de page) avec ces lecteurs de PDF.

    Chez moi j'ai ce problème seulement avec gpdf et evince. Xpdf (3.00) et Kpdf (0.3.2) lisent les pdfs générés par les ASSEDICs sans problème (Debian/sid).

    je ne compte pas upgrader tant que je n'en ai pas besoin (s'il s'agissait juste de faire apt-get install acroread pourquoi pas mais...bon...).

    Si tu as déjà ajouté le dépôt de Christian Marillat à ton sources.list (pour avoir mplayer par exemple), tu n'as effectivement plus qu'à taper apt-get install acroread pour récupérer la version 7.0.
  • [^] # Re: Résolution du bureau ?

    Posté par  . En réponse au message Fontes pourries sur mon écran plat. Évalué à 2.

    1280x1024 c'est bien la résolution maximale de ton moniteur ? Sinon, tu as essayé d'utiliser le rendu subpixel ?
  • [^] # Re: Problème Alsa

    Posté par  . En réponse au message Problème de son dans les jeux. Évalué à 2.

    Désolé, vu le problème que tu rencontrais, je croyais que tu utilisais Alsa, mais ce n'est visiblement pas le cas. Si d'autres applications fonctionnent correctement avec OSS, je suppose que ça doit pouvoir marcher aussi pour Enemy Territory ou Savage. Est-ce que tu as des messages d'erreurs liés au son quand tu lances Enemy Territory ?
  • # Résolution du bureau ?

    Posté par  . En réponse au message Fontes pourries sur mon écran plat. Évalué à 3.

    Est-ce que la résolution de ton bureau est bien la même que la résolution maximale de ton écran ? Si ce n'est pas le cas, je pense que c'est normal que le rendu ne soit pas terrible.

    Sinon, tu peux essayer d'utiliser le rendu subpixel dédié aux écrans LCD (équivalent de cleartype sous MS Windows), mais je ne sais pas comment on l'active sous KDE. Sous Gnome, c'est dans Applications | Préférences du bureau | Police | Détails... S'il est déjà activé, peut-être que l'ordre des couleurs sélectionné n'est pas le même que celui pour ton écran (RVB au lieu de BVR par exemple).
  • # Problème Alsa

    Posté par  . En réponse au message Problème de son dans les jeux. Évalué à 2.

    C'est peut-être dû à un problème avec l'émulation OSS des pilotes Alsa de ta carte son, essaye de mettre à jour tes drivers. Sinon, pour Enemy Territory, essaye de taper ça en tant que root avant de lancer le jeu en tant qu'utilisateur :

    echo "et.x86 0 0 direct" > /proc/asound/card0/pcm0p/oss
    echo "et.x86 0 0 disable" > /proc/asound/card0/pcm0c/oss
  • [^] # Re: Blender Game Engine ?

    Posté par  . En réponse au message Cherche UnrealEngine libre ou au moins UnrealScript. Évalué à 2.

    J'ai trouvé un editeur de map: GtkRadient ... Il y en a d'autres ? (pour linux) ?

    Il y a QuArK (http://dynamic.gamespy.com/~quark/(...) ) qui est sous GPL.
  • [^] # Re: Blender Game Engine ?

    Posté par  . En réponse au message Cherche UnrealEngine libre ou au moins UnrealScript. Évalué à 2.

    Effectivement, j'avais cherché du coté de Quake mais je n'avais pas trouvé grand chose pour linux.

    Je ne pense pas qu'il y ait quoi que ce soit de spécifique à Linux, il me semble que le langage utilisé (QuakeC ou Quake 2 DLL) est indépendant de la plate-forme. Tout ce dont tu as besoin, c'est les sources (sur le site d'id software ou d'icculus) et quelques didacticiels pour débuter (il y en a pas mal dans les anciens numéros de PC Team et beaucoup d'autres sur le web).

    J'ai aussi pensé à Blender mais le moteur de jeu ne me semble pas assez performant.

    C'est clair, le moteur est un peu à la traîne par rapport à ce qui existe à l'heure actuelle. En fait ça permet surtout de prototyper rapidement un concept avant de l'implémenter avec un vrai moteur de jeu.

    Pour python, j'y ai aussi pensé mais le problème c'est la sécurité. Comment interdire a certains fichiers de faire des choses non autorisées ?

    Là je dois dire que je ne comprends pas trop le problème. Tu veux que les utilisateurs ne puissent pas modifier le code ou tu veux limiter ce qu'il est possible de faire avec les scripts ?
  • [^] # Re: Blender Game Engine ?

    Posté par  . En réponse au message Cherche UnrealEngine libre ou au moins UnrealScript. Évalué à 3.

    OGRE est seulement un moteur de rendu 3d, je ne suis pas sûr que ça réponde vraiment à la problématique posée. Cela dit, OGRE est une bibliothèque très sympa, je l'utilise moi-même :)

    L'auteur du message original semble plutôt avoir besoin d'un moteur de jeu complet supportant le scripting, ajouter cela à OGRE nécessiterait pas mal de boulot. Il y a des tentatives dans ce sens comme Yake, mais c'est encore loin d'être terminé de ce que j'en ai vu.
  • # Blender Game Engine ?

    Posté par  . En réponse au message Cherche UnrealEngine libre ou au moins UnrealScript. Évalué à 4.

    Les moteurs de Quake 1 et Quake 2 offrent des fonctionnalités similaires à l'UnrealEngine et sont sous GNU GPL, peut-être que ça pourrait te convenir ? Ils disposent de leur propre langage de script (QuakeC) et il existe pas mal de didacticiels à ce sujet sur le web.

    Tu peux aussi utiliser Blender et son moteur de jeu intégré. Ça se programme avec un langage de script (Python), mais je doute qu'il y ait le support réseau et je ne sais pas si ce serait très simple à ajouter.

    Sinon, il existe pas mal de moteurs de jeu ou de moteurs 3d libres, mais je ne sais pas s'il y en a des complètement scriptables. Tu pourrais éventuellement ajouter toi même le support d'un langage de script (comme Lua ou Python par exemple), mais ça suppose une bonne maîtrise de la programmation et du moteur en question.

    Tu trouveras ici quelques liens vers des moteurs 3d ou des moteurs de jeux libres :
    http://gpwiki.org/index.php/Libraries(...)
  • [^] # Re: Vers une division de GNU/Linux ?

    Posté par  . En réponse à la dépêche Interview de Miguel de Icaza par O'reilly. Évalué à 2.

    Il me semble que mp3 est gratuit pour décoder dans le cas d'une utilisateur non commerciale (malheurement, je ne connais pas d'engagement formel).

    Non, c'est seulement pour la diffusion ou le streaming de MP3 si on en croit Thomson/Fraunhoffer, voir : http://www.mp3licensing.com/help/developer.html(...) . En même temps, ils disent en gros qu'il faut payer des licenses dès que le mot MP3 apparaît quelque part, difficile de leur faire confiance à ce sujet. D'autant qu'il n'est toujours pas évident qu'ils aient des brevets sur le décodage MP3.

    Cherches lame (ou équivalent) pour Novell. Si tu le trouves, je ferme ma gueule.

    Lame est un encodeur, pas un décodeur. Tu avais parlé de lecteurs MP3 dans ton précédent post, c'est pour ça que j'avais réagi. La librairie Lame n'est probablement pas dans SuSE, tout comme elle n'est pas dans Debian.
  • [^] # Re: Vers une division de GNU/Linux ?

    Posté par  . En réponse à la dépêche Interview de Miguel de Icaza par O'reilly. Évalué à 2.

    s/l'encodage/le décodage
  • [^] # Re: Vers une division de GNU/Linux ?

    Posté par  . En réponse à la dépêche Interview de Miguel de Icaza par O'reilly. Évalué à 2.

    Regarde du côté de mp3. Novell ne fournit pas de lecteur mp3 (cause brevets) alors qu'il y a des lecteur mp3 sous GPL.

    SUSE LINUX Professional 9.2
    package descriptions
    mpg321 - A Free Command Line MP3 player :
    http://www.novell.com/products/linuxpackages/professional/mpg321.ht(...)

    Sinon, d'après ce lien :
    http://www.mars.org/mailman/public/mad-dev/2002-August/000721.html(...)
    il ne semble pas évident que Thomson/Fraunhoffer détiennent des brevets sur l'encodage. En tout cas, ils n'ont visiblement jamais attaqué de projets libres sur ce terrain, donc je ne vois pas trop pourquoi il faudrait s'en inquiéter maintenant.
  • # Ginf et Screem

    Posté par  . En réponse au message équivalent de dreamweaver sous linux ?. Évalué à 2.

    Il existe Ginf qui se veut dans l'esprit de MS FrontPage : http://www.ndeepak.info/stuff/vtu/ginf/(...)

    Il y a aussi Screem, qui n'est pas WYSIWYG mais dispose néanmoins d'un moteur de rendu interne pour la prévisualisation : http://www.screem.org/(...)
  • [^] # Re: Itune Music Store ou AllofMP3 ?

    Posté par  . En réponse à la dépêche DVD Jon fait encore parler de lui. Évalué à 4.

    Faux, le faite de récupérer des stream à partir du net n'est pas plus légal que de récupérer des fichiers MP3 donc on dispose pas du CD original

    Dans ce cas, tu pourrais m'expliquer pourquoi le tribunal de grande instance de Rodez et la cour d'appel de Montpellier ont tranché en faveur de l'accusé dans ce procès :
    http://www.liberation.fr/page.php?Article=281739(...)
    http://www.laviedunet.be/VDN/Viedunet/Societe/page_5009_310219.asp(...)

    Extrait :
    « La cour a confirmé le jugement rendu par le tribunal de grande instance de Rodez (Aveyron) en octobre dernier. Dans son arrêt, elle rappelle que «lorsqu'une oeuvre a été divulguée, l'auteur ne peut interdire les copies ou reproductions strictement réservées à l'usage privé du copiste et non destinée à une utilisation collective», se fondant sur les articles L122-3 à 5 du code de procédure pénale français. »
  • [^] # Re: quel intérêt ?

    Posté par  . En réponse au message Impression avec acrobat reader 7. Évalué à 2.

    Les fonctionnalités de kpdf dont tu parles ne se trouvent que dans la version fournie avec KDE 3.4, sortie il y a deux jours. Cette version n'est d'ailleurs pas encore packagée pour mon système et n'est de toute façon pas disponible pour l'auteur du message originel (KDE 3.3 sous Mandrake 10.1).

    Avant ça, il n'y avait à ma connaissance (xpdf, gpdf, evince) rien d'équivalent en libre et il n'y a toujours pas d'équivalent Gnome, GTK+ ou non QT, donc ça n'est vraiment bien intégré au système que si on utilise KDE.

    Je préfère aussi privilégier les outils libres autant que possible, mais je suis malheureusement encore souvent obligé d'utiliser Acrobat Reader pour lire certains PDF.

    Après, reste à voir la qualité de l'antialiasing, de la compatibilité PDF et de la gestion de la mémoire (pub Firefox). Je testerais quand un package officiel sera disponible pour ma distribution, ce qui risque de mettre pas mal de temps vu la taille de KDE.
  • [^] # Re: quel intérêt ?

    Posté par  . En réponse au message Impression avec acrobat reader 7. Évalué à 3.

    meilleur lissage des polices ?
    compatibilité totale avec tous les PDF ?
    vue continue des pages ?
    interface plus ergonomique ?
    meilleure gestion de la mémoire (pub Firefox) ?