vendredi 15 mai 2009
Par Damien Clauzel le vendredi 15 mai 2009, 15:27 - Informatique
Très simplement, les mêmes causes produisant les mêmes effets, la version Jaunty Jackalope d'Ubuntu souffre de problèmes de son. Comme avec Intreprid Ibex, des logiciels tels que Flash ou Skype restent muets et sourd.
La solution est simple : il suffit d'appliquer la même méthode que pour Intrepid Ibex, à savoir supprimer PulseAudio.
vendredi 13 février 2009
Par Damien Clauzel le vendredi 13 février 2009, 15:34 - Informatique
Il est possible de mettre à jour MacOS par la ligne de commande, de façon à, par exemple, intervenir à distance sur une machine par SSH. On utilise pour cela la commande softwareupdate depuis un compte ayant les droits d'administration.
Si on les compare à d'autres outils comme apt de Debian, les possibilités de softwareupdate sont fortement limitées. Mais en compensation, il ne faut pas oublier qu'Apple prend en charge via des scripts les différents changements à apporter au système, donc le travail de l'administrateur système est simplifié.
D'ailleurs, softwareupdate ne permet de réaliser que des mises à jour du système, et rien d'autre : pas d'ajout ou de suppression de logiciels, de choix de version, etc. Pour ce genre de chose, on se tournera plutôt vers l'outil installer (man 8 installer)
La commande softwareupdate fonctionne de la façon suivante :
Le manuel (man 8 softwareupdate) contient également des précisions, avec des exemples simplifiés d'utilisation de la commande.
On constate donc que les possibilités se résument à lister les mises à jour disponibles, et à les installer individuellement ou collectivement. Simple, mais fonctionnel.
Pour illustrer l'utilisation de softwareupdate, nous réaliserons la mise à jour de MacOS X Serveur, le vendredi 13 février 2009.
Nous demandons l'installation (-i) de toutes les mises à jour disponibles (-a).
il ne reste plus qu'à relancer les services utilisant les composants mis à jour (si on les connaît...), ou redémarrer le serveur (qui est souvent ennuyeux pour un serveur). Apple doit donc apporter des améliorations sur cet aspect.
vendredi 6 février 2009
Par Damien Clauzel le vendredi 6 février 2009, 23:08 - Informatique
Le portable HP Mini 1000 Mi Edition est vendu avec Ubuntu. Le thème par défaut, noir, est splendide au point de vouloir l'utiliser sur son propre ordinateur.
Utiliser le thème GlassyBleu est très simple sur les systèmes à base de Debian qui ont GNOME comme interface. Le principe est de récupérer les paquets contenant les éléments du thème (fond d'écran, définition des éléments du thème, icones, etc), de les installer puis de les activer dans le compte courant. Cette opération peut être réalisée par un simple script.
Ce script va définir un style personnalisé dans le tableau de bord « Apparence » d'Ubuntu, et l'activer; également, un thème pour firefox et thunderbird sera disponible pour pousser l'intégration. Il est important de noter que le script n'a besoin d'être effectué qu'une seule fois, et que les paquets installés ne seront jamais mis à jour par la suite. Le thème ainsi défini peut donc être personnalisé à volonté.
jeudi 15 janvier 2009
Par Damien Clauzel le jeudi 15 janvier 2009, 13:54 - Informatique
Historiquement, la gestion du son avec GNU/linux a souvent été une bataille pour l'utilisateur. Même si Ubuntu prend soin d'éviter de retomber dans les guerres de tranchées historiques, il n'en reste pas moins que les problèmes continuent d'exister.
Ubuntu a fait le choix de s'appuyer sur PulseAudio pour présenter à l'utilisateur la gestion du son. Pour faire simple, même si PulseAudio peut travailler de façon autonome le plus souvent il se comporte comme une surcouche à ALSA et à OSS, avec quelques fonctionnalités spécifiques supplémentaires.
Pour l'utilisateur, la principale différence avec OSS et ALSA est l'intégration de PulseAudio dans l'environnement du bureau : applet de gestion, vuemètres des entrées-sorties, panneau de préférences accessibles, etc. Rien de bien indispensable, mais qui donne une vision simple et pratique du réglage et de l'utilisation du son sur l'ordinateur.
Mais le problème est que PulseAudio ne peut pas être utilisé directement par les logiciels audio, ils doivent être programmés en conséquence. Et c'est alors que se pose le problème du point de vue technique, car de nombreux outils et services, anciens et répandus, travaillent différemment sur les niveaux de la pile des services audio. Des passerelles existent pour faire cohabiter et communiquer les logiciels entre-eux, mais le résultat n'est pas satisfaisant pour l'utilisateur final qui doit jongler entre plusieurs technologies.
Quelles sont pour l'utilisateur grand public les conséquences de l'utilisation de PulseAudio ? Principalement, il n'est pas assuré de parvenir à faire fonctionner un logiciel. Ainsi, Skype est réputé pour ses problèmes d'utilisation dans Ubuntu à cause des mixeurs; FlashPlayer nécessite l'installation de bibliothèques particulières pour accéder à PulseAudio; et c'est sans parler des logiciels comme RecordMyDesktop qui réalisent des captures de session.
Une solution simple à ces problèmes est de supprimer PulseAudio du système, afin de basculer complètement sur ALSA. Cela implique de quitter les technologies préconisées par Ubuntu pour s'occuper nous-mêmes de la chaîne audio. Il s'agit naturellement d'une manipulation entièrement réversible.
La première étape consiste à supprimer les paquets de PulseAudio :
apt-get --purge remove pulseaudio* libpulse*
On constate que la dépendance sur le paquet ubuntu-desktop va
intervenir et nous obliger à retirer ce paquet. Aucun souci ici, il suffira de
le remettre en place avant la prochaine mise à jour du système vers Jaunty
Jackalope. Ensuite, nous installons des outils pour gérer ALSA, qui vont
nous amener également par le jeu des dépendances les bibliothèques nécessaires
(qui sont normalement déjà présentes sur le système) :
apt-get install alsa-utils gstreamer0.10-alsa
Il ne reste qu'à redémarrer la machine pour nettoyer les services. Le résultat est que Skype, FlashPlayer et d'une façon générales toutes les applications utilisant l'audio fonctionnent correctement, sans réglage particulier. Mais on a perdu au passage les jolis vuemètres de PulseAudio.
On pourra affiner le réglage des entrées-sorties audio par les outils
alsamixer et gnome-sound-properties.
lundi 8 septembre 2008
Par Damien Clauzel le lundi 8 septembre 2008, 16:55 - Informatique
Pour les utilisateurs venant du monde UNIX, il est indispensable de savoir manipuler en ligne de commande les images disques d'Apple. Il en existe de deux sortes : les traditionnelles (avec leur variations : chiffrées, compressées, etc) et les grossissantes.
Les images disques grossissantes sont des images disques ayant une taille maximale définie à la création. Toutefois, uniquement l'espace utilisé est écrit sur le disque, ce qui permet de limiter l'espace occupé.
Concrètement, une telle image se présente sous la forme d'un répertoire IMAGE.sparsebundle contenant une collection de bandes, un index des données et un fichier de métadonnées sur l'image. Il va de soit qu'il est extrêmement déconseillé d'aller trifouiller au petit bonheur la chance à l'intérieur de ces fichiers.
Il est important de se pencher sur la façon dont les volumes et disques sont attachés sous MacOS. Sans entrer dans les détails, on admettra que les disques physiques sont directement (c'est à dire, sans tampon ou couche tierce) accessibles par les nœuds /dev/rdisk*; ils ont leur contrepartie logique sous la forme /dev/disk*.
Une image disque, étant un volume logique, sera attachée sous la forme /dev/diskXsY, comme si elle était un disque dur. X est alors un identifiant du disque, et chaque partition est associée à un identifiant Y. Chaque partition du disque logique peut alors être montée; le point de montage par défaut étant /Volumes/. Il est bien sur possible d'attacher une image disque sans la monter, afin d'utiliser par exemple des outils travaillant sur les blocs.
Également, MacOS associe à chaque image disque une somme de contrôle permettant de tester son intégrité. Par défaut, des tests (parfois longs) sont effectués. À vous de décider si vous voulez les valider ou bien les ignorer.
La syntaxe des exemples suivants est valable pour MacOS Léopard, et peut-être des versions ultérieures (Jaguar, Panthère et Tigre ont connu des évolutions dans la gestion des images disques; sans parler de Puma et Guépard).
Attache le disque en un nœud /dev/disk* et monte le volume dans /Volumes/. Il est possible d'attacher une image disque sans monter son volume en utilisant l'option -nomount. D'autres options comme -nobrowse ou -private marqueront le volume comme n'étant pas utilisable par les applications (ainsi, le Finder ne l'affichera pas) ou ne notifieront pas le système de l'ajout du disque (pas d'indexation SpotLight).
Démonte un système de fichiers d'une image disque sans libérer ce dernier. Le nœud /dev/disk* est toujours présent mais le système de fichiers n'est plus monté.
Démonter le système de fichiers; le nœud du disque logique est supprimé de /dev/disk*,
Créer une image disque de taille maximale 500 Go, avec un système de fichier en HFS+ journalisé et sensible à la casse :
/Volumes/
Pour une image disque grossissante, il est possible de demander la récupération de l'espace non-utilisé dans les bandes, pour faire ramener sa taille à celle du volume des données qu'elle contient.
Il est tout à fait possible de formater un volume d'une image disque existante. Il suffit d'attacher l'image disque, et de travailler sur les partitions. On peut utiliser les options suivantes :
La commande hdiutil ne se limite pas aux simples opérations de montage et démontage de volumes. Elle permet également de convertir, graver, segmenter et d'une façon générale d'effectuer toutes les opérations possibles sur les images disques. La commande en elle-même intègre une documentation extensive, et son manuel contient des exemples concrets.
hdiutil help et plus précisément hdiutil help COMMAND.
mercredi 3 septembre 2008
Par Damien Clauzel le mercredi 3 septembre 2008, 15:51 - Informatique
Sous Léopard, la machine virtuelle java (JVM) d'Apple se lance par défaut avec l'encodage MacRoman. Si choix est compréhensible au vu de l'histoire des technologies d'Apple, il est toutefois de nos jours rendu obsolète avec le passage à l'unicode. Pire, les développeurs et administrateurs systèmes s'attendent désormais à des outils fonctionnant en UTF-8, ce qui pose donc des problèmes d'intégration.
Pour les systèmes GNU/linux, les différentes JVM travaillent avec l'encodage du système qui est désormais l'UTF-8. Mais la JVM d'Apple se comporte différemment, avec un réglage défini en interne.
Faisons quelques essais avec ce jeu de test.
Commençons avec GNU/linux :
Comme on peut le constater, l'utilisation de l'encodage est dynamique, avec par défaut celui du système.
Regardons maintenant ce que cela donne sur Léopard. Nous commençons par lancer la même commande que pour GNU/Linux, et ensuite nous affinerons manuellement l'encodage UTF-8 avec l'option -Dfile.encoding=UTF-8 :
La différence est flagrante. La JVM d'Apple sous Léopard utilise par défaut l'encodage MacRoman et ne supporte pas la sélection par les locales, ce qui pose de réels problèmes d'interopérabilité.
Une solution simple est d'appeler systématiquement la JVM en spécifiant l'encodage UTF-8, mais elle n'est pas idéal.
samedi 12 février 2005
Par Damien Clauzel le samedi 12 février 2005, 00:59 - Informatique
On désire proposer de façon générique un éditeur via la commande
éditeur. Cette commande aura pour but de choisir un éditeur parmi
une liste définie, et de le lancer. Pour se faire, nous allons utiliser les
alternatives. L'intérêt de cette méthode est de rendre transparent la sélection
de clones pour un programme et de simplifier leur administration. Par exemple,
on pourrait souhaiter de rassembler derrière la commande browser
les logiciels mozilla, firefox, galeon,
dillo, etc.
L'ensemble des commandes à gérer est rassemblé dans un groupe, que nous
appellerons ici éditeur. De plus, on associe une priorité à chaque
alternative du groupe. Lorsque le groupe est administré en mode
auto, l'alternative employée est celle possédant la plus haute
priorité.
Dans notre cas, nous avons les 3 éditeurs suivants que nous souhaiterions
gérer derrière notre commande générique /bin/éditeur. Cette
commande sera en fait un lien dynamique pointant vers l'un des 3 logiciels
suivants :
/usr/bin/vi/usr/bin/vim/usr/bin/nviLa première étape consiste à créer notre groupe éditeur.
$ update-alternatives --install /bin/éditeur éditeur /usr/bin/vim 9 $ update-alternatives --display éditeur éditeur - status is auto. link currently points to /usr/bin/vim /usr/bin/vim - priority 9 Current `best' version is /usr/bin/vim.
D'ailleurs, il est facile de le vérifier.
$ /bin/éditeur --version VIM - Vi IMproved 6.3 (2004 June 7, compiled Jan 19 2005 08:10:19)
Continuons, et rajoutons nvi à notre groupe. Nous lui mettrons
la priorité 2.
$ update-alternatives --install /bin/éditeur éditeur /usr/bin/nvi 2 $ update-alternatives --display éditeur éditeur - status is auto. link currently points to /usr/bin/vim /usr/bin/vim - priority 9 /usr/bin/nvi - priority 2 Current `best' version is /usr/bin/vim.
Continuons encore, et rajoutons vi à notre groupe. Nous lui
mettrons la priorité 1, c'est à dire la plus faible.
$ update-alternatives --install /bin/éditeur éditeur /usr/bin/vi 1 $ update-alternatives --display éditeur éditeur - status is auto. link currently points to /usr/bin/vim /usr/bin/vim - priority 9 /usr/bin/nvi - priority 2 /usr/bin/vi - priority 1 Current `best' version is /usr/bin/vim.
Notre groupe est désormais prêt. La commande éditeur est
opérationnelle.
Imaginons maintenant que suite à une mauvaise mise à jour, vim
soit inutilisable. Notre commande générique éditeur devient donc
inexploitable. Nous allons corriger la chose en la faisant pointer vers un
autre clone de vi : nvi.
$ update-alternatives --config éditeur
There are 3 alternatives which provide `éditeur'.
Selection Alternative
-----------------------------------------------
*+ 1 /usr/bin/vim
2 /usr/bin/nvi
3 /usr/bin/vi
Press enter to keep the default[*], or type selection number:
Rentrons 2 pour choisir nvi.
Using `/usr/bin/nvi' to provide `éditeur'. $ update-alternatives --display éditeur éditeur - status is manual. link currently points to /usr/bin/nvi /usr/bin/vim - priority 9 /usr/bin/nvi - priority 2 /usr/bin/vi - priority 1 Current `best' version is /usr/bin/vim.
On découvre ici que vim est bien notre logiciel appelé, et que
la gestion du groupe est passée en manual. Ce qui veut dire que
l'on n'utilise pas nécessairement l'alternative ayant la plus haute priorité
(qui reviendrait dans notre cas à utiliser vim, ce que nous
refusons de faire car celui-ci étant indisponible).
Pour revenir à vim, on repasse par l'option
--config.
$ update-alternatives --config éditeur
There are 3 alternatives which provide `éditeur'.
Selection Alternative
-----------------------------------------------
+ 1 /usr/bin/vim
* 2 /usr/bin/nvi
3 /usr/bin/vi
Press enter to keep the default[*], or type selection number:
Répondons 1 et constatons :
Using `/usr/bin/vim' to provide `éditeur'.
Il est temps de reconfier au système la gestion automatique des alternatives du groupe et de voir en quoi cela est une Bonne Idée.
$ update-alternatives --auto éditeur
Il est bien sur possible de retirer une redirection si un logiciel vient à
être désinstallé. Examinons cette possibilité pour vi.
$ update-alternatives --remove éditeur /usr/bin/vi $ update-alternatives --display éditeur éditeur - status is auto. link currently points to /usr/bin/vim /usr/bin/vim - priority 9 /usr/bin/nvi - priority 2 Current `best' version is /usr/bin/vim.
Notre commande éditeur fait toujours appel à vim,
et vi ne fait plus partie du groupe. De la même façon, si nous
retirons l'alternative active, le système prendra automatiquement (d'où
l'intérêt du mode auto :) l'alternative restante ayant la plus
grande priorité.
$ update-alternatives --remove éditeur /usr/bin/vim $ update-alternatives --display éditeur éditeur - status is auto. link currently points to /usr/bin/nvi /usr/bin/nvi - priority 2 Current `best' version is /usr/bin/nvi.
Finalement, comme nous sommes des gens très propres, nous allons supprimer le groupe, remettant tout en l'état.
$ update-alternatives --remove-all éditeur $ update-alternatives --display éditeur No alternatives for éditeur.
Durant toutes ces manipulations, il est possible de corriger une entrée précédente en l'écrasant par la nouvelle. Pratique pour changer le chemin d'accès d'un fichier déplacé. Bien entendu, si la mauvaise manipulation a été à l'origine de la création d'un nouveau groupe, la solution qui s'impose est de détruire complètement ce groupe.
La seule méthode actuelle permettant de connaître la liste des alternatives mises en place est de lister le répertoire les contenant. Notez au passage que c'est une très mauvaise idée que d'effectuer directement des modifications dans le contenu de ce répertoire.
$ ls /etc/alternatives/
Pour aller plus loin, il est possible de créer des sous-groupes au sein d'un groupe. Par exemple, pour lier des logiciels à leurs manuels. Ce qui reviendrait à fournir dynamiquement le bon manuel à l'utilisateur en cas d'appel.
Ainsi, nous aurions les couples suivants :
usr/bin/vim et /usr/share/man/man1/vim.1.gz/usr/bin/nvi et /usr/share/man/man1/nvi.1.gz/usr/bin/vi et /usr/share/man/man1/vi.1.gzPour se faire, on rajoutera l'option --slave lors de la
définition de l'alternative. La syntaxe suit celle de l'option
--install.
$ update-alternatives --install /bin/éditeur éditeur /usr/bin/vim 9 \
--slave /usr/share/man/man1/éditeur.1.gz éditeur.1.gz /usr/share/man/man1/vim.1.gz
$ update-alternatives --install /bin/éditeur éditeur /usr/bin/nvi 2 \
--slave /usr/share/man/man1/éditeur.1.gz éditeur.1.gz /usr/share/man/man1/nvi.1.gz
$ update-alternatives --install /bin/éditeur éditeur /usr/bin/vi 1 \
--slave /usr/share/man/man1/éditeur.1.gz éditeur.1.gz /usr/share/man/man1/vi.1.gz
Le résultat correspond à notre attente. En changeant d'alternative, on modifie non seulement le logiciel appelé, mais également son manuel. Un vrai bonheur.
$ update-alternatives --display éditeur éditeur - status is auto. link currently points to /usr/bin/vim /usr/bin/vi - priority 1 slave éditeur.1.gz: /usr/share/man/man1/vi.1.gz /usr/bin/nvi - priority 2 slave éditeur.1.gz: /usr/share/man/man1/nvi.1.gz /usr/bin/vim - priority 9 slave éditeur.1.gz: /usr/share/man/man1/vim.1.gz Current `best' version is /usr/bin/vim.
La commande update-alternatives fourni encore d'autres possibilités, mais cela dépasse le cadre de cette simple documentation. Voir donc le manuel pour de plus amples informations: update-alternatives(8)
♻ Ils parlent