Hobbestigrou

Je me suis mis à utiliser Mutt en début de semaine pour la gestion de mes mails. Comme d’habitude j’ai été conquis par Mutt encore une fois les applications en mode texte montre toutes leurs puissances. Je tiens à remercier certaines personnes qui m’ont apporté une aide lors de la configuration de ce dernier. J’écrirai certainement de temps à autres des petits tips pour une utilisation plus agréable de Mutt.

Par défaut Mutt n’a pas de barre latéral indiquant les différentes mailbox configurées. Pour ce faire il existe un patch qui vous permettra donc d’en bénéficier certaines distributions dont Debian ont un paquet disponible sous le nom de mutt-patched.

sudo apt-get install mutt-patched

Lors du prochain démarrage de Mutt vous verrez la barre latéral sur le coter avec le nombre de mails que contienne chaque mailbox et le nombre de nouveau message. N’oubliez pas de définir les boîtes qui reçoivent du courrier dans votre muttrc via mailboxes.

mailboxes =inbox =mailing-list/mongueurs

Vous pourrez aussi assigner des touches pour pouvoir naviguer dans la barre via bind, par exemple.

bind index \CP sidebar-prev
bind index \CN sidebar-next
bind index \CO sidebar-open
bind pager \CP sidebar-prev
bind pager \CN sidebar-next
bind pager \CO sidebar-open

Ctrl+p pour aller à la boîtes précédentes,
Ctrl+n pour aller à la boîtes suivantes,
Ctrl+o pour ouvrir la boîtes.

La capture provient de df7cb .

Il est agréable d’avoir une vue sur ces différentes boîtes je pense que mutt-patched est indispensable.

Mutt sur wikipedia
Site du patch
Aide en français

read comments (0)

Aujourd’hui je vais vous présenter Git, et les commandes de bases pour la création de dépôt, les commits en local et quelques commandes de bases. Je n’irai pas plus loin, car plutôt que de faire une très longue pages qui serait fatigante à lire je préfère couper cela en plusieurs parties. La prochaine sera réservé à la découverte du fonctionnement des branches, puis une autre sera réservé aux différentes interface graphique disponible pour lire les journaux des commits etc…

Git est un logiciel de gestion de versions décentralisé écrits par Linus Torvalds. Pour la petite histoire Git a été initialement écrit pour remplacer BitKeeper ¹ qui avait décidé d’arrêter de fournir la version gratuite en 2005. L’arrêt aurait été à cause de Andrew Tridgell qui avait développé un logiciel open-source permettant d’afficher certaines informations qui n’était pas disponibles dans la version gratuite de BitKeeper. Git signifie connard dans l’argot en anglais. Linus aurait dit « je ne suis qu’un égocentrique, donc j’appelle tous mes projets d’après ma propre personne. D’abord Linux, puis git. »

La grande force de Git est donc d’être décentralisé bien-sur ce n’est pas le seul il en existe d’autres comme, Mercurial écrit Python, Bazaar écrit en Python également et sponsorisé par Canonical, Darcs, et certainement d’autres encore. Mais Git semble être celui qui ce démarque le plus, il est déjà un petit peu plus rapide que Mercurial ou Bazaar et il est très certainement plus complet même si on utilisera généralement pas Git à plus de 5% de ces capacités.

Contrairement à Subversion Git ne travail pas avec des numéros de révisions mais avec des hash SHA1. Cela peut certainement dérouter au début mais on s’y habitue. Cela permet à Git de gérer ces objet avec des identifiant unique, il n’est pas possible d’avoir deux fichiers avec un contenu différent ayant le même hash. Tant qu’un fichier n’est pas modifié le hash reste inchangé et n’est stocké qu’une seul fois. En revanche si le fichier est modifié les deux versions sont stocké sur le disque.

Pour installer Git sur une distribution Debian ou un de ses dérivées il faudra installer le paquet git-core, git tout court correspond à un outil gitfm pour Gnu Interactive Tools File Manager. Ce qui n’a rien a voir.

sudo apt-get install git-core

Une fois Git installé nous allons pouvoir le configurer un petit peu. Lorsque je dis configurer c’est un bien grand mot, il s’agit simplement d’indiquer des information sur vous votre nom, mail qui seront indiqué dans les journaux de Git, et l’éditeur que vous préférez qui sera ouvert lors des commits pour indiquer le message.

git config --global user.name "Votre nom ou pseudo"
git config --global user.email mail@mail.com
git config --global core.editor vim

On indique Vim parce-que Vim c’est le meilleur de tous les éditeurs. Non, non je ne lance pas de troll.

