Geekeries diverses

If you have too the message following:

wine: ‘/home/xxx/.wine’ is a 32-bit prefix, it cannot be used with wow64 Wine

Do that :

rm -rf ~/.wine/drive_c/windows/syswow64

Bug has knowed from bugzilla

Edit : une nouvelle version de ces alias est disponible ici.

Quelques alias sympas à glisser dans votre ~/.bashrc :

• ?alias op=’gnome-open’ #si vous aimez bien lancer des fichiers depuis votre ligne de commande
• alias rarpack=’rar a -v1g -m0 -t’ #crée un rar, le splitte en fichier de 1go (pour parer les vieux filesystem comme fat (limite de 4 go)), sans compression et avec test de l’archive à la fin
• alias rarext=’rar x’ #extrait un rar en une commande (unrar le fait pas directement :()

Ces deux alias nécessitent l’installation préalable du binaire Rar disponible ici

• alias s=’su -‘ #à force de taper `su -` on en a marre…
• alias sdo=’su -c’ #un sudo sans sudo, pour faire une seule et unique commande
• alias ll=’ls -hl’ #ajoute le h (human readable) à la très célèbre commande ll (`ls -l`)
• alias term=’gnome-terminal &’  #pour ouvrir un autre terminal avec le même path
• alias gr=’killall gnome-panel’ #comme j’ai souvent des problèmes d’artefacts au démarrage avec le gnome-panel, je le force à se relancer

Des applications placées dans “Applications au démarrage” qui disparaissent (p.e.Conky, Guake, HddTemp (serveur))
Des applications ne s’ajoutant pas dans le menu Applications lors de l’installation, l’application elle-même disparaissant parfois (plus trouvable via terminal).

Artefacts visuels dans la zone de notification du gnome panel (récurent pour aMsn, de temps à autre une icône recouvre une autre (volume dupliqué et cachant le network manager)). Ici c’est un trou un rien plus foncé qui cache je ne sais plus quelle icône.

Plymouth refusant de se charger. Pourquoi ? car le 0x… est transformé en signes cabalistiques lors de la lecture par grub (un petit e sur la ligne me l’a confirmé) pourquoi à t’il changé d’encodage alors que je l’ai ouvert avec Vi, bonne question …

Difficulté pour acceder à la gestion des services, une fois sur deux il refuse d’executer mon ordre.
Impossibilité d’acceder au panneau de config de iptables. Il me met un message d’alerte et puis se plante.

Un meli melo pas possible pour installer les drivers Nvidia, le kmod ne voulant pas ou mal s’installer, et quand enfin installé compiz ne démarrant pas, voir figeant tout l’ordinateur. Pour installer les drivers propriétaires (le .run de nvidia) j’ai du recompiler le kernel à cause du support natif de qemu-kvm non supporté (et comme jamais fait ça de ma vie il est super lourd et lent).

13M initramfs-2.6.31.6-162.fc12.x86_64.img
13M initramfs-2.6.31.6-166.fc12.x86_64.img
13M initramfs-2.6.31.6-1.rt19.3.fc12.ccrma.x86_64.rt.img
13M initramfs-2.6.31.9-174.fc12.x86_64.img
82M initramfs-2.6.32.img

La gestion du son par pulseaudio qui fonctionne bizarrement (plus de prob d’un son trop faible comme avant) mais impossibilité de couper ou même diminuer les sons systèmes (il réagit pas aux modifications dans le pavucontrol (et même tout le pc en muet on entend encore les sons systèmes))

Bref je le réinstalle from scratch à la première occasion et si rien ne s’améliore je retourne vers Fedora 11 qui fonctionnait niquel ^^.

L’intérêt ici est de pouvoir contrôler des applications selon le branchement ou le débranchement de  l’adaptateur secteur.

Pour ça petit tour de l’ACPI et un peu de recherche sur le net.

ACPI Ancienne solution (je l’ai essayé mais il ne marche plus)

Inspiration pour le script

On va en root dans le dossier /etc/acpi

On crée deux fichiers :

1. events/pluginout.conf
2. actions/pluginout.sh

Le premier (pluginout.conf dans le dossier events/) est un fichier qui est parsé par le démon acpid chaque fois qu’il y a une modification de l’état ACPI.

Celui ci contient deux lignes : la première afin de dire à quel événement ACPI (modification de l’adaptateur secteur) réagir, et la deuxième quoi faire (notre script).

event=ac_adapter.*
action=/etc/acpi/actions/pluginout.sh

Deuxième fichier (pluginout.sh dans le dossier actions/), il sera chmodé en u+x pour permettre son exécution.

#!/bin/bash

# Cette ligne se charge de récuperer l’état de l’adaptateur secteur
# Selon votre machine le ‘AC’ cité ci dessous pourrait changer
POWER_STATE=$(cat /proc/acpi/ac_adapter/AC/state | tr -s ” ” | cut -d” ” -f2)

case “$POWER_STATE” in
on-line)
# adaptateur secteur connecté
echo “ac connected” >> /home/xxx/Bureau/ac.txt
;;
off-line)
# adaptateur secteur débranché
echo “ac uplugged – battery” >> /home/xxx/Bureau/ac.txt
;;
esac

Ici j’ajoute simplement une ligne dans un fichier sur le bureau de notre utilisateur xxx mais les possibilités sont nombreuses :

• arrêt de Compiz-fusion pour rendre la main à Metacity quand on passe sur batterie;
• forcer les processeurs a fonctionner en mode d’énergie réduit;
• diminuer l’intensité de l’écran;
• réduire la vitesse des disques dur;
• et un tas d’autres.

Quelques idées pour réduire sa consommation.

Des liens en rapport :

Compiz-Switch

Compiz-Check