Les brevets logiciels ? De la bétise pure et dure.

Récemment, Microsoft a prouvé que les brevets logiciels sont de la bétise pure et simple… Il a déposé un brevet pour les touches « Page Up » et « Page Down » qui existent sur les claviers depuis des années… Et sûrement depuis le premier IBM PC de 1981.

Mais ce n’est pas le premier coup d’éclat de Microsoft dans ce domaine. Un brevet est passé un peu plus inaperçu. Le brevet 6,775,781 déposé en 2000 et accepté en 2004 décrit le fonctionnement de Sudo, outil qui date de 1980 !

Dans le jargon technique, on décrit comment un processus initié par un utilisateur simple peut être autorisé à avoir les pleins pouvoir pour effectuer une tache administrative : installation de logiciels par exemple.

Sudo est un outil qui date de l’époque ancestrale des premiers BSD (1980) et qui donc est la preuve de l’existence de ce concept largement avant le dépot du brevet.

On peut lire sur la page de l’outil sudo :

« Sudo was first conceived and implemented by Bob Coggeshall and Cliff Spencer around 1980 at the Department of Computer Science at SUNY/Buffalo. It ran on a VAX-11/750 running 4.1BSD. An updated version, credited to Phil Betchel, Cliff Spencer, Gretchen Phillips, John LoVerso and Don Gworek, was posted to the net.sources Usenet newsgroup in December of 1985. »

Ce qui donne traduit :

« Sudo a été conçu et implementé par Bob Coggeshall et Cliff Spencer aux alentours de 1980 au département de science informatique de SUNY/Buffalo. Il se lançait sur un VAX-11/750 utilisant 4.1BSD. Une version mise à jour, à mettre au crédit de Phil Betchel, Cliff Spencer, Gretchen Phillips, John LoVerso et Don Gworek a été posé sur le forum Usenet net.sources en décembre 1985 ».

Le code source de l’outil « asroot » devenu « sudo » est toujours disponible et lisible via google groups.

L’UAC – introduite avec une préversion de la béta 2 de Windows Vista en février 2006 – n’est que la partie graphique de ce mécanisme. Cependant, l’UAC n’est pas la première interface graphique dans ce domaine.

GKSu existe depuis pas mal de temps. Cet outil graphique pour Su et Sudo existe depuis… février 2004 ! On peut en effet récupérer le code source de gksu 1.0.3 depuis cette page : http://people.debian.org/~kov/gksu/old_stuff/1.0/

La preuve en image… GKSu à l’oeuvre avec une Ubuntu 5.10 (octobre 2005) dans une machine virtuelle sous VirtualBox 2.0.

GkSu sous Ubuntu 5.10

Comme quoi, quand vous verrez des articles élogieux sur telle ou telle fonctionnalité de tel ou tel OS (Windows, Linux, MacOS-X), vérifiez donc que ce n’est pas la pâle copie d’une technologie qui existe déjà.

Les aléas du dépot « proposed ».

Si utiliser le dépot « proposed » d’une distribution Ubuntu Linux est souvent intéressant, il y a parfois quelques effets de bords qui sont plus ou moins génants.

Si, en gros, 99% du temps, une mise à jour ne pose quasiment aucun problème, le dernier pourcent restant peut être ennuyeux, pour ne pas dire qu’il facilite franchement le transit intestinal.

Ce matin, les dépots proposed ont installés une mise à jour 3.0.1 pour un certain Firefox 3, ce qui :

  1. Laisse penser que Firefox 3.0.1 ne va pas tarder
  2. Que les équipes de veille d’Ubuntu Linux ont vraiment l’oeil à tout

Voici ce que l’on pouvait voir :

Firefox 3.0.1 dans Hardy Proposed

Bref, une mise à jour classique. Classique, pas franchement. Car désormais, les extensions sont vérifiées à chaque démarrage – en mode silencieux. Et manque de pot, les traductions ne sont pas « compatibles ». Voici le message d’erreur qu’on peut avoir :

Extensions incompatibles ?!

Moralité ? Le firefox disponible démarre alors en anglais. Voir le bogue 247494 en ce qui concerne le problème. Cela ne me dérange pas outre mesure, n’utilisant pas la version 3.0, et encore moins la traduction française qui souffre – selon moi – d’une mauvaise traduction du terme « bookmarks » en marque-pages alors que le terme de signets était utilisé auparavant.

