samedi, octobre 6 2018

A Fedora 28 Remix for Tegra using i3

This is dedicated to older Tegra such as Tegra20, Tegra30 and Tegra114. It can work on Tegra K1, but at this time, using Fedora 29 is a better choice. Specially as Fedora 29 on Tegra K1 and later have support for GPU acceleration with nouveau.

The image integrates the grate-driver that provides a reverse-engineer mesa driver (FLOSS, but not yet upstream). This only advertises OpenGL 1.4 yet, but it can at least run glxgears fine. This is not the case with the softpipe driver on Tegra20.

There is also a HW video decode driver using [libvdpau_tegra|https://github.com/grate-driver/libvdpau-tegra#usage-example|en].

Please use mpv or vlc from [RPM Fusion|https://rpmfusion.org|en|RPM Fusion] for video acceleration.

This spin was only tested on Toshiba AC100 and Trimslice.

* Download [Tegra Fedora 28 Respin via torrent|http://dl.kwizart.net/pub/tegra/28/Fedora-remix-tegra-i3-28-20180918.n.0-sda.raw.xz.torrent|en]

* Install the disk image on a sdcard

> SDCARD=/dev/sdc (to be adapted)

> xzcat Fedora-remix-tegra-i3-28-20180918.n.0-sda.raw.xz | sudo dd of=${SDCARD} bs=4M

You need a recent u-boot version with Extlinux support. I recommends 2018.09 release or later

To update the bootloader on tegra20 devices please see
https://github.com/NVIDIA/tegra-uboot-flasher-scripts

Remind that paz00 still lacks keyboard support for the bootloader upstream. To have keyboard support you can to get:
https://github.com/ac100-ru/u-boot-ac100-exp/tree/nvec-dev-mainline-master-2017-07-15
There is a pre-built u-boot binary based on this tree in the same directory.

If you want to install the packaged grate-driver from an official Fedora 28 image:
> curl https://repos.fedorapeople.org/repos/kwizart/ac100/fedora-ac100.repo -o /etc/yum.repos.d/fedora-ac100.repo
This will replace mesa libdrm, but you can keep the fedora kernel

Interested in having an official i3 spin in Fedora?
For Tegra, it will depends on the upstreaming of the grate-driver, but I've submitted a PR to have a generic i3 spin. As some arm or aarch64 based devices that can output display, but may not be able to have enough accelerated desktop capabilities (Unless using a proprietary or downstream driver that won't be in Fedora). See if you want to help:
https://pagure.io/fedora-kickstarts/pull-request/428

mardi, septembre 26 2017

RPM Fusion is near 10 years old

10 years ago, one of the internal root Certificate Authority was generated for the project. The infra wasn't production ready yet, but few months later there was support for Fedora 8. One of the earlier message from the developers mailing list.

At that time, the idea to form a community shaped against Fedora was to bring people to work together on the same complementary repository for the distribution. Remember how Fedora started ? So this is still one root of the project.

lundi, juin 20 2016

What's going on with RPM Fusion ? Well... it's here for fedora 24!

Just few words to say that a fully fonctional repository has been published for fedora 24. It is available for all primaries architecture (x86_64, i686 and armhfp).

I was browsing the web and I've found that this question: "What's going on with RPM Fusion ?" was already asked in early 2008. About 6 months later, the RPM Fusion project released an additonal repository for Fedora 8. We are now 8 years later and what is going on more particularly is that we are at the end of our transition to our new infrastructure.

So if you need to contribute some packages here, you will be please to see that "rfpkg" (RPM Fusion frontend to rpkg) is available to clone and push content into our git repository . The content is then automatically forwarded to our github public organisation if you prefer to contribute or review packages from here.

We also have a dedicated github organisation for the infrastructure tasks. You can find ansible playbooks used to deploy koji, pkgdb or others component of the infrastructure. There is still work for everthing to settle, but if you want to get involved, please see the related information for Contributors or for Users

samedi, mai 9 2015

RPM Fusion free available for fedora 22

As this concern was raised in several places already, I would like to announce that the RPM Fusion free repository is published since few days for Fedora 22.

At this time, only the free section is available, but it's also there for armhfp at the same time as i686 and x86_64. (no aarch64 but that's can be a secondary step if I manage to have a builder).

It's only a rebuilt for f21 packages made for f22. Several f22 specific updates will be pushed progressively.

If you previously had installed the rpmfusion-free-release for f22, but miss the updates for any reason, maybe you will need to re-install the release package or verify previously modified configuration files.

I'm still working hard to get the infrastructure migrated to Koji/distgit and it's unlikely that the migration process will be finished in time for f22 GA, but at least it will be possible for users to install working packages and for package maintainers to provide the needed bugfix updates for f22.

If you can help fixing FTBFS package for f22, please see the bug tracker for f22.

dimanche, mars 2 2014

mesa 10.2 from git for Fedora 20

This has started as a attempt to test the improvements of the freedreno ARM driver, so I've made an updated mesa package (and newer libdrm) specially for testing.

You can grab it installing the kwizart-release repository and

yum update --enablerepo=kwizart-testing libdrm\* mesa\*

The updated mesa 10.2 package from git20140209 is available for i686 x86_64 and armv7hl. The final version is scheduled in 3 months from now (so it could be in Fedora 21 by default). This is a different branch from the 10.1 branch to be released soon.

I'm not interested in xorg-x11-drv-vmware in this case, and there is an ABI break behind, so you need to:

yum remove xorg-x11-drv-vmware

Also an interesting feature of the mesa 10.2 branch is the OpenMAX IL feature on AMD devices. I try to maintain libomxil-bellagio within fedora, so I'm interested in feedbacks on this topic. The AMD GPU I can test on doesn't seem to be compatible with the feature. But there are also probably few issues with libomxil-bellagio given the lack of upstream activity. Still you can test using:

yum install --enablerepo=kwizart-testing mesa-omx-drivers

VLC from RPM Fusion should be compatible with OpenMAX IL, and gstreamer has a plugin that should enter into Fedora at some point (currently in review).

Also the packaging git work is currently ahead of the fedora rawhide spec, so there are probably few patches that can be used in the next fedora package.

mercredi, février 12 2014

kmod-crystalhd for HW vidéo decoding

If you have a Broadcom Crystal HD device such as the newer model: 02:00.0 Multimedia controller: Broadcom Corporation BCM70015 Video Decoder Crystal HD

Then this version still lack upstream linux kernel support (even in staging). There is a need to compile an external tree that start to diverge with the few fixes that are made in the staging version. Unfortunately I don't see any improvement with the support of this device. Exept that Android for x86 and it's 3.10 kernel seems to properly handle it (probably using distro patches).

So here is a package that can be installed on Fedora 20 for i686 and x86_64.

yum install akmod-crystalhd

I'm using the vlc-extras sub-package for the vlc crystalhd plug-in in order not to add a dependency that can be used in rare cases.

vlc --codec crystalhd multimedia.mp4

dimanche, décembre 1 2013

The first RPM Fusion push using Koji...

... was made on ARM secondary architecture, today!

RPM Fusion is available on ARM for both softfp/hardf. But until then, the published packages was built using mock from the Everything source repositories for each Fedora releases. Right now the process is in place to track packages as soon as they hit stable updates, so they will be automatically rebuilt on ARM.

The packages was published to free and nonfree updates repositories from f17 (even if it was EOL) to f19. But some packages still FTBFS on ARM. Nothing is started with fedora 20 on ARM yet.

This is a good step to have RPM Fusion to switch to Koji on x86 (primary) arches, but there is still lot of area to improve.

dimanche, novembre 24 2013

nvidia instancied kernel modules with the RPM Fusion package

With the new akmod-nvidia-331.20-3.fc19 released today comes an option to build the nvidia kernel modules several times. This is useful as advertised in the nvidia FAQ to "Minimize the software overhead when driving many GPUs in a single system" . That, specially when each GPU is processing different workload such as with CUDA applications.

You can use it by setting the following RPM macro, with up to 8 different kernel modules:
#File /etc/rpm/macros.nvidia - Set the number of nvidia kernel modules to build (up to 8)
%_nv_build_module_instances 2

Then you can use akmod-nvidia to automatically rebuild the kernel modules with the above option:
$ sudo yum install akmod-nvidia kernel-devel (or kernel-PAE-devel when using kernel-PAE)

If you previously had the package installed, and want to rebuild with the new option, you can use:
$ sudo akmods --force akmod nvidia

This will build the specified number of kernel modules along with the nvidia-frontend.ko
$ rpm -qpl ~builder/rpmbuild/RPMS/x86_64/kmod-nvidia-3.11.8-200.fc19.x86_64-331.20-3.fc19.x86_64.rpm
/usr/lib/modules/3.11.8-200.fc19.x86_64/extra
/usr/lib/modules/3.11.8-200.fc19.x86_64/extra/nvidia
/usr/lib/modules/3.11.8-200.fc19.x86_64/extra/nvidia/nvidia-frontend.ko
/usr/lib/modules/3.11.8-200.fc19.x86_64/extra/nvidia/nvidia-uvm.ko
/usr/lib/modules/3.11.8-200.fc19.x86_64/extra/nvidia/nvidia0.ko
/usr/lib/modules/3.11.8-200.fc19.x86_64/extra/nvidia/nvidia1.ko

Then, you can modprobe the appropriate kernel modules, as mentioned in the FAQ, this command will assign two cards to the nvidia0 kernel module instance:
$ sudo modprobe nvidia0 NVreg_AssignGpus="0:01:00.0,0:02:00.0"

The Official documentation for the RPM Fusion packaged nvidia driver is still at nVidia How on the RPM Fusion Wiki.

mardi, juillet 2 2013

vlc-2.1.0-pre1 available for fedora on x86 and ARM

The first pre-release version of the new vlc 2.1.x branch is available for fedora 18 users.

This realease has seen a lot of license changes for certains modules from GPLv2+ to LGPLv2+.

Others main changes for Linux are: Core:

- Audio core rewrite
- Add an audio fingerprinter

Decoders:

- Support for libopus
- Hardware acceleration improvements

Encoders:

-high10, high422 and high444 encoding support in h264

Access:

- Various improvements in DASH support
- HTTP support for Internationalized Domain Names
- Add support for VNC/rfb in view only mode
- Add support for Remote Desktop/RDP in view only mode

Specifically for the ARM build:

- Various NEON optmizations
- OpenMAX IL Videout output

This package is a rebuilt form the version already available in RPM Fusin for Rawhide/Fedora 20. I will made vlc 2.1 available for Fedora 19 as a regular RPM Fusion update once stable.

The build are available in my kwizart-testing repository for i686, x86_64, arm and armhfp for Fedora 18 only for now.

$ sudo yum install vlc --enablerepo=kwizart-testing

You can eventually report a bug on the RPM Fusion bugzilla tracking Rawhide if needed.

mardi, décembre 4 2012

RPM Fusion now available on ARM

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:

http://rpmfusion.org/Architectures/ARM

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).

vendredi, juin 18 2010

VLC 1.1.0-rc3 avec support libva

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.

dimanche, avril 18 2010

VideoLAN Movie Creator pour Fedora

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

samedi, avril 17 2010

vlc-1.1.0-pre1 pour Fedora 11 12 et 13

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

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

mercredi, juin 24 2009

LiveCD Fedora 11 Leonidas Disponibles

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)
LiveCD_F11_Disponibles

mercredi, mai 13 2009

vlc-1.0.0-rc1 pour F-11

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

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...

lundi, mars 30 2009

SL 2009

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

mardi, janvier 27 2009

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

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)

jeudi, décembre 18 2008

pilotes fglrx 8.12 Fedora 10

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.

- page 1 de 5