All you need is blog - eponyme's blog

Petite absence ...

Fabien Nicoleau — Thu, 01 Jul 2010 15:15:00 +0200

C'est l'été, et les vacances arrivent (enfin!). Je profite de ces quelques semaines pour déménager, et donc déplacer mon abonnement ADSL. La mauvaise nouvelle est qu'avec quelques difficultés rencontrées, je vais avoir plus d'un mois d'interruption, la bonne en revanche est que je reviendrais avec un abonnement totalement dégroupé (merci SFR!).

Du coup plus de billets, plus de forums, et plus de packages pendants quelques semaines.

A bientôt !

Fabien (eponyme)

XChat 2.8.8 est sorti, la hache de guerre avec les balloons est enterrée !

Fabien Nicoleau — Sun, 06 Jun 2010 22:19:00 +0200

Il y a quelques jours, une nouvelle version du client IRC XChat est sortie. Cette version intègre le patch que j'avais soumis il y a quelques temps, afin de régler le problème de temps d'apparition bien trop long des notifications. C'est donc une petite satisfaction personnelle de voir dans cette release quelques lignes de codes que j'avais proposées, même si le mérite en revient plutôt à Remi car je m'étais inspiré de son patch plutôt que de mon original pour en proposer un nouveau.

Avec la version 2.8.8, il est donc maintenant possible de régler le temps d'apparition des notifications par la commande

/set input_balloon_time

ou bien sûr directement dans le fichier de configuration. C'est un soulagement pour moi car je n'aurais plus à reconstruire une version du paquet avec le patch pour ne plus avoir à hurler lorsque je joue à un jeu et que des notifications viennent manger une partie de l'écran pendant 20 secondes !

La version est déjà packagée pour fedora, et une demande d'envoi vers le dépôt stable a déjà été faite, elle apparaitra donc bientôt dans les mises à jour !

Fabien (eponyme)

Back dans les blogs ! - 100ème billet

Fabien Nicoleau — Sun, 06 Jun 2010 02:43:00 +0200

Après les deux mois de silence qui ont suivi mon dernier billet, je me décide enfin à refaire revivre ce blog plutôt inactif ces temps-ci. Il y a eu pas mal de raisons, qui vont des problèmes de serveur jusqu'à une grosse flemme généralisée qui s'est propagée sur la plupart de mes projets. Une coupure prévue bientôt pour cause de déménagement et l'été approchant n'arrangeront sans doute pas les choses, mais à la rentrée c'est sur je m'y remets !

Ce qui m'amène à écrire aujorud'hui, outre le fait de pouvoir enfin profiter de mon serveur enfin remis sur pieds, c'est tout simplement que ce billet est le 100ème ! Lorsque j'ai ré-ouvert mon blog, je n'étais pas bien sur de la direction qu'il allait prendre. Finalement le contenu est resté assez constant :

linux en général, Fedora en particulier
les RPMs que je maintiens
Quelques tutos et livres
Un peu de développement

Les choses devraient donc continuer ainsi, le plus longtemps possible j'espère !

En attendant, histoire de "fêter" ce billet un peu particulier, j'ai apporté à ce blog une grosse modification : le thème. Fini donc "welsh". Je voulais un thème un peu moins répandu, et surtout que je puisse plus facilement modifier, pour qu'à long terme il ressemble le plus à ce que je souhaite. Je suis donc parti du thème BlueSky. La première opération aura été de le passer sur 3 colonnes, ce qui n'a pas été simple. J'ai ensuite modifié de petites choses, comme le séparateur de posts. Le rendu de toutes ces modifications était plutôt moche, et c'est trashy qui m'a permit de faire en sorte que ca ressemble à quelque chose. En même temps j'ai pu découvrir grâce à lui que je n'utilisais qu'une minuscule partie des nombreuses fonctionnalités de Firebug. Les prochaines modifications seront surement sur quelques couleurs, et le bandeau suppérieur.

Voila pour la 100ème !

Fabien (eponyme)

quvi : un utilitaire de récupération d'informations sur les liens de téléchargements de vidéos

Fabien Nicoleau — Wed, 31 Mar 2010 23:29:00 +0100

Non, je ne fais pas une fixation sur les sites proposant des vidéos style youtube, dailymotion, etc ... J'ai déja packagé clive, cclive (son petit frère en C), et leur front-end abby, et je reviens ici avec quvi. La raison est simple : quvi est maintenant une dépendance pour cclive. En effet après des demandes auprès du dévelppeur de cclive pour avoir une "libcclive", ce dernier à décidé d'externaliser le code de récupération d'infos sur les vidéos dans une bilbliothèque séparée et d'en faire un nouveau projet : quvi.

Afin d'éviter un blocage des mises à jour de cclive, j'ai donc entrepris de packager cet outil, mais surtout la lib qu'il fournis : libquvi. J'ai ensuite fait une demande de revue. Le spec génère donc 3 paquets :

quvi : un utilitaire exemple permettant de récupérer des infos sur les vidéos utilisant libquvi
libquvi : la bibiothèque se chargeant du travail
libquvi-devel : fourni les fichiers de développements pour libquvi

La création de ce paquet que je rajoute à ma liste est pour moi l'occasion de fournir une bibliothèque, chose que je n'avais jamais fait, et accessoirement, de poster ici pour raviver un peu ce blog un peu mort ces temps-ci. Les plus curieux (et coquins!) qui auront lu le spec pourront rechercher l'utilité de l'option --enable-smut passée au configure.

J'espère trouver rapidement un reviewer pour ce paquet afin de pouvoir aussi mettre à jour cclive.

Fabien (eponyme)

xcftools présent dans les dépôts stables de fedora

Fabien Nicoleau — Fri, 19 Feb 2010 10:53:00 +0000

xcftools est une suite de petits utilitaires en ligne de commande permettant d'effectuer des opérations sur les fichiers au format xcf, nativement utilisé par Gimp. J'ai effectué ce package car il sera une future dépendance à la prochaine version du logiciel Phatch, que je package aussi. Pour installer xcftools sous Fedora, utilisez yum :

# yum install xcftools

Un grand merci à Pikatchu_2014 pour avoir effectué la revue.

Fabien (eponyme)

Monkeystudio présent dans les dépôts stables !

Fabien Nicoleau — Fri, 18 Dec 2009 21:46:00 +0000

Il y a bien longtemps que j'avais présenté ce logiciel permettant de développer tous types de projets, dans différents langages, avec un accent particulier sur les projets Qt4. Mks (son petit nom ^^) intègre en effet l'assistant Qt, le designer, des templates ...