Bref, il faudra attendre une mise à jour du paquet language-pack-gnome-fr-base qui contient les fichiers de traduction de Firefox et du xulrunner désactivé par sécurité. Quelques jours d’attente, donc, pas de quoi casser 3 pattes à un canard 😉

Y a pas à dire, c’est de l’alpha !

Alors que ma cafetière moka – ou cafetière à l’italienne – est en train de chauffer pour remplir mon mug de geek « homo informaticus« , j’ai eu l’idée de vouloir voir à quoi ressemble actuellement la future distribution Ubuntu Linux Intrepid Ibex Alpha 2. Pré-alpha2, car la version alpha2 de cette distribution devrait sortir aux alentours du 10 juillet.

Le tout avec comme musique de fond le double album « Tommy » des Who, sorti en 1969. Une ambiance tout ce qu’il y a plus de geek 🙂

J’ai donc récupéré une iso de l’alpha1, les versions nocturnes de test étant légèrement « obèse », ou pour être plus informatiquement correct, « oversized ».

Bref, avec la machine virtuelle habituelle, j’ai lancé l’installation de la version alpha1 d’Ubuntu Linux Intrepid Ibex.

Pour la petite histoire, kvm a du mettre mis à jour, à cause d’une incompatibilité avec la pré-version du noyau linux 2.6.26 utilisé par les versions de développement d’Intrepid Ibex.

Cf le bogue 243677 pour plus d’informations.

La version alpha1 est fournie avec gnome 2.23.3. En tout cas, les dégradés de gris sont agréables, et change un peu des couleurs orangées et marrons des précédentes incarnations d’ubuntu. Reste à savoir si le thème changera complètement ou pas.

Gnome 2.23.3 sous Ubuntu Intrepid Ibex Alpha1

Quand j’ai voulu lancer l’outil de mise à jour, une mise à jour partielle m’est annoncée.

Mises à jour partielles d'ubuntu Intrepid Ibex

Après avoir modifié la source des dépots, et lancé une mise à jour en ligne de commande, j’ai pu voir que certains de paquets annoncés comme non disponible l’était finalement.

Parmis eux, un paquet étiquetté comme Xorg 7.4, alors que ce dernier n’est toujours pas sorti. Une autre préversion… En espérant que d’ici septembre prochain, Xorg 7.4 soit d’actualité 😉

xorg 7.4 ?!

Parmis les nouveautés, dans les options de démarrage disponible quand on appuie sur la touche échap (ou esc), c’est un mode qui permet de démarrer en utilisant la dernière configuration connue comme fonctionnelle. Une fonctionnalité qui doit remonter aux alentours de Windows 2000 dans le doux monde de Microsoft 😉

Options de démarrage d'Ubuntu Intrepid Ibex

Cependant, il m’est impossible de démarrer l’interface graphique. Surement un bogue lié au nouveau Xorg, ou au bogue 246269 ?

Bref, attendons pour voir la suite. Et comme la distribution ne sort qu’en octobre prochain, le problème sera corrigé d’ici là ! 🙂

Sortie des *buntu 8.04.1 LTS.

Même si la page n’a pas été complètement mise à jour sur le site d’Ubuntu Linux, la première révision majeure de la Ubuntu Linux 8.04 LTS vient de sortir.

Dans ce message de la liste de publication « ubuntu-annonces », on peut apprendre entre autre que la version 8.04.1 LTS contient :

  • Gnome 2.22.2
  • Firefox 3.0 finale à la place de la version béta 5 conspuée par de nombreux utilisateurs
  • OpenOffice.org 2.4.1
  • Des corrections dans le protocole Samba
  • Les serveurs Xorg pour les circuits Intel et pour les circuits AMD Geode ont été mis à jour.
  • Des correctifs sur l’installateur comme un meilleur support des versions françaises de Windows XP.
  • Le correctif pour la faille OpenSSL du paquet Debian est incluse.
  • gvfs fonctionne enfin un peu mieux 🙂

Si vous utilisez déjà Ubuntu 8.04 et que vous avez maintenu à jour votre distribution, vous avez déjà la version 8.04.1 LTS. En cas de doute, lancez un terminal gnome et tapez la commande suivante :

cat /etc/issue.net

Et si vous obtenez la réponse suivante :

fred@fred-laptop:~$ cat /etc/issue.net
Ubuntu 8.04.1

C’est que vous avez déjà la version 8.04.1 LTS installée. Maintenant, les codeurs et mainteneurs vont pouvoir concentrer leurs efforts sur la version alpha2 de la ubuntu Linux Intrepid Ibex, en espérant que cette version alpha2 puisse se lancer dans une machine virtuelle KVM 😉

