Guillaume Ceccarelli a écrit 200 commentaires

  • # Gentoo

    Posté par  . En réponse à la dépêche Sortie de la version 4.1 du compilateur GCC. Évalué à 2.

    Vivement que Gentoo supporte officiellement la série 4 de GCC... Y'a pas à dire, elle commence à se faire attendre ;-)

    Pour le moment on peut quand même l'utiliser à coup d'entrées dans les fichiers de configuration de portage (le système de gestion de paquets de Gentoo) mais ça reste officiellement non supporté, même en ~arch qui est l'équivalent d'un "unstable" debian (obligation de rajout d'une variable d'environnement / de configuration I_PROMISE_TO_SEND_PATCHES_WITH_BUGS par exemple, en stipulant bien que si ton système casse avec GCC 4.x, pour le moment c'est ton problème.)

    M'enfin... Je garde espoir, sachant que c'est surtout le code de certaines appllis qui ne compilent pas avec GCC 4 qui fait que le support officiel tarde.
  • [^] # Re: On leur dit ?

    Posté par  . En réponse au journal Vista s'ouvre pour nos chers gouvernements. Évalué à 2.

    Ote-moi d'un petit doute... Tu ne serais pas dans l'illégalité modulo 128 bits ?
  • # API... ?

    Posté par  . En réponse au journal Au bout des doigts.... Évalué à 2.

    C'est très sympa mais j'ai comme un doute.

    Au niveau des applications on fait comment pour récupérer les évènements générés par les doigts ? OK, ça fait comme une souris mais quand plusieurs doigts se baladent à la manière d'un glisser déposer :

    comment gérer simultanément les mouvements des doigts (et ne pas se tromper lorsqu'on attribue le mouvement à un doigt et pas un autre) ?

    C'est le driver du touchscreen qui s'amuse à émuler plusieurs souris ?
    C'est l'appli en question qui doit se démerder à faire les calculs ?
    Faut utiliser un toolkit spécial multifinger-aware en lieu et place de Qt / GTK / Tk / OpenMotif / (...) ?
  • # Hmmm

    Posté par  . En réponse au journal Novell et les effet graphique. Évalué à 3.

    Euhh... Je veux le même chez moi.

    L'est où le CVS / SVN ?
  • # Simple

    Posté par  . En réponse au journal une grève ?. Évalué à 3.

    Parce que les systèmes de protections viendront des mains des codeurs embauchés par les majors. Quelque chose me dit qu'ils ne sont pas (tous?) en France.
    Ceci dit, si c'est un mouvement suivi, peut-être que ça ferait assez de bruit pour être médiatisé et (rêvons un peu) entendu.
  • [^] # Re: Dans le même rayon

    Posté par  . En réponse au journal aMSN 0.95 is out (not dead). Évalué à 7.

    Légèrement pas libre sur les bords... Et ça, ça compte énormément pour beaucoup d'entre nous ici.
    Sur le site officiel de mercury, l'auteur nous dit qu'il refuse de le libérer parce qu'il souhaite apprendre de ses erreurs, chose qui ne serait pas possible si d'autres personnes venaient lui filer un coup de main (ce qui serait quasi sur avec des sources libres).

    Si il y à des volontaires pour le convaincre... Perso je reste sous ma passerelle MSN de chez fritalk.
  • [^] # Re: c'est un peu gros

    Posté par  . En réponse au journal Fontconfig sux!. Évalué à 4.

    Dans la vraie vie TU n'as pas 1000 polices d'installées non plus.
  • [^] # Re: La liberté de vous l'enlever

    Posté par  . En réponse au journal La liberté de vous l'enlever. Évalué à 5.

    Non, tu ne te trompes / n'éxagère pas. Tu viens juste de démontrer d'une manière très simple l'inepsie du raisonnement des majors.
  • [^] # Re: La liberté de vous l'enlever

    Posté par  . En réponse au journal La liberté de vous l'enlever. Évalué à 8.

    Tu oublies par exemple tous les lecteurs multimedia, et il y en a plethore. Avec un truc pareil, adieu xmms, amarok, juk, rosegarden, xine, mplayer, totem, et des projets comme emovix, geexbox... Bref.
    Ma liste est très très loin d'être exhaustive mais y'a pas mal de monde qui se retrouverait très mal. Et pour les projets non hébergés en France, ils deviendraient tous simplement interdits d'utilisation ici.
  • # [X] Plus d'une fois par semaine

    Posté par  . En réponse au sondage Mon OS plante. Évalué à 9.

    Pilotes ATI obligent...
  • # Merci

    Posté par  . En réponse au message Apprentissage des Design patterns. Évalué à 2.

    Merci de vos réponses !
  • [^] # Re: Support Mandriva

    Posté par  . En réponse au message Problème d'installation. Évalué à 2.

    Arf... Le signal 11 est un signal d'erreur de Segmentation, c'est assez violent... Je suppose que le processus qui "exit abnormally" doit être l'installeur... Hmmm... Je vois plusieurs possiblilités
    - CD défectueux
    - Problème matériel
    - Matériel pas super bien supporté par Mandriva

    Ce message, si tu l'as eu en mode texte en essayant d'effectuer une installation en mode texte (je pense que c'est le cas), poste les quelques lignes qui précèdent STP, en espérant qu'elles nous donnent un peu + d'info.

    PS. Je ne pourrais probablement pas re-répondre avant demain dans la journée.
  • # Support Mandriva

    Posté par  . En réponse au message Problème d'installation. Évalué à 2.

    Si tu as acheté un pack Mandriva, tu dois avoir des jours de support gratuit d'offerts je pense. Contactes-les. Ce seront peut-être les mieux placés pour t'aider.

    Sinon, regarde au démarrage il doit y avoir une option pour effectuer l'installation en mode texte et désactiver le joli écran avec la barre de progression. Démarrer de cette façon devrait te permettre de voir un certain message d'erreur affiché à l'endroit qui bloque. Si tu n'arrives toujours pas à corriger le problème par toi même, poste le message d'erreur que tu obtiens ici.
  • [^] # Re: Y'aurait-il moyen...

    Posté par  . En réponse au journal La console GP2X sous linux à 190 ¤. Évalué à 4.

    J'ai bien compris ce que c'était. C'est pour ça que je pose la question :-) . Le matos n'est pas fait pour ça à la base et j'en suis tout à fait conscient. Je demande juste si d'autres utilisations que celles prévues à la base sont possibles.
  • # Y'aurait-il moyen...

    Posté par  . En réponse au journal La console GP2X sous linux à 190 ¤. Évalué à 4.

    Est-ce que certains d'entre vous savent s'il y aurait moyen d'accéder à un environnement console classique (avec un piti bash itou itou) moyennant un clavier USB branché sur notre petite GP2X, ou un moyen de s'amuser à la transformer en serveur (moyennant un cable conforme au driver usbnet), ou encore faire tourner des applis persos dessus (pour peu que les libs qu'on utilise soient inclues en statiques)?

    Bref. Un geek peut-il faire joujou avec? ^_^
  • # Feature plan

    Posté par  . En réponse au journal Kde 3.5 rc1. Évalué à 2.

    Euh... Ceci n'est pas un appel au troll mais juste une demande d'informations... Est-il normal qu'il y ait aussi peu de fonctionnalités considérées comme terminées pour une RC ?

    Cf. http://developer.kde.org/development-versions/kde-3.5-featur(...)
  • [^] # Re: Ça m'amuserait...

    Posté par  . En réponse au journal Sony, rootkit et WoW. Évalué à 5.

    Oops, retirez trois zéros de la somme de l'amende SVP
  • [^] # Re: Ça m'amuserait...

    Posté par  . En réponse au journal Sony, rootkit et WoW. Évalué à 4.

    De mémoire ça doit être 300 000 000 euros d'amende et 3 ans de prison ferme. M'enfin contre ce genre de compagnie, tu as intérêt à
    1) avoir des preuves bétons
    2) avoir des reins solides pour pouvoir payer le procès
    3) Ne pas être pressé pour que la procédure soit terminée et que réparation soit faite
    Toujours volontaire? ;-)
  • [^] # Re: portabilité

    Posté par  . En réponse au journal .Net vs Qt vs Java. Évalué à 2.

    M'inclus pas dedans STP
    vim ruleZ :-)

    PS : Afin d'éviter tout troll sur le sujet, je tiens à préciser que je n'ai rien contre emacs
  • [^] # Re: portabilité

    Posté par  . En réponse au journal .Net vs Qt vs Java. Évalué à 2.

    C'est surtout l'OpenGl que nous ne connaissons pas du tout qui nous demandera le plus de travail.

    Certes, mais n'oublie pas que la programmation de l'interface et l'intégration du code de calcul représentera quand même une tâche très importante. Nous avons une base de travail tout au plus. Même si son appli fonctionne, je doute que l'organisation du code soit des plus orthodoxe. N'oublie pas que nous avons à faire avec quelqu'un pour qui la programmation n'est pas la première des facilités.

    Soit pas si idéaliste que ça

    On ira faire un tour au département GMP et peut être aussi à l'école polytech' Orléans. Tu verra de quels genre d"étudiants et passionés je parle. ^^
    Pour ce qui est des professeurs et universités, n'oublie pas que ce sont elles qui forment les personnes qui auront besoin de se servir de ce genre de logiciels par la suite. Je ne crois pas que l'utilisation au sein d'une formation poussée dans le domaine de la mécanique soit si utopiste que ça...
    Et enfin pour les curieux, tu doutes autant qu'il y en ait? Regarde autour de toi... Nombre de personnes utilisent parfois des logiciels très spécifiques, au début en faisant n'importe quoi puis ensuite pour une certaine partie d'entre eux, essayer d'apprendre par le biais de ce logiciel.

    n'oublie pas qu'au départ il a refusé de distribuer le programme avec ses sources

    N'oublie pas non plus que ce qui le préoccupais, c'était le fait de se faire taper sur les doigts si les données (qui ne lui appartiennent pas) pouvaient se retrouver dans le code. Ce qui, bien entendu, ne sera pas le cas. Ensuite, après discussion avec lui sur l'éventuelle ouverture du code (notamment du code de calcul), avec une explication des avantages que ça aurait tant pour la notoriété de l'application que pour son développement à venir, il était d'accord. Il n'y a aucune raison qu'il change d'avis aux vues des objectifs qu'il s'est fixé.

    C'est donc dans l'optique de le distribuer gratuitement qu'il s'est mis à la tâche

    Je réitère. Gratuitement et largement

    Explicitement et dans la pratique ça donne quoi ?

    Kdevelop, anjuta, borland C++ builder, eclipse/CDT, MSVC++, vim, emacs, devcpp, notepad2 (ou même notepad tout court si ça t'amuse), ultraedit pour ceux qui me viennent à l'esprit. Si tu en veux d'autres, google est ton ami. Le C++ ça se fait avec tout et n'importe quoi : du plus simple éditeur de texte à l'environnement tout en un. Après à chacun de se sentir à l'aise avec l'outil qu'il préfère

    A parce que tu n'es pas le seul dans l'équipe?

    On verra ça mardi! ^^
  • [^] # Re: portabilité

    Posté par  . En réponse au journal .Net vs Qt vs Java. Évalué à 4.

    l'applicaiton est déjà réalisée pour ce qui est de l'interface

    Déjà réalisée, oui. Mais il nous a été demandé de repartir quasiment de 0, pour faire quelque chose qui se tienne mieux que ce que le professeur de GMP à pu faire de lui même. Quoi qu'il arrive et quelle que soit la technologie employée, il faudra coder l'interface à nouveau.


    le mieux est de choisir un langage plus adapté à la programmation 3D

    Au niveau de la 3d, l'API va rester à quelque chose près la même si on développe notre propre partie moteur (ce que nous somme à priori sur le point de faire) : Il s'agit de l'API OpenGL. Il faut surtout regarder du côté de l'intégration de cette API au niveau de la technologie employée.


    Le programme est plutôt destiné à des entreprises car trés spécifique et technique

    Tu oublies (par exemple) les universités, professeurs, étudiants, passionés, et les inévitables curieux.


    C'est pour cela que je mettrait un bémol sur <<le but sera notamment d'être distribuée le plus largement possible.>>

    Ce sont les mots du professeur qui nous mandate.


    Mais pour Qt je me demande s'il existe un équivalent

    Tout IDE C++ qui se respecte. Qt n'est pas un langage, c'est juste une API.


    Un autre point à noter, la majorité de l'équipe développera sous Windows (personne n'est parfais...) mais au moins une personne sous linux, donc même si ce n'est encore pas une condition essentielle, l'idéal serait de pouvoir développer sous ces deux environnements.

    Pour le cas de Qt et Java, tout le monde peut programmer sur ce qu'il veut! Le code restera le même. Pour ce qui est de C#, c'est pareil... Sauf qu'il est plus facile de faire du non portable (à mon avis), ce qui sera un frein pour ceux qui voudraient développer sous linux ( crois-tu vraiment que je sois le seul ? ).
    En gros, quelque soit la technologie employée, les windowsiens ne seront pas embêtés. Seuls les linuxiens pourraient l'être dans le cas de fabrication de code non portable sous C# .
  • [^] # Re: portabilité

    Posté par  . En réponse au journal .Net vs Qt vs Java. Évalué à 1.

    Merci de ton commentaire.

    Je sais que les contraintes techniques que je cite sont très peu détaillées mais nous sommes tous plus ou moins dans le flou sachant que le cahier des charges définitif n'a pas encore été établi par nos mandataires.
  • [^] # Re: Avis pas forcément utile

    Posté par  . En réponse au journal .Net vs Qt vs Java. Évalué à 2.

    Ton commentaire m'est utile, bien au contraire :)

    D'autant plus que nous étions parti pour faire notre propre moteur 3d bien que ce ne soit pas une stricte nécessité et qu'il m'est avis que nous manquons d'expérience sur le sujet. Je vais aller voir un peu du côté de ogre afin de voir s'il serait possible de s'en servir.

    Merci !
  • [^] # Re: Qt

    Posté par  . En réponse au journal .Net vs Qt vs Java. Évalué à 2.

    totalement d accord. le C++ est "totalement" portable.


    A ce niveau, si on se résout à ne pas sortir de l'API Qt (ou a faire du portable à côté), le code est à 100% portable.
  • [^] # Re: compte rendu

    Posté par  . En réponse au journal .Net vs Qt vs Java. Évalué à 1.

    Pas de soucis, je les posterai mardi soir, à l'issue de notre petite réunion. Mais je ne sais pas si je re-ferai un journal pour ça...
    C'est déjà le deuxièlme sur le sujet. C'est vrai que les journaux privés ont une durée de vie limitée mais quand même :)

    (sauf si bien sur on me le demande explicitement :) )