La revue de ce paquet a été bien longue et a fait ouvrir deux autres bugs

l'un pour qscintilla
l'autre pour qt lui-même

Depuis aujourd'hui, ce logiciel est disponnible dans les dépots stables de Fedora, à partir de F11 (et donc dispo aussi pour F12 et rawhide). Un petit cocorico puisque le créateur et principal mainteneur de ce projet, Pasnox, est français. Un logiciel à découvrir, pour ceux qui aiment les IDE complètes, et même à améliorer, puisqu'il peut prendre en charge de nombreux plugins !

Pour l'installer :

# yum install monkeystudio

Bon dev'

Fabien (eponyme)

Projets en cours

Fabien Nicoleau — Wed, 09 Sep 2009 13:37:00 +0100

Ces derniers temps mon blog est plutôt inactif ... Pourtant "l'effet été" n'y est pour rien, et ce n'est pas non plus la cause d'une quelconque démotivation. Après la dernière release de trustyRC, j'ai décidé de faire une pause car la prochaine version devrait être majeure et contenir de nombreux changements radicaux. J'ai profité de ce temps pour retoucher un peu à Java, et découvrir un tas de nouvelles choses pour moi (ant et gcj notamment). Deux intérêt : me replonger dans ce langage que j'apprécie, et pouvoir poser plein de questions à Pikachu_2014 pour profiter de son légendaire savoir ! Je n'ai rien fait d'original, j'ai tout simplement recommencé une version de trustyRC en java (non, je ne bloque pas sur les bots IRC, c'est juste que ça intègre différentes notions et que c'est donc assez formateur). Vu que la chose me plait bien, je continue pour le moment, je verrai bien où ca me mène. La version C++ n'est pas pour autant arrêtée. Selon l'état d'avancement de la version Java le jour ou je déciderai de reprendre activement le développement de trustyRC, je verrai quelle version je garde, ou si je garde les deux. En parallèle je pense me lancer dans un petit jeu de bataille navale en réseau, intégrant un chat, etc ... Pour cela encore l'éternelle question : java ou C++ (avec Qt) ? Je verrais bien, je pourrais bien me lancer dans le développement de bibliothèques dynamiques gérant le jeu, et ainsi les réutiliser pour développer des GUI dans les deux langages. Enfin, ces dernières semaines, j'ai réalisé deux articles pour le prochain numéro de Linux Identity, dédié à CentOS 5.3 (j'ai d'ailleurs vu qu'un dino y participe aussi). Voilà, non je ne glande pas, non je ne suis pas mort, je n'ai juste rien de concret à présenter pour le moment !

PS : oui je sais, l'art d'écrire un billet quand on à rien à dire ... :D

Fabien (eponyme)

trustyRC 0.1.4 out !

Fabien Nicoleau — Sun, 16 Aug 2009 17:42:00 +0100

The new version of my IRC robot trustyRC is out !

La nouvelle version de mon robot IRC trustyRC est sortie !

4 month after the 0.1.3 release, here is a new update ! This one does not bring new features, but fixes some important bugs and increase stability. trustyRC has been tested under different situations and now perfectly runs under RHEL / CentOS distributions (no more random segfault on threads startup). The timeout system has also been changed. Read changelog file for complete changes list.

I've also builded trustyRC's packages for Entreprise Linux distribution. You will find the packages on trustyRC's webpage, at Downloads section. If some good feedbacks are given, and if needed, I'll import these packages in EPEL repository.

Usage and code documentations have also been updated and a new PDF has been generated. Fedora users will just have to use yum to update trustyRC.

This update is probably the last one for 0.1 branch. Of course, if some bugs are found, I'll make some fix releases. New features will be imported in the 0.2 branch, but I think that I'll make a little break on trustyRC's development before starting it.

Fabien (eponyme)

4 mois après la sortie de la version 0.1.3, voici une nouvelle mise à jour ! Celle-ci n'apporte pas de nouvelle fonctionnalités, mais corriges quelques bogues importants, et améliore la stabilité. trustyRC a été testé dans différentes situations et fonctionne maintenant parfaitement sous les distribution RHEL / CentOS (plus d'erreur de segmentation aléatoire au démarrage des threads). Le système de timeout a lui aussi été changé. Lisez le fichier changelog pour une liste complète des changements.

J'ai aussi construit les paquets de trustyRC pour la distribution Entrprise Linux. Vous trouverez ces paquets sur la page web de trustyRC, dans la section Downloads. Si il y a de bon retours et que le besoins s'en fait sentir, j'importerai ces paquets dans le dépôt EPEL.

Les documentations d'utilisation et du code ont elles aussi été mise à jour et un nouveau PDF a été généré. Les utilisateurs de Fedora auront juste à utiliser yum pour mettre à jour trustyRC.

Cette mise à jour est probablement la dernière pour la branche 0.1. Biensûr, si des bogues sont trouvés, je créerai des mises à jour de correction. Les nouvelles fonctionnalités seront importées dans la branche 0.2, mais je pense faire une petite pause dans le développement de trustyRC avant de la commencer.

Fabien (eponyme)

Placer un timeout sur l'exécution d'une fonction en C / C++

Fabien Nicoleau — Sat, 08 Aug 2009 21:41:00 +0100

Il peut être intéressant en programmation de pouvoir contrôler le temps maximum d'exécution d'une fonction, pour par exemple éviter un blocage de l'application à cause d'un bug, ou d'une boucle infinie car la condition de sortie n'arrive jamais. Il existe plusieurs mécanismes pour y arriver, notamment l'utilisation de SIGALRM, les conditions des pthreads, ou encore les sémaphores. C'est cette dernière solution, que je trouve plus simple, que j'ai retenue pour gérer les timeouts des fonctions de mon robot IRC trustyRC, m'assurant ainsi qu'il ne se gèlera pas si un plugin chargé se bloquait. Je la présente ici, au travers d'un exemple simple.

Le principe : le programme principal initialise une sémaphore (sem_init), puis fixe timeout en prenant l'heure actuelle (gettimeofday), et en y ajoutant un nombre de secondes pour indiquer jusqu'à quelle heure pourra s'exécuter la fonction. Il lance ensuite un thread (pthread_create) qui contient une fonction s'exécutant en 5 secondes. Cette dernière incrémente une sémaphore à la fin de son traitement (sem_post). Le programme principal, après le lancement du thread, attendra l'incrémentation de la sémaphore (sem_timedwait). Si le thread dépasse le temps d'attente, la fonction sem_timedwait renverra -1, et errno sera fixé à ETIMEDOUT. On peut ainsi effectuer un traitement différent de l'exécution normale, comme par exemple enregistrer dans un log qu'une fonction a dépassé le temps d'exécution qui lui était accordé.

