Blog de kwizart

LiveCD Fedora 11 Leonidas Disponibles

kwizart — Wed, 24 Jun 2009 17:52:00 +0200

Les LiveCD pour Fedora 11 Leonidas sont arrivés. Vous pourrez en obtenir en venant nous voir aux Rencontres Fedora ou aux autres évènements dont fedora-fr participe, (notamment les RMLL)

vlc-1.0.0-rc1 pour F-11

kwizart — Wed, 13 May 2009 15:10:00 +0200

vlc-1.0.0-rc1 sera disponible pour F-11 à partir de rpmfusion. Je n'ai pas encore compilé une version pour F-10, c'est donc la 1.0.0pre1 qui reste disponible depuis kwizart-testing pour F-10

Rapports de bogues: Je rappel que les rapports de bogues pour les paquets maintenus sur rpmfusion.org passe par le bugzilla, il est aussi possible de rapporter un éventuel problème sur le forum videolan, dédié l'arrivée la version 1.0.0.

xdtv sur rpmfusion-free

kwizart — Wed, 13 May 2009 14:41:00 +0200

Ce mercredi 13 Mai 2009, xdtv a été compilé pour rpmfusion. La version cvs15 sera par conséquent disponible à partir de Fedora 10 pour les architectures primaires x86 x86_64 ppc et ppc64.

Les xdtv ultérieures restent disponibles pour les versions plus anciennes de fedora sur le Dépôt kwizart, mais ces version ne sont pas mises à jours.

A noter que le paquet disponible depuis rpmfusion utilise la version système de la bibliothèque ffmpeg et qu'il ne supporte par conséquent pas les cartes DVB-T (ou télévision numérique terrestre, aka TNT). Un bogue a été soumis pour ffmpeg (issue685), mais le problème n'est toujours pas cerné. Il est possible que je propose une version expérimentale sur le dépôt kwizart-testing qui essaies de rétablir le support de la TNT.

A noter que bien que la dernière version de xdtv date de Mars 2009, celle-ci n'améliore que la compatibilité avec l'API récente de ffmpeg. Le développement de xdtv reste en suspend...

SL 2009

kwizart — Mon, 30 Mar 2009 23:25:00 +0200

Je serai présent au salon Solution Linux 2009 au stand de l'association Fedora-fr.

nvidia-180.25 (rc) / nvidia-173xx-173.14.16 (beta) dans les updates rpmfusion

kwizart — Tue, 27 Jan 2009 15:21:00 +0100

Les pilotes graphiques propriétaires nVidia sont disponibles dans les updates stables de rpmfusion. Pour Fedora 10

La précédente version (180.22) était pourtant marquée stable, mais réputé dis-fonctionnelle en particulier sur certaines fonctions d'économie d'énergie. C'est donc la version 180.25 sortie hier (en Release Candidate) qui est passée dans le dépôt rpmfusion-nonfree-updates-stables de RPM Fusion .

Dans le cas du pilote nvidia-173xx (pour les cartes Geforce de serie 5). Des régressions dans la performances des pilotes graphiques utilisant un kernel récent ont été découverte. Il semble donc tout à fait pertinent de faire profiter de cette mise à jours. (régressions aussi corrigées dans la version principale).

Pour l'instant, seule Fedora 10 est concernée. Fedora 9 sera mise à jours ultérieurement (Au plus tard, lorsqu'un kernel 2.6.28 sera disponible en .fc9).

A noter aussi la mise à jours pour F9 et F10 cette fois des pilotes nvidia-beta ( beta de la série opengl 3.0).

Attention Si vous rencontrez un bug au chargement du nouveau kernel, il faudra soit utiliser l'ancien pilote avec le kernel précédant, soit recompiler le nouveau kmod pour le précédant kernel. Vous aurez besoin du kernel-devel-2.6.27.9-159.fc10.x86_64, kernel-PAE-devel-2.6.27.9-159.fc10.i686 ou kernel-devel-2.6.27.9-159.fc10.i686 installé ainsi que akmod-nvidia (ou akmod-nvidia-173xx)

pilotes fglrx 8.12 Fedora 10

kwizart — Thu, 18 Dec 2008 23:39:00 +0100

Les pilotes fglrx sont désormais compatible avec Fedora 10. Ce n'était pas le cas des pilotes précédant qui, bien que le serveur Xorg était identique, ne pouvait pas utiliser la version de la bibliothèque libdrm de Fedora 10.

