En mars, une dépêche sur ce site faisait part de la colère montante chez de nombreux utilisateurs et développeurs de Logiciels Libres au sujet de l'utilisation croissante de Java dans OpenOffice.org 2.0. Dans les versions actuelles d'OpenOffice, Java n'est indispensable que pour des fonctionnalités mineures. Dans la version 2 de la suite bureautique, Java deviendrait indispensable pour un grand nombre de fonctionnalités. Cette décision avait fait resurgir le débat autour du pouvoir de Sun sur le projet OpenOffice ainsi que sur les problèmes posés par l'utilisation de Java : disponibilité sur architectures non-x86 et sur systèmes non-Linux.
En réponse, Richard Stallman avait lancé un appel à contribution pour réaliser une version non-dépendante de Java de la suite bureautique, afin de sortir de ce qu'il appelle le Java trap, c'est-à-dire la dépendance d'un Logiciel Libre sur un logiciel non-libre. Face à cet appel, Scott Carr, Documentation and QA Co-Lead du projet OpenOffice.org a démarré un dialogue avec la FSF pour aboutir à une solution plus pertinente qu'un fork. Il a ainsi précisé que le projet OpenOffice accepterait volontiers les contributions de la FSF, a demandé « comment il pouvait aider à créer une meilleure relation entre la communauté OOo et la FSF», en concluant qu'«il aimerait que tous puissent travailler sur OpenOffice pour en faire un meilleur produit plutôt que de créer de multiples forks».
RMS a ensuite appris qu'OpenOffice était sur le point de fonctionner avec GCJ, une implémentation libre de Java. Il a précisé à Scott Carr qu'il souhaitait pouvoir distribuer une version d'OpenOffice sans devoir encourager à l'utilisation de logiciels non-libres. Scott Carr a donc suggéré que la FSF se concentre sur les questions de compatibilité avec GCJ, mais qu'elle participe également à l'amélioration du logiciel en reportant des bugs au sujet de toutes les fonctionnalités inopérantes avec les versions libres de Java.
Richard Stallman est encore sceptique et souhaiterait qu'une position plus claire soit prise par les développeurs d'OpenOffice. Il aimerait par exemple que la compatibilité avec les versions libres de Java soit directement inclue dans les bonnes conduites de développement (guidelines). En tout cas, RMS a depuis mis à jour son appel à contribution, précisant qu'il cherchait des développeurs pour faire fonctionner OpenOffice.org avec GCJ.
Journal Transcription commentée de l'émission 8-FI sur les logiciels libres
17
mai
2005

