Planet

22 Septembre 2007 à 18:30

Tablette graphique Genius EasyPen via KubuntuBlog

TabletteJ'ai acquis il y a peu une tablette graphique EasyPen de Genius. C'est un modèle ancien[1] mais qui a l'avantage de me m'avoir couté que quelques €.

L'installation s'est faite très simplement. Le driver pour Xorg est dans le module summa. Il suffit donc d'installer le paquet xserver-xorg-input-summa et d'ajouter une section InputDevice au fichier xorg.conf et de l'ajouter aussi dans la section ServerLayout :

Section "InputDevice" Identifier "EasyPen" Driver "summa" Option "Device" "/dev/ttyS1" Option "Mode" "absolute" Option "Compatible" "on" Option "AlwaysCore" "on" Option "resolution" "2540" Option "xsyze" "3.8" Option "ysize" "2.8" Option "protocol" "tablet" EndSection

Ensuite on branche la tablette sur le port série[2] et on reboote ! Quoi on reboote ? Ben oui, visiblement redémarrer Xorg ne suffit pas pour que la tablette fonctionne. Je suppose que c'est une histoire d'alimentation :(

Et voila, maintenant on peut utiliser alternativement la souris et la tablette. Il ne reste plus qu'a l'apprivoiser :)

The Gimp

Deux liens qui sont utiles :

Notes

[1] genre il ne gère pas la pression

[2] j'avais bien dit que c'était un vieux modèle :)

Si comme moi vous avez un disque dur si petit qu’il vous met régulièrement dans des situations limites, vous pouvez gagner un peu d’espace en utilisant le paquet localepurge.

Ce paquet va permettre une fois installé de ne garder que les locales système de la langue désirée mais aussi de purger les pages man inutiles.

En clair, vous pouvez supprimer au moins une bonne centaine de méga-octets, ce qui n’est pas négligeable.

Pour l’installer, très simple, en superutilisateur :

aptitude install localepurge

Vous définissez les locales que vous désirez garder: pour ma part je n’ai gardé que le français et l’anglais, je vous déconseille de ne pas conserver la langue anglaise.

Une fois configuré, localepurge sera lancé automatiquement à chaque utilisation de apt, donc vous allègerez d’office les paquets que vous installerez ultérieurement.

Je vous invite à visiter cette page pour en savoir plus sur le gain d’espace disque.

Gagner de l'espace disque avec localepurge est un article publié sur Another Pinky Punky. Si vous l'avez aimé, n'hésitez pas et rejoignez-nous sur notre page Facebook ou sur Twitter

Si comme moi vous avez un disque dur si petit qu’il vous met régulièrement dans des situations limites, vous pouvez gagner un peu d’espace en utilisant le paquet localepurge.

Ce paquet va permettre une fois installé de ne garder que les locales système de la langue désirée mais aussi de purger les pages man inutiles.

En clair, vous pouvez supprimer au moins une bonne centaine de méga-octets, ce qui n’est pas négligeable.

Pour l’installer, très simple, en superutilisateur :

aptitude install localepurge

Vous définissez les locales que vous désirez garder: pour ma part je n’ai gardé que le français et l’anglais, je vous déconseille de ne pas conserver la langue anglaise.

Une fois configuré, localepurge sera lancé automatiquement à chaque utilisation de apt, donc vous allègerez d’office les paquets que vous installerez ultérieurement.

Je vous invite à visiter cette page pour en savoir plus sur le gain d’espace disque.

Gagner de l'espace disque avec localepurge est un article publié sur Another Pinky Punky. Si vous l'avez aimé, n'hésitez pas et rejoignez-nous sur notre page Facebook ou sur Twitter

10 Septembre 2007 à 16:55

Prochaine session classroom, demain! via effraie@blog

La classroom fait sa pré-rentrée!

Dés demain, vous pourrez nous retrouver pour une « mini » session à propos des réseaux locaux (LAN), en attendant la  « vraie » rentrée, d’ici quelques jours, au sujet de GPG.

Je n’allais bien sûr pas faire un billet pour vous expliquer qu’une
session allait avoir lieu dans deux semaines bien sûr, mais pour vous
annoncer que mardi 11 septembre, à partir de 20 heures (heure de Paris)
allait avoir lieu une petite session sur l’introduction au
fonctionnement des réseaux locaux.
Pourquoi une petite session allez
vous me demander ? En fait, petite n’est pas le mot approprié, mais le
concept de cette session ne va pas être de faire une présentation
théorique et complète sur les LANs (Local Area Network). Mais plutôt de
vous présenter quelques concepts simples, démystifier un peu le
fonctionnement, et vous amener ainsi à vous poser des questions et à
suivre un raisonnement logique.
Cette session se déroulera en deux
parties: la première permettra de vous présenter quelques concepts, et
la deuxième donc, de répondre à vos innombrables questions.

