software

https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1199877
This bug was fixed in the package gtk+3.0 - 3.8.6-0ubuntu2

Liste des indicator: dpkg -l | egrep ^ii | egrep -o indicator-\\S*

stop unity-panel-service; start unity-panel-service

watch -n 0,5 ps -o rss= `pgrep unity-panel`

C'est là (en anglais) http://cordova.apache.org/ et http://cordova.apache.org/docs/fr/edge/

Pour un réseau local, de type réseau domestique, samba permet le partage de dossiers, imprimantes... Vers mes notes sur le firewall Ubuntu. Fonctionne aussi avec les windows - contrairement à NFS. Ne pas confondre avec OpenSSH.

Windows utilise l'extension des fichiers (.doc, .xls...) pour savoir quelle application lancer. Les fichiers sous Linux (Unix) ont des permissions: lire, écrire, executer... et, contrairement aux Windows,  le noyeau n'utilise pas ces extentions. Alors comment Linux (Ubuntu) détermine-t-il cette association?

Via ClassicMenuIndicator: vers System Settings / Clavier - onglet raccourcis

Si clavier en anglais : su dpkg-reconfigure keyboard-configuration
si sur émulateur de Terminal (GUI graphique) : setxkbmap fr

Raccourcis clavier

Voir en anglais http://askubuntu.com/questions/tagged/13.10+shortcut-keys

J'ai eu divers bugs liés à ckeditor (depuis un an, sur ce site dont je paie l'hébergement), Views, sans parler des omega...

Tout admin de drupal (ou toute autre application informatique), connait le phénomène des "bugs qui se déplacent". En cas d'erreur, on regarde les logs - et quand on n'y trouve RIEN d'inhabituel, on vit avec si c'est mineur - car l'on sait que cela peut aussi "retomber en marche".

En résumé, techniques de dépannage d'un module récalcitrant...

1. après update.php, vider le cache drupal
2. vider les caches du navigateur : CTRL F5 est insuffisant. Tester (firefox) CTRL+MAJ+SUPP. Et/ou tester avec un autre navigateur (IE, opéra...)
3. désactiver les caches de drupal, désactiver la compression des .JS (voir des .css) ; tester, retourner au point 1
4. documenter: consulter le README.TXT et site web du/des modules impliqués, vérifier l'installation des modules (versions, prérequis, notes des dev, droits des fichiers et dossiers chez l'hébergeur...) car c'est toujours utile
5. si toujours ko, pas d'erreurs dans les logs ni aucune piste:
   Tenter une modif mineure, sauver le user (ou la conf du module) et retester ; retourner au point 1.
6. Utiliser Firebug: vérifier les droits des users (tester avec un nouvel user créé),
   ainsi que la conf (via URL admin de drupal) des modules suspectés (que l'on vient de modifier ou de mettre à jour).
7. Penser à relancer son instance la nuit, regarder les incidents chez l'hébergeur, et retourner au point 1 (faire un backup bien sur)
8. revenir à un thème de base, désactiver d'autres modules... c'est à dire sur une machine de dev si le dit bug touche la prod :)

Accessible à tous: liens vers des sites simples parlant de sécurité (par ex, allez regardez les vidéos de la CNIL à http://www.youtube.com/user/LACNIL)

Vers ma page des liens "techniques" parlant de sécurité, backbox (ubuntu avec tools), wpscan, msf...