la version en cours 0.6.3 d'AnalyseSi se lance sans problème sous le java d'ibm, tant le 1.5 que le 1.6. Je n'ai pas poussé le test plus loin qu'appuyer un peu partourt, mais ça a l'air de marcher.
il plante au lancement avec gcj-4.3, en effet.
Il faut que je regarde ce qui ne va pas dans mon icedtea.
>> J'ai longtemps conseillé
>> je conseille
>> je l'envoie chez
>Faites comme moi. Dites qu'il y a plein de distributions. Que >globalement Ubuntu/Suse/Mandriva/Fedora sont adaptées à un >nouveau. J'ajoutes seulement que s'il prend une Fedora, vu que j'ai >une Fedora, je pourrais plus facilement l'aider.
Non. Moi c'est vous voulez essayer? Prenez ubuntu, il y a du monde et des forums actifs. Et oubliez mon téléphone. Maintenant j'ajouterai "ou Fedora" à la liste. J'évite de conseiller Suse à cause de Novell, Mandr* parce la pub m'est resté en travers de la gorge.
Il parait qu'ubuntu a lancé une boite à idée. J'ai entendu parlé de promouvoir des trucs libres pendant l'installlation. J'espère que ça va pas finir comme Mandr* avec des pubs.
Y'a que les très proches à qui je conseille une debian pour pouvoir les aider directement.
En parlant de plantage à cause d'un mauvais dvd, j'ai eu la cas. pour plantage pour le paquet liberations-fonts, qu'on n'imagine pas bloquant..
Sinon pour les mises à jour le problème n'est pas la taille. Le problème c'est la fenetre qui laisse penser que le truc est bloqué: pas de rafraichissemet. Et aucune info sur le temps restant...
Sinon, rien à dire, c'est très propre, carré, ça a l'air bien fait.
Pour mémoire
- restructurer en 2 parties le standard ECMA en distinguant :
-- d'une part un coeur de fonctionnalités essentielles et simples à mettre en oeuvre (OOXML-Core),
-- d'autre part, toutes les fonctionnalités annexes nécessaires à la compatibilité avec les stocks de fichiers bureautiques existants chez de nombreux utilisateurs qui seront regroupées dans un ensemble appelé (OOXML-Extensions),
- mettre en place un processus de convergence entre l’ISO/CEI 26300 et le coeur d'OOXML.
Quand je parlais d'extensions "à lui", je voulais dire d'extensions cenrées sur ses besoins propres. Il reste le plus gros acteur du marché et il est idiot de vouloir le contraindre à la version actuelle d'ODF. C'est MS qui a dit qu'ODF était insuffisant pour lui.
Tu peux dire « il n'y aura pas de fusion»; et tu as probablement raison. Mais il n'empêche que ça reste une possibilité pour MS de revenir dans le processus de décision concernant le format ISo pour la bureatique. Si ça échoue le 29 mars, c'est la seule alternative à «passer OOXML via le processus standard (hors fast-track».
Pour les défenseurs d'ODF, dont je suis, le processus de fusion cache quelques pièges. En particulier si on imagine un word qui enregistre par défaut en utilisant un ODF+extension, alors que OpenOffice n'aurait pas encore implémenté les extensions. OU que MS obtienne à l'ISO des évolutions d'ODF difficile à implémenter.
Je me permet de le citer: So while there are some people who were really hopping they could claim the BRM was a failure, and they are desperately grasping at straws to defend this claim... the opposite is in fact true. The spec has been improved significantly because of the process, and now the countries actually have to decide if they want to actually approve the spec or not.
- Faire le forcing pour obtenir un retournement du vote dans les trente jours.
Si ça marche, l'ISO explosera probablement en plein vol. La comission européenne a déjà ouvert une enquête sur la question,
Admettons que OOXML soit finalement refusé. Que reste-t-il comme possibilité à MS?
- ne rien faire, sinon le convertisseur mal intégré. et un forcing commercial pour imposer Office. Le problème, c'est que l'exigence de standards a été poussé par les gouvernements, c'est ce marché là qui risque d'entrainer les autres.
- Intégrer correctement ODF, pour répondre à la demande. ça veut dire faire en sorte qu'on puisse mettre ODF comme format par défaut.
- accepter la fusion avec ODF, en ajoutant des extensions. ça lui permet de garder un contrôle minimal, surtout sur les extensions à lui, mais aussi sur les révisions futures du core d'ODF, parce qu'il fera nécessairement parti des décisionnaires.
- gerder OOXML et le passer ISO par le processus normal (hors fast-track). Ça peut être très long.
- blackbouler l'ISO et créer sa propre société de normalisation à sa botte.
Church n'est pas un théoricien, c'est un mathématicien. Il s'est attaqué avec quelques succès à la question de la définition de l'algorithmique et de la calculabilité quelques années avant l'apparition des ordinateurs.
Son lambda calcul est extrêmement pragmatique, pour résoudre la question à laquelle il s'est attaqué. Et ce n'était pas de concevoir un langage de programmation.
Le langage lui-même ? Oui. Mais par contre il n'existe pas encore d'implémentation libre à 100%. IcedTea, le travail pour compléter OpenJDK, est ce qui se rapproche le plus d'un java libre et complet. GCJ, du projet GNU, est une implémentation libre mais beaucoup moins complète (pas de swing...).
CaRMetal ne tourne pas avec GCJ et pas trop bien avec icedtea, pour l'instant il lui faut un des trois java complets: celui de sun, celui d'apple ou celui d'ibm. Aucun des trois n'est complètement libre, Sun a libré le sien (openjdk) mais n'a pas pu tout libérer, d'où le projet icedtea qui se charge de le compléter.
Le binaire est un jar classique, donc des fichiers java compilés en .class. Ils ne sont pas compilés en natif, il leur faut le JRE pour fonctionner.
Là c'est un logiciel, domaine éducatif/math, libre, qui tourne sous Linux et avec une évolution majeure (non deux: le nettoyage au niveau des licences qui a permi l'entrée dans debian, et l'évolution de l'interface avec la 3D et la nouvelle barre de propriété). Je me suis dit que ça méritait une news.
En fait au départ je voulais la faire juste pour le code 100% GPL et l'entrée dans debian, parce que je trouvais que c'était important.Il y a pas mal de logiciels de geométrie en Java (GeoLabo, GeoNext, GeoGebra, CaR), aucun n'est intégré dans les distributions.
Précision:
Pour les additions de vecteurs avec Geogebra, c'est "u+v" dans la zone de saisie, si on a un vecteur u et un vecteur v à additionner. Le résultat est «ancré» à l'origine.
Sous CaRMetal le résultat est flottant et on le met ou on veut. ça fait plus vecteur.
Imaginons une news sur Thunderbird qui commencerait par "le meilleur logiciel de courrier électronique
Ben c'est le meilleurs moyen d'être sur que les afficionados des autres logiciels vont venir troller débattre. non?
Je connais assez bien certains autres logiciels, mais je ne me sens pas assez de maîtrise avec eux pour en détailler l'avancement. Et un comparatif est un exercice difficile, parce que quand on en écrit un on a toujours une préférence dans la tête, ça rend l'objectivité difficile. Une news ouvertement dithyrambique présente l'avantage de na pas prétendre à une quelconque objectivité. C'est mon avis, un point c'est tout. J'oblige personne à le partager, et n'importe qui peut venir me dire en commentaire que j'ai tort, que Kig est bien meilleur parce que lui au moins utilise pas ce truc hyper lourd qui s'appelle java, ou un truc comme ça. On peut discuter des logiciels. sereinement entre utilisateurs.
D'ailleurs je trouve que DLFP manque de défenseurs des logiciels KDE en général. Kig est très bien, Kig avec les scripts python est certainement un des plus puissants au niveau macros (avec DrGeo et scheme, je pense). Mais personne pour venir le défendre...
Cette réaction me fait aussi penser à autre chose. Comme si certains avait un regret que je n'ai pas fait une news Geogebra, Kig ou DrGeo aussi.
Alors vous aimez DrGeo, GeoLabo, Kig, Geogebra, GeoQqchose, et Vous voulez que DLFP en parle ? Il y a un lien Prososer une dépêche en haut.
A la prochaine version majeure lachez-vous. Le site vit avec les dépêches que vous proposez ou que vous contribuez à rédiger.
Tu as raison, mais sur DFLP si on force pas le trait personne ne réagit.
Geogebra est très loin de de CaR ou CarMetal, mais ça dépend quand meme un peu du public et de ce que tu veux faire;
- Geogebra affiche par défaut les axes et les coordonnées des points, cela me semble peu adapté en collège. Mais bon c'est un avis personnel.
- Les angles dans le sens trigo sont aussi un problème. En collège on n'utilise pas d'angles > 180°. CaRMetal affiche par défaut l'angle type collège, et si on lui demande gentiment il affiche les abgles > 180°. Il sait faire les deux. Geogebra affiche les angles dans le sens trigo et c'est tout. S'il fait 250° un collégien ne comprendra pas.
- les additions de vecteurs sont difficile avec Geogebra (j'ai même pas trouvé). Avec CaRMetal il y a une macro directe.
- Geogebra utilise classiquement le masquage d'objets pour enlever les objets intermédiaires des constructions. Dans CaR/CaRMetal on peut afficher des morceaux de cercle ou de droites pour laisser les traits de constructions comme on fait sur une feuille.
- Car/CaRMetal savent créer des exercices autocorrectifs. On trouve ça nulle part à ma connaissance, sauf dans Geometrix qui est d'ailleurs le meilleur pour ça.
Il y a aussi des trucs sympas dans Geogebra: par exemple dans l'historique il affiche en séparant objets libre/objets dépendants, je trouve ça intéressant. CaRMetal lui il affiche dans l'ordre de création et je trouve ça moins bien. Et si tu veux utiliser de l'algèbre dans ton travail geométrique, Geogebra sait faire des trucs que CaRMetal ne fait pas. Il ne le fait pas toujours très bien, l'intégrale de x^2 n'est pas 0.33 x^3 par exemple, mais il le fait quand même.
Donc oui quand je dis que CaRMetal est le meilleur disponible pour la géométrie dynamique c'est en éxagérant un peu, mais quand même c'est pas tout à fait gratuitement non plus.
Non, je n'ai pas de lien. D'ailleurs Eric fait ça tout seul comme un grand.
Sauf que comme je suis d'accord pour dire que dans sa catégorie, c'est le meilleur, et que ça le vaut bien, j'ai fait le paquet debian. Qui a trouvé un mentor très vite.
Compte-tenu de l'avancée d'openjdk, et de la perspective d'un java libre et complet intégré dans les distributions, c'est le bon moment pour se préoccuper de ça. D'ailleurs Il y a relativement peu de logiciels java intégrés dans les distributions pour l'instant (azureus & freemind doivent être les plus connus).
Tiens je vais réessayer. Résultat demain, vu le temps qu'il faut pour compiler icedtea.
En fait, le jour ou IcedTea sera intégré dans debian et ubuntu, même s'il est encore incomplet on pourra envisager un patch pour faire entrer CaRMetal dans main au lieu de contrib. En attendant il y a le java de Sun ou celui d'IBM.
# C'est une triste coïncidence
Posté par fleny68 . En réponse au journal Pouvez-vous m'en dire plus sur votre mort Joseph ?. Évalué à 2.
http://www.robweir.com/blog/2008/01/interoperability-eliza-w(...)
J'aime bien le discours d'un Bill Gates imaginaire sur OOXML avec Eliza.
Sinon, j'aurais plutôt dit "première tentative de Traitement Automatisé du Langage Naturel."
M-x doctor
> Joseph Weizenbaum is dead
Weizenbaum? Hah! I would appreciate it if you would continue.
[^] # Re: LanguageTool Open Source
Posté par fleny68 . En réponse à la dépêche Sortie du livre "Changer pour OpenOffice.org". Évalué à 2.
http://linuxfr.org/comments/905271.html
Je remet le lien parce que ce fil est intéressant:
http://linuxfr.org/comments/905271.html#905271
[^] # Re: Un peu pareil
Posté par fleny68 . En réponse au journal La fedora 8 est pas mal.. Évalué à 2.
il plante au lancement avec gcj-4.3, en effet.
Il faut que je regarde ce qui ne va pas dans mon icedtea.
Pour les impots je n'ai pas essayé.
[^] # Re: Re:
Posté par fleny68 . En réponse au journal La fedora 8 est pas mal.. Évalué à 2.
[^] # Re: Un peu pareil
Posté par fleny68 . En réponse au journal La fedora 8 est pas mal.. Évalué à 2.
Eu... tu as testé? J'ai un icedtea sur ma debian ppc tout neuf sorti du mercurial, inutilisable de lenteur.
http://linuxfr.org/comments/908514.html#908514
Si tu en as un qui marche bien en ppc, tu me dis ou tu as prix le paquet que je teste ça ?
Parcontre je suis plutot satisfait des java d'ibm. J'ai utilisé longtemps le 1.5, maintenant c'est le 1.6. Tu lui reproches quoi ?
[^] # Re: Re:
Posté par fleny68 . En réponse au journal La fedora 8 est pas mal.. Évalué à 3.
>> je conseille
>> je l'envoie chez
>Faites comme moi. Dites qu'il y a plein de distributions. Que >globalement Ubuntu/Suse/Mandriva/Fedora sont adaptées à un >nouveau. J'ajoutes seulement que s'il prend une Fedora, vu que j'ai >une Fedora, je pourrais plus facilement l'aider.
Non. Moi c'est vous voulez essayer? Prenez ubuntu, il y a du monde et des forums actifs. Et oubliez mon téléphone. Maintenant j'ajouterai "ou Fedora" à la liste. J'évite de conseiller Suse à cause de Novell, Mandr* parce la pub m'est resté en travers de la gorge.
Il parait qu'ubuntu a lancé une boite à idée. J'ai entendu parlé de promouvoir des trucs libres pendant l'installlation. J'espère que ça va pas finir comme Mandr* avec des pubs.
Y'a que les très proches à qui je conseille une debian pour pouvoir les aider directement.
[^] # Re: Re:
Posté par fleny68 . En réponse au journal La fedora 8 est pas mal.. Évalué à 2.
Sinon pour les mises à jour le problème n'est pas la taille. Le problème c'est la fenetre qui laisse penser que le truc est bloqué: pas de rafraichissemet. Et aucune info sur le temps restant...
Sinon, rien à dire, c'est très propre, carré, ça a l'air bien fait.
[^] # Re: Pour suivre les détails
Posté par fleny68 . En réponse au journal OOXML dans les choux d'ici 30 jours. Évalué à 2.
http://portailgroupe.afnor.fr/v3/espace-presse/communiques/2(...)
Pour mémoire
- restructurer en 2 parties le standard ECMA en distinguant :
-- d'une part un coeur de fonctionnalités essentielles et simples à mettre en oeuvre (OOXML-Core),
-- d'autre part, toutes les fonctionnalités annexes nécessaires à la compatibilité avec les stocks de fichiers bureautiques existants chez de nombreux utilisateurs qui seront regroupées dans un ensemble appelé (OOXML-Extensions),
- mettre en place un processus de convergence entre l’ISO/CEI 26300 et le coeur d'OOXML.
Quand je parlais d'extensions "à lui", je voulais dire d'extensions cenrées sur ses besoins propres. Il reste le plus gros acteur du marché et il est idiot de vouloir le contraindre à la version actuelle d'ODF. C'est MS qui a dit qu'ODF était insuffisant pour lui.
Tu peux dire « il n'y aura pas de fusion»; et tu as probablement raison. Mais il n'empêche que ça reste une possibilité pour MS de revenir dans le processus de décision concernant le format ISo pour la bureatique. Si ça échoue le 29 mars, c'est la seule alternative à «passer OOXML via le processus standard (hors fast-track».
Pour les défenseurs d'ODF, dont je suis, le processus de fusion cache quelques pièges. En particulier si on imagine un word qui enregistre par défaut en utilisant un ODF+extension, alors que OpenOffice n'aurait pas encore implémenté les extensions. OU que MS obtienne à l'ISO des évolutions d'ODF difficile à implémenter.
[^] # Re: Pour suivre les détails
Posté par fleny68 . En réponse au journal OOXML dans les choux d'ici 30 jours. Évalué à 2.
http://blogs.msdn.com/brian_jones/archive/2008/02/29/brm-is-(...)
Je me permet de le citer:
So while there are some people who were really hopping they could claim the BRM was a failure, and they are desperately grasping at straws to defend this claim... the opposite is in fact true. The spec has been improved significantly because of the process, and now the countries actually have to decide if they want to actually approve the spec or not.
[^] # Re: Pour suivre les détails
Posté par fleny68 . En réponse au journal OOXML dans les choux d'ici 30 jours. Évalué à 5.
- Faire le forcing pour obtenir un retournement du vote dans les trente jours.
Si ça marche, l'ISO explosera probablement en plein vol. La comission européenne a déjà ouvert une enquête sur la question,
Admettons que OOXML soit finalement refusé. Que reste-t-il comme possibilité à MS?
- ne rien faire, sinon le convertisseur mal intégré. et un forcing commercial pour imposer Office. Le problème, c'est que l'exigence de standards a été poussé par les gouvernements, c'est ce marché là qui risque d'entrainer les autres.
- Intégrer correctement ODF, pour répondre à la demande. ça veut dire faire en sorte qu'on puisse mettre ODF comme format par défaut.
- accepter la fusion avec ODF, en ajoutant des extensions. ça lui permet de garder un contrôle minimal, surtout sur les extensions à lui, mais aussi sur les révisions futures du core d'ODF, parce qu'il fera nécessairement parti des décisionnaires.
- gerder OOXML et le passer ISO par le processus normal (hors fast-track). Ça peut être très long.
- blackbouler l'ISO et créer sa propre société de normalisation à sa botte.
[^] # Re: Le théoricien rêveur et le programmeur pragmatique, quelle blague
Posté par fleny68 . En réponse à la dépêche Le langage Arc, issu de Common Lisp et Scheme, a un mois. Évalué à 10.
Son lambda calcul est extrêmement pragmatique, pour résoudre la question à laquelle il s'est attaqué. Et ce n'était pas de concevoir un langage de programmation.
[^] # Re: Pour suivre les détails
Posté par fleny68 . En réponse au journal OOXML dans les choux d'ici 30 jours. Évalué à 4.
[^] # Re: Pour suivre les détails
Posté par fleny68 . En réponse au journal OOXML dans les choux d'ici 30 jours. Évalué à 2.
[^] # Re: Pour suivre les détails
Posté par fleny68 . En réponse au journal OOXML dans les choux d'ici 30 jours. Évalué à 1.
http://blogs.msdn.com/brian_jones/default.aspx
# Pour suivre les détails
Posté par fleny68 . En réponse au journal OOXML dans les choux d'ici 30 jours. Évalué à 3.
désolé c'est en anglais.
[^] # Re: java
Posté par fleny68 . En réponse à la dépêche CaRMetal, 100% GPL, avec un peu de 3D. Évalué à 2.
CaRMetal ne tourne pas avec GCJ et pas trop bien avec icedtea, pour l'instant il lui faut un des trois java complets: celui de sun, celui d'apple ou celui d'ibm. Aucun des trois n'est complètement libre, Sun a libré le sien (openjdk) mais n'a pas pu tout libérer, d'où le projet icedtea qui se charge de le compléter.
Le binaire est un jar classique, donc des fichiers java compilés en .class. Ils ne sont pas compilés en natif, il leur faut le JRE pour fonctionner.
D'ailleurs java n'est pas vraiment interprété.
[^] # Re: Rédaction
Posté par fleny68 . En réponse à la dépêche CaRMetal, 100% GPL, avec un peu de 3D. Évalué à 2.
En fait au départ je voulais la faire juste pour le code 100% GPL et l'entrée dans debian, parce que je trouvais que c'était important.Il y a pas mal de logiciels de geométrie en Java (GeoLabo, GeoNext, GeoGebra, CaR), aucun n'est intégré dans les distributions.
[^] # Re: Rédaction
Posté par fleny68 . En réponse à la dépêche CaRMetal, 100% GPL, avec un peu de 3D. Évalué à 2.
Bon, maintenant ça marche, mais c'est inutilisable: trop lent. Mais il n'y a plus d'erreur au lancement.
IcedTea progresse nettement, plus qu'à lui faire gagner beaucoup de vitesse pour avoir un java bien complet dans nos distribution Linux.
[^] # Re: Rédaction
Posté par fleny68 . En réponse à la dépêche CaRMetal, 100% GPL, avec un peu de 3D. Évalué à 2.
Pour les additions de vecteurs avec Geogebra, c'est "u+v" dans la zone de saisie, si on a un vecteur u et un vecteur v à additionner. Le résultat est «ancré» à l'origine.
Sous CaRMetal le résultat est flottant et on le met ou on veut. ça fait plus vecteur.
et yesss! j'ai eu l'easter egg.
[^] # Re: Rédaction
Posté par fleny68 . En réponse à la dépêche CaRMetal, 100% GPL, avec un peu de 3D. Évalué à 3.
Ben c'est le meilleurs moyen d'être sur que les afficionados des autres logiciels vont venir troller débattre. non?
Je connais assez bien certains autres logiciels, mais je ne me sens pas assez de maîtrise avec eux pour en détailler l'avancement. Et un comparatif est un exercice difficile, parce que quand on en écrit un on a toujours une préférence dans la tête, ça rend l'objectivité difficile. Une news ouvertement dithyrambique présente l'avantage de na pas prétendre à une quelconque objectivité. C'est mon avis, un point c'est tout. J'oblige personne à le partager, et n'importe qui peut venir me dire en commentaire que j'ai tort, que Kig est bien meilleur parce que lui au moins utilise pas ce truc hyper lourd qui s'appelle java, ou un truc comme ça. On peut discuter des logiciels. sereinement entre utilisateurs.
D'ailleurs je trouve que DLFP manque de défenseurs des logiciels KDE en général. Kig est très bien, Kig avec les scripts python est certainement un des plus puissants au niveau macros (avec DrGeo et scheme, je pense). Mais personne pour venir le défendre...
Cette réaction me fait aussi penser à autre chose. Comme si certains avait un regret que je n'ai pas fait une news Geogebra, Kig ou DrGeo aussi.
Alors vous aimez DrGeo, GeoLabo, Kig, Geogebra, GeoQqchose, et Vous voulez que DLFP en parle ? Il y a un lien Prososer une dépêche en haut.
A la prochaine version majeure lachez-vous. Le site vit avec les dépêches que vous proposez ou que vous contribuez à rédiger.
[^] # Re: Rédaction
Posté par fleny68 . En réponse à la dépêche CaRMetal, 100% GPL, avec un peu de 3D. Évalué à 3.
Geogebra est très loin de de CaR ou CarMetal, mais ça dépend quand meme un peu du public et de ce que tu veux faire;
- Geogebra affiche par défaut les axes et les coordonnées des points, cela me semble peu adapté en collège. Mais bon c'est un avis personnel.
- Les angles dans le sens trigo sont aussi un problème. En collège on n'utilise pas d'angles > 180°. CaRMetal affiche par défaut l'angle type collège, et si on lui demande gentiment il affiche les abgles > 180°. Il sait faire les deux. Geogebra affiche les angles dans le sens trigo et c'est tout. S'il fait 250° un collégien ne comprendra pas.
- les additions de vecteurs sont difficile avec Geogebra (j'ai même pas trouvé). Avec CaRMetal il y a une macro directe.
- Geogebra utilise classiquement le masquage d'objets pour enlever les objets intermédiaires des constructions. Dans CaR/CaRMetal on peut afficher des morceaux de cercle ou de droites pour laisser les traits de constructions comme on fait sur une feuille.
- Car/CaRMetal savent créer des exercices autocorrectifs. On trouve ça nulle part à ma connaissance, sauf dans Geometrix qui est d'ailleurs le meilleur pour ça.
Il y a aussi des trucs sympas dans Geogebra: par exemple dans l'historique il affiche en séparant objets libre/objets dépendants, je trouve ça intéressant. CaRMetal lui il affiche dans l'ordre de création et je trouve ça moins bien. Et si tu veux utiliser de l'algèbre dans ton travail geométrique, Geogebra sait faire des trucs que CaRMetal ne fait pas. Il ne le fait pas toujours très bien, l'intégrale de x^2 n'est pas 0.33 x^3 par exemple, mais il le fait quand même.
Donc oui quand je dis que CaRMetal est le meilleur disponible pour la géométrie dynamique c'est en éxagérant un peu, mais quand même c'est pas tout à fait gratuitement non plus.
# Pas SPIP, Agora
Posté par fleny68 . En réponse à la dépêche Derniers jours pour intervenir sur le forum "Ecole et Internet". Évalué à 3.
Le lien INFOS SITE envoie sur http://www.forum.gouv.fr/infos.php3?id_article=7
Et l'information est clairement affichée:
Ce site a été développé avec Agora par le département multimédia du SIG.
Agora est un fork de spip 1.7 réalisé par les services du gouvernement: http://www.agora.gouv.fr/
On en a parlé ici, d'Agora: http://linuxfr.org/2006/11/14/21629.html
[^] # Re: Dr. Geo n'est pas mort !
Posté par fleny68 . En réponse à la dépêche CaRMetal, 100% GPL, avec un peu de 3D. Évalué à 2.
J'étais resté à l'anonce de la version I qui cherchait désespérément un nouveau mainteneur.
Je connaissais le travail en Squeak, pour avoir vu il y a longtemps une video. Mais je ne savais pas que tu en avais une version opérationnelle/
Pour me faire pardonner voici un lien direct vers la présentation sur le site de l'OLPC:
http://wiki.laptop.org/go/DrGeo
[^] # Re: Rédaction
Posté par fleny68 . En réponse à la dépêche CaRMetal, 100% GPL, avec un peu de 3D. Évalué à 5.
Sauf que comme je suis d'accord pour dire que dans sa catégorie, c'est le meilleur, et que ça le vaut bien, j'ai fait le paquet debian. Qui a trouvé un mentor très vite.
Compte-tenu de l'avancée d'openjdk, et de la perspective d'un java libre et complet intégré dans les distributions, c'est le bon moment pour se préoccuper de ça. D'ailleurs Il y a relativement peu de logiciels java intégrés dans les distributions pour l'instant (azureus & freemind doivent être les plus connus).
Et j'ai fait un peu de pub aussi.
[^] # Re: Rédaction
Posté par fleny68 . En réponse à la dépêche CaRMetal, 100% GPL, avec un peu de 3D. Évalué à 3.
Pour l'instant ça plante, j'essaie de temps en temps et j'obtiens ça:
http://linuxfr.org/comments/885664.html#885664
Tiens je vais réessayer. Résultat demain, vu le temps qu'il faut pour compiler icedtea.
En fait, le jour ou IcedTea sera intégré dans debian et ubuntu, même s'il est encore incomplet on pourra envisager un patch pour faire entrer CaRMetal dans main au lieu de contrib. En attendant il y a le java de Sun ou celui d'IBM.