Articles plus anciens

Dans mon article Sauvegarde avec rSnapshot, configuration complète, je donne mon script de sauvegarde qui est plannifié par Cron tous les jours.


Ce dernier déclenche la sauvegarde journalière, puis test si on est un lundi afin de déclencher la sauvegarde hebdomadaire.


Or depuis que ce script est en place la sauvegarde hebdomadaire ne s’est jamais déclenché.


Pour réaliser ce test le script exécute la ligne suivante :

if [ $(date +%A) == "lundi" ]; then


Et si j’affiche la valeur de la commande date dans un terminal :

echo $(date +%A)


Cela me donne bien lundi (si on est un lundi évidemment)


J’ai donc suspecté un problème de paramètres régionaux (locale) différents lorsque  l’on est dans une tache de lorsque l’on est dans le terminal.


Pour m’en assurer j’ai donc planifié une tache cron quelques minutes dans le futur, qui flush les variables d’environnement dans un fichier :


20 23 * * *  env >> /home/mon_user/testCron.txt


Et le résultat est le suivant :

HOME=/home/mon_user
 
XDG_SESSION_COOKIE=0ac36ac860b1eaba6c5713094aa20f7e-1264544401.519200-1577344836
 
MAILTO=
 
LOGNAME=mon_user
 
PATH=/usr/bin:/bin
 
SHELL=/bin/sh
 
PWD=/home/mon_user


Par défaut lors de l’exécution d’une tache Cron, il n’y a pas de locale de défini, on prend donc la langue par défaut = anglais


Pour résoudre le problème il suffit donc d’ajouter dans la crontab (ou directment dans le script) la ligne suivante :


LANG=fr_FR.UTF-8



Sources :

Photo par image_smith sous CC by-nc-nd


On a vu précedemment les Différences entre Google Chrome et Chromium, on peut maintenant légitiment  vouloir installer Chromium ou Chrome.


Nous allons voir comment procéder pour l’un et l’autre.


Installation de Chromium

Si vous ouvrez une invite de commande et saisissez « sudo aptitude install chromium », vous constaterez qu’il existe bien un paquet portant ce nom

Mais vous pourrez toujours chercher une entrée sous le menu application > Internet de votre Gnome parcequ’elle n’y est pas. Le menu se trouve dans Application > Jeux.

En effet le paquet chromium n’installe pas un navigateur Internet mais un jeux de shoot’em up dont la copie d’écran illustre cet article.


Pour installer Chromium, il faut ajouter un dépot, enfin il faut choisir un dépôt parmis les 3 qui existent :

  1. Daily : https://launchpad.net/~chromium-daily/+archive/ppa/
  2. Dev : https://launchpad.net/~chromium-daily/+archive/dev/
  3. Beta : https://launchpad.net/~chromium-daily/+archive/beta/


Avec par ordre de mise à jour, de nouveauté et donc d’instabilité :

Daily > Dev > Beta


Pour être plus clair et pour paraphraser le réponse #1308 de fta de ce thread :


1/ Daily : https://launchpad.net/~chromium-daily/+archive/ppa/
Pour : ca suit les développements au jour le jour
Contre : on voit parfois des bugs, mais en général ils sont vite corrigés. Il y a des upgrades tous les jours (mais certains pensent que c’est plutôt un pour)

2/ Dev : https://launchpad.net/~chromium-daily/+archive/dev/
Ca suit le Dev Channel de Google Chrome, même code (la partie open-source), et même date de sortie.
Pour : moins de mises-à-jour que 1/, sans être trop loin du développement, du moins pour l’instant. Les bugs de 1/ ont déjà surement été vus et corrigés
Contre : rien

3/ Beta : https://launchpad.net/~chromium-daily/+archive/beta/
Comme 2/, mais ca suit le beta-channel de Google Chrome
Pour : vraiment peu de mises-à-jour
Contre : on s’éloigne fortement des nouveautés


