Fedora-Fr - Communauté francophone Fedora - Linux

Planet de Fedora-Fr : la communauté francophone autour de la distribution Linux Fedora

A propos

Cette page est actualisée toutes les heures.

Cette page est une sélection de blogs autour de Fedora. Fedora-Fr.org décline toute responsabilité au sujet des propos tenus par les auteurs des blogs de ce planet. Leurs propos sont leur entière responsabilité.

Le contenu de ce planet appartient à leurs auteurs respectifs. Merci de consulter leur blogs pour obtenir les licences respectives.

Mot-clefs : Linux

a2ensite & a2dissite sous Enterprise Linux et Fedora

Guillaume Kulakowski

S'il y a bien une chose que j'apprécie sur Debian, c'est la façon dont ils ont packagé Apache. En effet, sous Debian, les fichiers vhost sont déposés dans /etc/apache2/site-available (bon, apache2 vs httpd c'est discutable…) et pour activer un vhost il suffit de faire un lien vers le fichier dans le répertoire /etc/apache2/site-enabled.

Pour cela, les packagers ont crée 2 scripts a2ensite (activation) et a2dissite (désactivation). Sur les serveurs que je gère, à base de RHEL tout comme à base de Fedora, j'ai pris l'habitude de travailler de la même façon. J'ai alors porté les 2 scripts cité plus haut pour ces environnements. J'en ai aussi profité pour les modifier et en améliorer quelque peu la lisibilité (les goûts et les couleurs...).

Comme en ce moment je suis clairement dans une politique de packaging, je me suis fait un petit rpm qui va me permettre de reporter facilement ces 2 scripts sur mes nouveaux serveurs et aussi de créer les 2 répertoires site-(enabled|disabled). Si vous aussi vous appréciez les a2scripts de Debian ainsi que cette façon de travailler, je vous les mets à disposition (annexes).

Je pense aussi très prochainement intégrer mon script new_site dans ce RPMs donc affaire à suivre…

Remarque : Le RPMs pour propager des scripts et des configurations sur des serveurs c'est quand même le top ! Un rpm –qa et j'ai la version du script en place.

Review request for backup-manager

Guillaume Kulakowski

J'ai récemment entrepris de migrer les backups de Borsalino & spb-box, les 2 serveurs que j'administre, sur une nouvelle solution de sauvegarde. En effet, jusqu'à présent j'utilisais l'option mirror de lftp qui est limitée tant en performances qu'en sécurité.

N'ayant pas de machine sous la main pour monter un serveur BackupPC, j'ai reporté mon choix sur l'utilitaire backup-manager qui permet de faire des sauvegardes incrémentielles en local et de les envoyer par FTP ou SSH. backup-manager ne disposant pas de RPMs, la première étape a donc été de construire les RPMs pour mes différentes machines (make install c'est caca !).