Suite à cette news: http://linuxfr.org/2005/05/15/18940.html(...)
j'ai regardé l'émission et j'en suis sorti avec un sentiment mitigé. J'ai voulu réagir dans les commentaires, mais vu l'ampleur que ça prenait et la difficulté à faire correspondre mes impressions avec tel ou tel passage de la vidéo, je me suis dis que le mieux serait de retranscrire la totalité des dialogues de l'émission, et d'y ajouter mes commentaires. De plus ça servira à d'autres qui auraient aussi des commentaires sur le contenu de (…)
j'ai regardé l'émission et j'en suis sorti avec un sentiment mitigé. J'ai voulu réagir dans les commentaires, mais vu l'ampleur que ça prenait et la difficulté à faire correspondre mes impressions avec tel ou tel passage de la vidéo, je me suis dis que le mieux serait de retranscrire la totalité des dialogues de l'émission, et d'y ajouter mes commentaires. De plus ça servira à d'autres qui auraient aussi des commentaires sur le contenu de (…)
Forum Linux.debian/ubuntu ACPI : modifier la table DSDT
3
mai
2005
J'essaie de compiler l'outil pour assembler/désassembler la table DSDT selon les instructions http://gentoo-wiki.com/HOWTO_Fix_Common_ACPI_Problems(...) et http://linuxfr.org/tips/263.html(...) pour mon portable Acer Aspire 1694WLMi (Bios version S3C25) qui tourne à plein régime tout le temps, donc j'aimerais bien que le speedstep et autres ventilateurs/thermomètres soient gérés. Je suis en Ubuntu 5.04 (Hoary)
Malheureusement ça commence mal:
Malheureusement ça commence mal:
root@aspiro:/home/djax/acpi # cd acpica-unix-20050309/compiler/
root@aspiro:/home/djax/acpi/acpica-unix-20050309/compiler # make
bison -v -d -y -pAslCompiler aslcompiler.y
conflits: 57 décalage/réduction, 50 réduction/réduction
aslcompiler.y:916.7-81: AVERTISSEMENT: la règle n'a jamais fait de réduction (…)
La réaction de Richard Stallman aux récents évènements autour de BitKeeper
Comme plusieurs dépêches l'ont déjà mentionné durant les dernières semaines, les développeurs du noyau Linux n'utilisent plus BitKeeper pour gérer leur code source, mais un outil libre développé spécifiquement pour cette tâche. Ce changement fait suite à l'arrêt de la distribution gratuite du client BitKeeper par l'entreprise BitMover.
Jusqu'à alors, Richard Stallman n'avait pas réagi à ces évènements et c'est dans un article de NewsForge que paraît sa première réaction. Il est satisfait de ce changement et précise que « pour la première fois de sa vie, il voudrait remercier Larry McVoy », le principal interlocuteur de BitMover auprès des développeurs du noyau.
Il rappelle que le mouvement du Logiciel Libre agit depuis 15 ans pour promouvoir la Liberté et non la gratuité, « Think of free speech, not free beer ». Selon lui, McVoy faisait le contraire : « il proposait aux développeurs de se concentrer sur la gratuité et non sur la liberté ». RMS pense que des « activistes du Logiciel Libre » aurait rejeté cette proposition, mais « ceux qui dans la communauté placent les avantages techniques au dessus de la Liberté » y ont été réceptifs.
Il profite de l'article pour réaffirmer que le système s'appelle GNU/Linux et non Linux, et pour parler de la nécessité de disposer de pilotes de périphériques libres, de BIOS libres et bien sûr de programmes libres.
Il conclut : « Nous ne devons pas oublier la leçon que nous avons apprise : les programmes non-libres sont dangereux pour vous et votre communauté. Ne les laissez pas prendre une place dans votre vie ».
Jusqu'à alors, Richard Stallman n'avait pas réagi à ces évènements et c'est dans un article de NewsForge que paraît sa première réaction. Il est satisfait de ce changement et précise que « pour la première fois de sa vie, il voudrait remercier Larry McVoy », le principal interlocuteur de BitMover auprès des développeurs du noyau.
Il rappelle que le mouvement du Logiciel Libre agit depuis 15 ans pour promouvoir la Liberté et non la gratuité, « Think of free speech, not free beer ». Selon lui, McVoy faisait le contraire : « il proposait aux développeurs de se concentrer sur la gratuité et non sur la liberté ». RMS pense que des « activistes du Logiciel Libre » aurait rejeté cette proposition, mais « ceux qui dans la communauté placent les avantages techniques au dessus de la Liberté » y ont été réceptifs.
Il profite de l'article pour réaffirmer que le système s'appelle GNU/Linux et non Linux, et pour parler de la nécessité de disposer de pilotes de périphériques libres, de BIOS libres et bien sûr de programmes libres.
Il conclut : « Nous ne devons pas oublier la leçon que nous avons apprise : les programmes non-libres sont dangereux pour vous et votre communauté. Ne les laissez pas prendre une place dans votre vie ».
Journal Le cardinal Ratzinger vous en pensez quoi ?
20
avr.
2005
Voila, tout est dans le titre.
Moi ça me fait peur, compte tenu de la réputation qu'il a dans les médias.
Je me rassure en me disant que qualifier qu'un d'intégriste n'a pas forcement de sens.
Sinon ce serait mettre dans le même sac Mère Térésa, Richard Stallman et Ben Laden.
Moi ça me fait peur, compte tenu de la réputation qu'il a dans les médias.
Je me rassure en me disant que qualifier qu'un d'intégriste n'a pas forcement de sens.
Sinon ce serait mettre dans le même sac Mère Térésa, Richard Stallman et Ben Laden.
Journal Mémoire: L'impact de l'évolution du droit informatique sur les éditeurs de logiciels en Europe : Quel avenir pour les logiciels libres ?
19
avr.
2005

