Benoît Sibaud a écrit 9661 commentaires

Il y a déjà un (vieux) rapport de bogue à ce sujet sur SF. Nous avons choisi de ne pas faire ce changement au milieu des RC de la 1.4. Par contre il sera fait pour la version suivante.
http://sourceforge.net/tracker/index.php?func=detail&aid=507171(...)

Y a les kernel oops Linux Sparc sinon.


\|/ ____ \|/
"@'/ .. \`@"
/_| \__/ |_\
...\__U_/

Corrigé.

Ainsi que d'autres points depuis la sortie de la RC3, cf Changelog.

Dans la GNU Free Documentation License, y a une section MODIFICATIONS...
http://www.gnu.org/copyleft/fdl.html(...)

Corrigé, merci.

Pour t'aider à redescendre sans douceur de ton trip à l'acide :), les mots clés sont brevets logiciels, EUCD/DMCA, SSSCA/CBDTPA et TCPA/Palladium. (+ ventes forcées et pratiques commerciales illégales)
Cf http://www.fsfeurope.org/projects/mankind/links.fr.html(...) et http://linuxfr.org/2002/09/11/9586,0,0,0,0.php3(...) pour plus de liens

Je suspecte que tu as oublié de choisir la langue du lien. Dans ce cas daCode jette ledit lien. Je le rajoute.

C'est 7 CD Officiels (pour x86) donc SANS les non-free, donc pas de logiciels proprio (enfin pas de non-libres au sens DFSG).
Cf jigdo par exemple qui produit les CD officiels
http://non-us.cdimage.debian.org/jigdo-area/current/jigdo/i386/(...)

(la Sid est déjà à 8 CD pour x86, vivement les graveurs de DVD abordables)

« Netscape 6 and 7 are Mozilla + AIM/ICQ client + localization + Spell Checker + Third-party Plug-ins + AOL Mail support + Netscape.com registration - DOM Inspector - JS Debugger »

Cf la présentation de T. Nitot (tech evangelist Mozilla) aux RMLL 2002
http://www.nitot.com/mozilla/lsm2002/mozilla/slide07.html(...)

merci, c'est justement ce que j'espérais entendre.

Voir aussi les travaux du groupe de travail Interop de l'AFUL sur http://www.aful.org/gdt/interop/index.html(...)

On trouvera pas mal de liens intéressants sur le sujet sur cette page.

On notera que Savannah (donc la FSF) demande de maintenir la compatibilité avec PHP3 pour des problèmes de licences (j'ai pas retrouvé le lien, mais la question c'est posée et se pose pour daCode et templeet).

Corrigé, merci.

> DaCode est mort, Vive teemplet

Non. Templeet n'est pas un remplaçant de daCode. Par contre le prochain daCode (2.0) sera sans doute basé sur Templeet.

Templeet est un langage de templates. daCode est un moteur de site de dépêches/plein d'autres trucs.

J'avais déjà entendu ces annonces. Cela impacte effectivement sur le Java Community Process (cela dit la licence SCSL est toujours restée la même (ie pas libre)). Il est apparemment effectivement plus facile d'être homologué, et on peut implémenter de manière libre les spécifications Java (enfin).

Mis à part mon discours, il faudrait aussi mettre à jour la FAQ Java Debian (je surveille en ce moment la reprise par un traducteur français sur debian-l10n-french).