Je risque très certainement d’en décevoir plus d’un, mais finalement utiliser Git n’est pas si compliqué que ça, du moins pour utilisation basique. J’aurai même envie de dire qu’il est plus naturel, dans le sens où Git va vous pousser à utiliser des branches². Vous pourrez par exemple créer une branche unstable qui serait les commits récent pas encore tester, puis une fois que le code aura été testé le merger dans master. Ceci n’est qu’un exemple bête je n’ai rien trouvé d’autres, mais c’est simplement pour expliquer que svn vous a fait prendre de mauvaise habitude à travailler directement sur trunk, et que contrairement à svn la gestion des branches en Git est très agréable et facile. Alors j’aurai simplement envie de dire abuser des branches.

Pour créer un dépôt Git il vous faudra vous placer dans le répertoire cible qui sera votre répertoire de travail par la suite et nous allons initialiser le dépôt.

git init

Le répertoire .git est maintenant créé vous pourrez le constater avec un ls -a. Globalement c’est comme un .svn, il va contenir des informations notamment l’historique. Le dépôt est pour le moment vide et ne contient pas encore les fichiers du projet. Il va donc falloir ajouter les fichiers au dépôt. Si votre répertoire contient déjà les fichiers vous pouvez utiliser le joker.

git add *

Si vous souhaitez simplement ajouter un fichier en particulier il vous suffit de préciser son nom.

git add essai.pl

Si vous n’avez pas encore de fichier créé un fichier d’essai. Pour vous exercer.

touch essai.pl

De la même façon qu’avec Subversion il vous est possible de connaître l’état des fichiers du dépôt.

git status

Maintenant que le fichier a été ajouté on peut faire un premier commit.

git commit -m "Ceci est mon premier commit avec Git, c'est trop génial."

Nous allons maintenant nous amuser à modifier un peu le fichier.

echo "Un essai de modification. Juste histoire de s'amuser un peu pour découvrir Git." >> essai.pl

Si vous faite de nouveau un git status vous verrez que votre fichier a été modifié, mais qu’il n’a pas été mis à jour. Dans le fonctionnement cela signifie que Git ne considère pas les modifications d’un fichier comme un fichier à commiter ce qui n’est pas plus mal finalement, même si cela peut surprendre la première fois. Il va donc nous falloir ajouter le fichier dans le cache prêt à être commiter.

git add essai.pl

On peut visualiser ce qui sur le point d’être commité.

git diff --cached

Vous pouvez maintenant commiter votre fichier.

git commit

Si vous souhaitez commiter tous les fichiers qui ont été modifié vous pouvez vous passer de l’étape d’ajout de fichier.

git commit -a

L’option pour all.

En conclusion pour le moment nous avons pu constater que git n’est pas si difficile que cela de prise en main dans une utilisation basique qui est suffisante pour débuter un projet, et avoir une historique des modifications. Nous avons aussi constaté que Git offrer des avantages certains à Subversion, il est très rapide de créer un dépôt, il est tellement rapide et facile de créer un dépôt que vous allez prendre l’habitude de créer des dépôts pour tout et n’importe quoi même pour des petits scripts, fichier de conf, rapport LaTeX etc… Ce qui est une très bonne habitude. Vous ne dépendait pas d’un serveur, vous n’avez donc pas besoin de réseau pour commiter il vous sera donc possible de commiter depuis n’importe où, avion, train, fin fond de la montagne, ou je ne sais où encore. Git va clairement changer votre façon de travailler, vous allez être moins retissant à l’idée de créer un dépôt, vous allez faire des commits beaucoup plus régulièrement, vous aller être plus organiser et travailler avec des branches et pleins de bonne chose encore je pense. Git fut pour moi une révélation, et en un mot je dirai que Git est génial. Alors n’hésiter pas à l’adopter pour vous faire votre propre idée. Dans un prochain article nous verrons les push sur un dépôt, et la création des branches.

Comme je sais que je ne suis pas forcément un des meilleurs pédagogue, que je n’exprime forcément très bien les idées de Git, et que je ne suis pas parfait tout simplement. Je vais vous faire partager une liste d’article que j’ai trouvé sur la toile. Bien-oui, car il y a de nombreuses personnes déjà qui ont parlé de Git en français.

Git sur wikipedia
Découvrir Git
Une comparaison de Git vs SVN
Une autre manière d’utiliser Git
Utiliser Git avec Github
Un tutorial Git
Un autre tutorial
Un dernier pour la route

1. un logiciel de gestion de versions décentralisé aussi mais propriétaire [↩]
2. C’est aussi une des force de Git la puissance des branches [↩]

read comments (4)

Cet article est un peu particulier car comme me l’a fait remarquer un collègue j’ai tendance lorsque j’écris à faire des phrases trop longues avec toujours une petite partie semblable à 3615mavie. Même lorsque j’écris des choses techniques je ne vais pas assez droit au but, alors je ne connais pas bien la raison moi-même je pense tout simplement que c’est mon style mais il doit changer¹ . Cet article ne va clairement rien vous apportez mais à moi je l’espère il ne va être tourner que sur moi, parler de moi avec des longues phrases en espérant que cela me servira de thérapie. Bien-sur je n’oblige personne à lire.