J’ai personnellement choisi la solution 2, la fréquence des mises à jour de la 1, m’étant un peu insupportable.

J’ai donc ajouté ceci dans mon fichier /etc/apt/sources.list :


# Chromium
# Nouveautés : DAILY > BETA > DEV > STABLE (n'existe pas sous Linux)
# DAILY
#deb http://ppa.launchpad.net/chromium-daily/ppa/ubuntu karmic main 
#deb-src http://ppa.launchpad.net/chromium-daily/ppa/ubuntu karmic main
# DEV
deb http://ppa.launchpad.net/chromium-daily/dev/ubuntu karmic main 
deb-src http://ppa.launchpad.net/chromium-daily/dev/ubuntu karmic main 
# BETA
#deb http://ppa.launchpad.net/chromium-daily/beta/ubuntu karmic main 
#deb-src http://ppa.launchpad.net/chromium-daily/beta/ubuntu karmic main

Les 3 PPA sont présents, je peux activer l’un ou l’autre à la demande…


Il faut ensuite faire le tradionnel  :


sudo aptitude update


Puis on installera Chromium par :

sudo aptitude install chromium-browser



Installation de Google Chrome

Si vous choisissez le côté obscure et que vous préférez installer Chrome sous Linux, il faut vous rendre sur le page suivante de Google :

http://www.google.com/chrome?hl=fr



Google détecte votre OS et vous propose de télécharger Chrome pour Linux.

Si vous voulez télécharger le paquet mais que vous n’etes pas sous Linux le lien de cette page est :

http://www.google.fr/chrome/eula.html?platform=linux_ubuntu_i386


la page suivante vous permet de télécharger un paquet DEB ou RPM :


Un fois votre choix fait, le paquet DEB téléchargé, il vous suffira de l’installer par un :

sudo dpkg -i google-chrome-beta_current_i386.deb



Pour info au 22 Janvier 2010, les versions étaient les suivantes :


  • Chromium Daily : 4.0.303.0
  • Chromium Dev : 4.0.295.0
  • Chromium Beta : 4.0.249.43
  • Chrome : 4.0.249.43


Sources :

http://forum.ubuntu-fr.org/viewtopic.php?pid=3193783


ZIPJe ne saurais plus dire en quelle occasion, mais j’ai eu il y a quelque temps de ça à décompresser une archive zip multi-volume.

Quelque soit le volume/fichier (.zip, .z01, .z02, zx) que l’on essai d’extraire via unzip, on aura le message suivant :


warning [fichier.zip]: zipfile claims to be last disk of a multi-part archive;
attempting to process anyway, assuming all parts have been concatenated
together in order. Expect "errors" and warnings...true multi-part support
doesn't exist yet (coming soon).
file #1: bad zipfile offset (local header sig): 4


La solution consiste à concaténer les différents volumes avec la commande cat (quel bel outil) puis décompresser l’archive globale avec unzip :

cat archive.z* > archive_globale.zip
 
unzip archive_globale.zip



Source :

http://ubuntuforums.org/archive/index.php/t-952119.html

Image Wikimedia sous cc-by-sa-2.5


Si vous avez une vieille carte graphique (type Radéon 7500) depuis la mise à jour vers Karmic, vous devez avoir constaté que les notifications système  :

  1. ont changé de place, elles ne sont plus collées à la barre, ce qui est normal et voulu par Ubuntu
  2. sont corrompues, elles affiche un carré de couleur avec des lignes ou des pointillés


En vert…

OSD notification - corrompue vert


Ou en mauve ….

OSD notification - corrompue mauve


Cela est dû à la méthode d’accélération pour Xorg (le serveur graphique) qui pour un certain nombre de carte  à été changé de EXA à XAA par défaut.

En effet XAA bien que moins récent est plus performant que EXA pour certaines vieilles cartes graphiques.



2 solutions pour résoudre se problème sont possibles désactiver XAA ou  l’accélération matériel.