Habitués de Linuxfr, vous êtes peut-être bien conscients de l'importance de l'évolution du droit relatif à l'informatique sur les éditeurs de logiciels. Les "brevets logiciels" et les licences d'utilisation ne vous sont pas inconnus. Sans doute avez-vous lu un certain nombre d'articles sur le sujet et en avez-vous tiré des conclusions.
Ca tombe bien, moi aussi. L'impact de l'évolution du droit [relatif à l'] informatique sur les éditeurs de logiciels en Europe : quel avenir pour les logiciels libres ? (…)
Ca tombe bien, moi aussi. L'impact de l'évolution du droit [relatif à l'] informatique sur les éditeurs de logiciels en Europe : quel avenir pour les logiciels libres ? (…)
Journal sortie officielle de Yellow Hat GNU/Linux
7
avr.
2005

Dharamsala, India, 31 Mars 2005
Le Dalai Lama a annoncé aujourd'hui la sortie officielle de Yellow Hat
GNU/Linux. Produite par les Gelugpa ou école des "Chapeaux
Jaunes" (Yellow Hat), cette distribution GNU/Linux est conçue pour
encourager la bienveillance et la coopération. Suivant le Dalaï Lama
"L'expérience du partage du logiciel libre apprendra à tous les êtres
humains le principe de bienveillance envers les autres êtres. Le
logiciel est un savoir formalisé; et partager le savoir dans l'esprit
GNU est un (…)
Le Dalai Lama a annoncé aujourd'hui la sortie officielle de Yellow Hat
GNU/Linux. Produite par les Gelugpa ou école des "Chapeaux
Jaunes" (Yellow Hat), cette distribution GNU/Linux est conçue pour
encourager la bienveillance et la coopération. Suivant le Dalaï Lama
"L'expérience du partage du logiciel libre apprendra à tous les êtres
humains le principe de bienveillance envers les autres êtres. Le
logiciel est un savoir formalisé; et partager le savoir dans l'esprit
GNU est un (…)
Interview de Richard Stallman sur OfB.biz
Richard Stallman a accordé le 31 mars une interview à Open for Business, le « journal indépendant de la migration open-source ».
Après un bref rappel de son rôle au sein de la FSF, Stallman donne quelques détails sur la version 3 de la licence GPL. Celle-ci devrait devenir compatible avec des licences qui n'étaient pas compatibles avec la GPL version 2, devrait mieux gérer les questions de brevets, régler le problème des services en ligne (ASPs) et améliorer l'obligation de citer l'auteur. Selon Stallman, beaucoup de programmes sont distribués sous licence « GPL version 2 ou ultérieure » et passeront ainsi automatiquement sous les termes de la GPL version 3.
Au sujet des distributions, Richard recommande la distribution UTUTO, développée en Argentine, car elle respecte complètement les critères de liberté de la FSF.
Le reste de l'interview aborde un grand nombre de sujets: Apple, Novell, FreeBIOS, le Hurd, Firefox, les programmes non-libres, etc...
Après un bref rappel de son rôle au sein de la FSF, Stallman donne quelques détails sur la version 3 de la licence GPL. Celle-ci devrait devenir compatible avec des licences qui n'étaient pas compatibles avec la GPL version 2, devrait mieux gérer les questions de brevets, régler le problème des services en ligne (ASPs) et améliorer l'obligation de citer l'auteur. Selon Stallman, beaucoup de programmes sont distribués sous licence « GPL version 2 ou ultérieure » et passeront ainsi automatiquement sous les termes de la GPL version 3.
Au sujet des distributions, Richard recommande la distribution UTUTO, développée en Argentine, car elle respecte complètement les critères de liberté de la FSF.
Le reste de l'interview aborde un grand nombre de sujets: Apple, Novell, FreeBIOS, le Hurd, Firefox, les programmes non-libres, etc...
Journal Interview de Richard Stallman sur l'état de GNU/Linux
1
avr.
2005
On y parle [1] un peu de la futur version 3 de la GPL, de "GNU system" au lieu de "Linux", de Mac OS [2], de HURD [3], de Firefox, de Wind... ok --> []
[1] : http://www.ofb.biz/modules.php?name=News&file=article&sid=3(...)
[2] : https://linuxfr.org/~Sasuke/17666.html(...)
[3] : https://linuxfr.org/~bins/17524.html(...)
[1] : http://www.ofb.biz/modules.php?name=News&file=article&sid=3(...)
[2] : https://linuxfr.org/~Sasuke/17666.html(...)
[3] : https://linuxfr.org/~bins/17524.html(...)
Journal Stallman sous MacOSX
1
avr.
2005
Il a enfin avoué ...
http://www.bmezine.com/news/pubring/20040720/acetone.jpg(...)
(j'ai rien trouvé de mieux ... je sors ?)
http://www.bmezine.com/news/pubring/20040720/acetone.jpg(...)
(j'ai rien trouvé de mieux ... je sors ?)
Spécifications matérielles: Théo de Raadt appelle de nouveau au lobbying
Théo de Raadt, leader du projet OpenBSD, invite les utilisateurs et utilisateurs potentiels de contrôleurs RAID Adaptec "FSA" à témoigner du besoin de spécifications techniques auprès du constructeur.
L'objectif est de permettre l'écriture de logiciels libres de gestion des contrôleurs RAID (reconstruction à chaud, activation et désactivation de l'alarme ...).
Un appel similaire a été lancé hier au sujet des fabricants de contrôleurs wifi peu coopératifs.
Cette démarche, si elle est fructueuse, sera profitable à tous (utilisateurs de GNU/Linux, FreeBSD et NetBSD compris) comme elle l'a été pour les contrôleurs wifi.
L'objectif est de permettre l'écriture de logiciels libres de gestion des contrôleurs RAID (reconstruction à chaud, activation et désactivation de l'alarme ...).
Un appel similaire a été lancé hier au sujet des fabricants de contrôleurs wifi peu coopératifs.
Cette démarche, si elle est fructueuse, sera profitable à tous (utilisateurs de GNU/Linux, FreeBSD et NetBSD compris) comme elle l'a été pour les contrôleurs wifi.
Journal Un ami m a dit que Linux ne batra jamais Windows; voici ma reponse.
15
mar.
2005
Voici le mail que je lui reponds, lui expliquant que ce debat n a pas lieu d etre:
Linux n est pas un produit.
Son but n est pas d etre vendu, ou de seduire un marcher.
C est avant tout un projet universitaire concu par des informaticiens universitaires, pour des etudiants informaticiens.
1: le projet GNU est ne en 1983 de RMS pour lancer et developper une colection d outils informatiques libres. Cette collection se veut compatible avec les (…)
Linux n est pas un produit.
Son but n est pas d etre vendu, ou de seduire un marcher.
C est avant tout un projet universitaire concu par des informaticiens universitaires, pour des etudiants informaticiens.
1: le projet GNU est ne en 1983 de RMS pour lancer et developper une colection d outils informatiques libres. Cette collection se veut compatible avec les (…)
Stallman souhaite plus d'efforts pour un BIOS libre
Richard Stallman souhaite plus d'efforts pour un BIOS libre. Stallman explique que le BIOS ne fait plus partie du matériel mais est bien un logiciel et, à cause de cela, doit devenir libre. Le site de la FSF contient une liste (à jour ?) des cartes mères qui supportent le BIOS libre LinuxBIOS.
Theo de Raadt reçoit le FSF Award 2004
Richard Stallman a remis, lors du FOSDEM 2005, le FSF Award à Theo de Raadt, fondateur du projet OpenBSD. Il lui a été attribué « en reconnaissance comme fondateur et meneur des projets OpenBSD et OpenSSH. Le travail de Theo de Raadt a également apporté des contributions significatives à GNU/Linux et les autres distributions BSD ». Le comité récompense également l'implication de Theo de Raadt dans les logiciels libres et les avancées en sécurité de réseaux.
NdM : les deux autres finalistes étaient Andrew Tridgell (Samba) et Cesar Brod (logiciels libres au Brésil). Les années précédentes ont été récompensés Alan Cox (2003), Lawrence Lessig (2002), Guido van Rossum (2001), Brian Paul (2000), Miguel de Icaza (1999) et Larry Wall (1998).
NdM : les deux autres finalistes étaient Andrew Tridgell (Samba) et Cesar Brod (logiciels libres au Brésil). Les années précédentes ont été récompensés Alan Cox (2003), Lawrence Lessig (2002), Guido van Rossum (2001), Brian Paul (2000), Miguel de Icaza (1999) et Larry Wall (1998).
Journal Enfin, je peux le dire: je recrute !!!
25
fév.
2005
Ca fait deux ans que j'ai cree ma societe, InSeal, pour developper un OS pour carte a puce sans-contact. Apres deux ans de galeres et de batailles pour obtenir des partenariats, on en est finalement a un point ou on a besoin et surtout ou on a les moyens de recruter une ou deux personnes en plus.
C'est vraiment une etape importante pour nous et je peux vous dire que ca m'a coute pas mal d'heures de stress pour en (…)
C'est vraiment une etape importante pour nous et je peux vous dire que ca m'a coute pas mal d'heures de stress pour en (…)