L'installation de ce pilote est plus délicate qu'habituellement. Il est nécessaire d'oublier radicalement le "ctrl + alt + backspace" puisque le modules radeon.ko et drm.ko , déja chargées , ne pourront laisser place au module fglrx.ko. Pour cela, il faudra régénérer une image de démarrage du noyau. Ce qui donne:

 # yum --enablerepo=kwizart-testing install kmod-fglrx
 # mkinitrd -f /boot/initrd-$(uname -r).img $(uname -r)

On pourra aussi éviter d'écraser l'image précédente en utilisant un autre nom:

 # mkinitrd -f /boot/initrd-$(uname -r)-fglrx.img $(uname -r) --with fglrx

et dupliquer l'entrée du menu grub de manière adéquate ( /boot/grub/grub.conf )

Ensuite pour la génération du fichier xorg.conf, il faut au minimum avoir un champ "depth" puisque le pilote considère que le défaut est 8, alors qu'il n'est pas compatible avec ce mode. Ensuite avoir la section ModulePath qui permet de faire fonctionner les bibliothèques xorg de remplacement sans écraser celle fournit par la distribution.

pilotes nvidia 180.16 (beta)

kwizart — Thu, 18 Dec 2008 22:16:00 +0100

Ces pilotes nVidia apportent en particulier la nouvelle bibliothèque libvdpau qui permet de prendre en charge une partie du décodage de certains fichiers multimédia mpeg-1, mpeg2, h264.et vc-1 Voir l'annonce.

Pour l'installer, après la configuration du dépôt: Pour Fedora 10 x86 et x86_64 seulement. Ce pilote nécessite une carte Geforce de série 6 au minimum.

 yum --enablerepo=kwizart-testing update kmod-nvidia

N'hésitez pas à vous plonger dans la compilation de mplayer ou xine en utilisant les paquets RPM issues du dépôt RPM Fusion. Les mailing listes, bugzilla et autres canal IRC pourrons recueillir vos expérimentations.

ATI/AMD - fglrx pour Fedora 9

kwizart — Fri, 17 Oct 2008 17:51:00 +0200

La nouvelle version des pilotes ATI est arrivé hier en version 8.10. Pour autant, toujours pas de support pour le Xorg server en version 1.5 utilisé par Fedora 9, la future Fedora 10 et bientôt Ubuntu 8.10 intrepid... C'est du coté d'une version beta qu'il faut aller chercher ce support.

. Et Il semble que canonical ait obtenu de manière privilégiée une archive bien particulière. Bien sûr, la question du nombre d'utilisateurs d'une distribution a peut-être joué, mais le pilote aurait put être disponible en version beta pour l'ensemble des distributions...

Je laisse donc juste l'indication qu'il est possible d'installer le pilote propriètaire, empaqueté depuis ce dépot en version testing. (pour Fedora 9 i686). L'arrivée sur rpmfusion est prévue bientôt. Il est conseillé d'utiliser la version de livna-config-display de rpmfusion; puis, après un redémarrage, de lancer ldconfig en root.

Pour ceux pour qui radeon et radeonhd fonctionne déja de manière satisfaisante, il n'y aura pas de grande améliorations à attendre à priori de cette version beta. Au niveau de l'experince visuelle, compiz est très lent chez moi (x600se) et les seules améliorations seront dans le support de la 3D ainsi que la gestions des doubles écrans, nouvelles cartes, etc..

Pour ceux qui peinent à être convaincu du modèle de développement open-source dont la mauvaise qualité du pilote propriétaire et le manque d'adaptabilité par rapport aux distributions récentes est une preuvre flagrante d'échec; je vous conseille un article de James Bottomley , intitulé "Linux Graphics Essay".

Donc si MS-Canonical pouvait donner un coup de poing sur la table pour obtenir des fabricants de matériel, les specifications pour écrire un pilote libre. (ce qui est encore nécéssaire pour les anciennes cartes nVidia de type Geforce 4 voir le projet NouVeau). Cela serait beaucoups plus profitable à l'éco-système du logiciel libre que de passer du temps en tractation pour avoir un pilote proprio dans sa distrib.

Demande de retours sur ath5/ath9k/madwifi-trunk/madwifi-hal-0.10.5.6

kwizart — Tue, 30 Sep 2008 20:45:00 +0200

