Le blog de vetetix

Aller au contenu | Aller au menu | Aller à la recherche

vendredi 5 juin 2009

Le monde libre a vaincu « The Axis of Evil »

Derrière ce magnifique titre se cache une réjouissante réalité. Non, la Corée du Nord n'est pas redevenue un pays démocratique (elle prévoit toujours de trouver un prétexte dans une quelconque action de ses voisins du sud pour aller péter la gueule à leurs ennemis Japonais, à coup de missile longue portée). Non, les Américains n'ont pas résolu le problème que pose les terroristes islamiques (ils y travaillent, semble-t-il plus efficacement que ces huit dernières années, c'est-à-dire par le dialogue, mais ils en sont encore loin). Non, l'évènement qui me fait écrire ce billet est tout autre, bien plus important : j'ai vaincu le bug de la division approximée à un entier en python dans un de mes scripts \o/.

Ouais, ok, c'est une bidouille ridicule qui m'a sorti de ce « bourbier », ça m'a pris deux minutes à trouver, et ça n'a sauvé la vie de personne. Néanmoins, je me plais à croire que j'ai sauvé le monde et que mon action héroïque répandra le bonheur sur terre pour les générations futures.

Mais pourquoi je vous parle de ça, déjà ? Ah, oui, c'est parce que je suis tombé sur un billet de Nicolargo, sur le Planet Libre. Il y présente un logiciel baptisé Desktop Drapes qui permet de changer automatiquement son fond d'écran à intervalles réguliers en en choisissant un au hasard dans un dossier. Gros problèmes : il tourne en permanence (et donc prend de la ram), il ne gère qu'un seul écran, et il est codé en Mono (Ah, non, pas ça, c'est mal le Mono).

N'ayez crainte, ce n'est pas la fin du monde, et j'ai une magnifique solution pour vous : DuallPaper, le gestionnaire de wallpaper pour les dual screen.

Disponible dans toutes les bonnes crèmeries, enfin, au moins dans la mienne, ici.

On configure rapidement les quelques options, on le rend exécutable, on ajoute un cron, et hop, on n'en parle plus :-) .

Ce script tourne sur mon ordi depuis quelques semaines déjà. En voyant le billet de Nicolargo, ça m'a motivé pour ajouter quelques améliorations et pour nettoyer le code. J'ai ajouté une gestion d'une erreur récurrente (PIL ne gère pas les images PNG entrelacées, ça faisait planter le script. Maintenant il gère l'erreur en envoyant un message d'erreur et en choisissant une autre image), activé une option (pour maintenir le ratio d'une image, histoire d'éviter d'avoir des images 4:3 écrasées dans un widescreen, ou inversement), et j'ai condensé le code et mis des commentaires utiles.

Il n'y a pas de GUI, mais c'est léger, c'est rapide, ça ne prend pas de ram (sauf pendant dix secondes, quand le cron le lance), et c'est en python (tellement mieux que le Mono).

Je ne sais pas si ça sera jamais utile à qui que ce soit d'autre que moi, mais je pense que ça pourrait inspirer d'autres petits codeurs en herbe qui ont des besoins similaires.

mercredi 11 février 2009

Test de OpenSuse 11.1

Au FOSDEM il y avait un certain nombre de stands qui proposaient gratuitement des liveCD, et j'en ai récupéré quelques-uns pour les tester, dont un OpenSuse 11.1.

Ça faisait quelques temps que je voulais voir d'autres trucs que Ubuntu ou Debian, donc j'ai profité d'un reboot de mon ordi pour lancer le LiveCD (LiveDVD, en fait) d'OpenSuse.

J'ai choisi de booter sur un environnement Gnome, histoire de comparer avec ce que je connais déjà bien. Globalement la distribution fonctionne bien, en particulier en terme de WiFi ou de gestion du double-écran. Le système était un peu lent, de manière générale et plus particulièrement quand je changeais une configuration (un utilitaire se lançait pour vérifier la validité des nouvelles options, c'est inclus dans Yast), mais je pense que c'était imputable plus au LiveCD qu'à la distribution elle-même.

Je n'ai pas pu tester l'installation/mise à jour des logiciels, à cause du LiveCD, donc je ne pourrai pas comparer leur système à apt-get/aptitude/synaptic. J'ai tout de même remarqué un certain nombre de différences par rapport à Ubuntu.