Il est déjà dit « JBoss (serveur d'application J2EE open source) ». Par contre peu de développeurs Java (AMHA) semblent avoir conscience du fait que les licences de SUN ne sont pas libres du tout. Partant de là, je le fais remarquer.
Je viens néanmoins d'indiquer que JBoss sous LGPL est libre pour enfoncer le clou.

SUN n'aurait pas eu à se plaindre s'il avait fait le choix du libre. Au lieu de devoir bosser sur des projets concurrents, SUN (et la communauté) aurait bénéficier du travail de toute la communauté.

La question ne se pose pas pour JBoss. JBoss est libre.
La question se pose pour les produits de Sun, et pour tout ceux qui ont des licences J2SE et J2SE.
Voir mes autres commentaires pour plus de détails.

JBoss n'est pas certifié J2EE sauf erreur.
Je parlais des versions J2SE et J2EE de Sun qui n'était pas libres. Même s'il s'agit de spécifications, cela ne veut pas dire que l'on peut les implémenter sous une licence libre.
Voir
http://www.debian.org/doc/manuals/debian-java-faq/ch2.html#s2.3(...)

« Basically, this means that if you implement any part of the new 1.2 API or Jini API, even from scratch, Sun will "own" your implementation and you will have to pay them for the right to use it. »

Certains (comme Classpath et d'autres) sont passés outre.
« Sun has made public statements in connection with their legal strategy in the Sun-Microsoft lawsuit that indicate that the company considers the published specifications of Java2 to be intellectual property that can not legally be used by persons involved in efforts to create Java2 clean-room implementations. For this reason, some open source projects have decided to not implement Java2 any time soon. One example is Kaffe. Some projects (like the Japhar/Classpath project) have decided to challenge Sun's legal position and are going ahead with Java2. »

Le dit-modéro (moi) l'a déjà dit dans la dépêche précédente sur Java ( http://linuxfr.org/topic/Java/9374,0,0,0,0.php3(...) ).
Je peux difficilement le redire toutes les dépêches et dans une « Note du modéro » en plus.

8<-------------------------------------
Kaffe est un très mauvais exemple. Les développeurs ont justement choisi d'implémenter uniquement le JDK1 suite aux pressions de SUN. Le projet Kaffe est donc plus ou terminé puisque JDK1 ne bouge plus.

Pour voir des implémentations libres du JDK2, il faut mieux regarder du côté de :
- Classpath www.gnu.org/software/classpath/classpath
- Classpathx
www.gnu.org/software/classpathx/
- gcj dans GCC
gcc.gnu.org
- ORP
orp.sourceforge.net/
- SableVM
www.sablevm.org/
- Kissme
kissme.sourceforge.net/
- Jupiter VM
www.eecg.toronto.edu/~doylep/jupiter/
...

Voir aussi la Debian Java FAQ
http://www.debian.org/doc/manuals/debian-java-faq/(...)
En particulier la partie sur la licence SCSL
www.debian.org/doc/manuals/debian-java-faq/ch2.html#s2.3
"about as free as the former Soviet Union"
8<------------------------------

relogeable

Désolé, il manquait les http://

(présentation aux RMLL 2002 du Tech Evangelist Tristan Nitot de Netscape/Mozilla)
http://www.nitot.com/mozilla/lsm2002/mozilla/slide07.html(...)

« Netscape 6 and 7 are Mozilla + AIM/ICQ client + localization + Spell Checker + Third-party Plug-ins + AOL Mail support + Netscape.com registration - DOM Inspector - JS Debugger »

Actuellement pour le boulot on utilise stow pour gérer les logiciels que nous compilons pour nos 5 architectures. Cependant des problèmes de dépendances se posent encore (genre changement de version des bibliothèques dynamiques par exemple).

On hésite encore entre une solution basée sur des .deb et une solution basée sur les ports BSD. Sachant que l'on est deux admin, et que chacun ne connaît les avantages et inconvénients que de l'une des deux solutions, on aimerait avoir un avis extérieur sur le sujet.

Autant on trouve facilement des comparaisons sur les paquets Linux entre eux (deb, rpm, tgz, slp, etc), par exemple http://kitenet.net/~joey/pkg-comp/(...) , autant je n'ai pas vu de comparatifs entre les systèms de paquets Linux et de ports BSD.

Si quelqu'un a un avis (de préférence non trollifère et argumenté) sur le sujet, je suis preneur.

Au passage, il y a au moins deux "zilla" contenant dans un dico anglais (source allwords.com)

Zilla (n.)n. 1. A low, thorny, suffrutescent, crucifeous plant (Zilla myagroides) found in the deserts of Egypt. Its leaves are boiled in water, and eaten, by the Arabs.

Zillah (n.)n. 1. A district or local division, as of a province.

Je maintiens mon propos. La SCSL n'est pas libre.

http://www.gnu.org/licenses/license-list.html(...)

"The Sun Community Source License.

This is not a free software license; it lacks essential freedoms such as publication of modified versions. Please don't use this license, and we urge you to avoid any software that has been released under it."

Il suffit de lire la licence pour s'en convaincre (tout développeur Java devrait s'intéresser à cette licence un jour, avant de l'utiliser serait le mieux (ce que je n'ai pas fait perso, et je regrette que personne ne m'ait parlé d'aspects légaux lorsque l'on m'a enseigné le Java)).

Faite du Java, mais faite-le avec des implémentations libres. Si celles-ci sont insuffisantes, perso, et ça n'engage que moi, ou je contribue à les améliorer, ou je me débrouille pour le faire autrement (dans le cadre de mes développements pour le libre il s'entend, pour le boulot c'est un autre problème). C'est une des conditions de l'hébergement sur Savannah par exemple.