PlayOnLinux : la MAUVAISE réponse à un VRAI problème.

Parmis les erreurs qui circulent autour des OS basés sur du logiciel libre, une des plus fréquentes : c’est un autre Microsoft Windows.

Ce qui est une énorme erreur. Les distributions linux et les BSD libres ne sont pas des Windows-bis. Ce sont des OS à part entière, ayant des logiques propres à eux… Et une logithèque franchement monstrueuse, sauf dans le cas des jeux (mais pour cela il y a des consoles de jeux).

Le gros hic, c’est l’absence de grands noms des logiciels non-libres, que ce soit la suite bureautique de Microsoft, les logiciels de PAO et de retouche de photos d’Adobe pour ne citer que les plus gros qui viennent spontanément à l’esprit.

Deux solutions, profitable à l’environnement du libre, reste alors :

  1. Forcer la main aux éditeurs pour qu’ils pondent une version native linux / BSDs libres
  2. Utiliser les logiciels libres équivalents aux grands noms sus-nommés qui existent aussi la plupart du temps sous MS-Windows : LibreOffice, Gimp (pas nécessaire d’avoir Adobe Photoshop pour retoucher 3 photos par an), etc…

Et il existe une méthode plus facile, mais franchement dommageable : l’utilisation d’outils d’interprétation, comme l’excellent Wine, via des interfaces en Bash et Python comme PlayOnLinux.

Ma réflexion est partie d’une réaction épidermique :

fredbezies Comment tuer libreoffice…♺ @planetlibre: [PlayOnLinux] Microsoft Office 2010 est disponible !… http://www.planet-libre.org/?post_id=8624

L’article avait été entre temps modéré par Christophe Gallaire qui a pondu un joli pavé lié à ma gueulante.

Pour moi, cette possibilité d’émuler Microsoft Office 2010 sous GNU / Linux (et BSDs libres ?) signifie que :

  1. LibreOffice pue de la bouche, que c’est un logiciel immature…
  2. Mieux vaut utiliser un logiciel à 170 € (en violant le CLUF, car l’utiliser en dehors d’un MS-Windows, où est la légalité ?) qu’un logiciel qui fait parfois aussi bien sinon mieux pour 0 €…
  3. Envoyer paître les codeurs qui se battent à faire du code portable, donc pouvant aider les utilisateurs à connaître autre chose qu’un certain nombre d’entre eux se procurent de manière peu orthodoxe 🙂

Maintenant, à vous de voir si vous préférez soutenir le choix et le logiciel libre, ou un quasi-monopole de fait avec des logiciels d’interprétation de code comme Wine.

Si vous aimez les interviews de geeks…

Alors jeter un oeil sur cet article de geekbooster, qui répertorie les 50 premières interviews, dont celle de votre serviteur.

Parmi les 50, voici mon top 3…euh 5. Chronologiquement :

  1. Tux Planet, créateur d’un planet qui devient un planet-ubuntu bis à long terme… Ah, les dangers de la monoculture en informatique, même libre…
  2. Korben pour ses très bons articles.
  3. Webynux… Car cela fait du bien de ne pas lire uniquement linuxfr 🙂
  4. La Geekette… Ben, ouais, faut bien des répresentantes du beau sexe !
  5. Le MAITRE : Cyrille Borne… Pas besoin de préciser pourquoi 😉

Bonne lecture. Et la liste des 50 interviews :

Avril

Mai

Juin

Juillet

Août

Et SeaMonkey 2.0 dans tout cela ?

Alors que Shiretoko alpha2 vient juste de sortir (), j’ai envie de parler d’un certain SeaMonkey 2.0, qui se basera sur un Gecko 1.9.1 final (base de Firefox 3.1 alias Shiretoko).

Un bogue intéressant, c’est le bogue 394522 : « Migrate SeaMonkey preferences panes to use <preferences> »

En clair, c’est une volonté d’utiliser les outils du toolkit de Mozilla Firefox et de laisser tomber lentement mais surement le vieux code XPFE qui commence à prendre la poussière.

En effet, si on ouvre les préférences d’un SeaMonkey (version de développement) récente, on s’aperçoit d’un message, qui annonce que la migration est en route.

Le panneau des préférences en cours de migration

En ce qui concerne l’abandon du code XPFE dans SeaMonkey, le code a connu une purge dans ce domaine depuis quelques temps. Cf les bogues 380786 et 386906.

D’ailleurs l’alpha1 de SeaMonkey 2 ne saurait tarder, le code devant être gelé aux alentours du 9 septembre.

Ce sera une bonne nouvelle pour les fans du successeur de la suite Mozilla dont les buts sont précisés sur cette page.

Le retour d’un serpent de mer : QT avec Mozilla ;)

Sous linux et autres unix, Firefox utilise le toolkit GTK. Or à une époque reculée, un port pour QT pour la suite Mozilla avait été commencé, puis abandonné. cf le bogue 178987.

Or, en lisant OSNews, j’ai pu lire que le port était de nouveau en vie. Le wiki de Mozilla propose des infos pour compiler cette version. Cependant, j’ai préféré prendre une version déjà précompilée, en l’utilisant sous une Fedora 10 alpha 32 bits avec KDE 4.1. Gain de temps ? Une bonne heure 🙂

La version proposée semble être basée sur du code compilé le 4 août 2008.