J’ai testé les 2, la première (désactivation de XXA au profit de EXA) a eu pour conséquence (chez moi) de dégrader considérablement les performances de mon ordinateur (CPU grimpant souvent à 100%), la deuxième est en place depuis hier soir, je n’ai pas encore assez de recul pour juger.

Dans les 2 cas il faut éditer le fichier xorg.conf qui se trouve dans /etc/X11.


Si votre fichier Xorg.conf est vide ou si il ne contient pas de section « Device », « Screen » et « Monitor », il va falloir l’initialiser.


Initialisation du fichier xorg.conf

Avant toute chose, je vous conseille de lire un peu de documentation sur le sujet, je ne vais ici que survoler le vaste sujet du xorg.conf.


La modification visant à rétablir/réparer le notification se fait dans le section « Device » qui permet le paramétrage de la carte graphique.

Cette section seule ne sert a rien elle doit être associé à une section « Monitor » réalisant le paramétrage de l’écran.

L’association des sections « Monitor » et « Device » se fait au sein d’une section « Screen », il faut donc que l’on ajoute ceci (a minima) dans le fichier xorg.conf :

Section "Monitor"
        Identifier      "Moniteur1"
EndSection
 
Section "Device"
        Identifier      "CarteGraphique1"
EndSection
 
Section "Screen"
        Identifier      "Screen1"
        Device          "CarteGraphique1"
        Monitor         "Moniteur1"
EndSection


Les entrées Identifier contiennent une chaine de caractères (pouvant contenir des espaces) identifiant la section.

On a ainsi constitué le squelette minimal de notre fichier xorg.conf en vue de paramétrer notre carte graphique.



Solution 1 : désactivation de XAA au profit de EXA

Pour désactiver XAA, on active EXA et cela se fait en ajoutant l’option suivante dans la section Device du fichier xorg.conf :

        Option      "AccelMethod"     "EXA"


Ré-démarrer (un re-démarrage de Xorg uniquement par CTRL+ALT+BACKSPACE, devrait suffir) et la configuration sera prise en compte 


Solution 2 : désactivation de l’accélération matériel

Pour désactiver l’accélération matériel la ligne à ajouter à la section Device est :

        Option      "RenderAccel"     "off"


Idem précédemment un re-démarrage et voici normalement les notifications de retour :

 OSD notification


Remarque :

La solution1 est en complète contre-indication avec la solution visant à diminuer l’usage de la CPU mentionné dans Problème de CPU sous Jaunty avec Radéon 7500.

On a donc le choix entre :

  • Notification KO et CPU OK en laissant XAA d’activé
  • Notification OK et CPU KO en activant EXA

A moins que la solution XAA sans accélération matériel soit le bon compromis, à voir à l’usage.


Sources :

http://ubuntuforums.org/showpost.php?p=8290592&postcount=7

2 bugs existent concernant ce problème :

https://bugs.freedesktop.org/show_bug.cgi?id=22055

https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-ati/+bug/416001



TNT

Cette article intervient dans la série je vide mes cartons, en effet il s’agit de notes prises sous Google Documents lors d’une installation qui date de Gutsy (Ubuntu 7.10, 2007 !!!), il y a donc de fortes chances que les manipulations décrites ici soient obsolètes ou inexactes…


En effet jusqu’a peu je possédais une carte TNT Nova T 500 me permettant de recevoir la TNT sous Freevo (cf. article Freevo – Paramétrage carte Hauppauge Nova-T 500)


J’ai depuis abandonné l’usage de cette carte (elle consommait 10 Watts et je ne m’en servais que pour la télécommande).


Bref voici mes notes d’installation :


Pour paramétrer la TNT pour que mplayer puisse afficher les chaines, il faut installer les outils permettant de travailler avec le DVB (Digital Video Broadcast) autrement dit la télévision numérique dont fait partie la TNT.


sudo aptitude install dvb-utils