Je suis un développeur informatique qui apprécie le langage Perl² . Je suis utilisateur de Gnu/linux et je prône l’utilisation des logiciels libres. Pour le moment je développe des applications web dans le milieu professionnel et des applications qui touche pas au web dans mes projets personnel³ . Plus tard j’aimerai m’orienter vers le développement système, mais sans avoir réellement un champ d’action définie je souhaite être touche à tout et capable d’intégrer facilement tout type de projet, mais seul souhait bien maîtriser les langages Perl et C. J’apprécie faire partager mon petit savoir malgré que je ne le fasse pas très bien. Je n’ai pas de diplôme dans l’informatique mais cela ne signifie rien. L’informatique peut s’apprendre dans les livres, en pratiquant beaucoup, et étant passionné.

Mes objectifs quels sont-il ? J’ai des objectifs c’est certain mais je n’ai point besoin de les faire partager ici. Mon plus grand objectif reste bien entendu continuer à apprendre à étudier en suivant des formations, en lisant des livres informatiques, des blogs techniques etc… cela tout au long de ma vie. Oui, car qui peut prétendre un jour qu’il a plus le besoin d’étudier qu’il a déjà tout le savoir suffisant ? Personne ne le peut pour la simple et bonne raison que c’est tout bonnement impossible, surtout dans le milieu de l’informatique qui est très vaste.

Je sais que cela peut faire rires certaines personnes mais je sais que je continuerai à être développeur toute au long de ma vie. Certains ceux disent très certainement « Mais d’abord qu’est-ce qu’il peut en savoir, avec le temps ces envies pourrait changer. » bien je vous affirme que non je le sais, lorsque j’ai commencé à faire de l’informatique techniquement et à geeker il sait passé quelque chose en moi qui me l’a fait comprendre. Comme certains écrivains qui sont capables de savoir qu’ils le seront toujours, moi aussi j’en suis capable. Le développement allie énormément de choses qui me font vibrer. Tout d’abord le faite de devoir toujours apprendre, j’aime apprendre j’ai une soif qui grandi chaque jour, le faite de devoir souvent se remettre en question, l’art du code semblable à l’écriture le codeur à un style il doit s’appliquer pour être compris etc… Je sais que je ne suis pas un grand développeur et que je ne suis pas non plus quelqu’un de très intelligent⁴ , mais qu’importe après tout du moment que je fais ce qui me plaît, quelqu’un peut penser que je suis nul si il le désire mais il ne pourra point me faire arrêter mon métier, il est en moi. Pour en revenir à mon objectif décrit plus haut j’espère qu’un jour j’arriverai à avoir un niveau convenable mais je fais plus la course contre la montre. Il y a encore quelques jours, mais seules préoccupations était de me dire que j’étais mauvais, et à me dire que je progressais pas assez rapidement. J’ai passé ce cap⁵ je sais que certaines personnes progresse plus vite que d’autres et qu’elles ont certaines facilité. Je ne pense pas faire partie de ce genre de personne, mais j’ai la passion avec moi, et j’ai appris à accepter que je devais être patient et progresser à mon rythme j’ai tout le temps devant moi. D’autant plus que je me fatiguer avec ces pensées, me fessait mal, et des fois elles me bloquer c’était justement ces pensées qui m’empêcher d’avancer. Malgré cette bonne résolution j’espère tout de même qu’un jour je ferai des applications qui seront utiles et serviront à des personnes, et que je serai reconnu dans mon métier qu’on se dira lui c’est un bon, mais sa grande force surtout c’est sa passion et l’énergie qui mets pour pas être trop mauvais.

Comme je vous l’avez dit cet article est inutile mais il m’a fais du bien. Je tenais aussi à remercier une personne qui ce reconnaîtra. Ah oui un petit post-scriptum le faite que j’apprécie aussi l’informatique c’est que mes codes, mes ordinateurs me comprenne et me feront pas de mal, moi non plus je ne leur en ferai pas, de plus j’apprécie lorsque je suis seul ou avec peu de monde à mes coter donc ce méti er me convient parfaitement.

1. Si je souhaite attirer des lecteurs [↩]
2. Oui je vous entends déjà « Perl c’est moche » mais moi-même avec mon esprit torturé je l’aime [↩]
3. Que vous pourrez bientôt découvrir pour certaines je l’espère. Tous mes projets personnel seront sous des licences libres [↩]
4. Je dirai même que je dois avoir qi très faible [↩]
5. Grâce à un livre qui m’a ouvert les yeux [↩]

read comments (1)