La flibuste prend à l'abordage les prochaines journées d'Autrans !

Les Journées de l'ISOC-France à Autrans étaient sur le thème des usages. L'un des usages en cours sur le Net est la prise de pouvoir du réseau par ceux qui le font.

Suivant ce principe, Autrans 2003, ce sera donc ceci : http://www.autrans2003.org/ !

Note du modérateur: allez voir ! :-)

Napster vient de nous présenter son nouveau modèle de fonctionnement.

En gros, ça revient à ça:
- différenciation entre mp3 authorisés (unrestricted) et interdits
- nouveau format de fichiers musicaux (propriétaire comme il se doit) '.nap'.
- paiment des artistes enregistrés (enfin, paiment des majors, surtout)
- payant, qui en aurait douté.

(merci /.)

Vous avez bien lu... pour 2003! L'auteur part de l'information qu'à cette date microsoft ralentira ( comprendre arretera ) le support, patches et bugfixe en 2003 sur les pre-XP, par consequent les utilisateurs et entreprises verront, plus que jamais, linux comme une alternative.
Au sommaire:
- Linux, les utilisateurs et le marché
- Linux et le desktop
- Linux, le jeux et autre
- Linux, pub et promotion
...

Des développeurs du Libre prennent leurs distances avec le copyleft de la Free Software Fundation.

Dans un article sur O'Reilly Network, ils expliquent que les licences copyleft qu'ils avaient choisis dans un premier temps leur ont posé des soucis par la suite. Ils retracent leurs choix successifs de licences en expliquant ce qui a motivé ce choix: des motivations d'ordre philosophique (le Bien) mais aussi d'efficacité (le Mieux).
Deux reproches sont fait à la GPL: on impose nos idées aux autres; la gestion de la GPL-compatibilité est lourdingue. En ce qui concerne la LGPL, Liberated GPL (sic), ses termes leurs paraissent flous. Mais le tableau qu'ils brossent n'est pas tout noir. Les licences copyleft ont un rôle important de catalyseur à jouer, disent-ils. Ils proposent qu'on ne considère pas le copyleft comme un choix par défaut mais qu'on l'intègre dans la stratégie de développement d'un projet.

Les conclusions de l'article, sous forme de conseils sont traduites ci dessous:

- Utilisez une licence couvrant les plus petites conditions de copyleft qui conviennent à votre projet. Par exemple et par ordre croissant, nous utilisons :
* des licences sans conditions,
* la MPL avec des conditions sur les fichiers,
* la LGPL avec des conditions sur les bibliothèques,
* et la GPL avec des conditions sur les exécutables.

- Si le copyleft est nécessaire, placez le uniquement sur la partie spécifique de votre code. Par exemple, si le code d'une table de hachage ou d'un socket wrapper ne sont pas spécifiques à votre application, il pourra être réutilisé dans d'autres projets. Donc il devrait avoir moins de copyleft que ce qui fait la spécificité de votre application afin d'éviter d'imposer des conditions copyleft sur des projets où il sera réutilisé. Si vous envisagez de mettre le code sous plusieurs licences, notez que le code sous GPL ne pourra être combiné qu'avec du code sous une licence compatible avec celle ci.

BGW 33 est sorti en français. Les projets présentés sont :
- GNU Grep : Grep évolue encore.
- UnRTF : conversion de RTF vers txt, html, postscript ou LaTeX.
- QTreeMap : les "arborescences en Qt.
- DAP : pour l'analyse de données.
- GNUComm : un environement de communication.
- GNU ccRTP : un protocole de transport en temps réel.
- GNU ccAudio : bibliothèque pour l'audio.
- GNU ccScript : langage de script assembleur.

P.S. : BGW 34 est sorti en anglais.

Ximian, que je ne présente plus, fait payer le ftp maintenant :)



En effet, il faut payer pour avoir accès à des serveurs plus rapides pour mettre à jour Ximian !