Les deux principales différences sont l'utilisation des outils avancés de Gnome (un menu pas classique, plus ergonomique pour les tâches quotidiennes, mais moins pratique pour aller chercher une application rarement lancée, avec en plus l'utilisation du panneau de configuration unifié de Gnome), et quelques différences dans les logiciels installés.

Dans les logiciels installés par défaut, OpenSuse utilise Banshee à la place de Rhythmbox, ce qui est logique car Novel soutient les logiciels écrits dans le langage qu'il développe (Mono). L'utilitaire Tomboy (prises de notes, aussi en Mono) est mis en avant sur la barre des tâches, et une appli de gestion de ToDo List, Tasquel (que je ne connaissais pas), est installée par défaut. On trouve aussi de nombreux logiciels un peu plus spécifique à une utilisation en entreprise (gestion de LDAP, de postfix, de Kerberos, etc.). Ubuntu, plus orienté vers les particuliers, a supprimé ces fonctionnalités qui surchargent le système et ne sont utiles qu'aux utilisateurs avancés ou faisant partie de réseaux d'entreprises.

Au final, si rien ne m'a déçu dans cette distribution, rien ne m'a enthousiasmé non plus. Ça ne me dérangerait aucunement de quitter Ubuntu pour passer à OpenSuse, je pourrais y faire exactement la même chose. Malgré tout, ça ne m'apporterait pas grand chose, et ça m'obligerait à apprendre à gérer les quelques différences minimes (emplacement de certains fichiers de conf par exemple), donc je n'ai pas particulièrement envie de migrer dessus pour le moment.

Les avancées majeures des distributions Linux, ce sont les projets tels que Gnome, KDE ou le noyau Linux qui les font. Les distributions ne font qu'intégrer les nouveautés, et elles le font toutes plus ou moins de la même manière et en même temps (sauf Debian :D).

Prochain test : OpenSolaris

mercredi 28 janvier 2009

Résistance au changement

Parfois je me demande pourquoi je m'entête à essayer de passer à KDE… À chaque fois, je reviens sous Gnome et je me dis « Yeah, it feels like home :-) ».

C'est assez typique de tout changement. Dans ce qu'on utilise actuellement, il y a peut-être des défauts, mais on a appris à vivre avec. Dans le système qu'on essaie, il y a quelques avantages, mais on n'en a pas forcément besoin, et on est extrêmement rebuté par les défauts.

Le seul moyen pour réussir une conversion à un nouveau système, c'est d'en trouver un qui a vraiment un énorme avantage (ou plusieurs), tout en n'ayant pas d'inconvénients majeurs. KDE ne fait pas partie de ces systèmes.

Après KDE 4.0 annoncé comme utilisable, KDE 4.1 qui était censé être vraiment utilisable, puis KDE 4.2 qui était censé être utilisable par tous les utilisateurs, peut-être que KDE 4.3 sera vraiment utilisable par tous les utilisateurs ?

Je médis, mais bon… Il est vrai que KDE 4.2 m'a paru globalement mieux que la version précédente. Par contre, la gestion du multi-écran est toujours aussi catastrophique avec ma configuration matérielle/pilote, et c'est pour moi un point bloquant.

mardi 20 janvier 2009

On y vient, doucement

Il n'a pas fallu longtemps pour avoir les premières annonces de projets liés à la nouvelle licence de Qt. Il semblerait que Ubuntu mobile s'intéresse un peu plus qu'avant à Qt pour la création de son interface. C'est rendu possible par la toute nouvelle compatibilité entre la licence des anciennes technologies (basées sur Gnome Mobile) et celle de Qt.

