Philippe F a écrit 2225 commentaires

  • [^] # Re: Testez OpenOffice 1.1.1rc

    Posté par  (site web personnel) . En réponse à la dépêche Testez OpenOffice 1.1.1rc. Évalué à 1.

    Il y a un pinceau dans le styliste qui te permet d'appliquer un style donne a un mot, paragraphe, ... J'ai l'impression que tu parles de la meme fonctionnlaite
  • [^] # Re: Linux dans le Magazine "Capital" du mois de Mars 2004

    Posté par  (site web personnel) . En réponse à la dépêche Linux dans le Magazine "Capital" du mois de Mars 2004. Évalué à 5.

    Beaucoup de journaux, techniques ou pas, acceptent des articles ecrits en francais correct, presentant clairement un enjeu ou une technologie. J'avais contacte des journaux un peu technique a l'epoque ou je voulais ecrire des articles sur Qt et j'avais eu une reponse favorable.

    Donc au lieu de raler, prend ta plume.
  • [^] # Re: Y : un remplaçant pour X ?

    Posté par  (site web personnel) . En réponse à la dépêche Y : un remplaçant pour X ?. Évalué à 1.

    Tout a fait. Il y avait une tres bonne analyse de Linus je ne sais plus ou sur le sujet.

    La force du logiciel libre, c'est la diversite de l'ecosysteme. Je fais partie de ceux qui pestent a cause de la separation des efforts, mais c'est ca aussi qui permet d'essayer des idees differentes et de proposer des solutions innovantes.

    Il y a toujours deux approches possibles: la cathedrale ou tu fais tes plans et avec ton equipe, tu construis ton bazar. Tu sais ou tu vas et si tu t'es pas goure dans tes plans, ca marche. Sauf si t'avait pas vu au depart quelques subtilite qu'on ne rencontre qu'un milieu de projet.

    Le bazar: tout le monde fait n'importe quoi et a la fin, ceux qui ont survecu et qui apportent qqch emergent. Ca prend plus de temps mais le resultat est plus robuste. Et surtout, il y a plusieurs voies qui sont envisagees.
  • [^] # Re: Y : un remplaçant pour X ?

    Posté par  (site web personnel) . En réponse à la dépêche Y : un remplaçant pour X ?. Évalué à 2.

    Voire, quand tu discutes avec des dieux de X, ils te disent que la meilleure partie de X, c'est vraiment son protocole, qui a quand meme survecu 15 ans qui assure l'interoperabilite entre une vingtaine de serveurs X. Donc je doute que ce soit la partie a remplacer. C'est plutot en effet les aller-retours clients/serveurs et les operations synchrones qui posent des problemes.

    En ce qui me concerne, je crois qu'aucun projet de serveur graphique ne pourra s'imposer sans une compabilite tres forte avec X au niveau de la base existante. Coup de bol, c'est prevu. M'enfin, je reste tres tres tres sceptique et je crois bcp plus a la re-ecriture de la xlib.
  • [^] # Re: Testez OpenOffice 1.1.1rc

    Posté par  (site web personnel) . En réponse à la dépêche Testez OpenOffice 1.1.1rc. Évalué à 1.

    > - une lenteur certaine sous Linux et Windows (bien sûr pas sur les toutes dernières bêtes de course)

    Ca, c'est vraiment un probleme. Sous windows, des que je fais tourner un firewall, un antivirus, oo avec plusieurs documents, firefox et thunderbird, ma machine commence tres tres nettement a manquer de RAM. C'est vrai, je n'ai "que" 256 Mo mais quand meme.

    A cote, word ou excel ouvrent les documents tres tres rapidement, le lancement de IE est presque instantane.

    > - certaines fonctionnalités sont loin d'être instinctives (essayez de mettre une page du milieu d'un rapport en paysage)

    C'est bien explique et dans l'aide et dans les tutoriaux. Au contraire, une fois que tu as compris l'esprit, je trouve ca beaucoup plus instinctif et facile a utiliser.

    > - l'aide est encore très limitée par rapport à celle d'Office

    Moi je trouve au contraire qu'elle est beaucoup plus complete, beaucoup mieux redigee et beaucoup plus accessible. C'est grace a elle que je suis beaucoup plus productif sous OO que sous MsO.


    > - il manque de nombreux modèles de documents (pour les présentations, les rapports...)

    C'est relativement facile de se faire son modele donc ce ne me gene pas. La premiere fois, tu y passes une heure et apres c'est bon. De toute facon, un modele standard ne m'a jamais convenu et il a toujours fallu que je le modifie. La difference avec msO, c'est que sous OO, cette operation a ete extremement simple.

    > - il n'y à pas de correcteur d'orthographe / grammaire du niveau de celui de Office (on en ai assez loin)

    Le correcteur orthographique qu'on peut recuperer sur le site me suffit.

    Bref, en dehors des gros problemes de lenteur, moi je trouve vraiment la suite excellente. Et avec la generation du pdf, il y a pas photo. Surtout quand on pense aux recents problemes des documents words...
  • [^] # Re: Statut de BEOS

    Posté par  (site web personnel) . En réponse à la dépêche BlueEyedOS devient LGPL. Évalué à 1.

    Et tu crois dans Gnome ou KDE, il n'y a pas de plate-forme de programmation ? C'est tout pareil. Tu as des services pour tout ce que peut vouloir faire une application. La seule difference qu'on pourrait noter pour KDE, c'est que le concepteur graphique d'application (Qt Designer) n'est pas developpe par KDE meme mais par Qt.
  • [^] # Re: Statut de BEOS

    Posté par  (site web personnel) . En réponse à la dépêche BlueEyedOS devient LGPL. Évalué à 1.

    > BeOs est en fait un Linux avec un serveur graphique

    donc c'est comme XFRee

    > un gestionnaire de fenêtre

    Comme kwin ou metacity ou les 50 autres

    > un gestionnaire de bureau.

    Comme KDE ou Gnome.

    Sachant qu'en plus, certains projets se basent sur XFree, il ne reste plus grand chose d'original.

    Ca rejoint mon post plus haut. Ce qui faisait la specificite de BeOs, c'est son coeur et mettre ce coeur sur du Linux, ca veut dire perdre les specificites de BeOs et le mettre au meme niveau que Window Maker ou KDE.
  • [^] # Re: BlueEyedOS devient LGPL

    Posté par  (site web personnel) . En réponse à la dépêche BlueEyedOS devient LGPL. Évalué à 3.

    > Si le noyau linux convient pourquoi en utiliser un autre ?

    Mais le noyau linux convient-il reellement ? Pour faire du bon multimedia, on doit s'approcher d'un noyau temps-reel qui doit fournir des garanties de delai pour toutes les applications video ou sonores. Or le noyau linux a un scheduler classique et si la pre-emption cote utilisateur permet de gagner un peu en performance, il ne me semble pas que ce soit un vrai noyau oriente multimedia. Bien sur, sur une bete de course, il repondra aussi aux contraintes du multimedia mais qu'en est-il des perfs d'une machine moyenne ?

    Je ne connais pas grand chose a BeOs donc corrigez-moi si je dis une connerie mais ce que j'en avais compris, c'est que c'etait un OS avec quelques services innovants ou originaux presents dans l'OS : micro-noyau, oriente multi-media, systeme de fichier en base de donees, ...

    En refaisant l'API BeOS avec du Linux + XFree, on refait certe le look BeOS mais on perd le "feel", ce qui faisait l'atout de cet OS. Bref, ca n'a pas plus d'interet que KDE ou Gnome.

    Qq'un de plus verse sur le sujet pourrait-il confirmer ou infirmer ?
  • [^] # Re: J'ai switché pour GNU/Linux (et pourtant je suis nul)

    Posté par  (site web personnel) . En réponse à la dépêche J'ai switché pour GNU/Linux (et pourtant je suis nul). Évalué à 2.

    Moi aussi j'aime beaucoup ce texte et le ton de l'auteur. A mon avis, il a bien plus le potentiel de convertir des newbie a linux que le discours habituel du linuxien ("windows, c'est mal!" etc etc)

    Il montre aussi le point de vue d'un type qui n'y connais rien au depart , qu'on a un peu tendance a oublier. La premiere fois que tu modifies ton lilo.conf a la main, ca fait flipper. Mais apres, c'est que du bonheur.
  • [^] # Re: Gentoo 2004.0

    Posté par  (site web personnel) . En réponse à la dépêche Gentoo 2004.0. Évalué à -1.

    Je suis personellement tres decu par cet aspect de gentoo. Il faut voir que avec la GPL, le developpeur a tres peu de droits alors que l'utilisateur en a beaucoup. Le copyright fait partie des rares prerogatives qui reste a un developpeur developpant un soft sous GPL. Sous gentoo, meme ce droit n'existe plus.

    Je trouve que cela a aussi un cote mauvais esprit pour gentoo. Genre on est une distribution communautaire ou tout le monde est le bienvenu mais pour participer vous devez nous abandonner votre travail.

    Sans compter que niveau legal, gentoo est loin d'etre clair. Pourquoi c'est Gentoo Inc. (une societe commerciale) et pas une assoce a but non lucratif qui recupere les copyright ? La possibilite que gentoo recupere le travail de ses contributeurs pour en faire une version proprio et se faire du fric ne me parait pas negligeable. J'avais entendu Daniel Robbins discuter avec un developpeur au Fosdem 2003 et il disait qu'il contactait des boites de jeu voulant sortir des jeux sous linux pour les faire passer a gentoo.

    Bref, je suis un utilisateur de gentoo relativement heureux sur le plan technique mais decu par ces aspects. Gentoo traine quelques casseroles pour l'instant et j'espere qu'il n'y a pas de cadavre au fond du jardin.
  • [^] # Re: décentralisation

    Posté par  (site web personnel) . En réponse à la dépêche Sortie de GNU Arch/TLA 1.2. Évalué à 2.

    Moi je dis bravo parce que c'est vrai que c'est un besoin relativement courant.

    Cela dit, un gros avantage de subversion, c'est sa simplicite. J'ai rien eu a apprendre pour passer de cvs a subversion et ca c'est appreciable. Mais j'aimerai bien pouvoir faire ce qui vient d'etre decrit.

    Notamment, il y a le cas ou qq'un veut faire un fork d'un projet et ou il est quand meme interessant de recuperer tout l'arbre de version du premier projet.
  • [^] # Re: Sortie de GNU Arch/TLA 1.2

    Posté par  (site web personnel) . En réponse à la dépêche Sortie de GNU Arch/TLA 1.2. Évalué à 2.

    > n'ont pas atteint la masse critique d'utilisateurs pour que Linus Torvalds s'y essaye

    T'as pas du bien lire toutes les raisons qui font que Linus utilise BitKeeper. C'est avant tout parce que ses besoins sont tres complexes et qu'il ne se satisfait pas d'un outil inferieur. En gros, Subversion, c'est la 206, arch, c'est la mercedes mais Linus lui demande l'airbus A320 (a comparer principalement en terme de cible utilisateur et temps de developpement).

    Il a fallu plusieurs annees-hommes a plein temps pour acoucher bitkeeper et meme en l'etat, il ne satisfait pas tous les besoins de papa Torvalds. Donc ca m'etonnerait tres fort que autre chose que BitKeeper soit jamais utilise par Linus, parce que en plus, il est particulierement tetu et tenace (une qualite a mon avis dans le cadre de son activite mais qui a aussi ses inconvenients).

    > travaillent à améliorer Arch (et Subversion certainement)

    Pour ce qui est de subversion, je pense que tu reves aussi. Subversion a des ambitions tres moderees: remplacer CVS. C'est vraiment un bon remplacant, mais il ne fait pas grand chose de plus. Arch est deja beaucoup plus innovateur mais comme je le disais, il faudrait encore de nombreuses annees-hommes sur chacun de ces projets pour atteindre le niveau de fonctionnalite de bitkeeper.

    Donc pour ce qui est de Linus adoptant autre chose que bitkeeper, je pense que tu reves. En revanche, il me semble que d'autres developpeurs du noyau utilisent arch et un certain nombre de projets serieux sont passes a arch ou a subversion, donnant une credibilite a ces projets.
  • [^] # Re: l'ouverture d'esprit, ici comme ailleurs

    Posté par  (site web personnel) . En réponse à la dépêche Retranscription d'une conférence de Eben Moglen à Harvard sur SCO, le droit des brevets et la démocratie.. Évalué à 3.

    Perso, je trouve tes interventions justifiées et je trouve tout comme toi important de ramener les personnages à leur dimension humaine, avec des points forts et des points faibles. Ne tombons pas dans les travers de la presse à gros titre qui aime nous peindre des petits génies en tout.

    Linus et RMS et tout le toutim ont des défauts. Refuser toute critique sur des personnages qui nous tiennent à coeur, c'est tomber dans une attitude idolatre caractéristique des gens qui ne réflechissent pas.

    A la lecture de son CV et de ses publications, il me semble à moi aussi que l'approche d'Eben Moglen de l'histoire soit une approche très juridique et peu historienne.

    On peut aussi s'interroger sur l'affirmation de "informaticien de haut-niveau" puisque son CV ne cite que 5 ans à IBM. Mais d'une part, je le soupconne d'avoir fait plus d'informatique que ça, d'autre part 5 ans, c'est déjà plus que pas mal de gens ici.

    Enfin, je voulais dire que ça fait plaisir de lire des messages dans un bon français, clairement argumentés. Ca change des "linux roxor" et "ca put c'et pas libres" qui sont vraiment lassants à la longue. Pour l'occasion, j'ai mis des accents.
  • [^] # Re: Microsoft pris dans la toile... chronique d'une mort annoncée

    Posté par  (site web personnel) . En réponse à la dépêche Microsoft pris dans la toile... chronique d'une mort annoncée. Évalué à 1.

    > IBM fait de meme, pourtant tout le monde encense IBM pour sa

    IBM a ca pour lui qu'il faut aussi du hardware ou la politique de brevet est plus acceptee. Cela dit, IBM a droit a son lot de critique aussi, contrairement a ce que tu affirmes.

    Mais il est vrai que la politique Open Source d'IBM est tres appreciee ici, et pour cause. On peut pas en dire autant de Microsoft.

    > Je ne me souviens pas de menaces

    Et sur la FAT, il se passe quoi ? Non, ce n'est pas un proces, c'est juste une demande de royalties vis a vis d'un brevet non legitime. Ca n'empeche pas MS de dire : "soit vous payez la licence pour le brevet, soit vous allez payer tres tres cher pour un proces et vous allez pleurer votre mere"

    > Phillipe affirme que rien n'est mis dans le developpement

    Je n'ai pas dit ca. J'ai dit que de tous les investissements que fait Microsoft, le developpement est vraiment le parent pauvre du budget.
  • [^] # Re: Microsoft pris dans la toile... chronique d'une mort annoncée

    Posté par  (site web personnel) . En réponse à la dépêche Microsoft pris dans la toile... chronique d'une mort annoncée. Évalué à 2.

    La, tu es tres loin de la realite de la recherche chez Microsoft. Les equipes de recheche la-bas, d'apres les differents articles que j'en ai lu sont tres tres efficaces et tres bien organisees. C'est pas du theorique, c'est du concret.

    Les problemes de microsoft viennent plutot d'une vision a tres court terme sur ses logiciels, une absence d'approche de la mutualisation, d'equipes qui se tirent la bourre en interne, de produits sortis trop vites, de standards tres bas en terme de qualite et de securite. Mais pas d'une absence de recherche concrete.
  • [^] # Re: Microsoft pris dans la toile... chronique d'une mort annoncée

    Posté par  (site web personnel) . En réponse à la dépêche Microsoft pris dans la toile... chronique d'une mort annoncée. Évalué à 3.

    Oui, l'argent peut servir a acheter des campagnes marketing agressive de denigrement et de mensonge, payer des ingenieurs pour poser des brevets pipo, faire des proces a tout va, acheter des deputes, payer des lobbyistes a plein temps, et meme fournir des emplois.

    Parmi toutes ces activites, il est clair que la derniere est celle dans laquelle Microsoft investit le moins...
  • [^] # Re: "KIO fuse gateway"

    Posté par  (site web personnel) . En réponse à la dépêche Un excellente revue de Ars Technica sur KDE 3.2. Évalué à 1.

    C'est quoi la difference entre Fuse et lufs ? Puisque si j'ai bien compris, les deux sont en user space et ne demandent pas plus de droits que le droit mount, que tu peux librement donner a tout utilisateur.
  • [^] # Re: Wikipédia atteint 500 000 articles

    Posté par  (site web personnel) . En réponse à la dépêche Wikipédia atteint 500 000 articles. Évalué à 4.

    Les vandales cherchent en general a nuire et a se faire remarquer. Une telle modification pour eux ne possede aucun interet et donc a peu de chances de se produire.
  • [^] # Re: Question technique

    Posté par  (site web personnel) . En réponse à la dépêche Sortie de Subversion 1.0.0. Évalué à 2.

    De fait, le developpeur sait mieux que le serveur comment il doit fusionner le code en conflit.

    En lisant la premiere fois le fonctionnement de CVS, je me suis aussi dit que ce serait mieux si il resolvait les conflits automatiquement. Mais quand je suis arrive au cas pratiques, j'ai beni CVS de laisser le developpeur resoudre le conflit manuellement. Car seul le developpeur peut vraiment comprendre ce qui se passe derriere un conflit.
  • [^] # Re: Question technique

    Posté par  (site web personnel) . En réponse à la dépêche Sortie de Subversion 1.0.0. Évalué à 2.

    Je ne suis pas d'accord avec toi. Si tu as une bonne methodologie de developpement, il n'y a aucun probleme, malgre l'absence de synchronisation explicite.

    Si tu travailles proprement, tu maintiens une copie locale par jeu de mofidication que tu veux apporter. Dans chacune de tes copies locales, tu as ta modif en cours. Lorsqu'elle est prete (et testee), tu fais une mise a jour pour recuperer la derniere version du soft, tu relances tes tests pour verifier que qq'un n'a pas pete qqch dans ton dos, tu corriges les conflits si par hasard (et c'est rare) qq'un a bosse sur les memes fichiers que toi, tu relances tes tests une fois de plus et tu commites l'ame en paix.

    Pour faire bien, tu as aussi une copie locale sans aucune modification a cote. Juste apres ton commit, tu fait une mise a jour sur cette copie, et tu recompiles tout pour verifier que tu n'as pas oublie des morceaux. Tu relances tes tests une derniere fois et tu peux te reposer avec la satisfaction du devoir accompli.

    Donc malgre un melange sans aucune coordination, il n'y a aucun probleme et toutes les garanties que tout se passe bien.

    Je bosse comme ca avec plein de developpeurs sur plein de projets et ca ne pose aucun probleme.

    Le seul cas qui pourrait etre mechant, c'est si deux personnes codent en meme temps la meme foncitonalite. Mais en pratique, c'est tres tres rare, chacun a ses preferences et un minimum de communication suffit.
  • [^] # Re: Question technique

    Posté par  (site web personnel) . En réponse à la dépêche Sortie de Subversion 1.0.0. Évalué à 0.

    Mais seul un malade committerait du code sans le recompiler juste avant.
  • [^] # Re: wxWi----s change de nom

    Posté par  (site web personnel) . En réponse à la dépêche wxWi----s change de nom. Évalué à 1.

    En plus, ca nous rappelle qu'il est francais, a nous et aux autres de la communaute. Combien de fois ai-je echange des mails en anglais avec ces francais, a propos de leur logiciel...
  • [^] # Re: Minimo : le navigateur Mozilla ultra-léger pour PDA

    Posté par  (site web personnel) . En réponse à la dépêche Minimo : le navigateur Mozilla ultra-léger pour PDA. Évalué à 1.

    Si on cherche la concurrence cote navigateur pour PDA, j'irai plutot chercher du cote de konqueror qui existe en version pour Qt Embedded et Opie, ou bien Opera qui fait pareil.

    L'avantage de ces deux derniers, c'est qu'ils marchent.
  • [^] # Re: Du rififi pour XFree

    Posté par  (site web personnel) . En réponse à la dépêche Du rififi pour XFree. Évalué à 1.

    Je suis impressionne.

    Comment tu fais quand ton antivirus (indispensable sous windows malheureusement) te fait rebooter ta machine a chaque fois que tu compiles sous Visual C++ ?

    Et que Visual, tres intelligent, nique non seulement le fichier que tu etais en train d'editer avec du garbage (pb de sync sur le disque je suppose) mais nique aussi les 10 derniers fichiers que tu as ouvert ? Comment perdre une semaine de boulot grace a un antivirus et un editeur a faire pleurer un developpeur en logo.

    Citons aussi le cas de drivers tellement bien ecrits que ils verouillent le port serie et qu'il faut rebooter ta machine pour pouvoir acceder au port serie. Ou bien du changement de parametre reseau qui ne marche que quand tu as reboote.

    Ou bien le changement de partition sur ton disque dur ou du changement de disque dur. Windows ne peut pas imaginer que tu puisse vouloir le mettre sur une partition secondaire, ca doit etre puni de la peine capitale chez Microsoft.

    Ou bien (grosse blague), tu as besoin de faire des tests sous win2k et win98 donc tu as les deux installes sur ton PC. Malheureusement, toutes tes belles appliations installees ne sont installee que dans une seule des bases de registre...

    Ou bien le fait qu'il faille aller dans un pays etranger pour avoir un windows dans une autre langue (demandez a Surcouf! PA: je cherche un windows anglais pour ma copine chinoise parce que j'en ai marre de parametrer son PC en chinois) ou bien payer l'abonnement exorbitant au msdn.

    Ou bien le fait qu'il faille installer une version completement differente et incompatible de Visual C++ suivant que tu le veux en francais ou en anglais (putain, gettext(), c'est de la science fiction pour les developpeurs microsoft)

    Ou bien le fait qu'il faille un article de 5 pages du msdn pour identifier quelle version de Visual C++ et quel niveau de patch tu as sur ton PC.
  • [^] # Re: Du rififi pour XFree

    Posté par  (site web personnel) . En réponse à la dépêche Du rififi pour XFree. Évalué à 1.

    > Mais qui est incompatible avec la GPL, comme je l'expliquais plus bas.

    Certe la QPL etait incompatible avec la GPL stricto sensu, mais RMS lui-meme considerait que dans ce cas, on pouvait appliquer automatiquement la clause d'exception implicite qui autorisait donc une application GPL a etre liee a Qt.

    Cette clause d'exception implicite, c'est que le developpeur savait qu'il developpait avec une bibliotheque non GPL lorsqu'il a place son code sous GPL et donc il a implicitement donne l'autorisation de lier son programme a Qt.

    En effet, il est inconcevable de developper un programme KDE sans Qt. Il parait egalement difficilement concevable qu'un developpeur aie developpe un soft mais qu'il rende impossible son utilisation. D'ou son accord implicite.

    Cette clause d'exception implicite permet egalement de developper des soft sous windows sans mettre une clause d'exception pour les bibliotheques de win32. De fait, la plupart des soft windows GPL ne contiennent pas cette exception et sont pourtant considere comme Ok.

    L'attitude de debian a l'epoque a ete de dire que ils voulaient une exception explicite ou rien, ce qui etait impossible vu le nombre important de contributeurs de KDE a contacter pour faire un changement de licence.

    Bon, mais tout ca c'est du passe. Maintenant, les trolls sont sur le fait que Qt est sous GPL et que c'est pas assez libre pour les developpeurs (cf userlinux.com).