On apate avec un service gratuit (et non libre ! - le logiciel néanmoins l'était), puis on passe en payant. Procédé pour le moins banal. Très habile néanmoins.



Avec bien entendu des partenaires comme Wmware, Opera, etc, qui ne sont pas des partenaires de Logiciel Libre, qui ne présentent aucun intérêt pour une machine avec Gnome...



Bref, il y'a de quoi sourire si on se souvient des prestations de MDI en grand défenseur du Logiciel Libre face à KDE, à l'époque de Qt non libre.



Note : Je joins à cette annonce les portofolio d'investisseurs de Ximian. Il faut bien comprendre que ces gens ont sans doute leur mot à dire dans la gestion de Ximian, car sans eux, plus de Ximian. Il suffit de voir leurs activités pour comprendre que si Ximian ne tourne pas en faisant du libre, ils n'auront pas de scrupules à exiger de Ximian une autre méthode de travail... Ce qui semble d'actualité.



Ayant dépassé le seuil des 5 liens, je vous signale tout de même la dépêche sur le(s) futur(s) composant(s) propriétaire(s) d'Evolution (tm).

Le directeur de RedHat, Matthew Szulik n'est pas satisfait du possible règlement du procès contre Microsoft poursuivi par le gouvernement Américain pour abus de monopole et RedHat veut le faire savoir. Le dénouement du procès est proche. Ainsi au milieu de la page d'accueil du site RedHat une citation de Winston Churchill un peu "dramatisante" (traduction libre): "Je suis devant vous pour combattre tant qu'il reste une chance..."
Matthew Szulik reproche au gouvernement d'être trop indulgent avec Microsoft et d'accepter des pratiques contraires aux fondamentaux de l'esprit Américain. Ainsi avec des accents "patriotiques", Matthew Szulik appelle les représentants nationaux à s'engager dans le débat.

A lire car le texte aborde beaucoup de points.

Un article très intéressant sur l'avenir de Linux en tant que système embarqué par Jack G. Ganssle est paru récemment sur le site embedded.com.
L'auteur de l'article s'interroge sur l'avenir de Linux dans ce domaine, au vue des chiffres (Linux ne représenterait que 12% de ce marché et 38% envisageraient cette option), des difficultés rencontrées par les boites proposant des services autour des Linux embarqués (voir l'intro de l'article) et des performances de Linux.
A la suite de l'article, les réactions de trois lecteurs ayant trois opinions différentes à ce sujet (entiérement d'accord avec l'article, partiellement d'accord et pas du tout d'accord).
J'ai rajouté un lien vers le site de RTLinux, le système de ce type le plus connu.

Un (long) article paru dans Newsforge relate certains avantages des GUI pour configurer son OS préféré. Gourous de la ligne de commande, princes du vi attention, le cliqueur fou est de retour ;)

Il n'empêche que certains arguments semblent valables : convivialité pour les novices, efficacité (?).

"Certains CD audio risquent de ne pas fonctionner sur un petit nombre de lecteurs de CD et de DVD de salon, des consoles de jeu comme la Xbox de Microsoft ainsi que sur les Macintosh d'Apple."
Voici ce qu'ont reçu de Universal Music les revendeurs de CD audio pour la sortie du disque "More Fast and Furious". On parle beaucoup actuellement des systèmes empéchant la copie d'un disque sur les PC, et certains s'étaient étonnés que ne soit pas mentionnée sur la pochette une telle protection. Universal a semble-t-il entendu leurs plaintes et espère ainsi légitimer son action.
En attendant, sont interdits, dans les faits, les copies à caractères privés de ce disque, ainsi que son écoute pour certains d'entre nous.
Un tel mépris de l'auditeur est-il acceptable?

Faisant un complement de formation -je suis archéologue à la base- en suivant les cours de BTS informatique de Gestion, 2ème année, option Dévéloppeur d'application, avec le CNED, je suis tombé sur les cours d'architecture logicielle des systèmes informatiques, et j'ai été "choqué" par le contenu, surtout quand on le compare à la qualité des autres cours proposés -architecture matérielle des sysytèmes informatiques, Algorithmique et langages...-.

En effet ce cours devant apprendre comment est constitué de facon logicel les systèmes informatiques, il doit être indépendant de tout système d'exploitation, pour donner l'architecture théorique de ces sytèmes, tout en proposant des exemples pratiques pris sur tel ou tel système, et là si l'auteur ne veut s'appuyer que sur un système, quel qui soit, c'est son choix, tant que la partie théorique est bien faite et bon niveau.