A mardi !

source: le blog de la classroom


Rappel: la classroom est acessible sur le canal #ubuntu-fr-classroom du réseau irc.freenode.net

07 Septembre 2007 à 19:25

Le point sur les PPAs via Skate in Mars

Depuis peu, on a vu apparaître une nouvelle fonctionnalité sur Launchpad : les Personal Package Archives, ou PPAs.
Cet outil permet aux packageurs de tous horizons et tous niveaux de construire et héberger leurs propres paquets en profitant de la structure déjà mise en place par Canonical pour les dépôts officiels.

L'annonce de la mise à disposition des PPAs par l'équipe de développement de Launchpad a été accueillie de façon très enthousiaste par bon nombre de packageurs.
Les PPAs ont en effet un avantage indéniable pour le développement et l'assurance qualité des paquets, en permettant par exemple de tester ces derniers avant leur envoi dans les dépôts officiels Ubuntu.
Les équipes ont également la possibilité de créer leur propre PPA, facilitant le travail collaboratif, puisque les membres d'une même équipe (telle que Medibuntu ou MOTUMedia) ont la possibilité d'utiliser un PPA commun pour travailler sur leurs paquets.

Mais au-delà de tous ces intéressants aspects (pour le développeur), réside une source de problèmes pour l'utilisateur.
Une dérive possible de l'utilisation des PPAs est le phénomène Pidgin.
En effet, lors du renommage de Gaim vers Pidgin, on a vu fleurir de nombreux paquets non-officiels... chacun se mettant à recréer depuis zéro son petit paquet personnel de plus ou moins bonne qualité (plutôt moins que plus d'ailleurs).
Il est aisé de prédire que ceci va s'étendre aux PPAs. D'ici quelques semaines, on disposera probablement d'une bonne demi-douzaine de PPAs proposant le même programme pour une même version d'Ubuntu (par exemple, pidgin pour Ubuntu 6.06). Comment s'assurer de la qualité des paquets, comment gérer les conflits qui naîtront entre les différents PPAs ? Le problème, qui a déjà été évoqué a plusieurs reprises concernant les dépôts tiers, pourrait donc prendre une dimension bien plus importante cette fois.

Il faut savoir que les PPAs sont également utilisés par les développeurs Ubuntu, et donc que la construction de 12 paquets Pidgin engendre une attente non négligeable pour ces packageurs.

L'argument récurrent concernant la légitimité de dépôts tiers est la mise à disposition de versions plus récentes de logiciels. C'est un argument fallacieux. Les versions stables d'Ubuntu le sont en grande partie grâce au gel des versions des logiciels. Importer une nouvelle version c'est ajouter un gros risque de bugs, de régressions ou de problèmes de dépendances, en particulier lors de mises à jours de bibliothèques ou de logiciels système (une mise à jour de dbus peut apporter beaucoup plus de soucis que de nouveautés). C'est d'ailleurs pour cette raison que les mises à jour pour les versions stables d'Ubuntu sont aussi limitées que possible (et n'apportent *jamais* de nouvelles versions de logiciels).

Un autre argument très souvent avancé est la mise à disposition de paquets n'existant pas dans Ubuntu (ou dans Debian). Il existe déjà des structures telles que http://mentors.debian.net/ ou encore http://revu.tauware.de/ qui permettent de proposer des paquets à l'inclusion dans les dépôts officiels Debian et Ubuntu.
De plus, si vous avez besoin d'aide, <pub>le chan #ubuntu-fr-classroom@irc.freenode.net est toujours peuplé de MOTU/core-dev/aspirants Développeurs Debian prêts à vous accueillir avec le sourire, dans la joie et la bonne humeur</pub>.

Conclusion: utilisez les PPA avec précaution (néanmoins si vous désirez réellement casser votre système, vous pouvez également utiliser Automatix2, efficacité garantie)

(ce billet est fièrement propulsé par Gobby, et est le fruit d'un travail coolaboratif de membres d'u-classroom.net )

07 Septembre 2007 à 19:25

Le point sur les PPAs via Skate in Mars

Depuis peu, on a vu apparaître une nouvelle fonctionnalité sur Launchpad : les Personal Package Archives, ou PPAs.
Cet outil permet aux packageurs de tous horizons et tous niveaux de construire et héberger leurs propres paquets en profitant de la structure déjà mise en place par Canonical pour les dépôts officiels.