Les RPMs fonctionnant parfaitement, ce sont eux que je vous propose en annexe et que j'ai soumis à une demande de revue afin qu'ils soient intégrés (je l'espère du moins) à Fedora.

Merci à Trashy et RemiFedora ainssi qu'à tout ceux qui sont là sur #fedora-devel-fr@freenode.net pour aider à la création de RPMs...

Déménagement - Absence

Mehdi Bahri

Bonjour à tous !

Je pars demain de bonheur pour m'installer en bretagne ce qui fait que je serai absent du web pour une certaine durée, au moins jusqu'à rétablissement de ma connexion.

Je ne posterai donc plus de billets, ni ne serai joignable sur le forum, irc etc. Mais si vous avez quelque chose à dire il reste toujours l'option du commentaire sur ce billet ;-)" class="smiley

Déménagement - Absence

Mehdi Bahri

Bonjour à tous !

Je pars demain de bonheur pour m'installer en bretagne ce qui fait que je serai absent du web pour une certaine durée, au moins jusqu'à rétablissement de ma connexion.

Je ne posterai donc plus de billets, ni ne serai joignable sur le forum, irc etc. Mais si vous avez quelque chose à dire il reste toujours l'option du commentaire sur ce billet ;-)" class="smiley

Fedora 9 et Automatic MySQL Backup

Thierry D

save.pngLe problème des sauvegardes est toujours délicat sur un serveur, et il est très important d'y apporter une grande attention afin de ne pas avoir la désagréable surprise de perdre des données importantes.

Avec un serveur de bases de données, il faut s'assurer de faire un dump minimum quotidien des données, jusqu'à maintenant j'avais un script de ma conception pour réaliser ce dump, mais je viens de découvrir la disponibilité d'un autre script bien plus avantageux : Automatic Mysql Backup.

En téléchargeant ce automysqlbackup, j'ai enfin trouvé le script idéal pour faire une sauvegarde de mes bases de données.

Automysqlbackup va nous permettre :

  • Dump des différentes bases dans des fichiers séparés et dans un seul et même fichier (plus facile pour restaurer tout d'un coup).
  • Compression des fichiers sauvegardés afin d'économiser l'espace disque utilisé.
  • Génération de rapport de sauvegarde par email.
  • Possibilité de joindre le backup dans l'email (réservé au sauvegarde de base peu volumineuse).
  • ...

La personnalisation du script est très facile et son installation rapide.

Aussi certains de mes utilisateurs souhaitaient avoir un dump quotidien de leur base de données disponible via FTP afin de faciliter leur propre sauvegarde ou encore de ne pas avoir à le générer via un outil externe ( ex : PhpMyAdmin), jai donc crée un petit script qui doit s'exécuter à la suite de Automysqlbackup et qui va permettre de mettre à disposition des utilisateurs de mon serveur un dump quotidien archivé avec une rétention de 7 jours directement accessible depuis leur compte FTP.

Voici le script :

#!/bin/bash
#copie les dumps des bases mysql dans les home de chaque user

#test si existence répertoire de dump (exclusion de rep avec grep -v)
for i in $(ls /home |grep -v backup |grep -v celine |grep -v nepasdumper)
do
if ! [ -d /home/$i/dumps ]
then
#on cree les repertoires non existant
mkdir -p /home/$i/dumps
echo "creation du repertoire /home/$i/dumps"
echo ""
else
#on copie les dumps du daily
rsync -avz --delete /home/backup/mysql/daily/$i/* /home/$i/dumps
fi
done

Bien sûr ce script est à personnaliser en fonction de votre architecture, mais bon mes utilisateurs sont contents et moi aussi :)" class="smiley

A+

Xorg et la profondeur de couleur

Mehdi Bahri

Récemment j'ai décidé de tester le pilote libre Nouveau pour cartes nvidia, j'ai eu la mauvaise surprise de voir qu'au démarrage l'affichage semblait se faire en 16 bits, la configuration de Xorg ainsi que les fichiers de log indiquaient pourtant que l'affichage se faisait bien avec une profondeur de couleurs de 24 bits. L'affichage avec le pilote nvidia est normal.

Après recherche, voici le pourquoi du comment de ce problème épineux.

En fait c'est une personne du chan #nouveau qui m'a livré la réponse. Le problème ne vient ni de la carte graphique, ni de nouveau, ni de Xorg mais du moniteur.

J'ai un portable avec écran LCD 15,4" format 16/10 (1280x800), dans les faits, avec le pilote forceware l'affichage se faisait très bien et il n'y avait aucun défaut d'affichage de couleurs, pourtant mon écran n'est capable d'afficher que 18bits ce qui fait que par un procédé logiciel l'affichage était corrigé pour la profondeur de 24bits, ce procédé est nommé diphtering.

Sur les conseils avisé de cette personne du chan j'ai donc activé l'option FPDither à TRUE dans mon xorg.conf :

Option      "FPDither" "TRUE"

Au redémarrage de X l'image m'apparaissait quasi normale, je dis bien quasi car il restait comme un léger bruit dans les zones ayant un dégradé par exemple, ceci est du au fait que le dithering des pilotes nouveau et nv (c'est le même) n'est pas aussi efficace que celui des pilotes nvidia, et évidemment ceux ci étant en source fermées la seule manière d'arriver à un résultat identique est le reverse engineering, c'est long, difficile et requiert des compétences que je n'ai personnelement pas :/

Alors pourquoi l'affichage était "normal" sous nvidia ? Ceux ci activent leur dithering par défaut, tout simplement.

Voilà donc, une petite explication d'un problème qui m'a pri la tête et mon temps, si vous avez le même, ne cherchez plus, votre moniteur n'est simplement pas capable d'afficher les 24bits de couleurs, activez l'option FPDither pour améliorer la qualité d'affichage ou restez avec les pilotes nvidia ;)" class="smiley

PS : Pour ceux qui se demandent pourquoi la profondeur de couleur la plus haute proposée sous Linux est de 24bits alors que Windows nous habitue à du 32bits une seule réponse : les 8bits de transparence (l'alpha) ne sont pas comptabilisés par Xorg tandis que sous Windows ca l'est, plus par marketing que par recherche de l'éxactitude technique.

Xorg et la profondeur de couleur

Mehdi Bahri

Récemment j'ai décidé de tester le pilote libre Nouveau pour cartes nvidia, j'ai eu la mauvaise surprise de voir qu'au démarrage l'affichage semblait se faire en 16 bits, la configuration de Xorg ainsi que les fichiers de log indiquaient pourtant que l'affichage se faisait bien avec une profondeur de couleurs de 24 bits. L'affichage avec le pilote nvidia est normal.

Après recherche, voici le pourquoi du comment de ce problème épineux.

En fait c'est une personne du chan #nouveau qui m'a livré la réponse. Le problème ne vient ni de la carte graphique, ni de nouveau, ni de Xorg mais du moniteur.

J'ai un portable avec écran LCD 15,4" format 16/10 (1280x800), dans les faits, avec le pilote forceware l'affichage se faisait très bien et il n'y avait aucun défaut d'affichage de couleurs, pourtant mon écran n'est capable d'afficher que 18bits ce qui fait que par un procédé logiciel l'affichage était corrigé pour la profondeur de 24bits, ce procédé est nommé diphtering.

Sur les conseils avisé de cette personne du chan j'ai donc activé l'option FPDither à TRUE dans mon xorg.conf :

Option      "FPDither" "TRUE"

Au redémarrage de X l'image m'apparaissait quasi normale, je dis bien quasi car il restait comme un léger bruit dans les zones ayant un dégradé par exemple, ceci est du au fait que le dithering des pilotes nouveau et nv (c'est le même) n'est pas aussi efficace que celui des pilotes nvidia, et évidemment ceux ci étant en source fermées la seule manière d'arriver à un résultat identique est le reverse engineering, c'est long, difficile et requiert des compétences que je n'ai personnelement pas :/

Alors pourquoi l'affichage était "normal" sous nvidia ? Ceux ci activent leur dithering par défaut, tout simplement.

Voilà donc, une petite explication d'un problème qui m'a pri la tête et mon temps, si vous avez le même, ne cherchez plus, votre moniteur n'est simplement pas capable d'afficher les 24bits de couleurs, activez l'option FPDither pour améliorer la qualité d'affichage ou restez avec les pilotes nvidia ;)" class="smiley

PS : Pour ceux qui se demandent pourquoi la profondeur de couleur la plus haute proposée sous Linux est de 24bits alors que Windows nous habitue à du 32bits une seule réponse : les 8bits de transparence (l'alpha) ne sont pas comptabilisés par Xorg tandis que sous Windows ca l'est, plus par marketing que par recherche de l'éxactitude technique.

KDE 4.1 je bug, tu bug, il bug...

Mehdi Bahri

Après quelques jours passés à jouer avec KDE 4.1 (voir ce billet) le bug de KGoldRunner a malheureusement vite été rejoint par d'autres :-(" class="smiley

On nottera surtout un gros bug sensé avoir été corrigé dans les versions de développement mais qui est toujours bien là : http://bugs.kde.org/show_bug.cgi?id=167826 pour faire court, les processus des applications KDE ne se terminent pas une fois l'application quittée. J'ai remarqué ça en ouvrant le moniteur système de KDE, la charge était grande, la mémoire occupée atteignait 1.4 Go et le processeur était utilisé à 50% (soit un des deux coeurs à 100). Il y avait en tout 22 Konquerors et 109 kio_http d'ouverts, accumulés durant les quelques jours d'uptime.

Ce bug est censé être réglé dans la prochainte 4.1.1, soit dans un mois :-(.

Autre problème, de nombreux bugs d'affichage avec le pilote propriétaire nvidia, mais la ce n'est pas KDE le responsable mais bien nvidia, leurs forcewares gèrent très mal la 2D. D'ailleurs, effets de bureau activés avec Kwin et OpenGL, Kwin consommait 33% de CPU.

Et bien sur la zone de notification dont les icones n'ont plus de fond transparent ainsi que l'installateur de plasmoides pas vraiment au point...

Bien sur j'ai rapport les bugs qui ne l'étaient pas déjà mais ca reste quand même une belle déception, cette première et très attendue version majeure de la branche 4.x.x après la 4.0, critiquée pour ses défauts de jeunesse, était censée régler nombre des problèmes éxistants, certes elle en règle mais en apporte également son lot. Le bilan est donc mitigé mais je me demande toujours comment personne ne s'était rendu compte du bug de la kdelib censé avoir été résolue, en attendant le backport du correctif surveillez bien votre consommation mémoire.

Merci à Desintegr du chan #fedora-fr pour m'avoir apporté nombre de précisions sur ces bugs ;-)" class="smiley

KDE 4.1 je bug, tu bug, il bug...

Mehdi Bahri

Après quelques jours passés à jouer avec KDE 4.1 (voir ce billet) le bug de KGoldRunner a malheureusement vite été rejoint par d'autres :-(" class="smiley

On nottera surtout un gros bug sensé avoir été corrigé dans les versions de développement mais qui est toujours bien là : http://bugs.kde.org/show_bug.cgi?id=167826 pour faire court, les processus des applications KDE ne se terminent pas une fois l'application quittée. J'ai remarqué ça en ouvrant le moniteur système de KDE, la charge était grande, la mémoire occupée atteignait 1.4 Go et le processeur était utilisé à 50% (soit un des deux coeurs à 100). Il y avait en tout 22 Konquerors et 109 kio_http d'ouverts, accumulés durant les quelques jours d'uptime.

Ce bug est censé être réglé dans la prochainte 4.1.1, soit dans un mois :-(.

Autre problème, de nombreux bugs d'affichage avec le pilote propriétaire nvidia, mais la ce n'est pas KDE le responsable mais bien nvidia, leurs forcewares gèrent très mal la 2D. D'ailleurs, effets de bureau activés avec Kwin et OpenGL, Kwin consommait 33% de CPU.

Et bien sur la zone de notification dont les icones n'ont plus de fond transparent ainsi que l'installateur de plasmoides pas vraiment au point...

Bien sur j'ai rapport les bugs qui ne l'étaient pas déjà mais ca reste quand même une belle déception, cette première et très attendue version majeure de la branche 4.x.x après la 4.0, critiquée pour ses défauts de jeunesse, était censée régler nombre des problèmes éxistants, certes elle en règle mais en apporte également son lot. Le bilan est donc mitigé mais je me demande toujours comment personne ne s'était rendu compte du bug de la kdelib censé avoir été résolu, en attendant le backport du correctif surveillez bien votre consommation mémoire.

Merci à Desintegr du chan #fedora-fr pour m'avoir apporté nombre de précisions sur ces bugs ;-)" class="smiley

Fotoxx présent dans le dépôt stable

Fabien Nicoleau

J'avais présenté dans un précédent billet le logiciel fotoxx et en avait demandé la revue sur le bugzilla.

Ce paquet a été approuvé est est désormais disponnible dans le dépôt stable, installable donc via la commande :

# yum install fotoxx

Fabien (eponyme)

Fotowall présent dans le dépôt stable

Fabien Nicoleau

J'avais présenté dans un précédent billet le logiciel fotowall avait demandé la revue sur le bugzilla.

Ce paquet a été approuvé est est désormais disponnible dans le dépôt stable, installable donc via la commande :

# yum install fotowall

Fabien (eponyme)

gestikk : lancez vos applications de façon artistique !

Fabien Nicoleau

Proposition d'un RPM pour le logiciel gestikk.

gestikk est un logiciel écrit en python (avec une interface GTK) permettant de définir des lanceurs pour vos applications. Rien de bien nouveau ?

SI !

Gestikk vous permet d'enregistrer des mouvements (un cercle, une ligne ...) de souris (avec le bouton droit enfoncé (par défaut, c'est paramètrable)) qui seront reconnus ensuite et déclancheront une action : lancement d'une application, ou simulation d'une combinaison de touches. On peut par exemple imaginer un trait de gauche a droite lançant Firefox, un de droite à gauche lançant thunderbird, ou encore un cercle permettant de réduire la fenêtre active. Il est aussi possible de générer une notification visuelle : balloon ou "OSD". Ce logiciel est vraiment simple d'utilisation et peut rendre quelques services. Une gallerie de captures d'écran est disponnible.

Ce logiciel n'étant pas présent dans les dépôts officiels de fedora, je l'ai packagé et en ai demandé la revue sur le bugzilla (voir bug #457304). En attendant, voici les RPMs pour Fedora 8 et Fedora 9 (architecture i386 seulement) :

Comme d'habitude, la première chose à faire est d'installer ma clé GPG si vous ne l'avez pas :

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

Ensuite, pour fedora 8 (i386) :

$ wget http://nicoleau.fabien.free.fr/rpms/fc8.noarch/gestikk-0.6.1-1.fc8.noarch.rpm
# yum install gestikk-0.6.1-1.fc8.noarch.rpm

et pour fedora 9 (i386) :

$ wget http://nicoleau.fabien.free.fr/rpms/fc9.noarch/gestikk-0.6.1-1.fc9.noarch.rpm
# yum install gestikk-0.6.1-1.fc9.noarch.rpm

Vos retours sont bienvenus !

Fabien (eponyme)

M6 replay et Linux (Suite)

Guillaume Kulakowski

Depuis mon précédent billet, il semblerait qu'M6 ai pris acte du problème. En effet, le site M6 Replay utilise à présent un lecteur flash et devient donc enfin compatible Linux/Mac.
Un peu tard, mais ça fait toujours plaisir.

M6 Replay Linux Acte II

M6Replay enfin pour les Unixiens :-)

Tom Dubin

C'est en Mars 2008 que M6 lance sa plateforme de visionnage pour les mous du programme tv, M6Replay. Son but est de permettre aux téléspectateurs de regarder tous les programmes M6 (que ce soit Documentaires, Emissions, Séries ou Informations) jusqu'à 7 jours après leur diffusion, en Streaming ! Wahou, trop bien, tout le monde se jette dessus, moi... Lire M6Replay enfin pour les Unixiens :-)

Fedora 9 et le wifi du Dell inspiron 1501

Thierry D

dell-08.gif J'ai toujours des difficultés pour faire fonctionner le wifi sur le Dell Inspiron 1501.

La méthode native avec le pilote b43 intégré au noyau fonctionne mais uniquement sur des réseaux ouverts ou en WEP, impossible d'établir de connexion avec un cryptage en WPA.

J'ai donc été dans l'obligation d'utiliser Ndiswrapper.

Avant de pouvoir utiliser Ndiswrapper il faut désactiver le pilote natif et installer Ndiswrapper bien sûr, tout est expliqué dans les documentations du support francophone pour Fedora (un grand merci au passage aux contributeurs) mais c'est sur ce site que j'ai trouvé la solution magique qui a rendu possible l'utilisation de Ndiswrapper.

Donc il suffit de créer un fichier avec votre éditeur de texte préféré /etc/init.d/wifi-fix et d'y coller cela dedans :

#!/bin/bash
#script pour le wifi avec ndiswrapper
modprobe -r b44
modprobe -r b43
modprobe -r ssb
modprobe -r ndiswrapper
modprobe ndiswrapper
modprobe b44

puis de mettre ce script au démarrage de votre système d'exploitation

chmod +x /etc/init.d/wifi-fix
ln -s /etc/init.d/wifi-fix /etc/rc.d/rc5.d/S99wifi

Hop un petit reboot pour tester et voilà :

wifi-f9-dell-1501.png

Si vous avez des suggestions, je vous écoute :)" class="smiley

A+

fotoxx : retouche de photos simplifiée

Fabien Nicoleau

Proposition d'un RPM pour le logiciel fotoxx.

fotoxx est un logiciel permettant de retoucher facilement les photos. Le nombre de possibilités est assez impressionnant. Vous trouverez sur cette page différents exemples de ce qu'il est possible de faire. J'ai apprécié le fait de pouvoir faire des sélections et d'appliquer des effets seulement à certains endroit. Ce logiciel ne se destine pas aux "pros", mais offre à ceux pour qui (comme moi) la retourche d'image est un vaste monde inconnu, quelques possibilités intéressantes pour s'amuser et améliorer l'aspect de certains clichés.De plus un manuel d'utilisation en français est disponible.

Ce logiciel n'étant pas présent dans les dépôts officiels de fedora, je l'ai packagé et en ai demandé la revue sur le bugzilla (voir bug #456517). En attendant, voici les RPMs pour Fedora 8 et Fedora 9 (architecture i386 seulement) :

Comme d'habitude, la première chose à faire est d'installer ma clé GPG si vous ne l'avez pas :

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

Ensuite, pour fedora 8 (i386) :

$ wget http://nicoleau.fabien.free.fr/rpms/fc8.i386/fotoxx-4.9-1.fc8.i386.rpm
# yum install fotoxx-4.9-1.fc8.i386.rpm

et pour fedora 9 (i386) :

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

Enfin pour les moins doués :

# yum install une_ame_d-artiste du_talent

Fabien (eponyme)

eds : un débogueur basé sur ptrace et QT4

Fabien Nicoleau

Proposition d'un RPM pour le logiciel edb.

edb est un débogueur pour linux. S'il existe plusieurs frontends à GDB, ce débogueur a la particularité d'utiliser l'API ptrace. Le codeur de l'application souhaiterais avec edb fournir un debogueur équivalent à OllyDbg sous Windows.

edb à pour mot d'ordre "la modularité", utilisant le système de plugins fourni par la bibliothèque Qt, dernière sur lauquelle il s'appuie aussi pour son interface. Cette association avec Qt permet a edb d'être portable.

Voici différentes captures :

Ce débugueur semble réellement complet, et est en plein développement (4 mises à jour au mois de juin 2008). L'auteur est d'ailleur en attente de retours.

Ce logiciel n'étant pas présent dans les dépôts, je l'ai packagé et ai fait la demande de revue sur le bugzilla (voir bug #456138).

En attendant, voilà les RPMs pour fedora 8 et fedora 9 (comme d'habitude en i386). Le package se décompose en deux RPMs, le coeur (edb) et les plugins (edb-plugins). Les deux sont nécessaires pour le fonctionnement.

La première chose à faire est d'installer (pour ceux qu ne l'ont pas fait) ma clé GPG :

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

Ensuite, pour fedora 8 (i386) :

$ wget http://nicoleau.fabien.free.fr/rpms/fc8.i386/edb-0.9.0-1.fc8.i386.rpm
$ wget http://nicoleau.fabien.free.fr/rpms/fc8.i386/edb-plugins-0.9.0-1.fc8.i386.rpm
# yum install edb-*.rpm

Enfin, pour fedora 9 (i386) :

$ wget http://nicoleau.fabien.free.fr/rpms/fc9.i386/edb-0.9.0-1.fc9.i386.rpm
$ wget http://nicoleau.fabien.free.fr/rpms/fc9.i386/edb-plugins-0.9.0-1.fc9.i386.rpm
# yum install edb-*.rpm

Bon déboguage !

Fabien (eponyme)

fotowall : monter un panneau de photos

Fabien Nicoleau

Proposition d'un RPM pour le logiciel FotoWall.

FotoWall est un logiciel permettant de créer facilement un panneau de photos. Il suffit de les faire glisser sur l'application, puis de les tourner, redimensionner, déplacer ... Il est possible d'ajouter un titre au panneau et de jouer sur des dégradés de couleur. Le travail peut alors être sauvegarder sous forme de layout pour être réouvert plus tard, ou exporté au format PNG. Le plus simple est encore de regarde cette petite vidéo montrant le logiciel est ses possibilités en action.

Ce logiciel n'étant pas présent dans les dépôts, je l'ai packagé et ai fait la demande de revue sur le bugzilla (voir bug #456022). En attendant, voici le RPM pour Fedora 9 (arch i386!) :

D'abord installer ma clé GPG (si elle n'est pas déja installée)  :

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

Ensuite télécharger et installer le RPM :

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


Fabien

nemiver, un débogueur C/C++ pour GNOME

Fabien Nicoleau

Si comme moi vous êtes plutôt allergique aux IDE, vous devez tout de même vous dire de temps en temps qu'il serait sympa de pouvoir déboguer facilement une application. Nemiver permet cela. Basé sur GDB, il fournit une interface graphique intuitive permettant d'avoir accès aux fonctions habituelles de déboguage : vision de la pile d'appel, inspection des variables, points d'arrêt, registre, adresses mémoire, déplacement depuis le code source ...

Son installation est des plus simples sous fedora :

yum install nemiver

Fabien

xchat 2.8.6 et les balloons, l'histoire continue

Fabien Nicoleau

Proposition d'un patch pour xchat 2.8.6 afin que le temps d'apparrition des "balloons" soit paramètrable.

Pour ceux qui ne le savent pas, xchat 2.8.6 est sorti il y a peu de temps (voir changelog). D'ailleurs cette version est disponnible dans le dépôt rawhide de fedora. De plus (toujours pour ceux qui ne le savent pas), le temps d'apparition des balloons (ces messages apparaissant en bas à droite de l'écran, utilisant notify-send ou libnotify, lorsque l'on a un message privé, ou un évènement particulier ..) est fixé "en dur" dans le code à 20 secondes. Comme je l'expliquais dans ce billet ainsi que celui-ci, ce temps est trop long dans certains cas. Il serait donc préférable qu'il soit paramètrable. Remi avait créé un patch qui permettait depuis l'interface de configuration de modifier le temps d'apparition de ces balloons pour la version 2.8.4. Je me suis insipré de ce patch pour en fournir un pour la version 2.8.6. En revenche je n'ai pas intégré la partie gui car Khisanth m'avait conseillé de ne pas utilsier xtext mais plutôt fe-gtk.c. Ne m'étant toujours pas plongé dans le code d'xchat, j'ai laissé cette partie de coté et donc (comme pour d'autres paramètres), il faudra soit fixer la valeur du temps d'apparition (en secondes) dans le fichier de configuration (~/.xchat2/xchat.conf) de cette façon (pour un exemple avec 5 secondes) :

input_balloon_time = 5 ;

soit utiliser dans xchat la commande (toujours pour un exemple de 5 secondes)

/set input_balloon_time 5

Dans ce dernier cas, la valeur ne sera conservée que jusqu'à la fermeture d'xchat.

ATTENTION : il faut utiliser une valeur entière (1,2,3,4,5 .... ). Il n'est donc pas possible d'utiliser la valeur 4.5.

Cette fonctionnalité n'a pour le moment pas sucité de réactions. Cependant je ne désespère pas qu'elle soit prise en compte dans une future version d'xchat, ou en tant que patch dans le RPM fourni par fedora. Elle n'a pas encore été proposée pour cette version du logiciel.

Si elle n'est pas retenue, je continuerai de recontruire des RPMs d'xchat à partir du src.rpm officiel en intégrant cette fonctionnalité.

Pour finir, et pour les plus curieux/intéressés, voici le contenu du patch (aussi disponnible en pièce jointe à ce billet):

diff -up xchat-2.8.6/src/common/cfgfiles.c.balloon xchat-2.8.6/src/common/cfgfiles.c
--- xchat-2.8.6/src/common/cfgfiles.c.balloon    2008-07-20 01:11:56.000000000 +0200
+++ xchat-2.8.6/src/common/cfgfiles.c    2008-07-20 01:14:05.000000000 +0200
@@ -464,6 +464,7 @@ const struct prefs vars[] = {
     {"input_balloon_chans", P_OFFINT (input_balloon_chans), TYPE_BOOL},
     {"input_balloon_hilight", P_OFFINT (input_balloon_hilight), TYPE_BOOL},
     {"input_balloon_priv", P_OFFINT (input_balloon_priv), TYPE_BOOL},
+    {"input_balloon_time", P_OFFINT (input_balloon_time), TYPE_INT},
     {"input_beep_chans", P_OFFINT (input_beep_chans), TYPE_BOOL},
     {"input_beep_hilight", P_OFFINT (input_beep_hilight), TYPE_BOOL},
     {"input_beep_msg", P_OFFINT (input_beep_priv), TYPE_BOOL},
@@ -674,6 +675,7 @@ load_config (void)
     prefs.gui_pane_right_size = 100;
     prefs.mainwindow_save = 1;
     prefs.bantype = 2;
+    prefs.input_balloon_time = 20;
     prefs.input_flash_priv = prefs.input_flash_hilight = 1;
     prefs.input_tray_priv = prefs.input_tray_hilight = 1;
     prefs.autodccsend = 2;    /* browse mode */
diff -up xchat-2.8.6/src/common/xchat.h.balloon xchat-2.8.6/src/common/xchat.h
--- xchat-2.8.6/src/common/xchat.h.balloon    2008-07-20 01:11:27.000000000 +0200
+++ xchat-2.8.6/src/common/xchat.h    2008-07-20 01:12:20.000000000 +0200
@@ -236,6 +236,7 @@ struct xchatprefs
     unsigned int input_balloon_chans;
     unsigned int input_balloon_hilight;
     unsigned int input_balloon_priv;
+    unsigned int input_balloon_time;
 
     unsigned int input_beep_chans;
     unsigned int input_beep_hilight;
diff -up xchat-2.8.6/src/fe-gtk/plugin-tray.c.balloon xchat-2.8.6/src/fe-gtk/plugin-tray.c
--- xchat-2.8.6/src/fe-gtk/plugin-tray.c.balloon    2008-07-20 01:14:28.000000000 +0200
+++ xchat-2.8.6/src/fe-gtk/plugin-tray.c    2008-07-20 01:16:53.000000000 +0200
@@ -178,7 +178,7 @@ libnotify_notify_new (const char *title,
     g_free ((char *)title);
     g_free ((char *)text);
 
-    nn_set_timeout (noti, 20000);
+    nn_set_timeout (noti, prefs.input_balloon_time*1000);
     nn_show (noti, NULL);
     g_object_unref (G_OBJECT (noti));
 
@@ -198,6 +198,7 @@ fe_tray_set_balloon (const char *title,
 #ifndef WIN32
     const char *argv[8];
     const char *path;
+    char time[16];
     WinStatus ws;
 
     /* no balloons if the window is focused */
@@ -223,13 +224,14 @@ fe_tray_set_balloon (const char *title,
     path = g_find_program_in_path ("notify-send");
     if (path)
     {
+        sprintf(time, "%d000",prefs.input_balloon_time);
         argv[0] = path;
         argv[1] = "-i";
         argv[2] = "gtk-dialog-info";
         if (access (XCHATSHAREDIR"/pixmaps/xchat.png", R_OK) == 0)
             argv[2] = XCHATSHAREDIR"/pixmaps/xchat.png";
         argv[3] = "-t";
-        argv[4] = "20000";
+        argv[4] = time;
         argv[5] = title;
         text = strip_color (text, -1, STRIP_ALL|STRIP_ESCMARKUP);
         argv[6] = text;


Fabien