Ne JAMAIS accepter d'offres gratuites de bouquets TV : c'est toujours un piège..
Pendant mon déménagement, j'ai du appeler Bouygues pour faire le changement d'adresse : tout s'est bien passé de ce côté là.
Par la même occasion, on me propose des "bouquets TV gratuit pendant 1 mois", je me dis "cool" j'ai rien à perdre... SAUF que la gentille personne a oublié de me prévenir qu'il fallait résilier ces mêmes bouquets 5 jours avant la fin de la période d'essai si je ne voulais pas les garder..

Donc surprise sur ma dernière facture, j'appelle direct le service client qui me résilie ces bouquets au pro rata de ce que j'ai déjà "consommé"..

Bref ne jamais accepté ces offres à la con. Le pire dans tout ça, c'est que je n'ai jamais regardé une seule de ces chaines..

Un téléphone avec deux écrans (un devant, l'autre derrière). L'un est classique et l'autre est à encre electronique = consomme rien du tout.

Un exemple avec ma Kobo : elle a tenu 2 mois sans que je la recharge (j'ai lu 2 livres et je lis pas très vite ^^)

custom du vimrc à lire

Sympa le concept d'android box : une console, un pad sans fil, plein de jeux et en prime on peut installer XBMC dessus!

Quelques bp sur bash

Bon passage dans breaking bad :D

Valeur différentes retournées par amixer et alsamixer, l'explication :

No, both are correct.  You are dreaming too much on the world unified
percentage representation smile

The percentage in amixer has nothing to do with dB level.
It's just the percentage of the raw value range of that mixer
element.  Thus showing 89% is correct.  It's 10% down from 100%
(1% is because of the resolution of the raw values).

Now, alsamixer shows the percentage in a different way.  It's
explained well in the source code (alsamixer/volume_mapping.c), but
not mentioned in the man page, unfortunately.

* The mapping is designed so that the position in the interval is proportional
* to the volume as a human ear would perceive it (i.e., the position is the
* cubic root of the linear sample multiplication factor).  For controls with
* a small range (24 dB or less), the mapping is linear in the dB values so
* that each step has the same size visually.  Only for controls without dB
* information, a linear mapping of the hardware volume register values is used
* (this is the same algorithm as used in the old alsamixer).

The percentage representation in alsamixer corresponds to this
mapping, thus it's neither dB nor linear percent.

EDIT : + https://gitorious.org/alsa/alsa-utils/source/34bb514b5fd1d6f91ba9a7b3a70b0ea0c6014250:alsamixer/volume_mapping.c#L64