Mais là, ce cours n'a rien de théorique, et n'est en résumé que l'apprentissage -et très résumé, cela n'apporte rien si ce n'est une connaissance de une ou deux commandes- des solutions de Microsoft à l'architecture logicielle. c'est en fait un aperçu d'Access pour l'architecture des bases de données, un aperçu des commandes AT ou Net Use du shell de Windows, pour la parti concernant le shell... A croire que c'est développé par Microsoft... et en fait on en est pas loin, car la partie concernant les solutions de configurations des installations réseaux d'applications -avec la gestions de groupes...- il est dit, en s'appuyant bien sûr sur Office -97-, qu'un outil à été développé spécialement pour cela, le truc c'est que la phrase est "NOUS avons développé un outil...", donc c'est bien quelqu'un travaillant chez Microsoft, qui a écrit un cours qui se doit être théorique, et qu'il est loin d'être.

Je suis donc choqué du cours proposé, qui ne correspond à la définition même de ce que devrait être le cours, alors qu'à côté de cela, les cours mentionnés plus haut, sont très bien conçus et correspondent réellement à ce qu'ils doivent être. Je ne critique pas le fait que l'auteur travaille chez Microsoft -quoi que...-, car les auteurs étant toujours des professionnels, il faut bien qu'ils travaillent quelque part, par contre que le CNED ait laissé passer une telle proposition de cours, je ne trouve pas cela normal.
j'en aurai encore beaucoup à dire, mais je vais arrêter maintenant car je risque de m'emporter :-)

Dans cette nouvelle on apprend que PHP-Nuke est non seulement un programme non OpenSource (c'est vrai qu'il est seulement sous licence GPL), qu'en plus son code source n'est pas accessible, ce qui est un comble pour un logiciel écrit dans un langage de "script", mais qu'en plus il est truffé de bugs de sécurité, qui après analyses se revèlent avoir été corrigés depuis quelque temps. La methode de "crack" présentée est en plus passablement suréaliste

Dans cette autre nouvelle, un mélange invraisemblable est fait entre les differentes implémentations d'un protocole pour arriver à la conclusion que le protocole n'est pas fiable car soumis à la somme des failles de toutes les implémentations.

Il serait temps de que la communauté du "logiciel libre" s'organise pour faire rectifier ces contre-vérités.

(Note du modérateur : ces propos n'engagent que leur auteur.)

IBM viens de se faire tapper sur les doigts par la ville de San Francisco. Après une campagne de graffiti sur les murs et les trottoirs de la ville commencée en mars 2001, la ville à attaqué Big Blue et a obtenu gain de cause.



Aujourdhui, IBM accepte de payer 119.000 dollars de dédomagement mais l'histoire ne dit pas si cela revient plus ou moins cher qu'une campagne d'affichage / presse classique.

Mosfet, célèbre (et turbulent) (ex)contributeur au projet KDE, nous livre ses impressions sur la hiérarchie des répertoires utilisés par les distributions Linux. Selon lui, le problème remonte aux premières versions de la RedHat. Les développeurs de cette distribution ont pris l'habitude de mettre tout dans /usr parce qu'ils sont fainéants et toutes les autres distributions ont suivi par soucis de compatibilité.

Il soulève l'impossibilité de facto de maintenir son installation sans passer par les outils de paquetage.

Certains d'entre vous auront peut-être constatés ces dernières semaines que leurs correspondants sur icq ne recevaient plus tout leurs messages, ou encore qu'ils ne recevaient pas tout les messages qui leurs étaient destinés.





Ceci semble être du à un changement de protocole, entamé depuis quelques temps par AOL, vers OSCAR. Pour l'instant, seuls deux clients sous linux prennent en compte ce protocole. Les autres clients ne voyaient pas l'urgence de la migration.





Mais voila, désormais, lorsque vos messages sont envoyés via le serveur, ils sont droppés si votre client de supporte pas Oscar ...





En attendant le support d'Oscar dans nos clients préférés, il ne nous reste surement plus qu'à utiliser gaim ou ickle, qui fonctionnent tout deux correctement. Une belle leçon sur les protocoles propriétaires.



Note du modérateurs : merci à tous les autres qui ont aussi proposé cette nouvelle.