K
kwizart

  • 21 oct. 2021
  • Inscrit 20 janv. 2005
  • 0 meilleure réponse
  • Rédacteur wiki Petit nouveau Adepte du forum Posteur fou Rédacteur potentiel
  • Bonjour,

    Je ne pense pas que rpmfusion soit un dépôt à mettre au même niveau que celui que tu cites au niveau de la compilation native (je mets à part flathub et snapscraft). En particulier vu que rpmfusion est un dépot communautaire et supportés sur plusieurs architectures (x86_64 , aarch64, armhfp, ppc64le, bientot riscv).

    C'est aussi un dépôt qui permet à de nombreuses personnes de la communauté de contribuer. (plusieurs 100 ) et qui recherche des solutions techniques à des problèmes utilisateurs tout en respectant des contraintes légales. (ce qui n'est pas le cas du dépôt que tu cites, notamment vu les violations de licences de logiciels libres).

    Le problème reste que certains utilisateurs les plus juniors ou moins avertis des risques sont "abusés" par la possibilité de choix existant, ce qui entrave la capacité d'avoir une solution unifiée en contribuant les paquets manquant sur rpmfusion.

    Merci à ceux qui refusent la promotion de dépôt complémentaires incompatible avec Fedora + RPM Fusion.
    Merci de soutenir et contribuer à RPM Fusion!
    https://rpmfusion.org/Contribute
  • @fgland

    Les mirroirs utilisés par system upgrade ne devraient être que ceux de la version cible (29 dans ton cas).
    Les versions EOL pour RPM Fusion sont effectivement sur un ensemble de mirroirs différents et moins nombreux, mais ils existent.

    Donc je ne comprend pas bien l'erreur initiale que tu as rencontré. Mais dans le doute n'hésite pas à rapporter un bug sur bugzilla.rpmfusion.org (section Infra, mirroirs).
  • > PlanetCCRMA est important, je l’utilise pour plusieurs applications musicales. Ce dépôt a encore quelques difficultés avec Fedora 25, mais la suite de ce message montre qu’il n’est pas à l’origine du problème.

    C'est en fait bien la preuve manifeste que ce dépot ne travaille pas de manière coordonnées avec Fedora et RPM Fusion. De même que negativo, même si il y a des efforts réalisé chez ce dernier.

    Le problème des dépôts tiers incompatibles est vieux sur Fedora et Debian (deb-multimedia).

    La norme c'est d'utiliser Fedora + RPM Fusion .
  • Il semble que tu utilises le dépot planetccrma qui utilise le nom de paquet a52dec-libs
    Malheureusement, l'upgrade depuis que a52dec est intégrée à Fedora ne prend en charge que la version depuis RPM Fusion.

    Je vais prendre en compte le cas planetccrma dans une nouvelle mise à jours du paquet a52dec fedora.

    Merci d'avoir rapporté le problème.
  • Wayland est fonctionnel avec NVIDIA sous f26, mais nécessite de backporter mutter (a minima) sous f25.

    Pour Optimus, vous pouvez regarder sur http://rpmfusion.org/Howto/nVidia_Optimus.
    Il faut configurer à la fois Xorg et GDM , KDM ou lightdm etc. C'est réservé au personnes expérimentées.
    Mais le but c'est de simplier cela.
  • Pour information, les drivers pour la série 340xx et 304xx sont sorti hier.
    Attention, cependant, ils peuvent avoir des incompatibilités avec le kernel 4.9 quand il sera disponible sous Fedora
    (cf https://devtalk.nvidia.com/default/topic/982052/linux/latest-nvidia-driver-340-101-builds-compiles-properly-but-fails-to-load-has-errors-with-linux-kernel-4-9/)

    Pour CUDA, j'ai écris une doc sur le sujet, mais je ne pense pas que CUDA 8 fonctionne avec les carte legacy
    Tu utilises quelle version de cuda pour la faire fonctionner ?

    https://rpmfusion.org/Howto/NVIDIA_CUDA
  • Bonjour Pour information, il est prévu que le dépot RPM Fusion ait une version de handbrake.

    Vu que la personne qui gère le dépot negativo de fou de la communauté, j'aurais tendance à éviter de proposer d'utiliser ce dépôt.

    Cdt,
  • Je ne comprend pas comment tu as pu en arriver là!
    Vire les dépôt negativo et fais un dnf distro-sync

    Tu avais seulement à modifier le header /usr/local/cuda-8.0/targets/x86_64-linux/include/host_config.h pour être compatible avec une version de gcc supérieure à celle de fedora 23.

    L'autre solution que j'utilise, vu que c'est un problème récurrent avec cuda, c'est d'utiliser les developpers toolset-4 de centos 7 pour avoir une version précise de gcc.

    Je vais essayer de documenter cela sur la doc RPM Fusion:
    https://rpmfusion.org/Howto/NVIDIA_CUDA
  • Donc tu as bien le bug de la console, même en utilisant le boot EFI.

    Pour information, voici ce que je trouve dans les logs:
    *** /proc/driver/nvidia/./warnings/fbdev
    *** ls: -r--r--r--. 1 root root 0 2016-01-26 18:17:33.245991569 +0100 /proc/driver/nvidia/./warnings/fbdev
    Your system is not currently configured to drive a VGA console
    on the primary VGA device. The NVIDIA Linux graphics driver
    requires the use of a text-mode VGA console. Use of other console
    drivers including, but not limited to, vesafb, may result in
    corruption and stability problems, and is not supported.
    
    La manière de corriger le problème consiste à utiliser
    echo "GRUB_GFXPAYLOAD_LINUX=text" >> %{_sysconfdir}/default/grub
    et regénérer le fichier de configuration grub.cfg (y compris pour l'EFI)
    Le paquet RPM Fusion corrigé devrait arriver sur les dépots officiels dans quelques jours.
  • CabSud wrote:Images Fedora F22 & F23 Remix Pour RPI2
    Voir le sujet sur forum Raspberrypi.org
    ...
    Avec un peu de chance, on devait avoir un support minimal de la raspberry-pi2 avec le kernel 4.5, donc fedora 24 devrait avoir un support OOTB. (néanmoins sur un périmètre limité).
  • Boris wrote:Pas grand monde passe par ici, pourtant Fedora sur arm c'est top!
    J'approuve !
    Pour ceux qui sont intéressés par le sujet, voir aussi #fedora-arm sur IRC freenodes.
  • @Fade
    Est-ce que tu peux me fournir la sortie de la commande dmesg
    En fait l'idéal serait une sortie de nvidia-bug-report.sh (via email, message pv)

    J'ai besoin de cela pour savoir si un boot EFI permet d'utiliser la console graphique avec le pilote propriétaire.
    Normalement ce n'est pas possible, même si cela semble fonctionner, il peut y avoir des effets de bords indésirable.

    Merci.
    Cdt,
  • Edouard_le_homard wrote:Ok merci de cette réponse. Bon le weekend prochain je jette un coup d'oeil à ça plus la création de rpm, s'il y a lieu je me débrouillerai pour mettre le dit rpm en ligne, ça épargnera la peine aux suivants 🙂
    Malheureusement, tu n'est pas autorisé à redistribuer cette compilation, cela constitue une violation de la licence de FFmpeg.(GPLv3+). Cela est lié au fait que la license de fdk_aac n'est pas libre. Du coup il faut utiliser l'option --enable-nonfree de la compilation de ffmpeg ce qui rend la compilation non-redistribuable.

    Évidemment, si cela était si facile, nous redistribuerions le paquet ffmpeg avec le support de fdk_aac directement sur RPM Fusion.
  • Tu peux tout à fait compiler la version de ffmpeg de RPMFusion avec le support de fdk_acc
    J'ai d'ailleurs un paquet sur mon dépot (f20, mais doit s'installer sur f21 aussi, je recompilerai à l'occasion)
    http://rpms.kwizart.net/fedora/20/x86_64/

    Jusqu'à présent, il y avait des options qui permettait de recompiler le paquet ffmpeg avec des options supplémentaires, (rpmbuild --bb ffmpeg --with faac) mais je ne l'ai pas ajouté pour fdk-aac. Ce sera chose faite pour la prochaine mise à jour.

    Pour avoir une version alternative, tu peux définir un suffix, mais dans ce cas, le spec ne compile pas les binaires ffmpeg. C'est plutot utilile pour avoir une version de compatibilité de ffmpeg pour une application.

    Cdt,
  • Merci pour ce retour,
    C'est une notion que je n'ait pas du tout à l'esprit. Du coup tu as un écran capable d'afficher une image stéréo?

    Est ce que tu as un sujet qui dit pourquoi on ne peut pas activer composite avec la 3D Stéréo?
    Est-il envisageable qu'a l'avenir le pilote permette la 3D avec composite.
    Est ce que tu peux lancer un sujet sur le forum devtalk.nvidia.com ?
  • Tu auras besoin de prendre le pilotes nvidia > 319 pour cuda 5.5.
    Du coup comme ils ne sont pas encore packagé pour f18, tu peux aller récupérer ceux de f19.

    Retire ceux de la série 304xx
    yum remove xorg-x11-drv-nvidia*
    #Installes le kernel-devel de f18 nécéssaire pour akmod
    yum install kernel-devel
    yum install --releasever=19 akmod-nvidia xorg-x11-drv-nvidia
    reboot

    Il est prévu que la version 319.32 soit packagé pour f18, donc le conflict lors de l'installation devrait se résoudre.

    tu fais ensuite
    yum install cuda
  • Adrien.D wrote: ...
    Je sais que dorénavant, Optimus est supporté (depuis le kernel 3.9.x, xRandR 1.4, xorg 1.13). Avec nouveau 1.0.8 ou les drivers NVidia en version 319.18.
    ...
    Heu, nan!
    Il existe un support préliminaire pour le pilote proprio. Autrement dis, tu peux utiliser le pilote avec optimus en 2D seulement.
    Regardes la documentation officielle du pilote depuis le site nvidia.com

    Je n'ai pas de matériel pour tester, donc le support de cette technologie reste tributaire des patches que certains veulement bien m'envoyer sur bugzilla.rpmfusion.org

    Par ailleurs, ceci est un forum spécifique à fedora, je ne connais pas le status pour mageia 3.