L'annonce de la mise à disposition des PPAs par l'équipe de développement de Launchpad a été accueillie de façon très enthousiaste par bon nombre de packageurs.
Les PPAs ont en effet un avantage indéniable pour le développement et l'assurance qualité des paquets, en permettant par exemple de tester ces derniers avant leur envoi dans les dépôts officiels Ubuntu.
Les équipes ont également la possibilité de créer leur propre PPA, facilitant le travail collaboratif, puisque les membres d'une même équipe (telle que Medibuntu ou MOTUMedia) ont la possibilité d'utiliser un PPA commun pour travailler sur leurs paquets.

Mais au-delà de tous ces intéressants aspects (pour le développeur), réside une source de problèmes pour l'utilisateur.
Une dérive possible de l'utilisation des PPAs est le phénomène Pidgin.
En effet, lors du renommage de Gaim vers Pidgin, on a vu fleurir de nombreux paquets non-officiels... chacun se mettant à recréer depuis zéro son petit paquet personnel de plus ou moins bonne qualité (plutôt moins que plus d'ailleurs).
Il est aisé de prédire que ceci va s'étendre aux PPAs. D'ici quelques semaines, on disposera probablement d'une bonne demi-douzaine de PPAs proposant le même programme pour une même version d'Ubuntu (par exemple, pidgin pour Ubuntu 6.06). Comment s'assurer de la qualité des paquets, comment gérer les conflits qui naîtront entre les différents PPAs ? Le problème, qui a déjà été évoqué a plusieurs reprises concernant les dépôts tiers, pourrait donc prendre une dimension bien plus importante cette fois.

Il faut savoir que les PPAs sont également utilisés par les développeurs Ubuntu, et donc que la construction de 12 paquets Pidgin engendre une attente non négligeable pour ces packageurs.

L'argument récurrent concernant la légitimité de dépôts tiers est la mise à disposition de versions plus récentes de logiciels. C'est un argument fallacieux. Les versions stables d'Ubuntu le sont en grande partie grâce au gel des versions des logiciels. Importer une nouvelle version c'est ajouter un gros risque de bugs, de régressions ou de problèmes de dépendances, en particulier lors de mises à jours de bibliothèques ou de logiciels système (une mise à jour de dbus peut apporter beaucoup plus de soucis que de nouveautés). C'est d'ailleurs pour cette raison que les mises à jour pour les versions stables d'Ubuntu sont aussi limitées que possible (et n'apportent *jamais* de nouvelles versions de logiciels).

Un autre argument très souvent avancé est la mise à disposition de paquets n'existant pas dans Ubuntu (ou dans Debian). Il existe déjà des structures telles que http://mentors.debian.net/ ou encore http://revu.tauware.de/ qui permettent de proposer des paquets à l'inclusion dans les dépôts officiels Debian et Ubuntu.
De plus, si vous avez besoin d'aide, <pub>le chan #ubuntu-fr-classroom@irc.freenode.net est toujours peuplé de MOTU/core-dev/aspirants Développeurs Debian prêts à vous accueillir avec le sourire, dans la joie et la bonne humeur</pub>.

Conclusion: utilisez les PPA avec précaution (néanmoins si vous désirez réellement casser votre système, vous pouvez également utiliser Automatix2, efficacité garantie)

(ce billet est fièrement propulsé par Gobby, et est le fruit d'un travail coolaboratif de membres d'u-classroom.net )

29 Août 2007 à 16:07

Un problème de démarrage ? via Breizh ardente

Comment trouver ce qui bloque le démarrage de votre OS ou du live CD

Le live CD

Vous venez de démarrer votre live CD ubuntu tout neuf et ca ne marche pas ?

Pas de chance ! Le programme usplash, utilisé pour obtenir un boot graphique, est certes plus esthétique que le mode console, mais en cas de pépin avec le matériel, il cache les messages d'erreur qui sont indispensables pour résoudre le problème

D'autant plus que la plupart du temps, c'est assez simple à résoudre

Le premier écran qui vous est présenté est le suivant :

la première option est suffisament explicite pour que vous ayez directement appuyé sur "entrée", ce qui marche presque toujours, mais vu que vous lisez ce billet, ca n'a pas du être le cas.

Vous n'y avez peut-être pas prêté attention, mais regardez mieux en bas :

Plusieurs touches de fonction sont ici utilisables.

Commençons par F2 pour passer les menus en français, F4 pour choisir une résolution adaptée à votre écran, puis F1 pour ouvrir le menu d'aide

Vous avez ici accès à d'autres pages qui recencent les options utilisables pour booter le live CD en passant des paramètres supplémentaires pour corriger le blocage

