Est-ce que le fait que le x86 ne soit plus le code assembleur utilisé en interne sur les processur Intel PIII et surtout P4, permet encore d'appeler le code x86 de l'assembleur natif ?
les processeurs CISC Intel transforment chaque instruction à exécuter en plusieurs micro-instructions (micro-codes). Puis en interne il exécute ce micro-code avec une architecture proche des RISC, je crois.
A propos, une question pour ceux qui suivent ce projet. Est-ce qu'on a déjà réussi à compiler LFS (ou une partie) avec gcc 3.0.1 ?
Est-ce que gcc 3.0.1 peut se recompiler lui-même (ce qui n'était pas le cas de gcc 3.0, je crois) ?
Oui, objprelink est une solution de dev pour tester la validité du nouvel algo, c'est transitoire. Il faut attendre qu'il soit inclu par défaut dans binutils qui fourni ld, le linker GNU.
Deplus cela profitera aussi aux autres gros projet en C++.
Une rapide mesure avec export LD_BIND_NOW=t; export LD_DEBUG=statistics;
Le type n'était sûrement pas un pro SueSE, c'était un trolleur qui voulait à coup sûr pas du bien à SuSE. Ca a marché, maintenant tout le monde sait que SuSE == démoniaque.
Ce qui est domage c'est que ce n'est pas si faux mais d'un autre coté c'est une vue minimaliste d'une situation complexe.
Ca me rappelle:
URSS méchants OTAN gentils
US, europe gentils IRAK méchants
Serbes méchants musulmans, croates gentils
UCK gentils Serbes méchants
Qui nous a été inculqué par les successeurs de Goebels grâce à CNN, TF1 ...
C'est bizarre j'ai l'impression de revivre ça ces temps-ci :-/.
Sun n'est pas près de lâcher Solaris.
les BSD se portent bien, merci.
Hurd progresse tout les jours.
Mac 0S n'est pas en voie de disparition.
On a pas besoin de 50 Unices qui se ressemblent, supportent les mêmes normes et ont la même architecture. Je préfère des alternatives vraiment alternatives :).
Il faudrait utiliser du long long pour faire du 64 bits. Mais il y a une grosse perte de performance sur les architectures 32 bit (car toutes les opérations sont émulées). Deplus le type long long ne fait pas partie des normes ANSI et ISO C, bien que gcc le supporte. C'est un problème pour la portabilité de QT.
Je pense que c'est pour ces raisons que QT ne supporte pas les images 64 bit.
Après deux trois recherches, voici ce que j'ai compris du PNG dans KDE:
le PNG est géré par QT et les deux classes QImage(1) et QPixmap(2) qui supportent la transparence(toutes les fonctions pour sont là).
Le problème vient de X qui ne la supporte pas. Un programme peut bien la gérer lui-même (je pense à Mozilla) en additonnant en interne deux images et en demandant à X d'afficher le résultat. Mais on ne profite pas de l'accélération hardware et c'est assez limité.
C'est là qu'intervient l'extension Render de XFree86(4) qui permet entre autre l'apha-channel mais aussi l'anti-aliasing. QT 2.3 l'utilise déjà pour l'AA (4).
Pour ton information j'ai scoré ton post à -1. J'ai scoré aussi celui à -9.
Les gens peuvent toujours passer en mode 0,-1,0,0. Haut de la page, entre la news et les commentaires, selectionner "tout" puis "Changer".
Les scores ont étés fait pour supprimer le "bruit" sur le forum, exactement ce que tu fais avec tes post non constructifs.
Le problème pour la FSF c'est le lien assez évident entre sa politique pour les lib et ce brevet.
En gros le brevet Open RTLinux dit ceci: vous avez le droit d'utiliser ce brevet si votre logiciel est sous GPL. Remplacer brevet par bibliothèque et vous avez la GPL sur une lib. Et comme QT qui est GPL et dont Trolltech vend les droits pour les logciels proprio, FSMLabs veut vendre les droits sur son brevet aux OS RT proprio qui veulent l'utiliser.
Mais le problème est que les brevets logiciels sont le pire ennemi des logiciels libres. Même si toutes les boites laissent tomber linux, même si .NET et IE rendent le web illisible, le logiciel libre ne s'arrêtera pas. Mais si l'écriture d'un lecteur de mail, d'un browser web ou d'un serveur cache devient illégaux pour cause de brevet alors personne ne pourra plus écrire/distribuer/utiliser ces soft devenu "pirates".
La FSF qui défend les LL a tout intéret à lutter contre ce genre de "brevet GPL". Avec ce précédant les partisans des brevets logiciels vont nous dire: regarder, il existe même de brevets GPL, donc les brevets sont même bon pour les LL.
Le problème des catastrophes évitées, c'est qu'on a peu de preuves pour montrer que les mesures extrèmes que tu as utilisées étaient justifiées.
En résumé, pour pas avoir de procès de la part des allergiques, mieux vaut guérir que prévenir.
C'est aussi pour ca que:
- on règlera le problème du CO2 après une grosse augmentation de la température
- l'occident est intervenu au Kosovo après le début du génocide
- les gouvernements occidentaux n'ont pas donner l'ordre à leurs militaires sur place d'arrêter le génocide au Rwanda
- on prend des mesures contre les terroristes afgans après les attentats
SGI pourrait saisir l'occasion pour réengager l'équipe de DRI/MESA.
- SGI est le principal promoteur de l'OpenGL
- ils sont très implentés dans le graphisme et ils veulent abandonner IRIX pour tux, il leurs faut une bonne architecture openGL avec linux pour convaincre leurs clients de faire la transition.
Un petit résumé de ce que j'ai lu sur www.rtlinux.com.
Avec RTLinux les programmes RT sont des threads POSIX qui sont gérés en priorité à coté du noyau linux, le tout en espace noyau. Un thread est exécuté seulement si aucune threads de priorité supérieur n'a besoin du CPU. Le noyau linux est le dernier sur la liste.
Les appels systèmes sont déconseillés. Les threads RT peuvent communiquer avec les processus en user space linux avec des outils de l'API RTLinux.
Les threads RT peuvent intercepter directement les interruptions matérielles. RTLinux capte les interruptions matérielles pour le noyau linux et les transmet lorsque linux à de nouveau du temps CPU.
Le temps de réponse maximum sur x86 entre l'interruption et l'exécution du programme RT est de 15 ms selon la doc.
RTLinux tourne sur x86, PowerPC et Alpha.
On peut aussi remplacer linux par FreeBSD (la partie RTL:BSD du projet).
RTLinux est sous GPL version 2, jusque là, que du bon.
Il est aussi sous la "OPEN RTLINUX PATENT LICENSE" ( http://www.fsmlabs.com/PATENT.html(...) ) qui autorise un soft GPL à utiliser le brevet US No. 5,995,745, "ADDING REAL-TIME SUPPORT TO GENERAL PURPOSE OPERATING SYSTEMS" (ajouter un support temps réel à un système d'exploitation d'usage général). Ca ressemble en gros à un brevet logiciel GPL (?) :-/ . Mais je ne sais pas si le droit d'utiliser le brevet est irrévocable , comme les droits sur un code GPL. Un juriste dans la salle ?
Je trouve ce dernier point assez dommage. Ou alors c'est pour ce protéger, comme linux^TM, mais alors pourquoi ne pas faire un "brevet BSD" ou une publication dans une revue.
Je trouve que cette annonce est une très bonne nouvelle pour le developpement de linux dans le milieu de l'automation.
Fujitsu est une grosse boite, ça va rassurer les décideurs et le investisseurs à qui on propose linux-RT comme solution technique. Jusqu'à maintenant les seules utilisations de linux dans ce domaine que j'ai vues étaient faites par des petites boites (bon, avec une seule journée à la Hannover Messe, j'ai pas une grosse expérience du marché :) ).
Il faut espérer que linux continue à s'implenter dans les robots, les automates programmables et l'embarqué.
Posté par Marc .
En réponse à la dépêche KDE 3.0.
Évalué à 2.
KDE n'est pas une surcouche qui masque QT.
C'est une API qui contient un ensemble d'outils pour faire des logiciels qui ont le meme comportement, le meme style dans un bureau.
Par exemple, lorsque tu fais un logiciel KDE, tu dérive un KApplication qui lui hérite en public d'un QApplication et tu le remplis de boutons, zone de texte QT, etc...
Les deux API sont donc très liées.
en ascii :) :
----------
| application |
|.......... -----
|...........| KDE |
----------
|.....QT.............|
----------
Je pense que donner le nombre d'XP de la personne avant qu'on vote n'est pas une bonne idée. Ca encourage l'effet mouton. Les gens vont se dire: il a beaucoup d'XP => il a dit des trucs intéressants dans le passé => ce qu'il dit maintenant est intéressant. Et au final, ils ne juge pas ce qu'il a dit.
C'est du meme style que: il y un diplome XXX, donc il a raison. C'est aussi pour ca que les sondages sont interdits juste avant les votes (ça vaut ce que ça vaut).
un firewall ça demande pas beaucoup de puissance de calcul en général. Il doit juste regarder les adresses de source et destination et le port que chaque paquet IP. Il fait pas un calcul à virgule flottante.
Mais le firewall militaire c'est autre chose. Il doit décripter les connections SSL, interpréter le protocole POP ou IMAP, analyser ta personnalité en fonction des mail obtenus et te ficher soit dans une base de données, etc ... :-)
Non, justement dans un micro kernel remplacer le scheduler c'est pas de la bidouille. Si NT est fait comme HURD avec une collection de serveurs tu peux très bien remplacer le serveur scheduler.
Avec linux par contre tu bidouilles le scheduler de linux.
le problème de linux pour les automates programmables c'est le temps réel.
Si tu fais que de la visualisation, ok.
Mais si tu fais en plus de l'automate programmable software il te faut un micro noyau.
Par exemple j'ai utilisé TwinCat PLC de Beckhoff. Il remplace l'ordonnanceur de NT par le sien et exécute tes prog (AWL, FUP, ...) en priorité.
Pour ce type d'application il faudrait plutôt hurd ou QNX.
QNX est dans le domaine déjà bien implenté ( > 10 ans je crois). Par exemple Alstom en Allemagne l'utilise pour les centres d'impressions de ses clients. Ils emploient QNX pour les automates programmables et linux pour la visualisation sur des postes séparés.
Je comprend pas non plus pourquoi faire un su avec telnet. Il faut peut-etre un "sniffer" plus compliqué entre les deux postes, un truc qui cherche des su en plus de regarder le login. Mais sinon ...
Merci de l'info.
Je pensais qu'IBM ne faisait que le developpement et pas la fabrication.
J'ai du confondre avec les sparc de Sun.
qqun sait qui fond les sparc de Sun ? Motorola ?
et si il y a des autres implémentations de l'architecture sparc autre que Sun ?
Au chapitre 3.1.1, conseiller d'utiliser telnet pour un accès distant en root, c'est pas très malin.
Je suis peut etre un peut parano, je sais que l'exemple se passe dans un réseau local. Mais c'est pas bon de donner de mauvaises habitudes à ceux qui débutent.
Il faudrait pas qu'ils pensent :
accès distant en root ? -> telnet !
Plutot :
telnet -> histoire de l'informatique :) -> de nos jours remplacé par ssh
La LGPL ne permet pas à Sun de sortir sa version propriétaire StarOffice. C'est la licence Sun Industry Standards Source License (SISSL) qui permet cela car tout le projet est sous LGPL et SISSL.
Avec la LGPL tu peux juste utiliser une lib linkée dynamiquement pour un logiciel proprio. Mais si tu distribue une version modifiée de la lib avec, tu dois toujours fournir les sources de la lib.
OpenOffice.org/StarOffice c'est comme Mozilla/Netscape.
[^] # Re: Ce qui explique mon post ...
Posté par Marc . En réponse à la dépêche Interview du president TrollTech. Évalué à 1.
les processeurs CISC Intel transforment chaque instruction à exécuter en plusieurs micro-instructions (micro-codes). Puis en interne il exécute ce micro-code avec une architecture proche des RISC, je crois.
[^] # Re: a propos de Gnu/Linux et de 3.0
Posté par Marc . En réponse à la dépêche Beta finale de Demolinux 3.0. Évalué à 0.
Est-ce que gcc 3.0.1 peut se recompiler lui-même (ce qui n'était pas le cas de gcc 3.0, je crois) ?
[^] # Re: Mandrake... malfoutu ?
Posté par Marc . En réponse à la dépêche Interview de Mandrake. Évalué à 3.
Deplus cela profitera aussi aux autres gros projet en C++.
Une rapide mesure avec export LD_BIND_NOW=t; export LD_DEBUG=statistics;
Mozilla 0.9.4 13'572 réalocations
OpenOffice.org-638 34'542 réalocations
konqueror 2.2.1 71'748 réalocations
Et sauf erreur binutils est utilisé avec gcc pour les BSD, Hurd, etc. Cela leurs profitera aussi.
[^] # Re: De mieux en mieux DLFP !!
Posté par Marc . En réponse à la dépêche Interview de Mandrake. Évalué à 3.
Ce qui est domage c'est que ce n'est pas si faux mais d'un autre coté c'est une vue minimaliste d'une situation complexe.
Ca me rappelle:
URSS méchants OTAN gentils
US, europe gentils IRAK méchants
Serbes méchants musulmans, croates gentils
UCK gentils Serbes méchants
Qui nous a été inculqué par les successeurs de Goebels grâce à CNN, TF1 ...
C'est bizarre j'ai l'impression de revivre ça ces temps-ci :-/.
[^] # Re: Aïe...
Posté par Marc . En réponse à la dépêche HP/Compaq profiterait à Linux !. Évalué à 9.
les BSD se portent bien, merci.
Hurd progresse tout les jours.
Mac 0S n'est pas en voie de disparition.
On a pas besoin de 50 Unices qui se ressemblent, supportent les mêmes normes et ont la même architecture. Je préfère des alternatives vraiment alternatives :).
[^] # Re: Quand même...
Posté par Marc . En réponse à la dépêche Une étude sur Linux et le bureau.. Évalué à 3.
http://freshmeat.net/articles/view/269/(...)
[^] # Re: explications
Posté par Marc . En réponse à la dépêche KDE 2.2.1 sort. Évalué à 1.
Je pense que c'est pour ces raisons que QT ne supporte pas les images 64 bit.
[^] # explications
Posté par Marc . En réponse à la dépêche KDE 2.2.1 sort. Évalué à 10.
le PNG est géré par QT et les deux classes QImage(1) et QPixmap(2) qui supportent la transparence(toutes les fonctions pour sont là).
Le problème vient de X qui ne la supporte pas. Un programme peut bien la gérer lui-même (je pense à Mozilla) en additonnant en interne deux images et en demandant à X d'afficher le résultat. Mais on ne profite pas de l'accélération hardware et c'est assez limité.
C'est là qu'intervient l'extension Render de XFree86(4) qui permet entre autre l'apha-channel mais aussi l'anti-aliasing. QT 2.3 l'utilise déjà pour l'AA (4).
QT 3 supportera l'alpha-channel complet(5).
1. http://doc.trolltech.com/2.3/qimage.html(...)
2. http://doc.trolltech.com/2.3/qpixmap.html(...)
3. http://www.xfree86.org/4.1.0/RELNOTES5.html#27(...)
4. http://www.trolltech.com/company/announce/qt-230.html(...)
5. http://www.trolltech.com/developer/changes/3.0beta.html(...)
[^] # Re: FSF ?
Posté par Marc . En réponse à la dépêche RTLinux viole la GPL. Évalué à -1.
Les gens peuvent toujours passer en mode 0,-1,0,0. Haut de la page, entre la news et les commentaires, selectionner "tout" puis "Changer".
Les scores ont étés fait pour supprimer le "bruit" sur le forum, exactement ce que tu fais avec tes post non constructifs.
et hop -1, car c'est aussi du bruit
# Dangers pour la FSF
Posté par Marc . En réponse à la dépêche RTLinux viole la GPL. Évalué à 10.
En gros le brevet Open RTLinux dit ceci: vous avez le droit d'utiliser ce brevet si votre logiciel est sous GPL. Remplacer brevet par bibliothèque et vous avez la GPL sur une lib. Et comme QT qui est GPL et dont Trolltech vend les droits pour les logciels proprio, FSMLabs veut vendre les droits sur son brevet aux OS RT proprio qui veulent l'utiliser.
Rappelons que la FSF conseil la mise sous GPL et non pas LGPL des bibliothèques car cela donne un avantage aux LL ( cf. http://www.gnu.org/philosophy/why-not-lgpl.html(...) ).
Mais le problème est que les brevets logiciels sont le pire ennemi des logiciels libres. Même si toutes les boites laissent tomber linux, même si .NET et IE rendent le web illisible, le logiciel libre ne s'arrêtera pas. Mais si l'écriture d'un lecteur de mail, d'un browser web ou d'un serveur cache devient illégaux pour cause de brevet alors personne ne pourra plus écrire/distribuer/utiliser ces soft devenu "pirates".
La FSF qui défend les LL a tout intéret à lutter contre ce genre de "brevet GPL". Avec ce précédant les partisans des brevets logiciels vont nous dire: regarder, il existe même de brevets GPL, donc les brevets sont même bon pour les LL.
[^] # Re: ce n'est pas un bon moyen
Posté par Marc . En réponse à la dépêche Cryptographie, steganographie, et terreur. Évalué à 8.
En résumé, pour pas avoir de procès de la part des allergiques, mieux vaut guérir que prévenir.
C'est aussi pour ca que:
- on règlera le problème du CO2 après une grosse augmentation de la température
- l'occident est intervenu au Kosovo après le début du génocide
- les gouvernements occidentaux n'ont pas donner l'ordre à leurs militaires sur place d'arrêter le génocide au Rwanda
- on prend des mesures contre les terroristes afgans après les attentats
[^] # Re: Il faut sortir
Posté par Marc . En réponse à la dépêche Développement DRI, ça va mal.... Évalué à 10.
- SGI est le principal promoteur de l'OpenGL
- ils sont très implentés dans le graphisme et ils veulent abandonner IRIX pour tux, il leurs faut une bonne architecture openGL avec linux pour convaincre leurs clients de faire la transition.
Se serait bon et pour la communauté et pour SGI.
[^] # précisions sur RTLinux
Posté par Marc . En réponse à la dépêche Fujitsu va mettre en vente HOAP-1. Évalué à 2.
Avec RTLinux les programmes RT sont des threads POSIX qui sont gérés en priorité à coté du noyau linux, le tout en espace noyau. Un thread est exécuté seulement si aucune threads de priorité supérieur n'a besoin du CPU. Le noyau linux est le dernier sur la liste.
Les appels systèmes sont déconseillés. Les threads RT peuvent communiquer avec les processus en user space linux avec des outils de l'API RTLinux.
Les threads RT peuvent intercepter directement les interruptions matérielles. RTLinux capte les interruptions matérielles pour le noyau linux et les transmet lorsque linux à de nouveau du temps CPU.
Le temps de réponse maximum sur x86 entre l'interruption et l'exécution du programme RT est de 15 ms selon la doc.
RTLinux tourne sur x86, PowerPC et Alpha.
On peut aussi remplacer linux par FreeBSD (la partie RTL:BSD du projet).
[^] # licence de RTLinux
Posté par Marc . En réponse à la dépêche Fujitsu va mettre en vente HOAP-1. Évalué à 5.
RTLinux est sous GPL version 2, jusque là, que du bon.
Il est aussi sous la "OPEN RTLINUX PATENT LICENSE" ( http://www.fsmlabs.com/PATENT.html(...) ) qui autorise un soft GPL à utiliser le brevet US No. 5,995,745, "ADDING REAL-TIME SUPPORT TO GENERAL PURPOSE OPERATING SYSTEMS" (ajouter un support temps réel à un système d'exploitation d'usage général). Ca ressemble en gros à un brevet logiciel GPL (?) :-/ . Mais je ne sais pas si le droit d'utiliser le brevet est irrévocable , comme les droits sur un code GPL. Un juriste dans la salle ?
Je trouve ce dernier point assez dommage. Ou alors c'est pour ce protéger, comme linux^TM, mais alors pourquoi ne pas faire un "brevet BSD" ou une publication dans une revue.
# Bon pour la promotion de linux en milieu industriel
Posté par Marc . En réponse à la dépêche Fujitsu va mettre en vente HOAP-1. Évalué à 6.
Fujitsu est une grosse boite, ça va rassurer les décideurs et le investisseurs à qui on propose linux-RT comme solution technique. Jusqu'à maintenant les seules utilisations de linux dans ce domaine que j'ai vues étaient faites par des petites boites (bon, avec une seule journée à la Hannover Messe, j'ai pas une grosse expérience du marché :) ).
Il faut espérer que linux continue à s'implenter dans les robots, les automates programmables et l'embarqué.
[^] # Re: La course au numéros
Posté par Marc . En réponse à la dépêche KDE 3.0. Évalué à 2.
C'est une API qui contient un ensemble d'outils pour faire des logiciels qui ont le meme comportement, le meme style dans un bureau.
Par exemple, lorsque tu fais un logiciel KDE, tu dérive un KApplication qui lui hérite en public d'un QApplication et tu le remplis de boutons, zone de texte QT, etc...
Les deux API sont donc très liées.
en ascii :) :
----------
| application |
|.......... -----
|...........| KDE |
----------
|.....QT.............|
----------
[^] # Re: Je veux les login !
Posté par Marc . En réponse à la dépêche Une semaine d'utilisation de XPs.... Évalué à 1.
C'est du meme style que: il y un diplome XXX, donc il a raison. C'est aussi pour ca que les sondages sont interdits juste avant les votes (ça vaut ce que ça vaut).
[^] # Re: Linux sur PlayStation2 : une foule de possibilités !
Posté par Marc . En réponse à la dépêche Kit Linux PS2 en Europe ?. Évalué à 1.
Mais le firewall militaire c'est autre chose. Il doit décripter les connections SSL, interpréter le protocole POP ou IMAP, analyser ta personnalité en fonction des mail obtenus et te ficher soit dans une base de données, etc ... :-)
[^] # Re: Pas de problème de temps réel
Posté par Marc . En réponse à la dépêche Les experts informatiques croient en Linux. Évalué à 1.
Avec linux par contre tu bidouilles le scheduler de linux.
Un bon papier sur le sujet: "Towards a New Strategy of OS Design" http://www.gnu.org/software/hurd/hurd-paper.html(...)
Pour le FUD:
- énoncer un fait, > 10 ans
- et dire un truc positif, bien implanté, normal > 10 ans
c'est pas vraiment un FUD qui est plutôt :
- dire des mensonges
- démolir le concurrent avec des affirmations non fondées
[^] # problème de temps réel
Posté par Marc . En réponse à la dépêche Les experts informatiques croient en Linux. Évalué à 1.
Si tu fais que de la visualisation, ok.
Mais si tu fais en plus de l'automate programmable software il te faut un micro noyau.
Par exemple j'ai utilisé TwinCat PLC de Beckhoff. Il remplace l'ordonnanceur de NT par le sien et exécute tes prog (AWL, FUP, ...) en priorité.
Pour ce type d'application il faudrait plutôt hurd ou QNX.
QNX est dans le domaine déjà bien implenté ( > 10 ans je crois). Par exemple Alstom en Allemagne l'utilise pour les centres d'impressions de ses clients. Ils emploient QNX pour les automates programmables et linux pour la visualisation sur des postes séparés.
[^] # Re: telnet -> ssh
Posté par Marc . En réponse à la dépêche Installation d'un serveur de messagerie. Évalué à 0.
Je comprend pas non plus pourquoi faire un su avec telnet. Il faut peut-etre un "sniffer" plus compliqué entre les deux postes, un truc qui cherche des su en plus de regarder le login. Mais sinon ...
toute explication est bien venue.
[^] # Re: Alpha sous linux
Posté par Marc . En réponse à la dépêche Adieu Compaq, Bonjour HP-Compaq. Évalué à 1.
Je pensais qu'IBM ne faisait que le developpement et pas la fabrication.
J'ai du confondre avec les sparc de Sun.
qqun sait qui fond les sparc de Sun ? Motorola ?
et si il y a des autres implémentations de l'architecture sparc autre que Sun ?
[^] # Re: Alpha sous linux
Posté par Marc . En réponse à la dépêche Adieu Compaq, Bonjour HP-Compaq. Évalué à 2.
C'est un powerpc tout comme le G4 par exemple.
Mais je sais pas si c'est Motorola qui le fond.
[^] # telnet -> ssh
Posté par Marc . En réponse à la dépêche Installation d'un serveur de messagerie. Évalué à 4.
Je suis peut etre un peut parano, je sais que l'exemple se passe dans un réseau local. Mais c'est pas bon de donner de mauvaises habitudes à ceux qui débutent.
Il faudrait pas qu'ils pensent :
accès distant en root ? -> telnet !
Plutot :
telnet -> histoire de l'informatique :) -> de nos jours remplacé par ssh
[^] # Re: StarOpen
Posté par Marc . En réponse à la dépêche SUN présente son nouveau Star Office 6. Évalué à 2.
Avec la LGPL tu peux juste utiliser une lib linkée dynamiquement pour un logiciel proprio. Mais si tu distribue une version modifiée de la lib avec, tu dois toujours fournir les sources de la lib.
OpenOffice.org/StarOffice c'est comme Mozilla/Netscape.