Blog de kwizart

RPM Fusion now available on ARM

kwizart — Tue, 04 Dec 2012 23:27:00 +0100

A quick note to say that I've released RPM Fusion free for Fedora 17 on ARM (for both softfp/hardfp).

Please follow this page for ARM users:

The install procedure should be exactly the same as for primary arches, but since a little fix is needed, I've made a dedicated link to the latest release RPM for f17:

$ sudo yum localinstall --nogpgcheck http://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-17.noarch.rpm http://download1.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-17.noarch.rpm

There is no public infrastructure yet, but you can see the build logs here: softfp and hardfp.

If you want to build a package using any RPM Fusion dependency, you can install mock-rpmfusion-free.

The next step is to do the same for nonfree, then to build the updates repo.

Please enjoy and report feedbacks on the RPM Fusion mailing list and issue on http://bugzilla.rpmfusion.org (using "arm" architecture component if ever relevant).

VLC 1.1.0-rc3 avec support libva

kwizart — Fri, 18 Jun 2010 10:05:00 +0200

Cette version de vlc a été compilée pour tirer parti de l'accélération matérielle des cartes graphiques à travers l' API vaapi.

Pour l'installer,

yum install vlc --enablerepo=kwizart

Pour une carte nvidia, il faudra utiliser le backend vaapi pour vdpau:

yum install vdpau-video --enablerepo=kwizart

Il est ensuite nécessaire d'aller dans les préférences pour activer explicitement l'utilisation de l'accélération graphique par le GPU.

Cette version embarque sa propre bibliothèque FFmpeg, compilée de manière partagée, mais avec un SONAME spécial afin de ne pas entrer en conflit avec la version système. Vous devriez donc avoir le paquet ffmpeg4vlc-libs installé comme dépendances. Seule la bibliothèque libx264.so.98 n'a pas été renommée , ce qui n'est pas nécessaire puisque la version système est la libx264.so.83.

VideoLAN Movie Creator pour Fedora

kwizart — Sun, 18 Apr 2010 14:03:00 +0200

VideoLAN Movie Creator, ou VLMC est un logiciel libre de création de contenu multimedia. Il s'appuie sur la Libvlc issue de la pré-version 1.1.0 de vlc. Ce logiciel est encore en phase de développement.

Pour l'installer pour Fedora 12.

 yum install vlmc --enablerepo=kwizart-testing

Pour Fedora 13

 yum install vlmc --enablerepo=kwizart

vlc-1.1.0-pre1 pour Fedora 11 12 et 13

kwizart — Sat, 17 Apr 2010 18:32:00 +0200

La première pre release de vlc-1.1.0 est disponible pour Fedora 11 et 12 et Fedora 13. Voici les notes de version de vlc-1.1.0.

Pour Fedora 11 et 12:

 yum update --enablerepo=kwizart-testing

Pour Fedora 13

 yum update --enablerepo=kwizart

Attention, le plugin python-vlc n'est pas encore compatible avec cette version.

Pour les utilisateurs de KDE4, Il est aussi possible d'utiliser le backend phonon-VLC qui est en version alpha à partir de Fedora 12

 yum install phonon-backend-vlc

Ce paquet est une re-compilation du src.rpm mis à disposition initialement par helio pour fedora 12

Branché pour Fedora 13

kwizart — Sat, 17 Apr 2010 18:23:00 +0200

Le dépôt kwizart est disponible pour Fedora 13. kwizart-release

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.