Sous quelle forme se présente ces options ?
Ce sont de simple instructions à rajouter à la commande de boot. Par exemple, une des solutions les plus utilisées est noapic nolapic

Pour l'instant, la première chose à faire est de désactiver le boot graphique pour voir ce qui coince.

Sortez de l'aide pour retomber sur le menu par défaut, et appuyez sur F6 :

Une ligne supplémentaire apparait en bas de l'écran, ce sont les options appliquées par défaut.

Avec les flèches, déplacez vous à la fin de la ligne, et effacez les options quiet splash pour obtenir ceci:

ce qui aura pour effet de désactiver les effets graphiques durant le boot et vous permettra de lire les messages d'erreur.

Maintenant, appuyez sur entrée, au lieu de l'habituelle barre animée :

Vous aller avoir un résultat qui ressemblera à :

Beaucoup moins esthétique mais bien plus instructif. Il ne vous reste qu'à recopier les messages affichés et à poster une demande d'aide sur le forum ubuntu-fr.

Vous pouvez aussi tenter un démarrage avec les options indiquées dans les menus d'aide, les paramètres sont à taper à la place de quiet splash, en n'oubliant pas d'enlever ces derniers pour voir les résultats obtenus avec paramètres supplémentaires.

Le système installé

De la même façon, il est possible de désactiver à la volée le boot graphique pour trouver la cause d'un problème survenant sur un système installé qui ne démarre plus.

Pour celà, lorsque grub se présente :

Vous pouvez voir une série d'instructions en bas de l'écran

Positionner vous sur la ligne correspondant au noyau que vous voulez démarrer, et appuyez sur E :

Les instructions contenues dans le fichier de configuration de grub apparaissent à l'écran

Nous allons à nouveau désactiver le boot graphique

Descendez sur la deuxième ligne :

Et appuyez à nouveau sur E :

Vous allez ici effacer les paramètres quiet splash, et appuyer sur "entrée" pour valider la modification

Vous retombez sur l'écran précédent :

Descendez maintenant sur l'avant dernière ligne :

Et effacez là en appuyant sur D :

Comme indiqué, il ne vous reste qu'à appuyer sur B pour booter avec ces paramètres, c'est à dire avec un affichage en mode console :

A vous le décryptage et la recherche d'une solution à votre problème.

Ces modifications ne sont pas appliquées en dur, et ne seront donc pas mémorisées. Au prochain boot, la configuration initiale sera appliquée et vous devrez recommencer la manip si vous souhaitez à nouveau bénéficier du boot en console

voire quadruple, et même plus :)

Vous maitrisez la bête ? C'est le moment de pousser encore plus loin votre expérience de linux et de tester d'autres distributions.

Vous disposez sur votre pc de suffisament d'espace disque, et dans cet exemple, de déjà 2 systèmes d'exploitation installés : windows et ubuntu.

Première étape indispensable : créer une partition destinée à accueillir votre nouvelle distro linux.

$ sudo fdisk -l Password: Disque /dev/sda: 164.6 Go, 164696555520 octets 255 têtes, 63 secteurs/piste, 20023 cylindres Unités = cylindres de 16065 * 512 = 8225280 octets Périphérique Amorce Début Fin Blocs Id Système /dev/sda1 * 1 2554 20514973+ 7 HPFS/NTFS /dev/sda2 2555 19386 135203040 83 Linux /dev/sda3 19387 20023 5116702+ c W95 FAT32 (LBA) Disque /dev/sdb: 81.9 Go, 81964302336 octets 255 têtes, 63 secteurs/piste, 9964 cylindres Unités = cylindres de 16065 * 512 = 8225280 octets Périphérique Amorce Début Fin Blocs Id Système /dev/sdb1 1 1275 10241406 83 Linux /dev/sdb2 1276 1414 1116517+ 82 Linux swap / Solaris /dev/sdb3 1415 8049 53295637+ 83 Linux /dev/sdb4 8050 9964 15382237+ 83 Linux

dans cet exemple :

  • un disque /dev/sda
    • /dev/sda1 : partition windows
    • /dev/sda2 : partition de stockage linux
    • /dev/sda3 : partition d'échange en FAT32
  • un disque /dev/sdb
    • /dev/sdb1 : partition racine de Ubuntu
    • /dev/sdb2 : partition de swap, commune aux 2 distros
    • /dev/sdb3 : partition /home pour ubuntu
    • /dev/sdb4 : partition supplémentaire accueillant actuellement une gentoo

Vous pouvez utiliser gparted pour rajouter une partition, qui peut être primaire ou étendue, à n'importe quel endroit d'un disque dur

