# uname -a

Switch

mercredi 23 mars 2011

Touche pas à mon shell !

Il y a quelque chose qui m’a énervé dès le début de l’année sur les machines qu’on utilise en TP, et ça a continué en pire jusqu’à aujourd’hui. Ce court billet va donc expliquer pourquoi j’ai été amené à compiler mon propre shell, et comment le faire.

Petit rappel des faits : au début de l’année une ligne dans notre .bashrc personnel lançait le navigateur à chaque nouveau terminal, oui vous avez bien entendu, à chaque nouveau terminal le navigateur se lançait. Ceci pour rappeler les règles élémentaires de respect des salles, etc.

Ceci dit, lancer un programme graphique en même temps qu’un terminal, c’est stupide, surtout quand comme moi on lance plusieurs terminaux et qu’on se retrouve avec plusieurs firefox d’ouverts par la même occasion, ça devient profondément pénible. Une petite modification du bashrc plus tard, cette fonctionnalité ubuesque avait disparue.

Mais, il y a quelques jours l’administrateur système a placé la ligne en question dans le bashrc global (/etc/bash.bashrc), ce qui signifie qu’il n’était plus possible de le désactiver, à moins de recompiler le bash. C’est donc ce que j’ai fait.

Pour recompiler le bash, il vous faut :

Ensuite c’est comme d’habitude : ./configure && make et puis voilà.

Les plus attentifs auront remarqué que je n’indique pas de modification de code source à réaliser pour désactiver l’appel au bashrc global, ce qui était le but de la manoeuvre. Ceci tout simplement parce que cet appel est désactivé par défaut dans le code fournit par GNU, le paquet Debian étant donc une version légèrement différente de l’originale au niveau du code source, en fait ils ont juste décommenté la ligne contenant #define SYS_BASHRC "/etc/bash.bashrc" du fichier config-top.h.

Enfin, une petite formalité, il faut expliquer à gnome-terimnal de lancer notre shell plutôt que le shell par défaut, cela se fait simplement en appelant gnome-terminal avec l’argument -e : gnome-terminal -e chemin_vers_le_bash.

Enjoy ! :)

jeudi 17 mars 2011

Firefox Freeze après avoir installé une extension non officielle

firefox-plantage-certutils.png

Lors de la mise à jour de modules sur mon Firefox (que la mise à jour soit automatique ou non), mon Firefox plantait, partant dans une boucle infinie avec 100% de CPU consommé. En fait l’explication est simple : c’est une boucle infinie provoquée par la recherche d’un certificat racine built-in pour réaliser la mise à jour.

Voir ce bug sur Bugzilla, dont le fix est à l’origine du problème.

Solution : Désinstaller (désactiver ne suffit pas) ces modules. Désolé, pour l’instant je n’ai pas d’autre solution…

Le code coupable en question :

while (issuer && !cert.equals(issuer)) {
cert = issuer;
issuer = cert.issuer;
}

jeudi 10 février 2011

Dotclear 2 : Show excerpt of password protected posts on homepage

By default, Dotclear does not show the password protected posts. It may be not the expected behavior, you could have wished to see the post title and excerpt and protect the content with password.

This plugin implements this feature. Be aware that it only shows private posts on homepage, it would not show them on feeds and search pages.

Every suggestion or comment is welcome :)

(See also that comment on Dotclear forums : http://forum.dotclear.net/viewtopic.php?pid=276948#p276948)

Dotclear 2 : Afficher les extraits des billets protégés par un mot de passe

Par défaut Dotclear masque les billets protégés par un mot de passe, ce n’est peut être pas le comportement souhaité, on pourrait vouloir par exemple afficher le titre et l’extrait et protéger le contenu par mot de passe.

Ce court plugin permet d’implémenter cette fonctionnalité, attention cependant, cela ne prend effet que sur la page d’accueil, sur les autres pages comme la recherche et les feed, les billets seront toujours invisibles.

N’hésitez pas à me faire part de vos commentaires :)

(Voir aussi cette réponse sur les forums Dotclear : http://forum.dotclear.net/viewtopic.php?pid=276948#p276948)

mardi 6 avril 2010

C99Shell et dé-obfuscation

Ayant eu récemment l'occasion de travailler sur un site s'étant fait own3d par un script kiddie via la faille phpMyVisites, j'ai eu l'occasion d'essayer C99Shell, l'outil qui était utilisé par ces derniers pour accéder au backend du site.

Lire la suite...

page 12 de 12 -