Informatique

Le retour à Gentoo

Voilà, après 6 mois de nouveau sous debian, mon après partiel m'a décidé de repasser sous Gentoo. Cette distribution considéré comme fait pour les geek revient sur mon PC. Comme toujours l'installation est très longue, mais je n'ai pas retenter le stage 1 qui a mis pas moins de 72h de compilation intensive. Je n'ai fait l'installation qu'a partir d'un stage 3. Mais j'ai tout de même mis presque 2 jours entre tous les paquets à installer et surtout à compiler.

Release de Gestshin 0.1

Pour mon cours de PHP à l'école, nous devons faire un projet complet de site. Grace à une amorce d'idée du prof, j'ai décidé de créer "Gestshin". Ce petit site devait permettre a toute personne de pouvoir gérer ses comptes à partir d'un site. Comme pourrait le faire MS Money ou autre. L'idée m'ayant plus et n'ayant rien trouver de similaire, j'ai décidé d'en faire mon premier grand projet GPL.

J'ai ainsi soumis mon projet à sourceforge qui a ma plus grande joie l'on accepter. Ainsi, sur sourceforge, vous pourrais y trouver mon oeuvre, ici.

Ainsi à l'occasion de cette première semaine de vacance, j'ai sorti la version 0.1 que vous pouvez trouver en téléchargement sur le site du projet.

l'amabilité des développeurs debian

Mon précédent billet parlait d'un problème avec Debian. Mais en ce moment, faut vraiment croire que c'est la crise. Un nouveau "problème" m'est encore arrivé

Alors que je mettais à jour mon système, le logiciel de communication "gaim" n'a plus voulu redémarrer. J'ai bien sur chercher à comprendre l'origine de ce problème. Commencant à maitriser un peu le système de gestion des paquets de debian, j'ai découvert que le problème venait d'une librairie, "libaspell15c2". J'ai voulu donc l'installé pour permettre le démarrage de Gaim. Mais à ma grande supprise, je constate que l'installation de cette librairie supprimerait tous les logiciels de développement KDE que j'utilise. En conséquence, je n'installe pas cette librairie et reste sans Gaim.

Dans un esprit de compréhension, je décide de mailler les mainteneurs de Gaim et de cette libraire pour savoir si ils connaissaient le problème et si un reportbug s'imposait ou pas ? Je leur ai envoyé le mail suivant (en anglais :p) :

Hi,

I write you, because I can't install gaim since the 1.1.4 version. My problem is the depends of libaspell15c2. For Gaim, he need a version >=0.60. but the libaspell15c2 (0.60) is conflict with libaspell15. So apt want remove this package and so I have a lot of package which remove too :

cervisia dbus-qt-1 k3b k3blibs kcontrol kdebase-bin kdelibs-bin kdelibs4
kdevelop3 kdevelop3-data kdevelop3-plugins kfilereplace klinkstatus
kommander kompare libaspell15 libcvsservice0 quanta

I must can a bugreport or not ?

The problem is plan to closed ?

Thank for your answer.

Mais a ma grande surprise j'ai obtenu la réponse suivante du mainteneur de cette librairie :

If you don't know, you *really* should not be running unstable...

J'ai été assez énervé de lire ca, car je pense vraiment connaitre ce système et que mon but était l'aide plutôt que d'embêter. Enfin, je me suis retenu de répondre par politesse. Mais voilà que l'on me montre ce billet fait par cette personne qui m'avait presque insulté. Cette fois ci je trouve vraiment ca très déplacé et je me tate vraiment à répondre carrement à ce billet.