l'idée à suivre est de conserver intact le système d'exploitation principal (Ubuntu), et d'installer une distro supplémentaire sans RIEN toucher à l'install ubuntu

Pour cela, Vous procédez à l'installation de la nouvelle distro en suivant la doc adéquate, vous pouvez utiliser la partition de swap existante, mais vous ne devez pas écraser le chargeur de démarrage (grub) qui est en place, ici sur sdb1. Pour celà, vous installez le bootloader de la nouvelle distro sur la même partition que l'OS (sdb4)

Au reboot, votre pc ignore superbement le nouvel OS et boote comme habituellement, c'est normal :)

Il ne vous reste qu'à ouvrir le fichier de configuration de grub avec la commande gksudo gedit /boot/grub/menu.lst et rajouter à la fin du fichier un lien vers le bootloader de la nouvelle distro :

# chainloader vers la nouvelle distro title Nouvelle Distro root (hd1,3) chainloader +1 boot

Et voilà, au prochain redémarrage, vous aurez une nouvelle entrée pour démarrer la distribution supplémentaire

Vous pouvez réutiliser cette méthode pour démarrer autant de distributions que vous le souhaitez sur autant de disques durs que vous voulez, il suffit de correctement indiquer l'adresse de la racine de la distribution à démarrer, en utilisant la syntaxe grub

Par exemple, si j'ajoutais encore une troisième distro sur la partition sda2, je rajouterais encore une entrée à la suite de la précédente # chainloader vers la 3ème distro title 3éme Distro root (hd0,1) chainloader +1 boot

17 Août 2007 à 16:38

les petites astuces du terminal via Breizh ardente

pas de grande leçon ici, juste de quoi se simplifier un peu la vie

Pour une vrai petite leçon, il existe déjà la doc ubuntu, ou encore ce pdf récapitulatif, par biologeek, voire ce petit tuto, par AddikT1ve

Raccourcis :

  • [ctrl] + [r] : recherche dans l'historique, vous permet de retrouver rapidement une commande déjà passée en n'en tapant qu'un extrait (par exemple, vous avez redémarré le réseau avec sudo /etc/init.d/networking restart, après de nouvelles modifications, vous devez à nouveau retaper cette commande, vous saisissez [ctrl] + [r], le terminal affiche (reverse-i-search)`':, il ne vous reste qu'à entrer les premières lettres d'un des mots de la commande, res pour restart, et la commande est retrouvée : (reverse-i-search)`res': sudo /etc/init.d/networking restart
  • flèche haut/bas : autre moyen de rapeler des commandes, la flèche haut remonte dans l'historique, flèche bas pour redescendre
  • script : permet de retranscrire dans un fichier toutes les commandes passées dans un terminal, pour relecture ultérieure. Utiliser script -f fichier.txt pour lancer l'enregistrement, et exit pour l'interrompre.
  • cd .. pour remonter d'un niveau dans l'arborescence
  • ls pour afficher le contenu du répertoire courant, les options les plus utilisées sont -l (pour afficher les droits) et -a (pour afficher les fichiers cachés)
  • tab pour utiliser la completion automatique, ne surtout pas se priver de cet outils qui vous fera gagner énormément de temps, et évite en plus les fautes de frappe lors du recopiage de nom de fichiers à la con, à utiliser conjointement avec ls :)

Les alias :

il faut ici jouer avec le fichier .bashrc, dans lequel vous spécifiez une commande personnalisée, suivie de la commande réelle a laquelle elle correspondra.
Démonstration :

alias script='script -f'
alias update='sudo apt-get update'
alias upgrade='sudo apt-get upgrade'
alias search='apt-cache search'

dorénavant, au lieu de taper sudo apt-get update, vous vous contenterez d'un simple update !
Cette astuce est déclinable à l'infini... Vous pouvez partager vos alias dans les commentaires :)

13 Août 2007 à 10:56

Une pause pour les stickers! via effraie@blog

C’est un peu trivial, comme billet, mais je voudrais demander à tous ceux qui m’envoie en ce moment des courriers pour commander des stickers d’attendre désormais jusqu’à septembre.
En effet, je pars d’ici la fin de la semaine en vacance, et je ne rentrerais pas avant la fin du mois d’août.
Ma boite à lettre n’étant pas énorme, et ayant déjà du mal a supporter votre courrier quotidien, j’ai peur que si elle doit accueillir 10 jour de courrier en mon absence, elle explose littéralement, et qu’une partie de vos commandes se perdent.

Je rouvrirais les commandes à mon retour, rassurez vous!

Pages