Aurélien Bompard a écrit 951 commentaires

Exact, il y a une licence double avec la licence de Sun.
Je ne suis pas du tout expert en la matière, mais qu'est-ce que devient un code emprunté à Gnumeric (donc GPL) quand il se retrouve dans OOo ? Il reste GPL ? Mais dans ce cas, peut-on toujours dire que OOo est aussi sous licence Sun ?

Selon Alan Cox sur les mailing lists de Fedora, OOo Calc est complètement à la ramasse par rapport à GNumeric quand il s'agit de fonctions scientifiques.
C'est pas grave, les deux sont libres, mais je ne pense pas que OOo puisse légalement repomper du code de GNumeric (la licence d'OOo est assez spécifique).
Il faut juste utiliser l'outil le plus adapté à la tâche, comme toujours avec Unix.

Mais ça pourrait être plus complexe :
Kmail fait un appel à libregistry qui lui retourne une valeur erronée,genre, pas dans le bon encodage, ou je sais pas trop quoi. Les possibilités de bugs sont infinies :)

Toutes les applis sur le système peuvent ouvrir un fichier texte en lecture, y'aura pas de bugs à priori (sauf si bug dans la libc, quoique j'y connais pas grand chose). Avec une couche entre les deux, couche qui n'est pas forcément très simple, on ajoute un niveau pratique d'abstraction, mais on ajoute aussi des bugs potentiels.

Bon, c'est pas la mort hein, faut pas que la peur du bug empêche d'avancer, mais il faut juste prendre ses précautions et faire attention quand on travaille sur du potientiellement instable.

Hmm, sympa ce truc quand même.
Un des inconvénients que je vois, c'est que ça va être la folie dans les distributions en développement (unstable, cooker, rawhide) quand il va falloir mettre à jour ce package...
J'espère que ce sera pris avec autant de précautions qu'une upgrade de la glibc, parce que si y'a un problème dans le futur-ex-registry, ça va être la fête dans le système...

Je précise quand même : le fait de pouvoir tout faire en une ligne avec des expressions régulières partout, quitte à ce que ce soit pas lisible, c'est plutôt l'apannage de perl tout de même.
En python on préfèrera la lisibilité (et puis de toute façon faudra faire "import re" et "import urllib2" :) )

<troll>
s/python/perl/g
</troll>

Tu récupères l'index avec urllib2 et ensuite tu parses le contenu, non ?
Les cibles des liens sont entourés de guillemets et commencent par "http://", ça devrait suffire pour construire une belle regexp. Ensuite tu lui applique la méthode findall() et ça devrait être bon.
Fais gaffe à bien compiler ta regexp en "non-greedy" mais sinon je pense que ça devrait bien se passer

Euh, la curiosite envers un truc qu'on aime ?

Je ne crois pas non... La communauté Zope est très active, va voir Zope.org pour t'en convaincre.
Python est un excellent langage, et Zope est un super framework. Je te conseille de lire le Zope Book sur Zope.org si tu veux t'y mettre.
En plus, si Cap Gem et Unilog s'y mettent, c'est qu'il y a du marché dessus.

Notre expérience de Linux nous prouve bien que ce n'est pas parce qu'un logiciel est moins utilisé que ses concurrents qu'il est nécessairement moins bon ou moins intéressant.

Je pense que gstreamer peut faire un grand pas dans la bonne direction. C'est un projet de streaming audio et video qui, comme son nom ne l'indique pas, n'est lié ni à Gnome ni à KDE. Si tout se passe bien, KDE devrait l'adopter pour remplacer aRts dans la prochaine version majeure de KDE. Pas mal d'applis GNOME l'utilisent déjà (comme rhythmbox). Et gstreamer est hébergé par freedesktop.org.