On récupérera  ensuite une liste de fréquences propre à chaque ville, cela se passe sur ce site :

http://www.linuxtv.org/cgi-bin/viewvc.cgi/dvb-apps/util/scan/dvb-t/


Ce qui pour Nantes donne :

wget -O freq.txt http://www.linuxtv.org/cgi-bin/viewcvs.cgi/dvb-apps/util/scan/dvb-t/fr-Nantes?rev=1.2


Par pur curiosité on peut regarder ce que contient ce fichier :

# Nantes - France
# T freq bw fec_hi fec_lo mod transmission-mode guard-interval hierarchy
T 498000000 8MHz 2/3 NONE QAM64 8k 1/32 NONE
T 506000000 8MHz 2/3 NONE QAM64 8k 1/32 NONE
T 522000000 8MHz 2/3 NONE QAM64 8k 1/32 NONE
T 530000000 8MHz 2/3 NONE QAM64 8k 1/32 NONE
T 658000000 8MHz 2/3 NONE QAM64 8k 1/32 NONE
T 802000000 8MHz 2/3 NONE QAM64 8k 1/32 NONE


A partir de cette liste de fréquence, on lance ensuite un scan qui va utiliser la carte TNT pour détecter les chaines qui peuvent être reçues :

scan freq.txt > channels.conf


Ce qui chez moi donnait :

TF1:498167000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:120:130:1537
France2:530167000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:120:130:257
France3:530167000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:220:230:292
CANAL+:802167000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:0:80:769
France5:530167000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:320:330:260
M6:506167000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:120:130:1025
ARTE:530167000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:520:530:261
Direct8:658167000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:160:80:513
W9:506167000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:220:230:1026
TMC:498167000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:620:630:1542
NT1:506167000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:320:330:1027
NRJ12:498167000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:220:230:1538
LCP:530167000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:620:630:262
France4:658167000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:166:104:519
BFMTV:658167000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:162:88:515
iTELE:658167000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:163:92:516
Virgin17:658167000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:164:96:517
Gulli:658167000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:165:100:518
NANTES:530167000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:720:730:369


Rque : Si vous lancez cette commande plusieurs fois de suite, il y a de fortes chances pour que le résultat soit différent


Pour que ce fichier soit pris en compte par mplayer sans avoir à lui spécifier le chemin il suffit de le copier dans le répertoire .mplayer :

cp channels.conf ~/.mplayer/channels.conf



Il ne reste plus qu’a tester :

mplayer dvb://TF1 -vo x11



Bonus : on peut vouloir avoir le programme télé pour la TNT, cela est possible avec le paquet XMLTV

Ce programme permet de générer un fichier XML qui pourra ensuite être lu par divers programmes (comme freeevo)

sudo aptitude install xmltv


Conjointement à XMLTV il faut le grabbeur spécifique à la France :

cd /usr/bin/
sudo wget http://www.lahiette.com/biboobox/download/tv_grab_fr
sudo chmod +x tv_grab_fr


Ce dernier ne semble plus mis à jour depuis 2008, il se base sur le site télépoche pour générer le fichier XML, or comme ce site change réguliérement il y a de forte chance qu’il ne marche plus, bref je vous mets tout de même les manip faites à l’époque.

tv_grab_fr -configure


Ce programme pose t il des questions , aucune idée toujours est il que le fichier de configuration était sauvé dans  ~/.xmltv/tv_grab_fr.conf


Ensuite pour récupérer le programme il suffisait de lancer :

tv_grab_fr --days 1 --slow --output /tmp/TV.xml



Désolé pour le manque de précisions, pour les incertitudes mais comme indiqué au début il s’agit avant tout pour moi de garder un trace de ce que j’ai fait à l’époque et si ça peut aider quelqu’un tant mieux, sinon tant pis.


Remarque :

Concernant l’illustration de cet article il s’agit de la molécule de Tri-nitro-Toluène, dont l’acronyme est TNT ;)