Les civilités se perdent dans la communauté debian :(

debian et udev

J'adore Debian, mais dès fois, il y a vraiment de gros probleme avec, du fait même de sont systême de gestion communautaire.
En effet, aujourd'hui je voulais monter un petit DVD sur ma debian et je fais mon classique $mount /media/dvd. Mais voila que ca marche pas. Je me demande un peu pourquoi et d'un coup, je constate que dans mon repertoire /dev/, il n'y a plus du tout de pointeur sur /dev/dvd, le pointeur sur mon DVD.
Immediatement je soupconne évidemment udev d'être en tord. Je le soupconne de ne pas être lancé ou quelque chose comme ca. Je cherche donc dans les services qui tournent sur ma machine le service udev :

shingara:/home/shingara# ps aux |grep udev
root 9399 0.0 0.0 3288 712 pts/4 R+ 00:32 0:00 grep udev


Aucun service lancé pour udev. Je décide donc de le lancer manuellement par sont script de démarrage :

shingara:/home/shingara# /etc/init.d/udev start
udev requires a kernel >= 2.6.12, not started.


Mince, voilà le probleme. il faut le noyau 2.6.12 pour faire tourner udev. A que cela ne tienne. Je cherche dans les sources apt le noyau 2.6.12, mais à ma grande surprise celui-ci n'existe pas :(.
En effet, actuellement, dans la version sid, on ne peux pas utiliser udev dans sa dernière version avec le dernier noyau qui existe dans cette même version. Nous sommes comdamné à attendre que le problème se resolve avec la sortie dans incomming du kernel-source-2.6.12 ou alors télécharger les sources directement sur kernel.org.

Sinon, voilà un petit lien parlant de ce probleme :) ici

Login Magazine et leurs boulettes

J'ai acheter lundi le magazine "Login". Ce magazine est assez interressant, mais voilà d'énorme erreur s'y trouve régulièrement. Cette fois-ci je n'ai pas pu résister et voici ce que j'ai posté tout à l'heure sur leur forum :

Bonjour,

Je suis depuis peu un lecteur de Login. Je trouve ce magazine vraiment très interressant, mais à chaque fois je trouve des coquilles assez grosses à mon avis.

En effet le dernier exemple en date est dans ce numéro 130 de Login. Je vais pour lire l'article intitulé " La licence CeCILL passe à la version 2", mais tout de suite, la première ligne m'interpelle :

On le sait, le WiMAX n'est pas encore officiellement mis sur le marché [...]

Je me dis, que j'ai déjà lu ces lignes. Je retourne juste 1 page en arrière et je vois dans un encart, “en bref...” le titre suivant, "Du WiMax déjà à Paris". Et la première phrase qui dit :

On le sait, le WiMAX n'est pas encore officiellement mis sur le marché [...]

Et oui il s'agit deux fois du même article. En définitive, je n'ai toujours pas lu l'article traitant de la version 2 de la CeCILL.

Je trouve ca vraiment très préjudiciable de faire une erreur aussi énorme. J'avais déjà trouvé le même type d'erreur dans le magazine “Login Pratique". Mais ayant observé qu'aucune ligne nouvelle n'était écrite pour ce magazine en particulier, je me disais dans un premier temps qu'il s'agissait sûrement d'une erreur de copié/collé. Mais voyant la chose se répeter, j'ai décidé d'arrêter d'acheter Login Pratique. En effet, si un magazine composé uniquement d'article rédigé dans des précédents magazines, qui est presque plus cher que sont “père” fait de mauvais copié/collé, ce n'était pas la peine que je l'achète.

Mais maintenant, si ces erreurs se mettent même dans le “login” original, je me demande avec un peu d'amertume, si il faut aussi continuer avec ce magazine.

J'attend maintenant de voir leur réaction :(

la difference entre l'informatique materiel et logiciel

Voila, pendant 1 semaine je me suis retrouve avec un vieux pc, un vieux coucou. Meme si mon pc n'est pas magnifique et qu'il ne fait que 1800 Mhz, par rapport a un 300Mhz, c'est une vrai formule 1.

Mais quel etait le probleme ? qu'est ce qui m'a pousse a utiliser un si vieux PC. La raison est simple, l'enterrement d'une carte mere. J'ai detecte la cause quasiment immediatement. Donc, le lendemain je vais chez nos amis de la rue montgallet et bien sur j'achete un carte mere. Une Asus A7V8X-X, je demande si pour mon processeur ca marchera et bien sur on me repond : "Oui, oui, ne vous en faites pas, ca marche".