Voici le code :

#include <pthread.h>
#include <sys/time.h>
#include <semaphore.h>
#include <errno.h>
#include <iostream>
using namespace std;
const unsigned int TIMEOUT = 3;

sem_t my_sem;

void *ThreadProcess(void *arg) {
   for(unsigned int i = 0 ; i < 5 ; i ++ ) {
      cout << i << endl;
      sleep(1);
   }
   sem_post(&my_sem);
}

int main (int argc, char *argv[]) {
   pthread_t thread;
   struct timespec my_timeout;
   struct timeval now;
   gettimeofday(&now,NULL);
   my_timeout.tv_sec = now.tv_sec + TIMEOUT;
   my_timeout.tv_nsec = now.tv_usec * 1000;
   pthread_create(&thread, NULL,ThreadProcess,NULL );
   int ret = sem_timedwait(&my_sem,&my_timeout);
   if ((ret==-1)&&(errno==ETIMEDOUT)) {
      cout << "Timeout !" << endl;
      pthread_cancel(thread);
   }
else {
      pthread_join(thread,NULL);
}
return 0;
}

Pour que l'exécution se passe normalement, il suffit de fixer TIMEOUT en dessous de 5, pour déclencher le timeout, il faut le placer au dessus de 5. La compilation du programme s'effectue ainsi (en imaginant que le code soit placé dans un fichier nommé sem.cpp) :

g++ -o sem sem.cpp -pthread

Vous pouvez ainsi adapter et intégrer cet exemple dans vos projet ou cette sécurité est nécessaire. Ce code est facilement transposable en C.

Bon dev' !

Fabien (eponyme)

4 ans de fedora-fr.org !

Fabien Nicoleau — Sun, 12 Jul 2009 20:58:00 +0100

Comme l'an dernier, mais avec quelques jours de retard (c'était le 7 juillet), je profite de mon "anniversaire" d'inscription sur le site fedora-fr.org (correspondant grosso modo à mon basculement définitif sur Fedora) pour dresser un petit bilan annuel de mon activité informatique en général, et sur Fedora en particulier. 4 ans déjà ! C'est aussi pour moi l'occasion de me remettre un peu sur mon blog, assez inactif ces derniers mois, pour raisons professionnelles.

Coté Fedora

Le forum

Inscris depuis donc 4 ans, j'ai passé il y a quelques temps déjà la barre des 2000 posts, pallier assez anecdotique car bien sûr seule la qualité compte. Toujours modérateur, et ce depuis un peu plus d'un an, je passe en revue la plupart des fils, et fait parfois le méchant modo ! Toujours pour une activité professionnelle plus intense ces derniers mois, j'ai été assez peu présent, mais tout devrait revenir à la normale d'ici quelques semaines.

Le wiki

Honte à moi, aucun changement de ce coté en un an. Je n'ai entamé aucune nouvelle doc, mais continue de suivre et maintenir celles que j'ai écrites l'an passé :

Les canaux IRC (sur freenode)

La aussi, c'est selon le temps disponible, mais c'est encore ici que je suis le plus souvent accessible, sur les différents canaux relatifs à Fedora, francophones et anglophones. De temps en temps pour aider, de temps en temps pour parler .... mais jamais pour troller !

Packaging

C'est clairement dans ce domaine que j'ai été le plus actif, et continuerai surement à l'être, tant j'y trouve d'intérêts et de satisfactions. Voici les paquets approuvés que je maintiens pour les dépôts Fedora, dans leur ordre d'importation :

QDevelop : une IDE pour Qt4, écrite en Qt4
immix : un petit utilitaire permetant de "mixer" des images
trickle : un limiteur de consommation de bande passante par application
clive : utilitaire permettant d'extraire les vidéos des sites comme youtube, dailymotion, et bien d'autres. Ecrit en perl, il m'a donné quelques difficultés ces derniers temps, mais les guidelines m'ont permis de m'en sortir
itaka : un logiciel qui permet à des utilisateurs d'obtenir une capture de votre écran via un navigateur web, le tout avec des autorisations bien sûr
trustyRC : mon robot IRC, multi-serveurs et totalement modulaire
VBinDiff : affiche les différences entre des fichiers binaires, prend en charge des fichiers de grande taille
Phatch : "Photo Batch", permet d'effectuer des opérations en masse sur des photos, comme les redimensionner, ajouter un texte, un filigrane ...
fotowall : utilitaire permettant de créer un "pêle-mêle" de photos, très complet et facile d'utilisation
edb : debugger basé sur l'api ptrace (et non gdb), écrit en Qt4, qui à pour but de fournir un équivalent au célèbre OllyDbg
gestikk : lanceur d'application via des "gestuelles avec la souris"
PosteRazor : création de posters
perl-WWW-Curl : module perl offrant une interface à la bibliothèque curl
cclive : équivalent de clive, mais écrit en C, plus léger et nécessitant moins de dépendances, avec moins d'options
abby : interface graphique pour clive et cclive

En plus de ces 15 paquets, j'ai en cours de revue l'IDE MonkeyStudio, "concurrente" à QDevelop.

Coté perso

Mon blog

Mon principal support d'expression. J'en ai pris soin cette année. J'ai modifié un peu le thème, et surtout j'ai pas mal posté. Le nombre de billets a doublé en un an, arrivant à 92. Les sujets principaux n'ont pas tellement changé, Linux, Fedora, packaging et trustyRC.

Mon VPS chez AMEN

Exit girafon et la location d'un shell, j'ai enfin mon propre "petit" serveur, à très bas prix mais qui me permet d'avoir chez un seul et même hébergeur tous mes projets.

nicoleau-fabien.net

Mis en place cette année, mon nom de domaine regroupe toutes mes activités publiées sur internet, que ce soit mon blog, trustyRC, mes rpms, mon dépôt SVN ...

trustyRC

Certainement le projet qui a le plus souffert de mon absentéisme de ces derniers temps ! Actuellement en version 0.1.3, un 0.1.4 est en préparation. J'ai cependant quelques bugs à corriger, du temps à y passer, la motivation à retrouver ... tout cela arrivera sans doute début Août après mes vacances. La 0.1.3 a été un gros virage pour ce projet, incluant énormément de nouveautés. La 0.1.4 sera une version de stabilisation, avant le lancement de la 0.2.0 assez ambitieuse, qui comportera de nombreux changements dans le kernel du robot, ainsi que dans la gestions des données.