Il exite actuellement un grand nombre de modules pour les cartes de Type Atheros sous linux (à l'exeption des modèles usb). La question est de savoir si votre matériel est supporté par les pilotes linux natifs (ath5k/ath9k) intégrés dans Fedora 10. Les portables Eeepc à base de chipset atheros (AR5007) sont réputés fonctionnels avec le nouveau pilote. Mais qu'en est-il des autres...

Ce qu'il faut retenir c'est que beaucoup semblent supportés nativement par le pilote ath5k (voire ath9k). Si votre carte wifi basé sur un chipset atheros est supporté nativement, merci de le préciser.

Sinon il y a deux modules madwifi à tester. madwifi issue de la branche trunk et celui de la branche hal-0.10.5.6. Pour ma part si beaucoup de modèles sont rapportés fonctionnels, il est possible de ne garder de madwifi que la branche hal-0.10.5.6 pour rpmfusion.

Pour tester madwifi-trunk avec Rawhide Fedora 10

 rpm -Uvh http://rpms.kwizart.net/kwizart-release-9.rpm
 yum --enablerepo=kwizart-rawhide install akmod-madwifi

Pour tester madwifi-hal-0.10.5.6 avec Rawhide Fedora 10 Mettre jours madwifi et akmod-madwifi depuis cet emplacement.Il est absolument nécéssaire de redémarrer (il faut prendre en compte la nouvelle couche HAL)

Madwifi dans Fedora 10 ? Evidemment, l'idéal à moyen terme sera de ne plus utiliser madwifi mais ath5k. La maintenance de madwifi est de plus en plus délicate. il est possible que l'arrivé d'un kernel 2.6.28 probablement au cours de la vie de Fedora 10 entraine des coupures de support si le module n'est pas rendu compatible. (il est probable que le support rétabli par la suite). En conclusion, si vous etes habitué à utiliser madwifi, peut être est il temps d'évaluter la fonctionalité d'ath5k (surtout si vous n'utilisez pas les fonctions points d'accès ou mode turbo).

Disponibilité de vlc-0.9.3 pour Fedora

kwizart — Sat, 27 Sep 2008 14:45:00 +0200

vlc-0.9.3 est disponible pour Fedora. Attention, cette version utilise des dépendances du dépot rpmfusion (pas encore officiellement ouvert) La mise à jours est donc réservée à des utilisateurs expérimentés.

Le dépot rpmfusion ne comprends pas encore toutes les dépendances des dépots tiers. Il manque par exemple les paquets de freshrpms alors que tout les paquets de livna et de dribble sont presque tous importés. Il est possible d'avoir des erreurs de dépendances lorsque les paquets livna n'ont pas encore été compilé pour rpmfusion.

Pour l'installer le dépot rpmfusion :
rpm -ivh http://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-stable.noarch.rpm Il n'est pas nécéssaire de retirer le dépot livna (ou dribble), mais les utilisateurs de paquets spécifiques à freshrpms devront attendre un peu.

Pour installer vlc-0.9.3 depuis le dépot kwizart-testing: yum --enablerepo=kwizart-testing update vlc vlc-core mozilla-vlc

Par défault, rpmfusion pour Fedora 8 et 9 utilise vlc-0.8.7 qui est la "préversion" de la branche 0.8.6-bugfix non officiellement maintenue par l'équipe VideoLan. La question est donc de savoir si la version 0.9.3 est assez mature et n'entraine pas de régression dans d'autres applications utilisant vlc. Cela permettrait de justifier un changement de version pour une version stable de Fedora; en particulier pour Fedora 9 (Fedora 8 resterai plutot en 0.8.7). Par ailleurs la préparation des paquets pour le dépot RHEL et CentOS suit sa progression, la question se pose aussi dans ce cas.

Pilote nVidia pour Fedora 9 - Le point.

kwizart — Fri, 16 May 2008 15:12:00 +0200

edit: Cette méthode est maintenant obsolete. nVidia ayant sortie un pilote compatible avec la pré-version du xorg-server-1.5 utilisé par Fedora 9. Les pilotes dit legacy ne sont pas encore compatible à ce jour...

Nvidia a sortie voici quelques temps une version 173.08 expérimentale (173.08-beta) sensée être compatible avec le Xorg-server de Fedora 9. Seul glx (et donc la 3D ainsi que compiz) n'est pas supporté. Il faudra donc desactiver ces options dans le fichier xorg.conf.

Pour installer ce pilote, il est nécéssaire de desactiver la vérification de l'abi. Dans le cas de GDM, Cette option n'est pas disponible. Il existe une option qui permet de forcer Xorg à ce lancer sans vérifier l'abi, mais cela nécessite de déplacer le /usr/bin/Xorg et de lancer un script. Autant dire que lors d'une mise à jours du paquet, cette bidouille va très mal fonctionner.

Pour cela je propose une version de gdm recompilée pour pouvoir ignorer l'ABI. Elle est basée sur une version de gdm actuellement disponible sur updates-testing pour F-9. (voir #445631 - note pour le LiveCD-fr : à intégrer...). Attention à bien bloquer la mise à jours si celle-ci ne contiens pas le patch IgnoreABI (je vais essayer de suivre les versions).

Pour récapituler: Voici l'installation des pilotes nVidia sur Fedora 9

 su -
 rpm -Uvh http://rpm.livna.org/livna-release-9.rpm
 rpm -Uvh http://rpms.kwizart.net/kwizart-release-9.rpm
 system-config-display --reconfig (cette option va permettre d'avoir un fichier /etc/X11/xorg.conf )
 yum --enablerepo=livna-testing install kmod-nvidia (ou akmod-nvidia dans le cas d'un module recompilable au boot)
 yum --enablerepo=kwizart-testing update gdm\*
 nvidia-config-display enable
 livna-config-display --active off (on désactive la configuration automatique de l-c-d )

Maintenant il faut désactiver glx et ignorer l'ABI. Au final, le fichier /etc/X11/xorg.conf pour x86 ressemble à cela:

# Xorg configuration created by livna-config-display

Section "ServerLayout"
	Identifier     "single head configuration"
	Screen      0  "Screen0" 0 0
	InputDevice    "Keyboard0" "CoreKeyboard"
	Option	    "IgnoreABI" "True"
EndSection

Section "Files"
 # /usr/lib64 pour x86_64
	ModulePath   "/usr/lib/xorg/modules/extensions/nvidia"
	ModulePath   "/usr/lib/xorg/modules"
EndSection

Section "Module"

 #Load  "glx"
	Load  "extmod"
	Load  "dbe"
	Load  "xtrap"
	Load  "GLcore"
EndSection

Section "ServerFlags"
	Option	    "AIGLX" "off"
EndSection

Section "InputDevice"

# keyboard added by rhpxl
	Identifier  "Keyboard0"
	Driver      "kbd"
	Option	    "XkbModel" "pc105"
	Option	    "XkbLayout" "fr"
        Option      "XkbVariant" "latin9"
EndSection

Section "Device"
	Identifier  "Videocard0"
	Driver      "nvidia"
	Option	    "AddARGBGLXVisuals" "True"
EndSection

Section "Screen"
	Identifier "Screen0"
	Device     "Videocard0"
	DefaultDepth     24
	SubSection "Display"
		Viewport   0 0
		Depth     24
		Modes    "1280x1024" "1280x960" "1152x864" "1024x768" "800x600" "640x480"
	EndSubSection
EndSection

Section "Extensions"
	Option	    "Composite" "Disable"
EndSection

Préversion de vlc-0.9.0

kwizart — Sat, 12 Apr 2008 16:39:00 +0200

Une pré-version de vlc-0.9.0 est disponible sur le dépôt kwizart-testing (toujours au stade de développent). Elle apporte en particulier le support du format flv, un nouveau module compatible v4l2... vlc utilise désormais qt4 à la place de wxGTK.

Pour l'instant, cette version ne peux pas être installée en parallèle de la version stable. Si vous utilisez le paquet python-vlc, il faudra le désinstaller au préalable. L'installation de cette version ne nécessite pas de mettre à jours d'autres dépendances par rapport aux paquets officiels de Fedora ou de livna ;vous pourrez donc la retirer et réinstaller la version stable. Evidemment, ce paquet nécessite d'utiliser le dépôt livna et ne fonctionnera pas si vous avez installé des paquets provenant d'autres dépôts incompatibles.
Installez le dépot kwizart si cela n'est pas déjà fait.

Mise à jours de vlc-0.8.6f à vlc-0.9.0

# yum --enablerepo=kwizart-testing update vlc vlc-core mozilla-vlc

Retour à la version stable

# rpm -e vlc vlc-core mozilla-vlc
# yum install vlc mozilla-vlc python-vlc

A propos de XvMC Si vous avez configuré XvMC, il est possible que le lecteur plante pour la lecture des flux Mpeg-1/2. Il faut retirer le plugin dans ce cas (la configuration d'une sortie vidéo différente n'est pas prise en compte lorsque XvMC peut être utilisé).

 # rm -rf /usr/lib/vlc/codec/libxvmc_plugin.so

XvMC pour nVidia

kwizart — Sat, 12 Apr 2008 15:54:00 +0200

Voici quelques astuces pour configurer XvMC avec les cartes nVidia utilisant le pilote propriétaire.

XvMC permet d'utiliser les fonctions de décodage du GPU pour les flux Mpeg-1/2. Il n'est pas disponible avec les flux Mpeg-4. L'avantage est de proposer une économie de l'ordre de 75% sur la consommation CPU par rapport à une sortie purement logicielle.

Configuration de XvMC pour nVidia.

Il n'est pas nécessaire de recompiler quoi que ce soit pour faire fonctionner XvMC si le logiciel est supporté. Il faut par contre vérifier que la compilation utilise bien libXvMCW qui est un "wrapper", c'est à dire une bibliothèque qui va faire le lien entre les différentes implémentations de XvMC pour chaque puce graphique. Dans la plupart des cas, cette détection est automatique; mais pour nVidia, il faut la renseigner.

Edition du fichier /etc/X11/XvMCConfig pour ajouter le chemin de la bibliothèque XvMC nVidia.

/usr/lib/nvidia/libXvMCNVIDIA_dynamic.so.1

Bien sûr, il faut modifier le chemin par /usr/lib64 sur les système 64bits, et modifier la version de la bibliothèque nVidia à chaque mise à jour. Il est possible que cette partie de la configuration soit prise en charge par livna-config-display à l'avenir.

Attention!

Livna utilise quelques options pour configurer le chargement du module nvidia.ko (depuis /etc/modprobe.d/nvidia ) , Certaines options connues pour améliorer les performances de l'AGP sont incompatibles avec les fonctions XvMC. Donc... à éviter.

Utilisation de XvMC dans les lecteurs Multimédia:

mplayer

$ mplayer -vo xvmc -vc ffmpeg12mc Flux_Multimedia_mpeg1/2

xine

$ xine -Vxvmc Flux_Multimedia_mpeg1/2

ou (pour les implémentation étendues et non standard de VLD XvMC supporté par certaines les chipsets Via):

$ xine -Vxxmc Flux_Multimedia_mpeg1/2

vlc-0.9.0 La version stable de vlc (actuellement vlc-0.8.6f) ne supporte pas la sortie XvMC. Pour cela, il faut prendre la version de développement. Pour autant, leur implémentation n'est pas fonctionnelle avec les chipsets nVidia à ce jour.

vlc-0.8.6f - PulseAudio et autres astuces.

kwizart — Tue, 08 Apr 2008 17:17:00 +0200

Voici quelques astuces pour faire fonctionner vlc en utilisant le plugin natif pour PulseAudio. (à la place de la couche de compatibilité ESounD).

Certaines distributions ont intégrées le patch de PulseAudio pour vlc-0.8.6f. (dont le dépôt livna depuis vlc-0.8.6e). Fedora 8 utilise ce serveur de son par défaut. Voici quelques astuces pour faire fonctionner PulseAudio avec vlc. Le but de la manœuvre est de lancer un flux audio depuis un poste pour utiliser la sortie audio d'un autre poste connecté par le réseau local.

Pour une bonne configuration de PulseAudio, vous devez avoir le paquet paman installé

Pour le serveur PA

Configuration du pare-feu pour le serveur PA:

Édition du fichier /etc/sysconfig/iptables:
Ces deux ports permettent la communication de la configuration avec dbus et l'envoie au serveur PA

-A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp -s 192.168.XX.0/24 --dport 5353 -j ACCEPT
-A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp -s 192.168.XX.0/24 --dport 4713 -j ACCEPT

Je ne reviens pas sur la configuration du freeplayer, l'article de Titax est très complet à ce sujet.

A propos du multiposte, il semble que la configuration du parefeu ait changée. J'ai juste autorisé l'accès depuis l'adresse de diffusion (212...) vers l'interface (ethX) et à destination de mon poste (XX à remplacer). Il est certainement possible d'affiner, (restriction de ports), Le multiposte semble utiliser tcp à présent (au lieu de udp). Et il est possible aussi de spécifier quels ports seront utilisés (configuration uniport).

-A RH-Firewall-1-INPUT -m state --state NEW -i ethX --source 212.27.38.253 --destination 192.168.XX.XX -j ACCEPT

Ne pas oublier de faire:

 # services iptables restart

Configuration des préférences du serveur PulseAudio

Pour le client:

Ajouter votre utilisateur au groupe pulse-rt. Cela n'est théoriquement pas requis. (mais fonctionne parfois mieux). A ajouter aussi sur le serveur éventuellement.

 # sudo usermod -G pulse-rt -a kwizart

Activation du plugin PA dans vlc. Il faut configurer la sortie audio de vlc pour utiliser PulseAudio (Il est activé par défaut dans la version 0.8.6f chez livna).

Il faut ensuite relancer le flux pour activer la nouvelle sortie audio (alors que pour changer la sortie vidéo, il faut quitter, puis relancer vlc).

En cas de problème: Vérifications des paquets pour PulseAudio:

 pulseaudio-0.9.8-5.fc8
 pulseaudio-module-lirc-0.9.8-5.fc8
 pulseaudio-libs-glib2-0.9.8-5.fc8
 pulseaudio-module-gconf-0.9.8-5.fc8
 pulseaudio-module-zeroconf-0.9.8-5.fc8
 pulseaudio-module-bluetooth-0.9.8-5.fc8
 pulseaudio-utils-0.9.8-5.fc8
 pulseaudio-core-libs-0.9.8-5.fc8
 pulseaudio-libs-zeroconf-0.9.8-5.fc8
 pulseaudio-module-x11-0.9.8-5.fc8
 pulseaudio-libs-0.9.8-5.fc8
 pulseaudio-module-jack-0.9.8-5.fc8
 pulseaudio-esound-compat-0.9.8-5.fc8
 pavumeter-0.9.3-0.2.svn20070925.fc8
 pavucontrol-0.9.5-0.4.svn20070925.fc8
 paprefs-0.9.6-0.2.svn20070925.fc8
 padevchooser-0.9.4-0.3.svn20070925.fc8
 paman-0.9.4-0.1.svn20070816.fc8

Vérification de la présence du daemon pulseaudio:

 $ ps aux |grep pulse
 kwizart   3193  1.3  0.2 265488  5536 ?        S<l  12:15   8:52 /usr/bin/pulseaudio --log-target=syslog
 kwizart   3198  0.0  0.0  42544  1832 ?        S    12:15   0:00 /usr/libexec/pulse/gconf-helper@@

Lancement de pulseaudio si il n'était pas déjà présent: (Utilisateur non-root)

 $ pulseaudio -D

kmod-nvidia-xen disponible

kwizart — Sat, 05 Apr 2008 14:01:00 +0200

Depuis quelques temps, les kmod-nvidia-xen ne fonctionnais plus avec la version de xen utilisée dans Fedora. Il semble que les derniers pilotes nVidia fonctionnent à nouveau avec cette variante du kernel. Je propose donc une version 171.06 (beta) pré-compilée pour un kernel-xen 2.6.21.7-3.fc8 (x86 et x86_64).

Pour installer le kmod-nvidia-xen.

 yum install --enablerepo=kwizart-testing kmod-nvidia-xen

nVidia ne supporte toujours pas le kernel-xen officiellement. Cependant, la compilation fonctionne sans patch supplémentaire et avec les options de compilation adéquates. (voir sur nvnews.net ou le spec du src.rpm).

A noter qu'il existe aussi sur kwizart-testing un kmod-nvidia en version 171.08 pour le kernel standard de Fedora (ainsi que PAE pour i686). Ce qui permet de passer de l'un à l'autre sans difficultés.

Cela permettra d'avoir une accélération graphique depuis votre dom0 , mais il est plus délicat de faire fonctionner celle-ci sur domU. Par ailleurs certaines fonctionnalités pourraient entrer en régression, comme le module AGP qui ne semble pas supporté sur un kernel xen:

 NVRM: AGP is not supported on Xen kernels.

Mais je n'ai eut aucun problème pour le faire fonctionner avec une accélération satisfaisante. (compiz et l'openGL OK).

 01:00.0 VGA compatible controller: nVidia Corporation NV34GL Quadro FX 500/600 PCI (rev a1)

N'oubliez pas de rapporter si votre matériel fonctionne ou non, cela permettra d'activer éventuellement la variante xen du kmod-nvidia depuis livna. Il reste à tester la série 96xx (voire 71xx ou legacy). Mais l'absence de support de l'AGP dans ces situations semble compromettre l'intérêt d'utiliser ces pilotes pour les cartes plus anciennes. (utilisez nouveau ?!)

A noter que pour Fedora 9, la mise à niveau de xen pour un kernel 2.6.25 a nécessité de faire des sacrifices. Seul le mode DomU sera supporté dans un premier temps. Le mode Dom0 devrait réapparaître au cours du cycle de vie de Fedora 9.

edit: le pilote nvidia disponible pour F-9 étant disponible en version 173.08 (beta), j'ai mis à jours les paquets pré-compilés pour F-8. edit2: la procédure ne nécessite plus d'installer xorg-x11-drv-nvidia depuis livna-devel. La bonne version de ce paquet a été intégré directement dans kwizart-testing. Attention aux utilisateurs x86_64. Vous devrez installer xorg-x11-drv-nvidia-libs.i386 pour la compatibilité des applications OpenGL 32bit.

FileZilla 3.0.8

kwizart — Fri, 14 Mar 2008 14:43:00 +0100

FileZilla est disponible en version 3.0.8. Cette version gère désormais les clefs privées pour les connections sftp. Cependant, elle ne permet pas encore de gérer les phrases de passe sur ces clefs.

Cette version est disponible depuis le dépôt kwizart-testing pour Fedora 8, car certains composants (gnutls, wxGTK) nécessitent d'être mis à jours. FileZilla 3.0.2.1 est disponible dans les dépôts officiels.

Pour l'installer, il faut utiliser la commande:

 yum --enablerepo=kwizart-testing update filezilla gnutls wxGTK

A propos de l'utilisation de clefs ssh avec mot de passe, il reste possible de lancer filezilla depuis une ligne de commande:

 $ ssh-agent $SHELL
 $ ssh-add
 Enter passphrase for ~/.ssh/id_dsa:
 $ filezilla &

Les personnes ayant une installation mutlilibs (x86_64) devront vraisemblablement mettre à jours manuellement gnutls et wxGTK depuis le dépôt kwizart-testing i386

Sortie de MythTV 0.21

kwizart — Tue, 11 Mar 2008 00:15:00 +0100

MythTV 0.21 est sorti ce samedi 8 Mars 2008.

Cette nouvelle version de MythTV 0.21 est disponible sur le dépôt kwizart. Les paquets ont été préparés par Jarod Wilson. Il seront disponibles sous peu dans RPM Fusion.

Pour l'installer pour Fedora 8 x86 ou x86_64: (à noter que la version x86 a été compilée avec le support de directfb ce qui n'est pas le cas de la version x86_64). yum --enablerepo=kwizart install mythtv

Cette commande installera MythTV ainsi que tout les plugins et les thèmes. Mais vous pouvez simplement installer le backend ou le frontend yum --enablerepo=kwizart install mythtv-backend ou yum --enablerepo=kwizart install mythtv-frontend

Pour commencer la configuration, je vous recommande de vous plonger dans la documentation en anglais qui est très complète. Il pourrait être intéressant d'avoir une traduction française de celle-ci. Cela permettrait de laisser à la doc-fedora-fr.org ce qui est seulement spécifique à une installation sous Fedora.

kqemu-kmod disponible sur rpm.livna.org

kwizart — Tue, 08 Jan 2008 15:00:00 +0000

Après acer_acpi, c'est au tour de kqemu de passer sur livna. Pour rappel, ce module noyau permet d'accélérer qemu pour les processeurs ne possédant pas les instructions de virtualisation (préférez qemu-kvm si le cpu le permet).

La version disponible sur livna a vu l'amélioration du script d'init , la variable noyau est maintenant modifiée par sysctl.

 yum install kmod-kqemu

Lors de l'installation de kmod-kqemu, le module n'est pas chargé directement. Il faut rebooter ou lancer manuellement le service kqemu. Celui-ci va charger le module kqemu.ko et modifier la variable noyau dev.rtc.max-user-freq.

 service kqemu start

Lorsqu'il n'est pas utilisé, il est donc possible de ne pas lancer le service automatiquement. Il faut empêcher le chargement au reboot dans ce cas

 chkconfig kqemu --level 345 off

Par contre, une fois arrêté, la variable dev.rtc.max-user-freq reste à 1024, ce n'est que prochain boot qu'elle sera réinitialisée à sa valeur par défaut (64). Ceci afin d'éviter qu'elle ne change à trop souvent. Vous pouvez repositionner cette variable à sa valeur par défaut en utilisant en root:

 sysctl -w dev.rtc.max-user-freq=64

A noter que kqemu ne fonctionne pas pour l'instant avec les noyaux xen. Il n'est aussi disponible que pour les architectures i586 i686 et x86_64.

vlc 0.8.6d: vlc-core et java-vlc

kwizart — Thu, 06 Dec 2007 17:47:00 +0000

Deux nouveaux paquets font leur apparitions pour vlc. vlc-core (séparation entre vlc et vlc-core des fichiers ne nécessitant pas les bibliothèques Xorg) et java-vlc une interface de liaison pour java (encore en stade de développent).

vlc-core: L'intérêt de la séparation entre vlc et vlc-core réside principalement dans l'utilisation serveur. L'installation de vlc-core permet d'utiliser vlc sans installer les dépendances Xorg et autres wxGTK26. Cette séparation n'est disponible qu'à partir de Fedora 8 avec le dépôt livna. La mise à jours est transparente si vous utilisez déjà vlc...
Si vous installer vlc-core, puis vlc, il faut faire attention à la génération du cache. Si il y a des problèmes, il peut être utile de le supprimer en faisant: (pour chaque utilisateur).

 rm -rf ~/.vlc/cache

java-vlc: il devrait être possible d'utiliser cette interface native de liaison pour java... Certains projets comme Homeplayer pourrait en bénéficier... Pour l'instant cette interface est encore en développement. A noter que python-vlc est disponible pour python.

vlc-plugins-dc1394: Ce plugins n'est disponible que depuis le dépôt kwizart.-testing Il permet le contrôle des périphériques vidéo firewire à partir de vlc, mais ne fonctionne qu'avec l'ancienne pile firewire ieee1394...(voir ici pour l'activer). Il pourrait être envisageable d'utiliser libdc1394-2 qui supporte la pile juju, mais pour l'instant la nouvelle API n'est pas supportée.