Un peu allege, je rentre chez moi accompagne de mon reparateur attitre et je monte la carte mere et tout. Mais la, mystere, ca ne marche pas. L'ecran est toujours noir et la panique m'envahit. Etait-ce vraiment la carte mere ? Apres tous les tests possibles et immaginables sur tous les autres composants de mon ordinateur et apres avoir verifie leurs fonctionnements a tous, le verdict fut rendu. C'etait a nouveau la carte mere qui etait dans les choux. Il n'y avait pas a dire, j'etais maudit.

Je retourne donc chez nos amis de Montgallet et je leur explique le pb, et fini par accepter une revision de mon pc pour voir quelle etait la cause de son non-fonctionnement. Le resultat fu ainsi : "C'est la carte mere qui est morte car il y a une incompatibilite avec votre RAM, il aurait fallu vous renseigner avant."

Dans le coup, j'ai du payer le controle et racheter une carte mere. Mais la ou je ne comprends vraiment plus rien, c'est que la carte qu'il me vend et monte pour montrer qu'elle marche, c'est une Asus A7V8X-X. J'ai vraiment l'impression de m'etre fait blouser par le celebre "Oui, oui ca marche" de notre petite et celebre rue Montgallet.

Un jour il faudra que je comprenne l'informatique materielle, car la c'est pas du binaire avec des 0 et des 1, c'est du peut etre tout le temps.

Mon premier script Perl

Eh bien, voila. Cela faisait plusieurs semaines maintenant que je suis en plein apprentissage du perl. Je tente de l'apprendre par moi-meme grace a une methode qui se normalement nous apprend le perl 5 en 21 jours. Personnelement ca fait deja plus de 21 jours que je tente de lire cette methode et j'en suis encore au jour 15. Mais la fin de la methode approche. Le deuxieme avantage pour moi de cette methode est qu'elle est completement rediger en anglais. Donc je suis bien obliger de lire l'anglais.

Mais ceci me sort du sujet qui est mon premier script perl. J'ai quand meme mis 2 jours a le realiser. C'est la que l'on voit que certaine chose prenne beaucoup plus de temps que d'autre. Ce script perl est un script qui s'utilise avec le client irc irssi.
Son but est aussi tres simple.
Sur beaucoup de client irc, il y a la commande /amsg qui existe et qui permet de dire sur plusieurs channel en meme temps la meme phrase. Hors irssi n'a pas implemente cette fonction. Apres discution avec certaine personne sur le channel officiel de Irssi (#irssi sur le server irc.freenode.net), j'ai appris qu'il considere cette fonction comme une sorte de flood. C'est pourquoi je ne leur enverrais donc pas mon mini script.
J'ai donc fait une fonction que j'ai nommer /helloall qui permet d'envoyer sur tous les chans ont la personne est connecter, la meme phrase. La petite amelioration par rapport a /amsg est que ma fonction est multiserver, contrairement a /amsg qui est ce que l'on peux appeler "uniserver". Mais treve de parole, voici mon petit code :)

#!/usr/bin/perl

use Irssi;
use strict;
use vars qw($VERSION %IRSSI);

$VERSION = '0.10';
%IRSSI = (
authors => 'Cyril Mougel',
contact => 'cyril.mougel [AT] gmail [DOT] com',
name => 'helloall',
description => 'it\'s useless',
license => 'GPL',
);


sub cmd_helloall {
# message : param for the message to send all chan

my ($message) = @_;

foreach my $server (Irssi::servers()){
Irssi::print(" We were in the server : $server");

foreach my $chan ($server->channels){
Irssi::print("Message send to $chan->{name}, with $message");
$server->command("msg ".$chan->{name}." $message");
}
}
}

Irssi::command_bind('helloall', 'cmd_helloall');