Voici donc le résultat avec Acid3 et Google :

Acid3 sous Shiretoko en version QT

Google sous Shiretoko en version QT
Pour la petite histoire, peu après la libération du code source de mozilla fin mars 1998, le premier port fut effectué sous QT par Trolltech.

http://trolltech.com/company/newsroom/announcements/00000007

Le bogue qui permet de suivre l’évolution du port est le 448989. Donc si vous êtes intéressé par l’intégration de QT, c’est le bogue à suivre.

Vladimir Vukićević explique le pourquoi du comment de ce port.

Bref, c’est une bonne nouvelle pour les utilisateurs de KDE 4.x qui auront désormais un look natif pour les widgets, du moins quand Shiretoko sortira 🙂

24 heures sous Ubuntu Hardy Heron.

Cela fait un peu plus de 24 heures que j’ai migré mon PC portable sous Ubuntu Hardy Heron. Il s’agit d’un Acer 5520 :

  • AMD Athlon64 X2 K55 (de 800 Mhz à 1800 Mhz en fonction des besoins)
  • 2 Go dont 256 mangés par le circuit graphique Nvidia GeForce 7000M
  • 120 Go de disque dur.
  • Circuit Atheros 5007eg pour le wifi
  • Graveur DVD
  • Ecran 15.4″ en WXGA (1280×800)
  • WebCam Acer Crystal Eye

Après avoir récupéré l’image « live » d’une version « nocturne » récente (celle du 6 avril 2008) en version AMD64, j’ai pu constaté, modulo la résolution écran et le circuit wifi que tout était supporté, même la webcam 🙂

J’ai donc sauté le pas, et j’ai lancé l’installation en utilisant le port ethernet pour pouvoir récupérer les premières mises à jour, et aussi me permettre de récupérer les paquets pour me connecter en Wifi, même si la connexion en utilisant ndiswrapper n’est pas toujours trop reposante pour le système nerveux.

J’ai préféré la distribution en 64 bits pour un seul point : pourquoi utiliser une distribution 32 bits alors que je pourrais utiliser une version 64 bits sur mon PC ? Le seul point vraiment laxatif étant la connexion wifi, mais on peut toujours se dépanner avec la connexion filaire, même si ce n’est qu’un pis-aller.

Bref, après l’installation, j’ai pu profiter d’une distribution avec un noyau 2.6.24, de Gnome 2.22.0 (en attendant la version 2.22.1 qui doit sortir aujourd’hui). Avant de configurer ma connexion wifi, j’avais besoin d’avoir la bonne résolution d’écran, car après l’installation, la résolution était bloqué en 800×600, un brin inconfortable, surtout quand on peut avoir du 1280×800 en résolution maximale !

Après avoir installé les pilotes propriétaires pour mon circuit Nvidia (opération se limitant à ouvrir l’outil « Pilotes de périphériques » et à demander l’activation du pilote nvidia), j’ai été après un redémarrage en 1280×800 sans rien demander. J’ai juste du installer l’outil Compiz-Config Settings Manager pour définir les options de Compiz qui m’intéressait.

La configuration de la connexion wifi a été paradoxalement plus simple que je le pensais. Après avoir désactivé le module « ath_pci » dans l’outil « Pilotes de périphériques », j’ai ensuite suivi le tutoriel concernant ndiswrapper.

Le gestionnaire de pilotes propriétaires sousUbuntu Hardy heron

La connexion a été ensuite assez « rapide ». Le seul problème est que j’ai du bataillé pour que la connexion ne se fasse pas sur la borne wifi en libre accès d’un hôtel près de chez moi :/

Coté logiciel, on dit souvent que le 64bits est une vraie galère… Rien de plus faux avec cette version d’Ubuntu. Pour mon utilisation, l’implémentation libre fonctionnelle swfdec 0.6 convient très bien pour les sites de vidéos en ligne. Contrairement à l’usine à gaz qu’est Gnash.

Enfin, en ce qui concerne Java, rien ne vaut le greffon IcedTea qui permet d’avoir enfin un Java potable en 64 bits.

Le greffon IcedTea sous Epiphany 2.22.0

Maintenant, il faudra voir avec le temps ce que vaudra au final cette version LTS de la distribution Ubuntu. Quoique j’ai une politique « stricte » envers les mises à jour : ne pas les faire sans avoir un minimum de retour jusqu’à la sortie de la version finale, d’ici 3 grosses semaines 😉

Un petit bogue d’affichage dans Brasero ?

J’utilise l’excellent Brasero pour graver mes cd / dvds dans Gnome. Hors, j’ai du tomber sur un petit bogue d’affichage, alors que je n’avais de 2,1 Go de données à graver 🙂

bug d'affichage dans Brasero

Gravure parfaite utilisable par la suite… Ce qui est quand même étrange, au final 😉

Vous n’auriez pas déjà été confronté à un tel bogue, par hasard ? Quoique cette valeur négative me semble familière…

Vous pouvez surfer l’esprit libre, il n’y a ni trackeurs ni cookies sur ce site. Plus d’informations

Les paramètres des cookies sur ce site sont définis sur « accepter les cookies » pour vous offrir la meilleure expérience de navigation possible. Si vous continuez à utiliser ce site sans changer vos paramètres de cookies ou si vous cliquez sur "Accepter" ci-dessous, vous consentez à cela.

Fermer