L'avenir ?

Peu de choses à annoncer, les projets en cours me prenant déjà beaucoup de temps, je doute que de nouvelles choses apparaissent (si ce n'est de nouveaux paquets). Tout dépendra du temps, de l'envie, et surtout de la motivation !

Fabien (eponyme)

D'une CentOS + Plesk d'amen.fr vers une CentOS vanilla

Fabien Nicoleau — Sun, 31 May 2009 04:12:00 +0100

Comme je l'avais expliqué lors de mon billet sur mon serveur privé virtuel de chez amen.fr, je n'ai pas eu le choix d'avoir un Plesk collé à ma CentOS ! Après quelques tentatives ratées, je donne ici la marche à suivre pour s'en débarrasser, et avoir une distribution proche de l'originale. Notez que cela me servira surtout d'aide mémoire, et que si vous suivez cette procédure, vous ne pourrez revenir en arrière (à moins d'une réinstallation), que vous n'aurez évidemment plus accès à Plesk (mais toujours au menu virtuozzo, donc aux statistiques, à la console de maintenance, etc ...) et qu'il vous faudra l'assumer (vous avez tout à fait le droit de le faire, il est cependant probable que si un jour vous posez une question au support, une réponse avec la "méthode Plesk" vous soit donnée). Il faut donc aussi que vous soyez surs de pouvoir administrer votre serveur sans Plesk (je ne le ferai pas pour vous ;) ). Le contexte étant fixé, on peut y aller.

Histoire de se rendre compte de ce qu'il y a à virer, on peut commencer par un

# yum list extras

Les paquets qui nous intéressent sont ceux commençant par "psa", mais pas seulement. Il y a énormément de chose à retirer. Ce n'est pas spécialement nécessaire, mais je commence par arrêter les services inutiles (certains seront automatiquement redémarrés ensuite) :

# service courier-imap stop
# service qmail stop
# service saslauthd stop
# service drwebd stop
# service mysqld stop
# service httpd stop
# service psa stop
# sh /etc/init.d/spamassassin stop

Il faut forcer la désinstallation des paquets psa-* sans se soucier des dépendances, car certains rpms semblent poser des soucis (les dépendances seront retirées ensuite). J'évite simplement le psa-appvault-gallery car sa désinstallation ne marche pas, fait monter la commande rpm à 100% CPU, et semble même corrompre la base RPM. Je le laisse donc et supprime ensuite le répertoire où étaient contenus les fichiers de tous ces paquets, car il en reste ....

# for i in $(rpm -qa psa*|sed '/appvault-gallery/d'); do echo "Removing "$i;rpm -e --nodeps $i;done
# rm -rf /usr/local/psa/

Une fois fait, on supprime tous les paquets qui étaient installés comme simple dépendance pour Plesk, ou qui ne proviennent pas des dépôts officiels :

# yum remove drweb\\* openssl097a
# yum remove perl-Apache-ASP.noarch perl-Apache-ASP.x86_64 perl-Font-AFM.x86_64 perl-Font-AFM.noarch perl-FreezeThaw.x86_64 perl-FreezeThaw.noarch perl-HTML-Format.x86_64 perl-HTML-Tree.x86_64 perl-MLDBM.x86_64 perl-MLDBM-Sync.x86_64 perl-Text-Iconv.x86_64 perl-TimeDate.x86_64
# yum remove PPWSE-1.1-cos5.build86080722.00.x86_64 sb-publish-3.0.1-200705230938.noarch php-sqlite2.x86_64 php5-ioncube-loader.x86_64 SSHTerm.noarch awstats.noarch courier-imap.x86_64 log4cpp-plesk.x86_64 miva-ssl-stub.i386 mod_bw.x86_64
# yum remove ruby-actionmailer.noarch ruby-actionpack.noarch ruby-actionwebservice.noarch ruby-activerecord.noarch ruby-activesupport.noarch ruby-fcgi.x86_64 # ruby-mysql.x86_64 ruby-rails.noarch ruby-rake.noarch
# yum remove sw-libxml2.x86_64 sw-libxml2-python.x86_64 sw-libxslt.x86_64 sw-xmlrpc-c.x86_64 plesk-skins.noarch
# yum remove vzdummy-apache.noarch vzdummy-glibc.noarch vzdummy-jre-el5.noarch vzdummy-kernel-el5.noarch

Pour terminer avec la désinstallation, je supprime les différents serveurs installés, pour obtenir un système minimal (quitte à en réinstaller ensuite). Les fichiers de configuration d'apache et les bases MySQL sont aussi supprimés au cas où il y aurait eu des choses particulières paramétrées pour Plesk. Certains scripts pour xinetd restant encore sont supprimés, ainsi que les fichiers de configuration conservés et les paquets i386 :

# yum groupremove "Base de données MySQL"
# rm -rf /var/lib/mysql/*
# yum groupremove "Serveur web"
# rm -rf /etc/httpd/conf.d/*
# yum groupremove "serveur de messagerie"
# yum groupremove "serveur de fichier windows"
# yum groupremove "ruby"
# yum remove samba-common php-*
# rm -f /etc/xinetd.d/*psa*
# find / -name *.rpmsave|xargs rm
# rpm -qa --queryformat "%{NAME}-%{VERSION}-%{RELEASE}.%{ARCH} "|grep i386|xargs yum -y remove

La désinstallation de tous ces services fait qu'il n'y a plus de MTA sur le système. Pour remédier à cela :

# yum install sendmail
# alternatives --config mta

Indiquez sendmail comme MTA.

S'en ai fini pour le nettoyage du système. Un petit redémarrage histoire de s'assurer que tout va bien. Notez qu'un "yum list extras" renverra toujours deux paquets :

psa-appvault-gallery : impossible à désinstaller, mais ses fichiers ont été supprimés
vzdev : paquet indispensable fournissant le nécessaire pour les connexions (ne pas oublier que l'on est sur un serveur virtuel !)

# reboot

Après le premier reboot, on peut constater qu'on se retrouve avec un serveur minimal. On peut d'abord commencer par une mise à jour du système :

# yum update

La suite concerne mes besoins, vous n'aurez donc pas forcément à installer tout ça. Je commence par installer le dépôt EPEL :

# rpm -Uvh http://download.fedora.redhat.com/pub/epel/5/i386/epel-release-5-3.noarch.rpm

Puis quelques logiciels nécessaires à mon sens. vnstat pour ne pas avoir à toujours me connecter sur l'interface virtuozzo pour contrôler ma consommation de bande passante, logwatch pour le rapport quotidien du système et system-config-securitylevel-tui pour la configuration du pare-feu :

# yum install vnstat logwatch system-config-securitylevel-tui nmap

Un autre logiciel dont je ne peux me passer est fail2ban. Au moment où j'écris ce billet, je dois prendre la version présente dans epel-testing, bien plus à jour :

# yum --enablerepo epel-testing install fail2ban
# chkconfig fail2ban on

Configuration pour ces différents logiciels :

# sed -i 's/Interface \\"eth0\\"/Interface \\"venet0\\"/' /etc/vnstat.conf
# sed -i 's/eth0/venet0/' /etc/sysconfig/vnstat
# sed -i '3s/^..//' /etc/cron.d/vnstat
# vnstat -u -i venet0
# echo "MailTo = monmail@mail.com" >> /etc/logwatch/conf/logwatch.conf

Je termine par l'installation des différents paquets dont j'ai besoins, pour mon blog et mon dépôt SVN :

# yum groupinstall "Base de données MySQL"
# yum groupinstall "Serveur Web"
# yum install php-xml subversion mod_dav_svn repoview createrepo perl-Text-Iconv

Voilà les différentes étapes nécessaires pour arriver à un serveur qui ne contient que ce dont j'ai besoins. Cela permet d'avoir un système propre, sans paquets superflus, ce qui est intéressant quand on sait le peu de ressources dont dispose le serveur.

Fabien (eponyme)

Mise en place d'un dépôt SVN par l'exemple (trustyRC)

Fabien Nicoleau — Mon, 25 May 2009 23:34:00 +0100

Il existe, dans de nombreuses langues, de nombreux tutoriels expliquant la façon de mettre en place un dépôt SVN. On peut notamment l'expliquer par le fait qu'il est possible de configurer un dépôt de nombreuses manières, dans la façon de gérer les droits, dans celle de gérer le type d'accès, l'organisation ... Afin de ne pas rajouter une couche de plus à tout ce qui existe, je propose ici directement un exemple d'installation et de configuration. Les étapes que je détaille sont celles que j'ai effectuées pour mettre en place le dépôt SVN de trustyRC, profitant ainsi de mon nouveau serveur privé pour lui ajouter un service supplémentaire. Mon serveur fonctionne sous CentOS 5.3, mais les commandes utilisées ici fonctionnent aussi sous Fedora.

L'objectif

Tout d'abord, voici les quelques contraintes que je me suis fixées :

Ayant une petite configuration, et un serveur web (apache) tournant déjà, j'ai choisi d'utiliser subversion avec le module apache (mod_dav_svn). Cela m'évite d'avoir à utiliser svnserve, d'ouvrir un port, de gérer un service supplémentaire... Je préfère gérer les accès via apache, l'utilisant déjà pour mes sites
Le dépôt SVN sera placé dans un vhost spécifique : svn (pour un accès avec une URL de type http://svn.nicoleau-fabien.net/projet...)
Chaque projet hébergé sera géré séparément des autres, notamment pour les accès. Ainsi il me sera possible d'héberger sur le dépôt un projet auquel je ne participe pas, sans avoir de droits dessus. Si réellement deux projets ont la même liste d'utilisateurs, alors je pourrais faire pointer les fichiers des accès au même endroit
Pour le moment, il n'y aura pas de gestion de droits avec les ACL. Les actions de lecture (comme le checkout) seront accessibles anonymement, alors que les actions d'écritures (comme le commit) seront soumises à une authentification. Ajouter les ACL ensuite n'est pas compliqué, si le besoins s'en fait sentir, il sera facile de le faire

Il est important de bien comprendre le principe et les atouts de subversion, et ensuite de se renseigner sur les différentes façons de le configurer, afin d'avoir un système proche de ses besoins, et de ses possibilités. Voici les quelques liens que j'ai consultés avant de me lancer dans l'installation et la configuration du dépôt :

Documentation CentOS
Documentation fedora-fr
Documentation détaillant les différentes possibilités (et commandes associées) de subversion
Documentation ubuntu-fr (assez complète, notamment sur les modes d'accès)

Installation

L'installation est assez simple, on prends le paquet subversion, et mod_dav_svn, qui permettra d'utiliser apache pour l'accès au dépôt :

# yum install subversion mod_dav_svn

Evidemment, il faut un serveur apache installé, configuré, et en marche.

Configuration

La configuration se limite à l'édition du fichier /etc/httpd/conf.d/subversion.conf. Il est bien documenté, et correspond quasiment à la configuration finale voulue. Une petite particularité dans mon cas : mes sous-domaines pointent actuellement tous sur le même serveur (ils me servent surtout à bien dissocier mes services), donc afin que l'accès au dépôt ne se fasse bien que dans le sous-domaine svn, je déclare un VirtualHost dans ce fichier, et place la configuration de subversion à l'intérieur de ce vhost. Voici le contenu du fichier de configuration (commentaires retirés) :

LoadModule dav_svn_module     modules/mod_dav_svn.so
LoadModule authz_svn_module   modules/mod_authz_svn.so
<VirtualHost *:80>
        ServerName   svn.nicoleau-fabien.net
        # Dossier contenant les pages
        DocumentRoot /var/www/svn

        <Location /trustyrc>
               DAV svn
               SVNPath /var/www/svn/trustyrc
               # SSLRequireSSL
               AuthType Basic
               AuthName "trustyRC subversion repository"
               AuthUserFile /etc/subversion/svn-auth-trustyrc.conf
               <LimitExcept GET PROPFIND OPTIONS REPORT>
                      Require valid-user
               </LimitExcept>
       </Location>
</VirtualHost>

J'utilise ici une configuration spécifique pour le projet trustyRC, et non pas une configuration qui engloberait plusieurs projets. Cela m'obligera à modifier ce fichier à chaque nouveau projet hébergé sur le dépôt, mais me permet de bien les dissocier. Comme dis plus haut, "au pire", je pourrais faire pointer les directives AuthUserFile de plusieurs projets sur le même fichier, si les utilisateurs sont les mêmes. A part le fait que le dépôt soit placé dans un vhost, il n'y a rien de particulier ici. On remarque que le "Require valid-user" est placé dans un LimitExcept, permettant de ne demander une authentification que pour les opérations d'écriture. Un checkout par exemple pourra se faire anonymement.

Gestion des comptes utilisateurs

La gestion des utilisateurs se fait par l'intermédiaire d'un fichier des mot de passes, créé par la commande htpasswd :

$ htpasswd -cm /etc/subversion/svn-auth-trustyrc.conf eponyme

Le mot de passe pour l'utilisateur sera demandé deux fois. Le fichier sera ensuite créé (option -c, à n'utiliser que la première fois pour un même fichier) et le mot de passe chiffré avec un algorithme md5 (option -m, au peut utiliser -s pour du SHA). Pour un second utilisateur dans le même fichier, on utilisera donc cette syntaxe :

$ htpasswd -m /etc/subversion/svn-auth-trustyrc.conf second_user

Préparation du dépôt

Création du répertoire qui contiendra les projets, puis création du dépôt pour le projet trustyrc :

# mkdir /var/www/svn
# cd /var/www/svn
# svnadmin create trustyrc
# chown -R apache:apache trustyrc

Il faut ensuite préparer l'arborescence du projet. Je choisis le schéma classique trunk, branches, tags :

$ mkdir -p /tmp/trustyrc/{trunk,branches,tags}

Il n'y a plus qu'a initialiser ces répertoires, selon l'état du projet. J'ai pour ma part créé des tags avec les sources des anciennes releases, et copié les sources actuelles dans le trunk.

Importation

Le dépôt et l'arborescence sont prêts. Il n'y a plus qu'a importer le nouveau projet :

# svn import /tmp/trustyrc/ file:///var/www/svn/trustyrc -m "Initialisation du dépôt pour le projet trustyRC"

Checkout

Tout est prêt maintenant, ne reste plus qu'à récupérer une copie de travail du projet en cours pour travailler sur un autre poste :

$ svn co http://svn.nicoleau-fabien.net/trustyrc/trunk/

La première révision est alors téléchargée. Aucune authentification n'est demandée.

Commit

Après avoir effectuer des modification, on peut "commiter" les changements vers le dépôt :

$ svn ci -m "Première mise à jour des sources"

Pour cette opération "d'écriture", un login et un mot de passe sont alors demandés (ceux créés avec la commande htpasswd et stockés dans le ficher /etc/subversion/svn-auth-trustyrc.conf).

Conclusion

Les objectifs cités au départ sont remplis. Un dépôt svn offre une réelle souplesse pour la gestion des sources. Une étape supplémentaire pourrait d'être utiliser en plus du dépôt le logiciel trac, l'association semblant être intéressante. Je vous conseille vraiment de prendre le temps de lire les documentations cités, et même d'autres, afin de bien comprendre le principe, d'utiliser la bonne configuration, et de découvrir toutes les commandes/possibilités offertes. Pour ceux qui choisiraient d'utiliser svnserve, notez qu'il est possible de l'utiliser avec xinetd.

Fabien (eponyme)

Lancement de nicoleau-fabien.net

Fabien Nicoleau — Wed, 20 May 2009 20:26:00 +0100

Voilà longtemps qu'il était réservé, et pourtant toujours pas utilisé : j'ai enfin lancé mon domaine nicoleau-fabien.net.

J'ai en effet profité de la mise en place de mon nouveau serveur privé et de la migration de tous mes services web pour l'utiliser. J'ai de plus créé différents sous-domaines :

blog.nicoleau-fabien.net: héberge mon blog. Attention, le flux des billet a donc changé : http://blog.nicoleau-fabien.net/index.php?feed/rss2
http://www.nicoleau-fabien.net/ : simple alias du domaine principal, qui à la racine redirige vers le blog. Peut-être ferais-je un petit portail un jour
rpms.nicoleau-fabien.net : naviguation dans mes RPMs (merci repoview). Les RPMs peuvent paraitre obsolètes pour certains, mais je rappelle que je ne package que pour les dépôts officiels, et que je ne les propose en téléchargement qu'en attendant qu'ils soient approuvés. Je ne les mets donc plus à jour sur mon site ensuite.
trustyrc.nicoleau-fabien.net: contient les fichiers relatifs à mon bot IRC, le guide d'utilisation, et la documentation du code

La gestion du domaine (et des sous-domaines) est vraiment simplissime chez gandi, hébergeur de mon nom de domaine. Pour les gérer avec apache, c'est la aussi un jeu d'enfant grâce à la documentation fedora, et notemment l'article de Remi.

La migration du blog vers le nouveau serveur a été simple (plugin import/export de dotclear), mais en revanche, la mise en place du nom de domaine a été plus complexe. J'ai dû, à grand coups de sed, modifier les URLs du fichier exporté pour mettre à jour les liens, en faisant attention aux anciens sous-dossiers qui sont pour certains devenus des sous-domaines, et pour d'autres sont restés des sous-dossiers ... mais d'un autre sous-domaine ... Les choses auraient été bien plus simple si mon dotclear avait été installé à la racine de mon dossier d'hébergement chez free. C'est maintenant corrigé, ca sera plus facile la prochaine fois ^^.

Pour les liens existants vers l'ancien hébergeur (free), pas de soucis normalement. J'ai certes vidé mon espace, mais j'ai laissé un fichier htaccess contenant quelques directives "Redirect permanent" permettant de rediriger l'intégralité des requêtes vers le nouvel emplacement. J'ai fait quelques tests en cherchant sur le net des liens pointant vers mon site, et la redirection s'est toujours bien faite. La migration est donc transparante, notemment pour les lecteurs RSS. Cependant, mettez à jour vos favoris ou flux RSS si vous en avez, car un jour l'hébergement free sera peut être fermé.

Bonne naviguation sur ce nouveau domaine !

Fabien (eponyme)

Mon serveur privé virtuel chez AMEN

Fabien Nicoleau — Wed, 20 May 2009 18:37:00 +0100

Depuis quelques temps, je pensais me prendre un serveur privé, pour différentes raisons :

Mon BNC et mon robot IRC sont hébergés chez girafon, qui n'est plus ce qu'il était, et qui me coûte un peu plus de 5 euros par mois (location d'un shell + une IP dédiée)
Mon blog, mes RPMs, et toute mon activité web était hébergée chez free.fr, ce qui n'est franchement pas le top
J'avais envie de jouer un peu avec un vrai serveur en prod

Mes besoins étaient donc très faibles, et j'étais enbêté à l'idée de prendre un kimsufi, ou un RPS, qui bien qu'avec des coûts très faibles, me revenaient "cher", pour la faible utilisation que je souhaitais en faire. J'ai ensuite découvert l'offre VDS+5 de chez AMEN, qui pour 5 euros (HT), offre un serveur virtuel linux, allourdi d'un Plesk (mais qui se retire, ca sera l'objet d'un prochain billet), avec une config raisonnable, et des performances qui m'ont surprises (attention, tout est relatif, on parle d'un serveur virtuel à 5 euros ...).

5 distributions sont disponnibles :

CentOS
Debian
Fedora 8 (ils ont laissé trainer le core ...)
Suse
Ubuntu

J'ai choisi une CentOS, qui m'a été livrée le lendemain matin ! Je teste donc ce serveur depuis presque trois semaines, en y ayant installé tous les services dont j'ai besoins ... et tout tourne à merveille ! J'ai eu pas mal de questions au départ à poser au support, et j'ai toujours obtenu des réponses claires, complètes, et rapides. De plus il y a quelques services fournis, comme la réinstallation complète et gratuite du serveur en moins de deux heures, dont j'ai eu besoins au départ pour mes tentatives ratées de suppression de Plesk, la visualisation de la bande passante utilisée, des logs, la possibilité d'ouvrir une console de maintenance, quand le serveur ne démarre plus par exemple (la aussi, bien utile pendant mes tests ...), et pas mal d'autres petites choses. En plus de tout cela, il y a Plesk, mais je ne pourrais rien vous en dire, car c'est la première chose que j'ai virée !

Bref, pour un prix identique à ce que j'avais avant, j'ai un produit d'une bien meilleure qualité ! Une offre plutôt complète que je conseille à tous ceux qui souhaitent "jouer" avec un serveur pour pas cher, et maintenir quelques services en production. Adieu donc les problèmes chez girafon, la lenteur et les erreurs de free ! Me voilà seul maître de toutes mes activités sur internet.

Je détaillerai dans un prochain billet les quelques manipulations à effectuer pour se débarrasser de Plesk (et seulement lui, pas des autres servces, comme la console de maintenance qui peut être elle bien utile !) et avoir un serveur au plus proche de la distribution de base choisie (avec de nouveau les possibiliés de faire les mises à jour notemment !).

Fabien (eponyme)

cclive et abby présents dans les dépôts stables

Fabien Nicoleau — Tue, 05 May 2009 00:08:00 +0200

J'avais présenté cclive et abby dans des billets récents. J'en avais de plus proposé les RPMs. Ceux-ci ont été approuvés, et après un passage en testing, sont maintenant disponnibles dans les dépôts stables de Fedora. L'extracteur de vidéos et son interface graphique basée sur Qt sont donc facilement installables via yum :

# yum install cclive
# yum install abby

Pour rappel, clive (lui aussi présent dans les dépôts) peut aussi servir de back-end à abby. Il est écrit en perl, et est un peu plus complet que cclive (lui écrit en C, plus léger).

Bon téléchargements,

Fabien

abby : une GUI pour clive et cclive

Fabien Nicoleau — Sun, 19 Apr 2009 22:20:00 +0200

Présentation et proposition de RPMs pour le logiciel abby.

J'ai présenté, dans mon billet précédent, cclive, et avait présenté, il y a longtemps, clive. Ces deux utilitaires, écrits par la même personne, permettent de récupérer les vidéos des sites de type youtube, dailymotion, et quelques autres. Ce sont des utilitaires en ligne de commande. Pour les personnes préferrant utiliser une interface graphique, le créateur de ces utilitaires a développé abby, une petite application reposant sur Qt, et qui est un front-end à clive et cclive (initialement, seul cclive était compatible, mais depuis sa version 2.1.10, clive l'est aussi). abby permet de configurer rapidement le lecteur vidéo à utiliser si besoins, les codes d'accès à youtube si vous en avez, et quelques autres options. Ensuite, entrez l'url de la page contenant la vidéo à télécharger, lancez le téléchargement, et suivez la progression ! Ce logiciel n'étant pas présent dans les dépôts Fedora, j'en ai créé le paquet, et en ai demandé la revue. En attendant son approbation, je mets ici à disposition les RPMs pour Fedora 10 et 9, pour l'architecture i386. Pour ceux ayant un processeur d'une architecture différente, vous pouvez reconstruire le paquet à partir du RPM source.

Pour installer abby, la première chose à faire est d'installer ma clé GPG (seulement si vous ne l'avez pas déjà) :

# rpm --import http://nicoleau.fabien.free.fr/rpms/RPM-GPG-KEY-NicoleauFabien

Ensuite pour Fedora 10 i386 :

$ wget http://nicoleau.fabien.free.fr/rpms/fc10.i386/abby-0.2.0-1.fc10.i386.rpm
# yum install abby-0.2.0-1.fc10.i386.rpm

Pour Fedora 9 i386 :

$ wget http://nicoleau.fabien.free.fr/rpms/fc9.i386/abby-0.2.0-1.fc9.i386.rpm
# yum install abby-0.2.0-1.fc9.i386.rpm

Vos retours sur ces paquets sont les bienvenus.

Fabien (eponyme)

cclive : extracteur de vidéos en ligne de commande

Fabien Nicoleau — Sun, 19 Apr 2009 21:17:00 +0200

Présentation et proposition de RPMs pour le logiciel cclive.

Je package depuis quelques temps maintenant le logiciel clive. Cet utilitaire en ligne de commande, écrit en perl, permet de télécharger, convertir, et même visionner à la volée (par l'intermédiaire d'un lecteur vidéeo externe) les vidéos provenant de sites tels que youtube, dailymotion, et quelques autres. C'est d'ailleurs pour que ce logiciel fonctionne correctement que j'ai du packager l'extension perl WWW-Curl. Cet utilitaire m'a beaucoup servi lorsque j'avais des problèmes avec flash, mais il reste toujours très utile aujourd'hui pour pouvoir conserver certaines vidéos.
Le créateur de ce logiciel a développé, en parallèle, le logiciel cclive. C'est une version légère de clive, écrite en C, qui nécessite moins de dépendances (ce qui est un peu le problème de clive...). L'utilisation est aussi simple : on lui donne l'url de la page contenant la vidéo en paramètre, et il la télécharge. Ce logiciel n'étant pas présent dans les dépôts Fedora, je l'ai packagé et en ai demandé la revue. J'aurais aimé proposer une version pour RHEL/CentOS (via le dépôt EPEL), mais cclive nécessite une version trop récente de la bibliothèque curl. En attenant que ce logiciel fasse son apparition dans les dépôts, j'en propose ici le téléchargement pour Fedora 9 et 10, pour l'architecture i386 seulement. Les possesseurs de processeurs 64 bits peuvent toujours reconstruire le paquet à partir du RPM source. Comme d'habitude, la première chose à faire (si vous ne l'avez pas déja fait) est d'installer ma clé GPG :