OpenOffice.org 2.4.1 en avant-première pour les francophones sur les distributions linux ?!

Alors que le site francophone nous propose toujours de télécharger une version 2.4.0 de la suite bureautique, j’ai eu droit ce matin à une mise à jour me proposant la version finale d’OpenOffice.org 2.4.1…

OpenOffice.org 2.4.0 disponible sur le site francophone.

Enfin, la version d’OpenOffice.org 2.4.1 n’est disponible que si les dépots « hardy proposed » sont activés…

OpenOffice.org 2.4.1 sous Ubuntu Hardy, via les dépots hardy proposed

A noter que si l’on pointe sur le site anglophone de la suite bureautique libre, une version 2.4.1 est disponible…

OpenOffice.org 2.4.1 disponible sur le site anglophone.

Sur le plan des nouveautés ? Si l’on en croit les notes de publications :

  • Des améliorations au niveau de la base de données, dont le support du format Access 2007 (?!)
  • Retrait de certaines options inutiles dans les modules Calc, Draw et Impress
  • Des améliorations au niveau des boites de dialogues

Bref, que du bon. A quand la version 2.4.1 en français pour tout le monde ?!

Mea culpa, je suis me suis planté !

J’annonçais dans l’article concernant l’arrivée de Firefox 3.0 RC1, que je cite :

Je pense que la RC2 sera “squeezée” au profit de la 3.0 finale qui devrait sortir d’ici quelques jours.

J’aurais mieux fait de ne rien dire. La version 3.0rc2 vient d’arriver dans le dépot Hardy Proposed, comme annoncé sur le bogue 237690 de Launchpad.

Firefox 3.0rc2 dans Ubuntu, via le dépot hardy proposed

Alexander Sack en parle sur son blog, et plus spécialement dans cet article.

Encore un clou dans le cercueil de ce qui « cassaient » Canonical pour avoir intégré Firefox 3.0 béta5 dans la version 8.04 d’Ubuntu Linux…

D’ici quelques heures, voire quelques jours, les paquets migreront vers le dépot hardy updates, et seront proposés aux utilisateurs n’ayant pas activé le dépot avec les paquets à tester en vue de leur intégration en tant que mises à jour.

Tout comme cela sera le cas avec la sortie de Firefox 3.0 final, d’ici une grosse semaine.

Ubuntu Linux 8.04.1 en avance ?

En tout cas, c’est ce que pourrait laisser penser l’arrivée d’une nouvelle version du paquet « base-files » qui donne un petit Ubuntu 8.04.1 quand on tape dans une console : cat /etc/issue.net

Il faut pour constater cela avoir le dépot « hardy proposed » activé. Comme cela est le cas sur ma machine depuis une dizaine de jours.

Et comme mon noyau est un 2.6.24-19, cela prouve bien que j’utilise le dépot « hardy proposed » avec ma machine 😉

Vers une version 8.04.1 plus précoce que prévue ?!

Cependant, si on en croit la feuille de route, la version 8.04.1 est toujours prévue aux alentours du 3 juillet prochain.

Les grognons vont fermer leur clape-m**** sur ubuntu-fr.org ;)

Ceux qui utilisent Ubuntu 8.04 LTS et geignent à cause de l’absence d’une version plus « aboutie ». La RC1 – oui, je sais la RC2 est sortie, mais c’est déjà cela – est officiellement disponible dans les dépots hardy updates.

Je pense que la RC2 sera « squeezée » au profit de la 3.0 finale qui devrait sortir d’ici quelques jours.

Source ? Ce billet d’Alexander Sack, trouvé via le fil de planet-ubuntu.

“Today, we finished the verification process and copied firefox 3 RC1 from hardy-proposed to hardy-updates!”

Ce qui donne traduit :

« Aujourd’hui, nous avons fini le processus de vérification et copié firefox 3 RC1 depuis hardy-proposed vers hardy-updates!

Alors, les geignards ? 😉

Nota bene : en cas de problème de traduction, il faut réinstaller le paquet langage-pack-fr-base. On peut lire qu’il contient les fichiers suivants :