L'interopérabilité entre les environnements de bureaux est une problématique assez récente, il faut lui laisser le temps de développer de bons standards et de bonnes applis qui les implémentent. Pour MS, de toute façon, pas d'interopérabilité puisque qu'il n'y a qu'une plateforme, une archi, une façon de penser. La meilleure façon d'avoir tout unifié, c'est de tout acheter chez la même société. Et c'est le problème de l'unification : la politique Highlander (il ne peut en rester qu'un). Si tu ne passes pas par des standards pour unifier (ce qui est beaucoup plus difficile) mais que tu choisis juste les applis qui viennent du même vendeur, tu vas te retrouver coincé quand l'une d'entre elles ne te plaira pas, soit parce que les autres seront moins bien intégrées, soit parce qu'il n'y en aura tout simplement plus d'autre.

> Je n'ai pas envis d'en faire ma compagne :-)

KDE et moi, c'est l'amour fou depuis le premier instant (au moins dans mon sens :) ). J'avoue lui avoir fait quelques exceptionnelles infidélités, mais c'était parce que j'ai un irrépressible goût pour le changement. Mais à chaque fois je suis revenu vers KDE. Gnome et ROX-desktop, c'est du passé. KDE, c'est mon plus préféré.

> Retour à la techonologie : KDE adopte HAL ?

Peut-être pour sa version 4, avec Dbus...

Pour ceux qui utilisent Fedora et qui veulent avoir un KDE à jour, il y a ce projet: http://kde-redhat.sourceforge.net(...)
Les rpms de KDE 3.3 devraient arriver sous peu.

Attention quand même, utiliser ce projet va mettre à jour pas mal de packages sur votre système. En tout cas on peut les féliciter, puisqu'ils font des backports jusqu'à la Red Hat 7.3 ! (une RH7.3 avec KDE3.3... pas mal :) )

Fais un clic-droit sur la barre d'outils, puis "position du libellé" (dans konqueror par exemple)

Chacun des deux a des fonctionnalités que l'autre n'a pas. Ensuite, l'ergonomie c'est une question de goût. Perso je vois pas comment j'arriverais à me passer du styliste.
Mais d'un certain point de vue (quantité de fonctionnalités par exemple), MS Office peut être considéré meilleur, c'est vrai.
Même dans ce cas, c'est le seul de sa liste.

Il me semble même qu'il n'est pas open-source, selon la définition de l'OSI. Tu as la source, mais tu peux pas recompiler et distribuer le binaire. En tout cas DJB avoue lui-même que qmail n'est pas open-source.

Mais le synaptic de Fedora Extras marche aussi bien. La principale différence entre l'apt de freshrpms et celui de Fedora Extras, c'est la liste des sources disponibles.

Do it. Or do it not. There is no try.

J'ai pas dit que l'outil était inutile. Mais cette news ne concerne que les programmeurs java, et n'a effectivement rien à voir avec le logiciel libre.
Certes, on peut faire du logiciel libre avec java. Est-ce que c'est une raison suffisante pour faire une nouvelle à chaque nouvel outil en java, libre ou non ?

Hmmm, vraiment ? Est-ce qu'ils n'auraient pas trouvé une autre raison si il n'y avait pas eu de p2p ? La taxe sur les CDs vierges est arrivée avant le p2p par exemple.

Je suis le seul à pas voir le rapport avec le logiciel libre ? Ou alors j'ai raté quelquechose ? J'ai pas vu spécialement de référence à la licence du moteur sur la page JavaSearch, mais j'ai peut-être mal cherché.

Quoi ?? Tu es en train d'insinuer que tu réfléchis avant de poster ? Ne me dis pas quand même que tu vas jusqu'à faire des recherches pour prouver/etayer ce que tu veux poster, si ?

Rekall, par theKompany, a été libéré récemment. http://www.rekallrevealed.org(...)
Quand je l'ai testé, ça crashait souvent, mais c'était une bêta et c'était peut-être un problème d'empaquetage.

Ouais, pas mal du tout. J'aurais bien aimé qu'il y ait marqué "Logiciels Libres" voire "Linux" quelquepart, pour que l'ultra-néophyte comprenne de qui on parle

(donc exit les jeux nécessitant des pilotes pour l'accélération 3D tel Tux Racer). De Frozen-Bubble à ArmageTron,

ArmageTron sans l'accélération 3D ????

Arf, une interface graphique qui ne se configure qu'en mode texte, on aura vraiment tout vu ;o)