# rpm --import http://nicoleau.fabien.free.fr/rpms/RPM-GPG-KEY-NicoleauFabien

Ensuite, pour Fedora 10 i386 :

$ wget http://nicoleau.fabien.free.fr/rpms/fc10.i386/cclive-0.3.2-1.fc10.i386.rpm
# yum install cclive-0.3.2-1.fc10.i386.rpm

Pour Fedora 9 i386 :

$ wget http://nicoleau.fabien.free.fr/rpms/fc9.i386/cclive-0.3.2-1.fc9.i386.rpm
# yum install cclive-0.3.2-1.fc9.i386.rpm

Vos retours sur ces paquets sont les bienvenus.

Fabien (eponyme)

trustyRC 0.1.3 out !

Fabien Nicoleau — Sat, 18 Apr 2009 21:39:00 +0200

The new version of my IRC robot trustyRC is out !

La nouvelle version de mon robot IRC trustyRC est sortie !

7 months after 0.1.2 release, here is trustyRC's new release (0.1.3), my IRC robot. A lot of improvments have been made. Most of them relate to the kernel, but there are also some plugins corrections, and new ones. The main new feature is that the bot is now multiserver. It can connect to several servers with only one instance. Users just have to write a configuration file for each server. A new log system is now used, and a plugin that logs channels has also been created. A new plugin type appeared, to handle outgoing messages. A lot of configuration key have change, and also some path, so please read whole documentation to understand the new way the bot works. An other major change is that trustyRC is now distributed under GNU GPL licence V3. You can read the CHANGELOG file for full changes list.