/usr/lib/firefox-addons/extensions
/usr/lib/firefox-addons/extensions/langpack-fr@firefox-3.0.ubuntu.com
/usr/lib/firefox-addons/extensions/langpack-fr@firefox-3.0.ubuntu.com/chrome.manifest
/usr/lib/firefox-addons/extensions/langpack-fr@firefox-3.0.ubuntu.com/install.rdf
/usr/lib/firefox-addons/extensions/langpack-fr@firefox-3.0.ubuntu.com/chrome
/usr/lib/firefox-addons/extensions/langpack-fr@firefox-3.0.ubuntu.com/chrome/fr.jar
/usr/lib/xulrunner-addons
/usr/lib/xulrunner-addons/extensions
/usr/lib/xulrunner-addons/extensions/langpack-fr@xulrunner-1.9.ubuntu.com
/usr/lib/xulrunner-addons/extensions/langpack-fr@xulrunner-1.9.ubuntu.com/chrome.manifest
/usr/lib/xulrunner-addons/extensions/langpack-fr@xulrunner-1.9.ubuntu.com/install.rdf
/usr/lib/xulrunner-addons/extensions/langpack-fr@xulrunner-1.9.ubuntu.com/chrome
/usr/lib/xulrunner-addons/extensions/langpack-fr@xulrunner-1.9.ubuntu.com/chrome/fr.jar

Quoi de neuf dans le dépot « hardy proposed » ?

Ce dépot est celui qui sert à tester les nouvelles versions de logiciels avant leur « validation » et leur mise à disposition dans le dépot « updates ».

En dehors des mises à jour de logiciels de « bas niveau » (comme le noyau ou des pilotes), il y a des logiciels « utilisateurs lambda » qui sont en version de tests. Entre autre, OpenOffice.org en version 2.4.1rc2 et la version rc1 (donc un brin obsolète !) de Firefox 3. Captures d’écran à l’appui :

OpenOffice 2.4.1rc2 dans Hardy Proposed

Firefox 3.0rc1 dans Hardy Proposed

Versions qui seront – avec un peu de chance – celle de la version 8.04.1 LTS, premier « service pack » – pour prendre un parallèle à la Microsoft – pour Ubuntu Hardy qui doit sortir en juillet.

Vers un support des circuits Atheros 5007eg pour les distros linux 64 bits ?

Un des points ennuyeux avec mon portable, c’est son circuit Wifi, un Atheros 5007eg, qui nécessite l’utilisation du pilote windows XP 64 Bits pour se connecter en sans fil 🙁

Hors, en suivant le bug concernant ce problème sur le site de madwifi, une solution – fonctionnelle – a été apportée.

Testée et approuvée par mes propres soins. Ce n’est cependant pas une solution officielle, mais au moins, cela évite l’utilisation de ndiswrapper et du pilote windows 😉

1ière étape : virer tout ce qui est en rapport avec ndiswrapper, pour éviter des conflits par la suite :

$ sudo ndiswrapper -e net5211
$ sudo modprobe -r ndiswrapper
$ sudo apt-get remove --purge ndiswrapper-common ndiswrapper-utils ndisgtk

2ième étape : récupération du code de madwifi et du correctif pour le support du circuit en 64 bits, qui est apparemment originaire d’un utilisateur de FreeBSD 🙂


$ svn co http://svn.madwifi.org/madwifi/trunk madwifi
$ wget http://people.freebsd.org/~sam/ath_hal-20080528.tgz

On passe ensuite à l’installation du code, puis à sa compilation.


$ cd madwifi
$ mv hal hal.old
$ mkdir hal
$ cd hal
$ tar xvf ../../ath_hal-20080528.tgz
$ mv ath_hal-20080528/* .
$ cd ..
$ sudo make install BINDIR=/usr/bin MANDIR=/usr/share/man
$ sudo depmod -ae
$ sudo modprobe ath_pci

Ensuite, menu Système / Administration / Pilotes de périphérique

Et activez le module « Support for Atheros 802.11 wireless lan cards ».

Un redémarrage plus tard, la connexion fonctionne. Et cela fait plaisir. Pour information, voici ce que me donne un iwconfig :


fred@fred-laptop:~$ iwconfig
lo no wireless extensions.

eth0 no wireless extensions.

wifi0 no wireless extensions.

wlan0 IEEE 802.11g ESSID:"Livebox-XXXX" Nickname:""
Mode:Managed Frequency:2.457 GHz Access Point: XX:XX:XX:XX:XX:XX
Bit Rate:54 Mb/s Tx-Power:16 dBm Sensitivity=1/1
Retry:off RTS thr:off Fragment thr:off
Power Management:off
Link Quality=59/70 Signal level=-37 dBm Noise level=-96 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:0 Missed beacon:0

Bref, que du bonheur 😉