Benoît Sibaud a écrit 9775 commentaires

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.

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 http://www.gnu.org/software/classpath/classpath.html(...)
- Classpathx
http://www.gnu.org/software/classpathx/(...)
- gcj dans GCC
http://gcc.gnu.org(...)
- ORP
http://orp.sourceforge.net/(...)
- SableVM
http://www.sablevm.org/(...)
- Kissme
http://kissme.sourceforge.net/(...)
- Jupiter VM
http://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
http://www.debian.org/doc/manuals/debian-java-faq/ch2.html#s2.3(...)
"about as free as the former Soviet Union"

[je fais suivre la réponse de pappy à sa demande]

Tout d'abord, désolé de répondre si tardivement mais je suis actuellement en cure de désintoxication informatique (comprendre en
vacances avec ma copine ;-).

Il y a plusieurs points auxquels je voudrais répondre ici, mais avant cela, juste une petite précision : je crois que MISC 3 n'est plus en
vente à compter d'aujourd'hui (ou qqc dans le genre). Je n'en suis pas certain du tout, alors j'espère que Lefinois précisera cela rapidement. <mode= "je perd pas le nord ">Mais vous pouvez toujours contacter Diamond directement pour le commander </perte du nord>


Cette news
Les résultats de MISC 2 nous sont parvenus fin Juillet. Ensuite, toutes les personnes ayant contribués à MISC ont beaucoup discuté sur une liste de discussion interne. Nous avons essayé d'analyser nos erreurs, et de trouver des solutions. Petit à petit, les choses et
les gens se sont organisés pour essayer de promouvoir MISC. De la pub subtile et discrète a été faite aux LSMs, un bandeau a été distribué
et le site web a rapidement été mis en place. J'ai dit ici même dans un thread que la sortie de MISC 4 était peu probable. Puis, de fil en aiguille, de plus en plus de personnes ont mis le bandeau MISC ou posté un message sur leur site pour soutenir MISC. Et maintenant, une news en première page de linuxfr.

Bref, tout ça pour dire merci à tous de votre soutien.

L'avenir de MISC
La décision quant à un numéro 4 sera prise d'ici la fin du mois, en fonction des ventes du 3. En fait, le coût d'un magazine est assez difficile à estimer puisqu'il dépend du volume de vente. En gros, moins on vend d'un magazine, plus on paye chère la distribution.

Alors passer à un autre mode de distribution ? A priori, ce n'est pas suffisant, mais je garde cette idée dans un coin de ma tête.

Et la suite ? Ben, c'est pareil ! Jusqu'à un certain seuil de vente, la sortie du numéro n+1 dépend des ventes du numéro n. Si le 1 est presque rentré dans ses frais, ce n'est pas le cas du 2. Et comme Diamond n'est pas une grosse boîte d'édition, ils ne peuvent pas se permettre de prendre trop souvent ce genre de gamelle, il faut les comprendre aussi.

Réduire les coûts : mettre de la pub
Ce serait bien sûr une solution. Mais pour le moment, il n'y en a pas (autres que pour Pearl/Diamond).
Si vous voulez placer de la pub dans MISC, contacter moi directement et je vous transmettrai les coordonnées de la personne qui s'occupe de
ça. Enfin, la vocation du magazine n'est pas de se transformer en plaquette publicitaire, donc ne vous inquiétez pas de cela.

Le prix
Vous l'avez tous remarqué, le prix de MISC a augmenté entre le 1 et le 2. L'idée derrière cette augmentation était que celle-ci devrait
permettre de combler le déficit de MISC 1. Malheureusement, ce n'est pas le cas. Oui, c'est vrai, 7.45 Euros, c'est cher pour un magazine,
mais je pense en toute honnêteté qu'il les vaut. Je n'ai eu que des retours positifs sur le contenu du magazine jusqu'à présent. Bien sûr, il y a tjs des personnes qui préfèrent tel ou tel sujet, qui aimeraient avoir plus de tel autre, etc <85> mais j'essaye d'équilibrer pour qu'il y ait un peu de tout (programmation, réseau, etc.) Du coup, j'ai eu qq retours/commentaires qui me le faisaient remarquer, mais personne n'a mis en doute la qualité du magazine.

Maintenant, nous avons peut-être fait une erreur en augmentant le prix ainsi, et j'ai fait une bêtise en oubliant de le mentionner et de l'expliquer dans l'édito de MISC 2.

Dans le cas d'une suite, je ne sais pas quel sera le prix. Nous essaierons de revenir aux 80 pages initialement prévues, mais c'est très difficile de s'y limiter. Cependant, même si on y parvient, je ne peux pas m'engager maintenant pour dire quel sera le prix du magazine.

La distribution
Quand on regarde les chiffres donnés par le distributeur, il n'y a aucun problème de ce côté. Pourtant, dans les faits, plusieurs personnes m'ont dit ou écrit avoir du mal à trouver MISC. Pourquoi ? Sans doute plusieurs raison à cela. Le magazine est assez confidentiel auprès des buralistes. Pour eux, un truc qui parle de sécurité informatique, c'est un peu étrange et ils ne savent pas quoi en faire. Du coup, il est souvent caché. Un copain m'a même dit avoir demandé au vendeur, qui lui a dit qu'il n'avait pas ce magazine en rayons <85> mais en cherchant un peu, il a quand même fini par le trouver.

Unix/Linux et autres OS
Comme le font remarquer plusieurs personnes, ça me semble impossible de parler sécurité sans aborder tous les systèmes, ou même des aspects plus théoriques comme la crypto par exemple. Donc si MISC continue, ce sera de cette manière.