Here are some links where you will get important informations about this release :

trustyRC 0.1.3 archive (Fedora users will just have to use yum to install / update)
README file, for compilation and installation
dedicated webpage
Plugins creation howto
HTML code documentation
PDF code documentation
trustyRC manual (configuration, commands usage)

Next release will probably be a major one, with sqlite integration (instead of tinyxml), new documentation system, new plugins, DCC support, autotools usage, RemoteControl implementation (finally!) and maybe a windows port.

Fabien (eponyme)

7 mois après la sortie de la version 0.1.2, voici la nouvelle version de trustyRC (0.1.3), mon robot IRC. Beaucoup d'amélioration ont été apportées. La plupart d'entre elles concernent le kernel, mais il y a aussi des corrections de plugins, et la création de nouveaux. La principale nouveautée est que le bot est maintenant multi-serveurs. Le programme peut se connecter à plusieurs serveurs simultanément. Les utilisateurs doivent simplement écrire un fichier de configuration pour chaque serveur auxquels ils souhaitent se connecter. Un nouveau système de log est maintenant utilisé, et un plugin loggant les cannaux a aussi été créé. Un nouveau type de plugin à fait son apparition, pour gérer les messages envoyés par le robot. De nombreuses clés de configuration ont changé, et certains emplacements aussi. Merci de lire la docuementation pour comprendre la nouvelle façon dont fonctionne le bot. Un autre changement majeur est que trustyRC est maintenant diffusé sous la licence GNU GPL V3. Vous pouvez lire le fichier CHANGELOG pour voir la liste complète des changements.