La technologie actuellement utilisée (Hildon, basée sur GTK, que l'on trouve aussi dans le N810) devrait être mise en concurrence avec un environnement en Qt. Que le meilleur gagne :-)

jeudi 15 janvier 2009

Qt sous licence LGPL

L'annonce qui a fait le plus de bruit aujourd'hui dans le monde des logiciels libres, c'est la mise sous licence LGPL du framework Qt. Ils en parlent un peu partout sur les blogs et les sites d'info technologique (pfiou, c'est dur de faire tout plein de liens — vous remarquerez que je laisse l'annonce officielle pour la fin — vous remarquerez aussi que j'avais dans ma phrase un mot de trop par rapport au nombre de liens que j'avais trouvé — j'ajouterai que je n'ai dans mon Google Reader aucun blog orienté Qt ou KDE, donc tout ça c'est juste de planet Gnome ou planet Ubuntu :-).

Un peu de background

Les débuts

Qt a été créé il y a plus de 15 ans par Trolltech, et est depuis très longtemps sous une licence multiple : GPL et propriétaire (et très chère, autour de 5000$ par développeur et par plateforme si j'ai bien compris). Les développeurs avaient donc le choix entre payer très cher pour utiliser Qt pour faire un logiciel propriétaire (comprendre « pas sous GPL » — il était donc impossible pour un petit développeur de faire un logiciel Qt propriétaire), ou faire un logiciel sous GPL. C'est d'ailleurs le cas de l'environnement de bureau KDE et de tous ses composants (sauf les librairies KDElib ne dépendant pas Qt, qui sont sous LGPL).

Le rachat par Nokia

Nokia a fait l'acquisition de Trolltech il y a quelques mois. La firme Finlandaise, bien que leader mondiale sur le marché des téléphones mobiles, se retrouve bien embêtée par l'arrivée de Apple, avec son iPhone et son AppStore performants (et peut-être aussi par celle de Google avec Androïd, voire du possible renouveau de Palm). Nokia a des téléphones, mais pas de plateforme logicielle vraiment intéressante, ni d'écosystème de développeurs autour de ceux-ci. C'est pour cela qu'elle a racheté complètement Symbian (qu'elle est en train de le rendre open-source) et qu'elle a fait l'acquisition de Qt.

La véritable force de l'iPhone, c'est la myriade de développeurs qui s'investissent dessus pour créer des applications. Nokia a donc besoin de créer le même mouvement autour de sa propre plateforme. C'est pour ça qu'il open-sourcent Symbian, une plateforme open-source attirant plus de développeurs (à potentiel technique ou parts de marché égales). De même, pour facilité le développement d'applications, ils ont acheté Qt, sont en train de le porter sur Symbian, et y ajoutent une licence LGPL qui permet à tous les développeurs de l'utiliser gratuitement.

Ce que signifie réellement ce rachat

Les développeurs auront désormais la possibilité de créer des applications propriétaires en Qt sur Symbian, Androïd ou Palm (vu que ce sont des Linux), ainsi que sur tous les grands systèmes d'exploitation, car Qt est vraiment multi-plateforme. Cela diminuera leurs couts tout en augmentant la portée de leurs applications, ils devraient être contents.

Nokia devrait voir sa plateforme adoptée, ce qui veut dire que ses téléphones seront plus intéressants. Peu importe de ne pas faire de bénéfices avec Symbian et Qt, de toute façon ils vendent des téléphones, pas des logiciels. C'est soit ça, soit ils se laissent bouffer par l'iphone sur le marché des smartphones grand publics.

Si tout fonctionne bien, Symbian, l'OS nouvellement libre, devrait s'améliorer, donc le libre progressera. De même, Qt étant plus utilisé (et Nokia ouvrant le code aux contributions extérieures), il ne devrait que s'en améliorer. Une fois encore, le libre gagne.

Les bouleversements que cela crée

Jusqu'à présent, je parlais quasiment exclusivement de ce qui allait changer dans le monde des téléphones mobiles, smartphones et autres appareils portatifs, mais ce changement va avoir des conséquences sur les ordinateurs de bureau.

Gnome

Gnome est le « concurrent »[1] historique de KDE. Il n'est pas basé sur Qt, mais sur GTK+. En effet, au tout début Qt n'était pas libre, un environnement de bureau libre ne pouvait donc pas l'utiliser.

GTK+ a toujours été sous licence LGPL. Cela a permis de créer une sorte d'écosystème impliquant des petites boites qui développaient des applications en GTK+, et qui participaient au développement de celui-ci. C'est d'ailleurs l'argument principal qu'avançaient les développeurs Gnome ou GTK+ pour expliquer pourquoi ils ne voulaient pas développer en Qt. La GPL était trop restrictive pour eux et pour les boites qui les employaient.

Le problème, c'est que malgré cette implication d'entreprises commerciales censées apporter de l'argent, GTK+ n'a jamais été aussi performant que Qt, et a toujours été plus difficile à utiliser que ce dernier[2]. Le modèle économique de Qt semble donc avoir été plus efficace.

Cela tuera-t-il Gnome et GTK+ ?

Il semble assez clair (je m'avance peut-être un peu) qu'il est désormais plus intéressant pour une entreprise ou un développeur d'investir son argent ou son temps dans le développement d'applications en Qt que de faire la même chose en GTK+.

Je ne pense pas pour autant que ça va tuer GTK ou Gnome. Tout d'abord, avec les réflexions qui ont lieu en ce moment pour la création de Gnome 3, il est possible qu'ils sortent des concepts très intéressants et des fonctionnalités que KDE ne pourrait pas proposer, peu importe les considérations techniques au niveau du framework utilisé. D'ailleurs, c'est déjà vrai à l'heure actuelle et c'est ce qui me fait préférer Gnome à KDE. Gnome est plus simple, plus utilisable que KDE. Il est plus facile à prendre en main et à découvrir. KDE propose quelques fonctionnalités assez fun, comme les widgets sur le bureau ou l'intégration de base des effets 3D, mais il est vraiment trop complexe à utiliser. Sa souplesse et sa profusion d'options en font peut-être un très bon environnement pour certains, mais selon moi un débutant sous Linux ne peut absolument pas utiliser KDE (c'est d'ailleurs pourquoi Ubuntu a choisi Gnome et non KDE comme environnement par défaut)[3].

D'autre part je ne vois pas pourquoi, l'attention de certains développeurs étant redirigée vers Qt et KDE, cela devrait absolument détruire Gnome et GTK+. Les principaux développeurs de ces deux projets ne vont pas les abandonner du jour au lendemain. Ils maitrisent leurs technologies, et ont beaucoup investi dedans. Si Gnome devait en pâtir, ça se ferait petit à petit sur le long terme. On a encore de nos jours de nombreuses applications en tcl/tk ou wxWidget, je ne vois pas pourquoi les applications en GTK+ devraient disparaitre d'ici à un ou deux ans… De plus, le Libre fonctionne sur un système d'émulation, où les développeurs utilisent les technologies qui leur conviennent, pas celles qui conviendraient mieux à la majorité des utilisateurs (venant de Windows qui plus est…) ni celles qui sont les plus jolies.

Selon moi, on n'aura donc au pire qu'un ralentissement progressif du développement de Gnome et GTK+.

Qnome ?

Mark Shuttleworth, le créateur de Ubuntu, a affirmé il y a quelques mois qu'il serait tout à fait possible de créer un environnement de bureau basé sur Qt, mais respectant l'esprit de simplicité pour l'utilisateur qui modèle le développement de Gnome. Il disait que c'était techniquement possible, et que rien ne s'y opposait si ce n'était la licence un peu restrictive de Qt.

À l'époque, je crois que c'était une simple affirmation sans volonté de se lancer dedans, ni d'inciter d'autres personnes à s'y investir, mais à partir de maintenant, avec la nouvelle licence de Qt, cela ne m'étonnerait pas que des développeurs se lancent dans un « Qnome », ou dans un « Knome ».

Il y a deux ou trois jours, j'étais d'ailleurs en train de me renseigner sur le sujet (vraiment par hasard, je n'avais pas prévu l'annonce de Nokia), car il y a plusieurs environnements de bureau basés sur GTK+ (Gnome, LXDE et Xfce, peut-être d'autres que je ne connais pas), mais un seul basé sur Qt (KDE). J'ai bien cherché, mais je n'en ai pas trouvé d'autres. Il y a bien eu un projet nommé KDE-light il y a quelques années, mais il a visiblement été abandonné.

Si un « Qnome » était lancé, je pense que ça entrerait vraiment en concurrence avec Gnome, bien plus que ne pourrait le faire KDE ou l'apparition de logiciels propriétaires en Qt, quelle que soit sa licence. Deux environnements basés sur des technologies différentes, mais partageant les mêmes objectifs ne peuvent que se marcher sur les pieds en terme de « parts de marché ».

Notes

[1] Dans le monde du libre, il n'y a pas vraiment de concurrence, il y a de l'émulation et une offre de choix variée pour remplir tous les besoins :-)

[2] Principalement en terme de multi-plateforme, mais aussi en terme de fonctionnalités. J'ai vu un peu les deux, et je dois avouer que je préfère vraiment Qt (par contre, j'affirme des choses que je n'ai qu'entendu, donc ne lancez pas une flame war ^^).

[3] Encore une fois, ce n'est qu'une impression personnelle, mais je ne suis pas le seul à voir ça de cette façon

dimanche 16 novembre 2008

Petit essai de Xubuntu

J'ai fait un petit essai de Xubuntu aujourd'hui, histoire de voir ce que ça valait. J'avais espoir de trouver un système léger et ergonomique, mais j'ai été très déçu.

Xubuntu n'est pas sensiblement plus léger qu'Ubuntu, en terme d'utilisation de mémoire. C'est sûrement dû au fait que la moitié des programmes installés par défaut sont des programmes Gnome, dont un certain nombre de services d'arrière-plan. De plus, toutes les applications propres à xfce, bien que très légères et très réactives, sont extrêmement peu ergonomiques. Il n'y a pas d'options là où on le voudrait, il n'y a pas de glisser-déposer, etc. Bon, au moins, c'est plus réactif, mais un Gnome dont on a supprimé une partie des services fait à peu près aussi bien.

Ce n'est pas pour moi, je suis retourné sous Gnome au bout de quelques heures.

jeudi 30 octobre 2008

Ce que Gnome ne devrait pas faire

Il y a des choses que Gnome devrait faire, il y en a d'autres qu'il ne devrait pas faire, et continuer à supporter Evolution en fait partie.

Bon, je m'explique : Evolution est le client mail que j'utilise, et il fait à peu près tout ce que je veux de manière correcte, et je n'arrive pas à utiliser un autre client. Les autres clients, ça veut dire Thunderbird et Claws Mail (j'en ai testé un ou deux autres, mais j'avais encore moins été satisfait). Le premier n'est pas un client fait pour Linux, il ne s'intègre pas du tout à Gnome (la plupart des plugins vraiment bien ne fonctionnent que sous Windows), et le deuxième est bien trop complexe, avec une interface surchargée et un nombre d'options incroyable. Cela fait donc d'Evolution le meilleur client mail disponible sous Gnome, à mes yeux, et aux yeux des développeurs de Gnome et de Ubuntu, puisque c'est celui qui y est inclus.

Le problème, c'est qu'avec l'apparition de nouveaux usages d'un ordinateur, avec le développement de nouvelles applications, il est important de disposer d'applications extrêmement modulaires, de façon à pouvoir être intégrées les unes aux autres. Evolution devrait gérer uniquement les mails, pas le calendrier, les contacts, les notes ou une liste de tâches à effectuer. Pour les contacts, le problème est le même avec Gmail : on peut très bien avoir des contacts dont on n'a que l'adresse postale, ou que le numéro de téléphone, mais un client mail est souvent inadapté à la gestion de ce genre de contacts. On peut aussi avoir une liste de contacts de messagerie instantanée (ou plusieurs), et là encore la configuration actuelle ne permet pas d'intégrer efficacement les deux services. Le carnet d'adresses d'Evolution devrait être séparé, de manière à ce que d'autres applications puissent l'utiliser plus librement. Il en va de même avec le calendrier, il faut le détacher et en faire une application à part entière. Evolution y aurait toujours accès, mais d'autres applis pourraient y accéder bien plus facilement. Bien évidemment, j'ai le même avis en ce qui concerne les notes, ou la liste des tâches.

Le problème c'est qu'Evolution est annoncé comme étant un Groupware, et non un client mail. Il est donc normal que lorsqu'on cherche à aller voir ses mails, on se retrouve à lancer l'ensemble des fonctionnalités, mais c'est dommage. Ça crée une application plus lourde que si elle était découpée en plusieurs morceaux, et ça n'apporte pas de réel avantage. L'intégration doit se faire au sein de l'environnement de bureau complet, pas uniquement à l'intérieur d'une application. Le développement d'applications indépendantes disposant d'API puissantes pour intéragir entre elles est bien plus profitable à un projet libre qui se veut modulaire et évolutif qu'une grosse application monolithique telle qu'Evolution.

Prendre efficacement le contrôle de mon ordi

Quand je suis passé à la version beta d'Intrepid Ibex, la nouvelle version d'Ubuntu (qui va sortir en version définitive aujourd'hui-même), je n'avais pas reconfiguré l'ensemble de mon bureau, et en particulier mes raccourcis clavier. Les raccourcis clavier sont quelque chose d'important quand on effectue régulièrement la même action ou qu'on ouvre souvent certaines applications.

Dans mon cas, les raccourcis en question concernaient l'ouverture d'une console, que je met toujours en Super+x (enfin, en azerty, parce que en bépo je dois mettre Super+y), et des raccourcis pour passer une fenêtre au premier plan en permanence, ou pour la faire apparaître sur tous les espaces de travail (c'est extrêmement utile pour les vidéos/films/séries quand on ne peut pas les passer en plein écran mais qu'on ne veut pas qu'elle disparaissent derrière une autre application). Je viens donc de remettre ces raccourcis en place, et ça change la vie. Plus besoin d'aller cliquer pour ouvrir une console (de toute façon, si on ouvre une console on va avoir besoin de taper au clavier, donc autant s'y préparer le plus tôt possible), ni d'aller dans un menu pour cocher une option de comportement de mes fenêtres vidéos.

Par contre, et là où ça commence à devenir intéressant, c'est que je me suis dit que si c'était super utile pour ces deux ou trois actions, pourquoi ne pas assigner d'autres raccourcis pour d'autres actions que j'effectue bien plus souvent, même si je n'en ressentais pas le besoin. J'ai donc ajouté des raccourcis pour lancer Firefox, Nautilus, Evolution, et d'autres pour exécuter des scripts que j'utilise souvent (comme celui qui me sert à relancer mon wifi quand il plante). Et hop, plein de place libérée sur le panel qui me sert à entreposer mes liens de lancement rapide.

Encore plus intéressant, je me rappelle alors qu'il y a des gens qui utilisent des lanceurs spécialisés pour faciliter tout cela, et lancer des applications ou ouvrir des documents sans y avoir associé de raccourcis clavier. Je cherche un peu sur Google, qui me rappelle l'existence du raccourcis Alt+F2 (mais il n'est vraiment pas très pratique), puis je tombe sur ce que je cherchais : GnomeDo (je crois qu'il y a un programme équivalent sous MacOS qui s'appelle Quicksilver). Je suis donc en train de tester ce programme.

Son principe est simple. Une fois lancé (on peut le lancer au démarrage de la session), on l'invoque avec un raccourcis clavier (par défaut +Espace, c'est super facile à retenir et à effectuer), on a une sorte d'invite de commande, dans laquelle on tape le nom d'une application, ou une partie du nom d'une application, voire le nom d'un fichier. On peut naviguer très rapidement avec Tab et les flèches pour modifier l'action si celle par défaut n'est pas celle voulue, et quand on tape sur Entrée, il lance l'application, exécute le script, ou ouvre le document choisi avec l'application demandée. En une fraction de seconde on a fait ce qu'on voulait, là où on mettait plusieurs secondes à le faire en devant naviguer dans des menus ou dans un navigateur de fichiers. C'est classe, c'est efficace, c'est rapide, et il y a plein de plugins pour ajouter le support de dizaines d'autres fonctionnalités (ouvrir des mails, envoyer des messages instantanés, etc.), je sens que je vais bien m'amuser à les tester.

No title

Me voici maintenant à tester BloGTK… Visiblement il devrait être plus complet, mais il ne fonctionne pas, ou du moins je n'arrive pas à le faire fonctionner.

Comme vous pouvez le voir, je n'arrive pas à mettre un titre sur mes billets, et la gestion des billets est inexistant, sauf pour sauvegarder et reprenpre plus tard… C'est quand même bien dommage car il permet une mise en forme bien plus avancée des billets, mais pour l'instant je préfère quand même Gnome-Blog. Lui, au moins, il annonce clairement qu'il peut faire peu de choses, mais il les fait bien.

En attendant de trouver un bon client (je continue mes recherches), je vais continuer comme avant, c'est à dire écrire mes longs billets à l'avance dans un fichier texte, et les recopier/mettre en forme/publier sur l'interface web de blogger.

Essais de client lourds pour la composition de billets de blog

Je suis actuellement en train de chercher une application efficace pour pouvoir gérer les billets de mon blog depuis mon bureau. L'objectif et de pouvoir me passer de l'interface web d'ajout de billets, car je déteste devoir entrer de long tests dans un navigateur internet. Il y a toujours des choses qui ne fonctionnent pas comme voulu, par exemple le fait qu'on ne peut pas utiliser la touche , et il y a toujours un gros risque de perdre par erreur tout ce qu'on vient d'écrire (soit à cause d'un malencontreux, soit à cause d'un plantage du navigateur web.


Donc me voilà à tester « Gnome-blog ». Il a l'air pas mal pour poster rapidement un petit billet, mais il est assez limité en fonctionnalités.


Vous pouvez en voir une capture d'écran sur l'image ci-dessus, si elle passe. On ne peut quasiment pas mettre le texte en forme, et il ne semble pas possible de sauvegarder un billet avant de le poster, histoire de le mettre de côté si l'inspiration vient à manquer.


Prochaine étape : test de « BloGTK ».

Edit : visiblement, il n'est pas possible d'ajouter facilement des images avec Gnome-Blog et les blogs Blogger.com

samedi 16 août 2008

Empathy à la place de Pidgin dans Ubuntu??

Je viens de tomber sur ce mail, qui annonce que si Empathy est assez stable pour la sortie de Ubuntu 8.10 Intrepid Ibex, il est possible qu'il prenne la place actuelle de Pidgin dans Ubuntu.

Empathy sera en effet inclut dans Gnome 2.24 et a pour but de devenir un client multiprotocole complet. Il remplirait alors le même rôle que Pidgin, tout en étant bien plus intégré au bureau Gnome. Je crois d'ailleurs qu'il se base sur libpurple, le backend de Pidgin, pour gérer l'ensemble des protocoles propriétaires de Pidgin, donc au final on ne trahis pas complètement le pigeon.

Ce qui est bien, c'est que c'est surtout basé sur Telepathy, un framework implémentant le protocole Jingle, ce qui permettra d'apporter rapidement la voix et la vidéo sous Gnome. Je vois aussi pointer le nez du partage de bureau par Jingle, et le partage de fichiers avec ses contacts Jabber via une intégration à Nautilus :-)

Je sais que ça avance relativement lentement, et que c'est l'affaire d'au moins plusieurs mois (au moins octobre prochain, pour la première intégration à Gnome et Ubuntu), voire de bien plus longtemps pour des fonctionnalités avancées, mais toutes ces nouvelles sont bonnes et très excitantes.

mercredi 9 juillet 2008

Onglets dans Nautilus

Comme on peut le lire ici, il y aura la gestion des onglets dans la prochaine version de Nautilus. Par contre les onglets c'est bien, mais le splitview ça serait mieux, on l'aura quand ?

samedi 8 septembre 2007

Long et tortueux chemin

Comme je l'ai dit dans le message précédent, je viens de faire l'acquisition d'un nouveau téléphone (merci au passage à Orange qui m'a changé mon numéro de téléphone au lieu de conserver l'ancien. Mon nouveau numéro est sur ma fiche trombi, je l'utiliserai quand le crédit de ma mobicarte sera épuisée). Enfin bon, passons.

Ce qui m'intéresse plus est le fait que maintenant je cherche à le synchroniser avec mon ordinateur (avec Evolution plus particulièrement), pour ce qui est des contacts et de l'agenda, et accessoirement des notes et des "to do". Le téléphone est un Nokia N70 sous le système d'exploitation Symbian, donc c'est possible.

J'ai parcouru le net en long et en large pour savoir comment faire, et j'ai trouvé de nombreux tutoriaux, dont celui-ci http://ubuntuforums.org/showthread.php?t=260676 et celui-ci http://geektalk.andreat.de/2006/11/how-to-syncronize-nokia-n70-palm.html (ce sont globalement les mêmes). Au final, ça marche, mais ça marche pas. On a bien une synchronisation au début, mais ensuite ça chie. Il y a des conflits alors que je n'ai rien changé, au deuxième essai, et ça multipliait les entrées similaires à chaque nouvelle synchronisation. J'ai tout supprimé et recommencé à zéro. J'ai toujours les conflits, mais c'est pas bien grave, il suffit de demander à considérer la version d'évolution en cas de conflit. Par contre, le problème est que ça ne synchronise pas les changements effectués sur les éléments existants, ni ne supprime ceux que l'on enlève dans Evolution...

Bon, donc pour le moment je souhaite uniquement que les données du téléphone soient identiques à celles de l'ordi, donc en cas de gros changement je supprime tout sur le N70 et je synchronise à nouveau. J'attends tout de même de voir le système fonctionner parfaitement.

samedi 14 avril 2007

Premiers pas sous Feisty Fawn

La prochaine version d'Ubuntu, nom de code Feisty Fawn, sortira dans quelques jours, et est actuellement disponible en version beta. J'avais prévu d'attendre la version finale pour y passer, mais diverses raisons (pratiques, mais aussi l'envie de plus en plus pressante de la tester) m'ont poussé à effectuer une réinstallation totale de mon ordinateur, effaçant l'ancien Ubuntu, Edgy Eft, et mon Windows par la même occasion. Globalement, je n'ai pas ressenti de grosses différences par rapport à Edgy, mais il y a quelques points notables.

Tout d'abord, pour la première fois j'ai utilisé la version "Desktop" du CD d'installation, qui permet d'installer la distribution via un live CD, en surfant sur le net, en la testant pendant qu'elle se met à l'aise sur votre disque dur. C'est pas mal, c'est plus agréable et plus beau, mais c'est carrément plus long que l'installation classique, rien qu'au niveau du démarrage de la machine. De plus, je suis sur un réseau placé derrière un proxy et ce n'est pas prévu, alors que ça l'est dans l'installation classique. Le résultat est que le système ne peut pas se mettre à jour dès l'installation, il faut après installation aller modifier un fichier de configuration pour faire fonctionner apt-get ou aptitude.

La deuxième chose qui m'a surprise au premier est qu'on avait l'accélération 3D dès le départ, grâce à l'utilisation des drivers libres "radeon". Les réglages ne sont peut-être pas optimaux, il faudrait peut-être repasser dans le xorg.conf pour ajouter des module pour gagner quelques fps, mais le principal est que ça marche d'emblée sans action aucune de l'utilisateur. Dans la catégorie des améliorations qui font plaisir, il y a aussi la présence de compiz, utilisable dès la première minute d'utilisation. Il suffit d'aller dans un menu, de cliquer sur le bouton "activer les effets 3D pour le bureau", et c'est parti, ça fonctionne. Un fois encore, ce n'est pas optimal, compiz n'étant pas ce qu'il y a de plus stable pour toutes les configurations, mais les effets wobbly (fenêtre molle quand on la déplace) fonctionnent parfaitement sans ramer.

Quoi qu'il en soit, je ne suis pas resté avec très longtemps, car j'ai deux écrans, et que si je veux avoir l'accélération 3D sur les deux, il faut que j'installe les pilotes propriétaires ATI/AMD. Avant, on devait aller les télécharger sur internet, installer divers paquets de compilation et de développement, et taper une quinzaine de lignes de commandes pour installer les pilotes. Là, c'est totalement magique, il un a une entrée "pilotes propriétaires dans le menu Système, on coche la case, et on redémarre. Me voilà avec l'accélération graphique des pilotes propriétaires, je remplace le xorg.conf par celui que j'avais sous Edgy (la configuration reste aussi peu aisée sinon), je redémarre le X, et j'ai mes deux écrans bien comme il faut, avec les bonnes résolutions et tout et tout.

Dernière avancée importante que j'ai remarqué, les programmes installent de plus en plus ce qui leur manque d'eux-mêmes. Cela le faisait déjà sous Edgy avec le support des serveurs ntp (pour la synchronisation de l'horloge), ça le fait maintenant avec les codecs vidéo sous Totem. Quand Totem n'arrive pas à lire une vidéo, il propose d'installer un codec disponible dans les dépôts, on n'a plus besoin de chercher quel codec conviendrait. Il propose même tous les codecs possibles quand il y en a plusieurs, et on peut choisir de tous les installer, au cas où. Dans mon cas ça n'a pas été très utile car j'aime bien tout installer ç l'installation, mais ça peut être utile aux personnes qui ne maîtrisent pas trop l'utilisation de synaptic (ou aptitude, dans mon cas).

En ce qui concerne le reste, Feisty n'est pas une grande révolution par rapport à Edgy. La plupart des programmes ont pris quelques numéros de version, mais ça ne modifie pas leur fonctionnement global, au mieux quelques infimes améliorations à ce que j'ai remarqué, mais j'apprécie le fait que Thunderbird ait retrouvé son icône et que Listen, excellent lecteur de musique ait enfin intégré les dépôts officiels d'Ubuntu (surtout qu'aucun dépôt ne le proposait plus depuis quelques semaines). Les artworks officiels sont les mêmes, les icônes, les sons, etc... (je dois avouer que si des éléments ont changé, je n'ai pas remarqué grand chose).