Mais si MISC s'arrête, il y aura une rubrique sécurité dans Linux Magazine, mais nous ne pourrons alors plus parler de virus par exemple, puisque les virus n'existe pas sous Unix (ATTENTION ceci est complètement faux, mais c'est ce que croit la majorité des gens ; l'idée n'étant pas ici de lancer le débat sur les virus Unix). De même, il y aura des HS à gogo sur différents sujets liés à la sécurité <85> mais je je trouve pas très crédible de parler de sécurité en se cantonnant à Linux, voire Unix.

Au passage, pour initier cela, vous trouverez un excellent article sur Solaris 9 dans le prochain LMF.

Buisness plan
En fait, nous sommes partis du constat que le HS sur la sécurité a été un franc succès et qu'il n'existait pas d'autre revue technique sur ce
sujet. Donc, nous nous sommes dit, pourquoi pas ?

Se faire connaître
Le problème majeur de MISC est celui de se faire connaître. Ca prend du temps, et nous n'en avons pas forcément assez. La sortie d'un numéro est en général annoncée ici, sur fr.comp.securite et sur qq autres listes de diffusions. Mais ça ne semble pas suffisant. Par exemple, le CLUSIF n'a appris l'existence de MISC qu'à la sortie du 3.
Je pense que MISC pourrait intéresser de nombreuses entreprises, mais j'ai aussi toujours dans l'idée de faire un magazine pédagogique (les
auteurs vous diront combien j'insiste là-dessus) parce que je pense que les articles peuvent aussi servir dans le cadre de cours, en fac
ou en école d'ingé par exemple.
Mais ce n'est pas facile, ni gratuit, de contacter toutes ces entités.
ET là, j'apprécie le coup de main de tous les contributeurs et lecteurs du magazine qui lui font une bonne pub, même si ça ne suffit malheureusement pas.

<b>Eviter les failles <85><b>

Je réponds ici à un thread précédent parce que, pour une raison que je ne m'explique pas, mon navigateur plante quand je tente de répondre
directement.

Merci pour le magistral, mais faut pas exagérer quand même (enfin, ça fait tjs plaisir :) En plus, je n'étais pas seul, loin de là. J'ai eu
la chance de travailler là-dessus avec des personnes aux compétences différentes des miennes et nous avons tous appris les uns des autres.
Pour mémoire, il s'agit de Christophe Blaess et Christophe Grenier.

Concernant LinuxFocus et LinuxMagazine, la série d'articles a été donnée (comme tous les articles que j'ai écrit pour Linux Magazine France) à LinuxFocus et gracieusement traduits par Georges
Tarbouriech, un des principaux contributeurs à Linux Focus (encore merci, merci, merci Georges).

Au passage, Linux Focus recherche toujours des traducteurs et des auteurs, alors ne vous gênez pas les contacter

Bon, il commence à se faire tard et ma copine crise <85> J'ai encore ma valise à faire pour prendre le train demain.

Encore une fois, merci à tous pour votre aide et n'hésitez pas à me contacter (ainsi que Denis Bodor - linuxredac@linuxmag-france.org) si
vous avez besoin de renseignements.

J'ai effectivement écrit « libres » en pensant « libres avec copyleft ».

Un beau shéma explicatif :
http://www.gnu.org/philosophy/categories.html#PublicDomainSoftware(...)

ça vaut des fois 1 bit par seconde...

http://www.linuxfr-france.org.invalid/prj/jargonf/B/baud.html(...)

[UM] Baud, l'unité, du nom de Baudot, l'inventeur (1845-1903). Le baud est l'unité de rapidité de modulation, souvent confondu avec le bit par seconde. Voir bps, modem. En général, 1 baud = 1 bps, mais cela dépend de la valence du signal (i. e. le nombre de valeurs différentes qu'il peut prendre). Dans les modems actuels (05/97), 1 baud vaut plusieurs bps.

Je me répète mais ... http://linuxfr.org/topic/Audiovisuel/9030,0,0,0,0.php3 Gnurou a écrit : « Cependant Nicolas Pitre a développé un décodeur Vorbis en calcul entier *libre*, c'est dispo sur ftp.arm.linux.org.uk/pub/linux/arm/people/nico/vorbis »

d'où le « ou » dans « libres ou au moins dans le domaine publique »

Je me demande s'il n'est pas un peu facile d'accuser uniquement la bureaucratie ou le gouvernement. Actuellement les populations sont majoritairement prêtes à sacrifier leur liberté pour plus de « sécurité », sans forcèment voir les conséquences.

Les remèdes sont toujours les mêmes : communiquer, informer, participer à la vie politique (par exemple via des asso du libre, pour la solidarité, les droits de l'homme, les dérives sécuritaires, etc).

> Pourquoi tout simplement ne pas s'en remettre à la loi du marché ?

Parce que des monopoles ont existé, existent et existeront sinon ? Parce que le but d'un gouvernement n'est pas forcèment de suivre le marché ? Parce que le gouvernement est censé suivre les désiderata de ses citoyens ?
Entre ne rien faire, et passer des lois/obligations, il y a possibilité de modifier les appels d'offre pour les administrations pour exiger des standards et des codes sources ouverts.

Les administrations devraient utiliser des logiciels :
- utilisant des standards ouverts (interopérabilité et pérennité)
- avec des sources publiques (confiance et sécurité)

et les logiciels développés pour et/ou par les administrations devraient être libres ou au moins dans le domaine publique.

Perso je préfère le premier, mais bon le second est crénelé donc c'est un peu normal aussi qu'il soit moins joli.

Un truc qui passait sur TF1 quand j'ai allumé la télé. « Voleurs de charme » peut-être si j'en crois la photo de tv.voila.fr d'aujourd'hui, et si je me souviens bien (c'était dimanche dernier). Mais bon j'en mettrai pas ma main au feu.