Voici quelques liens vers lesquels vous trouverez les informations importants sur cette version :

trustyRC 0.1.3 archive (Les utilisateurs de fedora auront juste à utiliser yum pour l'installation ou la mise à jour)
fichier README, pour la compilation et l'installation
page dédiée
howto de création de plugins
documentation du code en HTML
documentation du code en PDF
trustyRC manual (configuration, utilisation des commandes)

La prochaine version sera probablement majeure, avec l'intégration de sqlite (à la place de tinyxml), un nouveau système de documentation, de nouveaux plugins, le support du DCC, l'utilisation d'autotools, l'impléemntation (enfin!) de RemoteControl et peut être un port windows.

Fabien (eponyme)

Utilisation des pthreads dans un object C++

Fabien Nicoleau — Sat, 04 Apr 2009 18:18:00 +0200

Les pthreads sont fréquemment utilisés pour la programmation des threads, pour lesquels ils fournissent le nécessaire, mais aussi la protection des données. Cependant, si la bibliothèque pthread s'utilise facilement en C, il est parfois un peu difficile de faire des choses propres avec en C++. Je propose ici une solution : un objet PThread s'appuyant sur la lib pthread et fournissant les méthodes nécessaires pour l'utiliser. Cet objet nécessite qu'on lui passe, au moment où l'on souhaite threader une fonction, un pointeur sur celle-ci. Il est plus courant de créer un objet dérivant de la classe gérant le thread, et d'implémenter une méthode run(), mais j'ai préféré ce système car j'utilise cette classe dans un projet où il était plus agréable d'avoir un objet PThread, et de pouvoir lancer un thread facilement, en passant une fontion en paramètre, plutôt que de créer une nouvelle classe à chaque fois. Il est aussi possible de passer une méthode d'une autre classe en paramètre, mais il faut que celle-ci soit décalrée en static. La classe permet en plus connaitre le status du thread, de l'arreter, ou de l'attendre.

Vous trouverez un exemple dans les fichiers joints au billet. pthread.cpp et pthread.h décrivent l'objet PThread, et le main.cpp un exemple d'utilisation. N'hésitez pas à poser des questions dans les commentaires si besoins. Je sais bien que la classe est loin d'être complète, mais elle propose un bon exemple pour aborder les pthread en C++.

Pour compiler l'exécutable, dans le dossier contenant les trois fichiers sources, tapez

$ g++ -o thread main.cpp pthread.cpp -lpthread

Enfin pour l'exécuter, tapez

./thread

Vous verez cinq compteurs s'exécuter en parrallèle.

Fabien (eponyme)

Fotowall reprend du service

Fabien Nicoleau — Sat, 14 Mar 2009 01:36:00 +0100

J'ai eu l'agréable surprise il y a quelques jours de voir que le projet Fotowall est de nouveau actif, après pas mal de mois sans aucune activité sur le svn. Une nouvelle release est d'ailleurs sortie, et je l'ai dors et déja poussée dans les dépôts (dans testing pour le moment). Pour rappel, ce logiciel permet de créer un pêle-mêle de photos. Cette nouvelle version (0.3.1) apporte de nombreuses améliorations. Une vidéo de démonstration est disponnible, mais présente la version 0.21. A vos yum !

Créativement,

Fabien (eponyme)