Quelques commandes utiles et autres problèmes connus avec vlc:
Lorsque il y a un problème avec un plugins interne vous pouvez utiliser cette commande:

 vlc -list -vvv --no-plugins-cache

Ce qui donne par exemple:
main private warning: cannot load module `/usr/lib64/vlc/access_output/libaccess_output_shout_plugin.so' (/usr/lib64/libshout.so.3: undefined symbol: speex_packet_to_header)
Cette erreur indique que libshout n'as pas été compilée avec speex et que par conséquent vlc n'arrive pas à charger libshout... (le problème est en cours de correction).

Problèmes de sons stridents avec pulseaudio
Il est parfois délicat de faire fonctionner pulseaudio après un upgrade de F-7 à F-8 car il faut vérifier que tout les fichiers de configurations sont à jours... (remplacer les fichiers .rpmnew créés dans /etc...)

Utilisation du mutliposte free
Lors de la diffusion d'un flux multimédia par le multiposte, la bibliothèque live555 n'arrive parfois pas à trouver l'adresse ip source... Elle utilise d'abord le fichier /etc/hosts qui doit contenir l'ip du localhost (utilisez une configuration dhcp par adresse mac si nécessaire pour la fixer)... Il est possible aussi d'ouvrir le port udp 15947 (en plus de la plage udp 32000-34000 habituelle).

Deux versions de hostapd pour le mode point d'accès wifi

kwizart — Thu, 06 Dec 2007 15:40:00 +0000

La meilleure solution pour faire fonctionner le mode point d'accès (Master) avec une interface wifi reste encore d'utiliser une carte Atheros (pilote madwifi). Pour les cartes ayant un pilote utilisant mac80211, le support ne devrais pas être stabilisé avant le kernel 2.6.25, je propose une version de test sur ce dépôt.

Hostpad est un daemon utilisé par les serveurs d'authentification. C'est cet utilitaire qui va gérer le point d'accès wifi (Master). Seuls certains pilotes wifi permettent d'utiliser ce mode. Madwifi est pour l'instant la solution la plus efficace...
La version 0.5.9 de hostapd (stable) est disponible dans le dépôt kwizart, alors que la version de 0.6.1 (développement) dans kwizart-testing, permet d'essayer de faire fonctionner avec les pilotes utilisant mac80211.
Il faut installer le dépôt kwizart au préalable.

Pour installer hostpad 0.5.9 pour madwifi

 yum --enablerepo=kwizart install hostapd

Pour installer hostpad 0.6.1 (à tester pour mac80211)

 yum --enablerepo=kwizart-testing install hostapd

Configuration pour madwifi
Le module madwifi du dépot livna crée par défaut l'interface en mode géré (Managed), pour créer l'interface en mode master automatiquement au démarrage, il faut utiliser ce paramètre dans le fichier /etc/modprobe.d/madwifi
options ath_pci autocreate=ap
Une autre solution consiste à détruire l'interface en mode géré, puis en recréer une en mode point d'accès:
wlanconfig ath0 destroy
wlanconfig ath0 create wlandev wifi0 wlanmode ap
Une fois l'interface créée en mode master il faut configurer le fichier /etc/hostapd/madwifi.conf pour ajouter vos paramètres (clef wep/wpa utilisée, nom du réseau, etc). Il est aussi nécéssaire de bien paramétrer l'interface ath0 en mode statique de préférence, et de créer un pont réseau (interface br0 par défaut), voire utiliser un serveur dhcp... Je ne m'étend pas sur ces configurations, vous trouverez une documentation à jours sur la doc Fedora-fr.org:
Configuration du mode Master
Mise en place d'un serveur DHCP Simple