Re: why no ffmpeg 7.0 yet on rawhide?

[Nicolas Chauvet via rpmfusion-users]

Le mer. 10 avr. 2024, 01:50, Diego Humanes via rpmfusion-users <
rpmfusion-users@lists.rpmfusion.org> a écrit :

> Hello,
>
> FFmpeg version 7.0 ent out on April 5, five days ago. There is a windows
> version already, but it's not there yet for Fedora Rawhide 41.
> If Rawhide is cutting edge and the most updated daily for kernels and
> such, why hasn't it arrived stable ffmpeg 7.0 yet?
>

The main reason is that ffmpeg updates need coordination with fedora
maintainers ( specially with the ABI bump involved)
Now most of us are busy with some last item with F40. So this is likely to
land afterward


Please remind that we are a community project, so if you want to help
maintaining packages, you are welcome.

Thanks
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: nvidia 470xx to nouveau ?

[Nicolas Chauvet via rpmfusion-users]

Le jeu. 21 mars 2024 à 00:07, John Pilkington via rpmfusion-users
 a écrit :
>
> On 20/03/2024 20:33, Ian Laurie via rpmfusion-users wrote:
> > On 3/21/24 06:55, Nicolas Chauvet via rpmfusion-users wrote:
> >> 470xx is unmaintained unfortunately, we need to find a maintainer to
> >> update the package and specially use the driver and verify that
> >> everything is working as appropriate.
> >>
> >> Would you volunteer ?
> >
> > Keep in mind NVIDIA is dropping support for 470xx this year, September
> > IIRC.
> >
> > In my case my laptop cooks with the nouveau drivers, not sure why, seems
> > like the NVIDIA card gets used but not its fan, or something along those
> > lines.  Not sure what I can do when support drops.  I assume they will
> > fix the drivers for 6.8.x because they don't compile in Fedora 40
> > (though that could be a GCC14 issue).
> >
>
> I doubt that I have the skill set for package maintenance, but I expect
> to keep using the hardware and should be able to comment as a user.
>
> The GT 710 is fanless.  MythTV (master, F38, local build, mostly SD
> recordings) seems fine with nouveau so far.  No Kwin graphic resets yet.

Well, the only issue for your use-case you would get is with VDPAU
support that nouveau lacks, at least officially. Have you tried the
nouveau-firmware ?
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: nvidia 470xx to nouveau ?

[Nicolas Chauvet via rpmfusion-users]

Le mer. 20 mars 2024 à 20:34, John Pilkington via rpmfusion-users
 a écrit :
>
> On 20/03/2024 14:51, John Pilkington wrote:
> > Hi:  For years I have run Fedora KDE with GeForce GT 710 and the
> > rpmfusion 470xx driver, using VGA and HDMI screens. A few weeks ago,
> > after some kde updates, I started seeing occasional brief pauses and
> > notifications of graphics resets in Kwin.
> >
> > On the Fedora-kde list the suggestions are to change GPU hardware or go
> > to nouveau, with the benefit of a potential switch to Wayland.
> >
> > I have tried to switch to nouveau using the rpmfusion nvidia howto
> > 'Switching between nouveau/nvidia' but my grub menu no longer shows the
> > editable lines quoted.  Editing /etc/default/grub instead, or with
> > nvidia and nouveau interchanged, loads nouveau but then unloads it and
> > leaves 470xx running as before.  Log after one of the resets is:
> >
> > [   231.678] (II) NVIDIA(0): Setting mode "HDMI-0: nvidia-auto-select
> > @1360x768 +1680+0 {ViewPortIn=1360x768, ViewPortOut=1360x768+0+0},
> > VGA-0: nvidia-auto-select @1680x1050 +0+0 {ViewPortIn=1680x1050,
> > ViewPortOut=1680x1050+0+0}"
> >
> > Help appreciated.  Also an update of 470xx?
> >
> > Thanks for the earlier history,
> >
> > John P
>
>
> It looks as if /etc/modprobe.d/nvidia.conf was the problem.  It
Yep, It's not a file that we distribute on this driver on purpose.

470xx is unmaintained unfortunately, we need to find a maintainer to
update the package and specially use the driver and verify that
everything is working as appropriate.

Would you volunteer ?
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: telegram needs rebuild

[Nicolas Chauvet via rpmfusion-users]

Le jeu. 8 juin 2023 à 18:19, Frank Elsner via rpmfusion-users
 a écrit :
>
> Hello,
>
> on Fedora 38 This problem shows up:
>
> Problem 1: package telegram-desktop-4.8.1-2.fc38.x86_64 from @System
> > requires qt6-qtbase(x86-64) = 6.5.0, but none of the providers can be
> > installed
>
> On the fedora mailing list:
> On Thu, 8 Jun 2023 05:51:33 -0700 stan via users wrote:
>
>   [ .. ]
>
> > The telegram in rpmfusion needs to be rebuilt with the new version of


Hello, thanks for your report.
Long story short: this was just rebuilt only today:
https://koji.rpmfusion.org/koji/packageinfo?packageID=492
The package will be pushed in stable updates on the next push. (so
please report that everything is fine).

Long story: Upstream added a another library as a dependency of
telegram-desktop without providing it in the source tarball:
See also 
https://github.com/telegramdesktop/tdesktop/issues/26360#issuecomment-1576905667

Hope this helps.
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: chromium-freeworld is discontinued

[Nicolas Chauvet via rpmfusion-users]

cc: users

Le jeu. 30 mars 2023 à 09:48, Nicolas Chauvet  a écrit :
>
> FYI
>
> chromium-freewold is now discontinued, as Leigh has dropped it.
> As fedora chromium is now capable of enabling codecs given the
> availability in system ffmpeg, it's now the way forward.
>
> See also https://twitter.com/rpmfusion_team/status/1641336945866309634
> --
> -
>
> Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: New package: jellyfin

[Nicolas Chauvet]

Le mer. 23 nov. 2022 à 16:10, Michael Cronenworth  a écrit :
>
> Hello!
>
> Ever wanted to stream your videos, music, or view e-books around the house or 
> on the
> go to almost any type of device?
>
> Enter: Jellyfin - https://jellyfin.org
>
> Written in .NET and originally a fork of a project called "Emby" the project 
> is very
> active. There are various plug-ins also available to extend functionality and
> various theme options to change the way it looks. Clients are available for 
> just
> about every type of device from a web browser, mobile phone, or "smart" TV.
>
> I am happy to announce a package is now available in the RPMFusion Free
> Updates-Testing repo for Fedora 36 and higher.
>
> # dnf install --enablerepo=rpmfusion-free-updates-testing jellyfin


Trying: but seems like firewalld in f37 already has the needed rule:

Error: Transaction test error:
  file /usr/lib/firewalld/services/jellyfin.xml from install of
jellyfin-firewalld-10.8.7-2.fc37.noarch conflicts with file from
package firewalld-1.2.1-1.fc37.noarch

Thanks for your work on this. (I can install web and server until fixed).
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: Fedora 36 update vs broadcom-wl

[Nicolas Chauvet]

Le mar. 31 mai 2022 à 18:50, D. Hugh Redelmeier  a écrit :
>
> (I also sent this to )
>
> I have an 11-year-old netbook.  The WiFi hardware needs the broadcom-wl
> driver from RPM Fusion.
>
> The Fedora upgrade from 35 to 36 worked fine, including keeping/updating
> broadcom-wl.
>
> But WiFi didn't work.  The desktop didn't even see the device.  I needed
> to issue the command
>
> sudo depmod

Thanks for rising this point.

This is documented in our CommonBugs
https://rpmfusion.org/CommonBugs#System-upgrade%20and%20kmod(-nvidia)%20issue

As stated in the notice, it's not clear which side is the problem (at
least it's not reproducible with dnf update --releaver=36, only during
the system-upgrade process).
At least it was reproduced not only with nvidia but another kmod...
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: ffmpeg problem on Fedora 34

[Nicolas Chauvet]

Le ven. 30 avr. 2021 à 11:35,  a écrit :
>
> I’ve recently updated to f34 and now i’m unable to get sound playback with 
> (AAC-LC) encoded videofiles. I cannot use ffmpeg or HandBrake, both from 
> rpmfusion, to convert it either. HandBrake-gui throws the following error:

If you can send us a sample to reproduce ? Please attach one to
bugzilla.rpmfusion.org if possible.
According to the vlc message, using libmp3lame seems to mean that your
sample isn't really AAC-LC (or it would have used the builtin AAC-LC
decoder within ffmpeg).

Can you try to run:
dnf list extras (to verify that you don't have any remaining packages
outside of fedora+rpmfusion repositories).
sudo /usr/lib64/vlc/vlc-cache-gen /usr/lib64/vlc/plugins  (to
regenerate the vlc cache plugins that could explain vlc cannot access
some features).


Thanks for the report.
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Telegram update to 2.5.8-3 pushed

[Nicolas Chauvet]

Hi There,

We had to push an urgent update for telegram-desktop package to
prevent any crash at boot and profile corruption.
Please verify to avoid any update to 2.5.8 unless the release field is
3 (or later).

See also https://twitter.com/rpmfusion_team/status/1359191911328862211

Thanks.

-- 
-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Raspberry Pi downstream kernel

[Nicolas Chauvet]

Hello,

Using Fedora and upstream components on the Raspberry Pi is slowly
making progress, but it's also  locked by the closed-source firmware,
and some features are also missing upstream.
Downstream kernel is more complete, but is also locking users with
incompatibles API (specially with GPIO that the whole Pi software
ecosystem community relies upon).

This message shouldn't be understood as a mean to advertise buying
RaspberryPI as, depending on your use case, better alternatives may
exists... But it's also well known that rasperrypi is commonly
widespread already.

So I would like to introduce a dedicated RPM Fusion RPI repository
with few components enabled for the RPI. This is still a work in
progress and might be of interest to bring end-users in the
fedora/rpmfusion eco-system without compromise on performance and
features.

See also https://rpmfusion.org/Howto/RaspberryPi

I hope this helps.





-- 
-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: MythTV and EL7/EL8

[Nicolas Chauvet]

Le jeu. 28 janv. 2021 à 18:08, Gary Buhrmaster
 a écrit :
>
> On Thu, Jan 28, 2021 at 10:21 AM Sérgio Basto  wrote:
>
> > BTW Anyone built mythTV on EL8 ?
>
> The MythTV project CI infrastructure builds EL8
> all the time successfully. I do not know if anyone
> is running MythTV on EL8, but it does build.
>
> > I stopped on https://bugzilla.redhat.com/show_bug.cgi?id=1756170
>
> CEC is optional to the build itself (but is not optional
> in the rpmfusion spec file; I suppose that could be
> adjusted).  If one needs CEC support, there are
> third party COPRs around that provide libcec for
> epel-8 until the libcec maintainer agrees to allow
> one of the people who have offered to support it
> in epel-8 to provide the build.
About libcec on epel8, I've talked with Peter and he asked volunteers
to maintain the epel8 branch to formally request it with an email.

Additionally, I would recommends to submit a MR on pagure with the
intended changes for epel8, eventually in a way that allows forward
merge from devel...

Thanks in advances...
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: MythTV and EL7/EL8

[Nicolas Chauvet]

Le lun. 18 janv. 2021 à 00:20, Sérgio Basto  a écrit :
>
> On Wed, 2020-04-29 at 05:10 +0100, Sérgio Basto wrote:
> > On Tue, 2020-04-28 at 23:43 +, jamestaylor0...@gmail.com wrote:
> > > Hello,
> > >
> > > I run EL7 for my MythTV backend.  MythTV is up to version 0.31, but
> > > RPMFusion for EL7 does not have that version available.  RPMFusion
> > > for EL8 doesn't have MythTV at all.
> > >
> > > Are there any plans to either upgrade the version for 7
> >
> > Even with some fixes [2] ,  it fails to build [1] with: libvpx
> > enabled
> > but no supported decoders found ...
>
> Hi,
> we just need to disable libvpx on EL7 and it is building ... Please
> test the mythtv-31.0-12.130.20210108git016630a35c.el7 build

At some point, there is no reason to upgrade epel7 if we start to
disable features there. Mythtv users that wants newer version should
upgrade to a more modern Base, like CentOS8 or soon Stream 9.
Also please remind that most EL end-users literally "hate updates".

Also if mythtv has bumped support for a newer libvpx, you might also
revert the patch to use a newer API (for el7 only) and revert back to
the API used by el7 libvpx.
That's the "game" with supporting EL anyway where you will have to
rely on older libraries.

Thx for this work anyway.
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: Fedora 33 and kmod-nvidia

[Nicolas Chauvet]

Le mar. 6 oct. 2020 à 13:29, Dave Pawson  a écrit :
>
> Removed the packages in error.
> Attempted the upgrade
>
> > sudo dnf system-upgrade download --refresh --releasever=33
>
> Keys imported,
> All downloaded, then
>
> ...running transaction check
> Transaction check succeeded.
> Running transaction test
> The downloaded packages were saved in cache until the next successful
> transaction.
> You can remove cached packages by executing 'dnf clean packages'.
> Error: Transaction test error:
>   file /usr/lib64/gstreamer-1.0/libgstsvthevcenc.so conflicts between
> attempted installs of gstreamer1-svt-hevc-1.5.0-2.fc33.x86_64 and
> gstreamer1-plugins-bad-freeworld-1.18.0-1.fc33.x86_64


Can you output the result of:
rpm -qi gstreamer1-svt-hevc ?
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Issue with download1 for initial rpmfusion setup.

[Nicolas Chauvet]

Hi,

As reported (0), the download1 primary mirror is unavailable.
I've set up a workaround in the wiki (1) to use download0 instead.
That until we (mainly Pix) can setup an alternative host as download1...

(0) https://bugzilla.rpmfusion.org/5746
(1) https://rpmfusion.org/Configuration

-- 
-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: PPSSPP-1.10.* and played sound

[Nicolas Chauvet]

Le mer. 15 juil. 2020 à 12:10, Antonio T. sagitter
 a écrit :
>
> On 15/07/20 11:36, Nicolas Chauvet wrote:
> > Le mar. 14 juil. 2020 à 22:53, Antonio T. sagitter
> >  a écrit :
> >>
> >> Hi all.
> >>
> >> As you probably already know, PPSSPP is now provided into separated
> >> rpms, in this way:
> >>
> >> - ppsspp-sdl, this is PPSSPP with SDL frontend
> >> - ppsspp-qt, this is PPSSPP with Qt frontend
> >> - ppsspp-data and ppsspp-libs respectively for data files and libraries
> >>
> >> `ppsspp-qt` has also an own desktop icon for running correctly the
> >> interface on Wayland.
> >>
> >> This mail is for asking to those that uses PPSSPP to try this new
> >> release and check if the sound of any games is fully played without
> >> distortions, since i seen this issue in my tests.
> >>
> >> If someone observes sound problem, please open a bugzilla ticket
> >> including details.
> >
> > Hello Antonio,
>
> Hi.
>
> >
> > Can you confirm the following ?
> > - What is the behaviour if using dnf install ppsspp ?
> > - Is there any appdata file provided in any flavor ? (can you provide
> > one if missing)
>
> ppsspp (that was only Qt version of PPSSPP in the old packaging
> releases, broken in Wayland) is obsoleted by installing `ppsspp-sdl` or
> `ppsspp-qt` or both.

Can you please have add a virtual provide ppsspp for the qt version so
the old package get transitioned to the qt version automatically (also
dnf install ppsspp will work).
(or look at the other proposal).

> > - Is it possible to install both sdl and qt at the same time ?
>
> Yes.
>
> > - Can you make changes so that ppsspp-sdl is installed if SDL(2)
> > package is available.
> > - Same for qt (-> so that end-users don't have to figure out which
> > sub-package is relevant of their system)
>
> I don't understand this point: `ppsspp-sdl` already requires libSDL2
> when install.
Yep This is a long standing issue most package maintainers behave
badly when it comes to sub-packages IMNSHO.
Basically you are breaking an "interface with end-users" when dnf
install ppsspp doesn't work anymore. Whereas it can be easily
workarounded by searching which package to install. It's also very
irritating to remember how one package maintainer broke software into
small pieces and which design pattern was "more or less arbitrarily
chosen".

I've already raised this point for the kodi case some time ago in this
mailing list. (you can have a look at kodi packaging for the
implementation detail).

But basically if you merge back the -data sub-package as the main
(that can still be noarch), and add:
Requires: (%{name}-qt or %{name}-sdl)
Suggests: (%{name}-qt if qt5-qtbase)
Suggests: (%{name}-sdl if SDL2)

This should behave as appropriate for less sub-packages "scumbling..."

So this is only two solutions out of many, but the main point is to
keep everything works as appropriate with dnf install ppsspp


> > Finally can you document that packaging change into upstream website
> > (once corrected if relevant).
> >
>
> ??
> Should i communicate to upstream what we do with our RPMs?
> I guess upstream is not very interested about.
What makes you think so ? At least using this page leaves room for
having our package installation documented.
https://build.ppsspp.org/?page/downloads#linux

For the same reason that I have it documented in the vlc case upstream:
https://www.videolan.org/vlc/download-fedora.html

Of course, having an appdata file helps to have the package
advertised, but I expect many end-users still search for upstream
pointers over dnf or "softwares".

I hope this helps.
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: PPSSPP-1.10.* and played sound

[Nicolas Chauvet]

Le mar. 14 juil. 2020 à 22:53, Antonio T. sagitter
 a écrit :
>
> Hi all.
>
> As you probably already know, PPSSPP is now provided into separated
> rpms, in this way:
>
> - ppsspp-sdl, this is PPSSPP with SDL frontend
> - ppsspp-qt, this is PPSSPP with Qt frontend
> - ppsspp-data and ppsspp-libs respectively for data files and libraries
>
> `ppsspp-qt` has also an own desktop icon for running correctly the
> interface on Wayland.
>
> This mail is for asking to those that uses PPSSPP to try this new
> release and check if the sound of any games is fully played without
> distortions, since i seen this issue in my tests.
>
> If someone observes sound problem, please open a bugzilla ticket
> including details.

Hello Antonio,

Can you confirm the following ?
- What is the behaviour if using dnf install ppsspp ?
- Is there any appdata file provided in any flavor ? (can you provide
one if missing)
- Is it possible to install both sdl and qt at the same time ?
- Can you make changes so that ppsspp-sdl is installed if SDL(2)
package is available.
- Same for qt (-> so that end-users don't have to figure out which
sub-package is relevant of their system)

Finally can you document that packaging change into upstream website
(once corrected if relevant).


Thanks in advance.
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Updated howto related to CUDA and nvidia-driver

[Nicolas Chauvet]

Hello,

FYI, I've updated some nvidia howto related to CUDA:
https://rpmfusion.org/Howto/CUDA
https://rpmfusion.org/Howto/NVIDIA

Mains additions are related to being able to install the latest driver
from rpmfusion-nonfree-rawhide on stable fedora (using the copr for
the nvidia FLOSS "tools").
Also a compatibility for cuda-11 and current Fedora was updated.

Thanks for review and comments.

-- 
-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Mailing list subscription policy have changed.

[Nicolas Chauvet]

Hi there,

Given the few messages we got on the rpmfusion-users list recently,
I've changed the subscription policy to be confirmed manually after
having validated an email. Legitimate users will have to wait for
validation by an admin (me, anyone else ?)

The previous messages have been expunged from the archives.

Please remind NOT to tag emails received from our mailing list as
spam, as this will affects legitimate emails from our mailing list.

Thanks for your understanding.

-- 
-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: Chromium-freeworld 83 testing required

[Nicolas Chauvet]

Le lun. 8 juin 2020 à 09:45, Nicolas Chauvet  a écrit :
>
> Hi there,
>
> We would like to have usability feedbacks for chromium-freeworld build 83:
> f31: http://koji.rpmfusion.org/koji/buildinfo?buildID=15430
> f32: http://koji.rpmfusion.org/koji/buildinfo?buildID=15429
> Usual browsing is expected (without crash).
>
> Thanks for qvint for making theses build once again!
>
> We may push the package straight to stable by this Tuesday if good enough...

Okay, so for f32 there is a crash after few minutes:
https://bugzilla.rpmfusion.org/show_bug.cgi?id=5671
Anyone is able to reproduce ?

Do can revert to current stable build by using:
dnf downgrade chromium-freeworld.

Thanks for the report.
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Chromium-freeworld 83 testing required

[Nicolas Chauvet]

Hi there,

We would like to have usability feedbacks for chromium-freeworld build 83:
f31: http://koji.rpmfusion.org/koji/buildinfo?buildID=15430
f32: http://koji.rpmfusion.org/koji/buildinfo?buildID=15429
Usual browsing is expected (without crash).

Thanks for qvint for making theses build once again!

We may push the package straight to stable by this Tuesday if good enough...



-- 
-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: Nvidia Optimus and nvidia-prime, prime-select

[Nicolas Chauvet]

Le dim. 24 mai 2020 à 11:24, Sérgio Basto  a écrit :
>
> On Sun, 2020-05-24 at 08:57 +0200, Nicolas Chauvet wrote:
> > Le dim. 24 mai 2020 à 08:56, Nicolas Chauvet  a
> > écrit :
...
> > > > > > > https://rpmfusion.org/Howto/NVIDIA#Optimus
> > > > > > > https://rpmfusion.org/Howto/Optimus#NVIDIA%20PrimaryGPU%20Support
> > > > > > >
> > > > > > > About nvidia-prime:
> > > > > > > https://rpmfusion.org/Howto/Optimus#FAQ
> > > > > > >
> > > > > > > Please read the doc next time!
> > > > > >
> > > > > > OK , but it misses, in my point of view, the most important:
> > > > > >
> > > > > > xrandr --setprovideroutputsource modesetting NVIDIA-G0
> > > > > > xrandr --auto
> > > > > ??!??
> > > > >
> > > > > Why that command would be usefull with ANYTHING!
> > > > > IT IS NOT!
> > > > >
> > > > > Do the primaryGPU setup and that's all!
> > > >
> > > > After apply primaryGPU , the screen became all black !.,

PrimaryGPU alone is not enough, you need to "keep" the others options
from the nvidia.conf file.

> > > > I need to do is run these as root before the login dialog appears
> > > > [1] .
> > > >
> > > > I did some tests and on /etc/X11/xorg.conf.d/nvidia.conf is just
> > > > need
> > > You need to copy the full file in
> > > /usr/share/X11/xorg.conf.d/nvidia.conf to
> > > /etc/X11/xorg.conf.d/nvidia.conf
> > > Eventually dropping SLI and BaseMosaic, but others options are
> > > still mandatory.
> > >
> > > So in my case, it gives that:
> > > https://paste.centos.org/view/893a8b78
> > >
> > > Which card are you using ? Which desktop environment ?
>
> Two cards one Intel other Nvidia :
>
> 00:02.0 VGA compatible controller: Intel Corporation UHD Graphics 630
> (Mobile)
>
> 01:00.0 VGA compatible controller: NVIDIA Corporation GP107M [GeForce
> GTX 1050 3 GB Max-Q] (rev a1)
>
> Fedora 31 KDE , it is one laptop Lenovo IdeaPad L340-15IRH Gaming
>
> https://pcsupport.lenovo.com/us/en/products/laptops-and-netbooks/ideapad-l-series-laptop/l340-15irh-gaming/81lk
>
> > (side note), PrimaryGPU must appear un-commented only once, or the
> > first option will take-over the second.
>
> I already tested it it gives all black screen with Option "PrimaryGPU"
> "on",  else Intel graphics will be used by desktop environment .
>
> That is why we need [1] , after dig a little more today , seems Intel
> card , confuse xorg configuration , glamor is only available on Intel
> drive and modesetting for nvidia is hard ... [2]
NO, glamor confusing nvidia is past days. This is not the issue at
all, so whatever you made to workaround that, have to be reverted.
glamor is mandatory for modesettings and will be discarded as
appropriate for nvidia.

Witht that said, It's obvious that wiki from foreign distros are
confusing -you- !
Please only look at our official howto and "upstream" nvidia
documentation and revert everything else that have been mentioned
elsewhere.

> wiki.archlinux.org also have many text about Nvidia(s) and in section
> "Use NVIDIA graphics only" [3] also talk in [1] ...
>
> I'd like disable Intel , Intel modeseting and Intel glamor ...
> [1]
> xrandr --setprovideroutputsource modesetting NVIDIA-G0 or NVIDIA-0
Once again, that's outdated documentation. Fedora doesn't need that
anymore by default.
Of course if you don't have the PrimaryGPU set as appropriate, you can
still use that, but it's dramatically sub-optimal.

Please open a bugzilla ticket with the archive generated by
nvidia-bug-report.sh attached.
This have to be generated on the target configuration (with both
"PrimaryGPU" and "AllowEmptyInitialConfiguration" set in nvidia.conf)
You may have to create it from a remote computer if needed.


-- 
-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: Nvidia Optimus and nvidia-prime, prime-select

[Nicolas Chauvet]

Le dim. 24 mai 2020 à 08:56, Nicolas Chauvet  a écrit :
>
> Le dim. 24 mai 2020 à 01:31, Sérgio Basto  a écrit :
> >
> > On Sat, 2020-05-23 at 20:32 +0200, Nicolas Chauvet wrote:
> > > Le sam. 23 mai 2020 à 19:33, Sérgio Basto  a écrit
> > > :
> > > > On Sat, 2020-05-23 at 09:17 +0200, Nicolas Chauvet wrote:
> > > > > Le sam. 23 mai 2020 à 04:45, Sérgio Basto  a
> > > > > écrit
> > > > > :
> > > > > > Hi,
> > > > > > I finally manage to put my Nvidia as primary GPU, with [1], we
> > > > > > got
> > > > > ?!???
> > > > >
> > > > > https://rpmfusion.org/Howto/NVIDIA#Optimus
> > > > > https://rpmfusion.org/Howto/Optimus#NVIDIA%20PrimaryGPU%20Support
> > > > >
> > > > > About nvidia-prime:
> > > > > https://rpmfusion.org/Howto/Optimus#FAQ
> > > > >
> > > > > Please read the doc next time!
> > > >
> > > > OK , but it misses, in my point of view, the most important:
> > > >
> > > > xrandr --setprovideroutputsource modesetting NVIDIA-G0
> > > > xrandr --auto
> > > ??!??
> > >
> > > Why that command would be usefull with ANYTHING!
> > > IT IS NOT!
> > >
> > > Do the primaryGPU setup and that's all!
> >
> > After apply primaryGPU , the screen became all black !.,
> >
> > I need to do is run these as root before the login dialog appears [1] .
> >
> > I did some tests and on /etc/X11/xorg.conf.d/nvidia.conf is just need
> You need to copy the full file in
> /usr/share/X11/xorg.conf.d/nvidia.conf to
> /etc/X11/xorg.conf.d/nvidia.conf
> Eventually dropping SLI and BaseMosaic, but others options are still 
> mandatory.
>
> So in my case, it gives that: https://paste.centos.org/view/893a8b78
>
> Which card are you using ? Which desktop environment ?

(side note), PrimaryGPU must appear un-commented only once, or the
first option will take-over the second.


-- 
-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: Nvidia Optimus and nvidia-prime, prime-select

[Nicolas Chauvet]

Le dim. 24 mai 2020 à 01:31, Sérgio Basto  a écrit :
>
> On Sat, 2020-05-23 at 20:32 +0200, Nicolas Chauvet wrote:
> > Le sam. 23 mai 2020 à 19:33, Sérgio Basto  a écrit
> > :
> > > On Sat, 2020-05-23 at 09:17 +0200, Nicolas Chauvet wrote:
> > > > Le sam. 23 mai 2020 à 04:45, Sérgio Basto  a
> > > > écrit
> > > > :
> > > > > Hi,
> > > > > I finally manage to put my Nvidia as primary GPU, with [1], we
> > > > > got
> > > > ?!???
> > > >
> > > > https://rpmfusion.org/Howto/NVIDIA#Optimus
> > > > https://rpmfusion.org/Howto/Optimus#NVIDIA%20PrimaryGPU%20Support
> > > >
> > > > About nvidia-prime:
> > > > https://rpmfusion.org/Howto/Optimus#FAQ
> > > >
> > > > Please read the doc next time!
> > >
> > > OK , but it misses, in my point of view, the most important:
> > >
> > > xrandr --setprovideroutputsource modesetting NVIDIA-G0
> > > xrandr --auto
> > ??!??
> >
> > Why that command would be usefull with ANYTHING!
> > IT IS NOT!
> >
> > Do the primaryGPU setup and that's all!
>
> After apply primaryGPU , the screen became all black !.,
>
> I need to do is run these as root before the login dialog appears [1] .
>
> I did some tests and on /etc/X11/xorg.conf.d/nvidia.conf is just need
You need to copy the full file in
/usr/share/X11/xorg.conf.d/nvidia.conf to
/etc/X11/xorg.conf.d/nvidia.conf
Eventually dropping SLI and BaseMosaic, but others options are still mandatory.

So in my case, it gives that: https://paste.centos.org/view/893a8b78

Which card are you using ? Which desktop environment ?




-- 
-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: Nvidia Optimus and nvidia-prime, prime-select

[Nicolas Chauvet]

Le sam. 23 mai 2020 à 19:33, Sérgio Basto  a écrit :
>
> On Sat, 2020-05-23 at 09:17 +0200, Nicolas Chauvet wrote:
> > Le sam. 23 mai 2020 à 04:45, Sérgio Basto  a écrit
> > :
> > > Hi,
> > > I finally manage to put my Nvidia as primary GPU, with [1], we got
> > ?!???
> >
> > https://rpmfusion.org/Howto/NVIDIA#Optimus
> > https://rpmfusion.org/Howto/Optimus#NVIDIA%20PrimaryGPU%20Support
> >
> > About nvidia-prime:
> > https://rpmfusion.org/Howto/Optimus#FAQ
> >
> > Please read the doc next time!
>
> OK , but it misses, in my point of view, the most important:
>
> xrandr --setprovideroutputsource modesetting NVIDIA-G0
> xrandr --auto
??!??

Why that command would be usefull with ANYTHING!
IT IS NOT!

Do the primaryGPU setup and that's all!


-- 
-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: Nvidia Optimus and nvidia-prime, prime-select

[Nicolas Chauvet]

Le sam. 23 mai 2020 à 04:45, Sérgio Basto  a écrit :
>
> Hi,
> I finally manage to put my Nvidia as primary GPU, with [1], we got
?!???

https://rpmfusion.org/Howto/NVIDIA#Optimus
https://rpmfusion.org/Howto/Optimus#NVIDIA%20PrimaryGPU%20Support

About nvidia-prime:
https://rpmfusion.org/Howto/Optimus#FAQ

Please read the doc next time!





-- 
-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: RPM Fusion configuration page

[Nicolas Chauvet]

Le mer. 20 mai 2020 à 19:51, Antonio Trande  a écrit :
>
> None conflict for me by installing \*-firmware.
> Third part repositories present other than rpmfusion?
ivtv-firmware is a fedora package that is indeed installed by default.
(even maintained by me)

dvb-firmware is available on the tainted nonfree repository.
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: RPM Fusion configuration page

[Nicolas Chauvet]

Le mer. 20 mai 2020 à 19:10, Matti Pulkkinen  a écrit :
>
> Hello,
>
> The last command on the configuration page at
> https://rpmfusion.org/Configuration does not seem to work quite right at
> the moment. When I tried to execute "sudo dnf install \*-firmware" I got
> a transaction test error, which I've attached as a text file. The first
> word just means "error" but the rest is in English.
>
> It's not a very big deal, really. Excluding one of the problematic
> packages – which was fine at least in my case, because both packages
> seem rather niche – allows the installation to go through just fine. I
> just thought maybe this section of the web page could be revised somehow
> to take this file conflict into account. This would make for a smoother
> experience for people going through the instructions. Big deal or no, I
> doubt anyone wants to see errors popping up.


Thanks for the report. I will fix as appropriate.



-- 
-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: try to prevent rpmfusion-free-obsolete-packages rpmfusion-nonfree-obsolete-packages install

[Nicolas Chauvet]

Le mar. 12 mai 2020 à 17:02, Farkas Levente  a écrit :
>
> On 5/12/20 4:50 PM, Dominik 'Rathann' Mierzejewski wrote:
> > On Tuesday, 12 May 2020 at 14:00, Nicolas Chauvet wrote:
> >> Le mar. 12 mai 2020 à 13:46, Farkas Levente  a écrit :
> >>>
> >>> hi,
> >>> for some reason we still need gstreamer-0.10 packages on fedora-32 and
> >>> rhel/centos-8. we manage to build them and use them. unfortunately all
> >>> of these packages removed at all updates. the reason for this is the
> >>> rpmfusion-free-obsolete-packages rpmfusion-nonfree-obsolete-packages
> >>> packages which always installed (even if we remove them) and as they
> >>> obsoletes gstreamer-0.10 packages the result on a fully updated system
> >>> is a few package removal.
> >>>
> >>> imho it'd be useful if there can be a setting which prevent this very
> >>> aggressive deletion of packages.
> >>
> >> Unfortunately, it's still difficult to take into account "downstream 
> >> users".
> >> So I instead, I would suggest to import the base gstreamer packages
> >> into rpmfusion-free, and build everything there so we can provide a
> >> side repository that will be de-activated by default.
> >>
> >> Does it seems appropriate ?
> >
> > FWIW, I set up a COPR repository for F31+ at
> > https://copr.fedorainfracloud.org/coprs/rathann/gstreamer0.10/ .
> >
> > Feel free to (re-)use it. If you think it makes sense to import
> > that package set into RPM Fusion, I can submit the required Review
> > tickets.
>
> would be nice if i know it before i did it mysqlf:_)
>
> anyway the problem is if you install these packages and then:
> dnf update
> all of your packages will be removed!

Can you get more clear? We don't replace fedora packages, it's totally
forbidden by our policy.
So can you be accurate on what you requires from us ?

If you import the packages into rpmfusion, a review is mandatory.

Thanks in advance.
(I'm out of the loop for this topic until one submit fedora gst for review).

-- 
-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: try to prevent rpmfusion-free-obsolete-packages rpmfusion-nonfree-obsolete-packages install

[Nicolas Chauvet]

Le mar. 12 mai 2020 à 13:46, Farkas Levente  a écrit :
>
> hi,
> for some reason we still need gstreamer-0.10 packages on fedora-32 and
> rhel/centos-8. we manage to build them and use them. unfortunately all
> of these packages removed at all updates. the reason for this is the
> rpmfusion-free-obsolete-packages rpmfusion-nonfree-obsolete-packages
> packages which always installed (even if we remove them) and as they
> obsoletes gstreamer-0.10 packages the result on a fully updated system
> is a few package removal.
>
> imho it'd be useful if there can be a setting which prevent this very
> aggressive deletion of packages.

Unfortunately, it's still difficult to take into account "downstream users".
So I instead, I would suggest to import the base gstreamer packages
into rpmfusion-free, and build everything there so we can provide a
side repository that will be de-activated by default.

Does it seems appropriate ?

-- 
-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: NVIDIA 340xx problem with kernel 5.6.6

[Nicolas Chauvet]

Le mer. 29 avr. 2020 à 21:31, t_pol  a écrit :
>
> Hi list members.
>
> After having worked fine for a number of kernel upgrades from
> 5.4 to 5.5 ... , the nvidia-340xx module was not automatically
> rebuild by kmod during the kernel upgrade to 5.6.6 leaving
> the system stuck during the boot process.
>
> Right now I've uninstalled kernel 5.6.6 and
> excluded kernel* in /etc/dnf/dnf.conf.
>
> I'm using Fedora 31 on an HP pavilion dv5 laptop
>
> The nvidia driver has been installed following
> this: https://rpmfusion.org/Howto/NVIDIA
>
> I've attached the log file:
> 
> "/var/cache/akmods/nvidia-340xx/340.108-1-for-5.6.6-200.fc31.x86_64.failed.log"
> but the system rejected it with the following message:
> "The message is larger than the 128 KB maximum size"
> so I've removed the attachment and re-sent the mail.
>
> Can someone kindly help me ?

Hello,

This is one of the common bugs for fedora 32:
https://rpmfusion.org/CommonBugs

There is no active maintainer for the 340xx serie, so you will likely
have another issue on the next kernel that will break.

Thanksfully Leigh has submitted an update.
http://koji.rpmfusion.org/koji/buildinfo?buildID=15073
But he do not own a 340xx device, so will unlikely maintain and fix if
there is another severe issue.

Thanks for your understanding.



-- 
-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

EPEL bodhi updates needs

[Nicolas Chauvet]

Hello,

As reported in bugzilla, there is a need for EPEL users to add karma
for few bodhi updates needed by RPM Fusion packages:

ffmpeg: (currently in stable, so urgent)
srt el8: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-f00f97e523
srt el7: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-da484c111e

vlc (from rpmfusion-free-updates-testing)
libmicrodns:
el8 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-2fb9dd7422
el7 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-c132b5f37e

Thanks in advance.

-- 
-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: aMule problem on Fedora 31 (and Fedora 30)

[Nicolas Chauvet]

Le lun. 4 nov. 2019 à 21:57, Dario Lesca  a écrit :
>
> Notice: amule-2.3.2-19.fc31 is unusable on Fedora 31.
>
> If you want to use it, you must rebuild it, follow this note.
> https://bugzilla.rpmfusion.org/show_bug.cgi?id=5197#c51

Can you produce a patch again the rpmfusion package instead of
grabbing a foreign distro package.
Use rfpkg clone free/amule

It's more likely that using a recent snapshot might solve the issue,
please keep the rpmfusion package history (changelog, etc).

Thx
-- 
-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: Steam and Nvidia do not appear in GNOME Software

[Nicolas Chauvet]

Le sam. 26 oct. 2019 à 00:02,  a écrit :
>
> In terminal I find steam and nvidia with "dnf search" but not in GNOME 
> Software

This issue was fixed on our side. Can you confirm it works for you ?
You might need to refresh the content cached with:
pkcon refresh force



-- 
-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: Help enable nvidia driver after f30>f31 upgrade.

[Nicolas Chauvet]

> Just for me to understand... the 340xx driver and its akmod are installed, so 
> I added
> rd.driver.blacklist=nouveau modprobe.blacklist=nouveau
> to the kernel boot line (with grubby), but it still loaded the nouveau driver.
> What am I missing?
no need the rawhide kernel nodebug, it's not possible to build nvidia
with a debug kernel. (or maybe it's already broken).

I end to package a long term kernel if you want a test.
https://copr.fedorainfracloud.org/coprs/kwizart/kernel-longterm-4.19/builds/

> Regarding the fact that NVIDIA will EOL at the end of the year, that's OK as 
> by then I intend to be using CentOS 8 if it's out.
Using RHEL/CentOS kernel is even more difficult, specially because
it's everything but a longterm 4.18 kernel.You will have to craft your
own patch.

> P.S. (first I intend to get the proprietary driver working before trying 
> nouveau-firmware)
Really, having nouveau is the safest path IMO. (depends on your needs).

-- 
-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: Help enable nvidia driver after f30>f31 upgrade.

[Nicolas Chauvet]

Le lun. 16 sept. 2019 à 18:51, Sergio Cipolla  a écrit :
>
> I've just upgraded from f30 to f31 and it went with almost no issues. I used 
> the command:
>
> dnf --releasever=31 --setopt=module_platform_id=platform:f31 
> --enablerepo=updates-testing distro-sync
>
> Besides literally a couple of errors with packages (warnings with files), 
> it's gone perfectly. Except that the module for my nvidia 340 driver seems to 
> not have been built for the f31 kernel.
>
> # dnf list --installed |grep nvidia
> akmod-nvidia-340xx.x86_64   1:340.107-10.fc31 
>  @rpmfusion-nonfree
> kmod-nvidia-340xx.x86_641:340.107-10.fc31 
>  @rpmfusion-nonfree
> kmod-nvidia-340xx-5.2.13-200.fc30.x86_64.x86_64 1:340.107-10.fc31 
>  @@commandline
> xorg-x11-drv-nvidia-340xx.x86_641:340.107-5.fc31  
>  @rpmfusion-nonfree
> xorg-x11-drv-nvidia-340xx-cuda.x86_64   1:340.107-5.fc31  
>  @rpmfusion-nonfree
> xorg-x11-drv-nvidia-340xx-devel.x86_64  1:340.107-5.fc31  
>  @rpmfusion-nonfree
> xorg-x11-drv-nvidia-340xx-kmodsrc.x86_641:340.107-5.fc31  
>  @rpmfusion-nonfree
> xorg-x11-drv-nvidia-340xx-libs.x86_64   1:340.107-5.fc31  
>  @rpmfusion-nonfree
>
> This is after the reboot and the system is using nouveau.
> Maybe it's because there's no blacklisting for nouveau in grub?
>
> [root@localhost boot]# cat grub2/grubenv
> # GRUB Environment Block
> boot_success=1
> boot_indeterminate=2
> saved_entry=201331dbb21c48cf85f38f1cf741d069-5.3.0-0.rc6.git0.1.fc31.x86_64
> kernelopts=root=UUID=5b3cc64d-6173-4ed0-9c03-635395a371af ro quiet 
> resume=UUID=87eb1105-f591-44a9-abc9-55db73732dfc rhgb

It looks like everything is set as appropriate. the 340xx is indeed
EOL by NVIDIA by the end of the year. There is no maintainer for this
release.
Please not that even if it works with the xorg-server, there is
unlikely fixes for kernel support.
https://nvidia.custhelp.com/app/answers/detail/a_id/3142/~/support-timeframes-for-unix-legacy-gpu-releases

If you need the proprietary driver for video output, you can test
using nouveau-firmware from tainted-nonfree.

Others drivers are working fine with f31 at this step.


-- 
-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Optimus update for Offload Sync Support

[Nicolas Chauvet]

Hello,

FYI, I've updated the Howto related to Optimus.
There is support for Offload Sync.

https://rpmfusion.org/Howto/Optimus

Please Test and provide feedback.

(this relies on yet to be pushed xorg-x11-drv-nvidia).

-- 
-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: pulseaudio-module-bluetooth-freeworld-1.1.99-6.20190630git2fde9.fc31.x86_64 needs recompiling for the new pulseaudio version

[Nicolas Chauvet]

Le lun. 5 août 2019 à 18:47, stan  a écrit :
>
> Hi,
>
> This package is preventing the update of pulseaudio in rawhide.  I
> don't use bluetooth, but it is a dependency of several other packages,
> and when I tell dnf to remove it, it wants to remove those other
> packages.
>
> I'm having a problem getting pulseaudio-equalizer working in rawhide
> since the mass rebuild.  It probably isn't pulseaudio, since the
> equalizer was working fine before the mass rebuild with the current 12.2
> version, and it hasn't been updated to 12.99, but I would like to remove
> it as a possible issue.

Hi,

Thx for getting in touch.
It's probably best to report to bugzilla because it will notify the
current maintainer that will provide the most appropriate answer
Please use bugzilla.rpmfusion.org and use the
pulseaudio-module-bluetooth-freeworld component.

-- 
-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: Fix console text (resolution/alignment) - F30, 340xx driver

[Nicolas Chauvet]

Le jeu. 18 juil. 2019 à 15:12, Sergio Cipolla  a écrit :
>
> I thought I had replied already. I installed the driver and it seems there's 
> no way to change the console resolution, maybe because vesa is disabled. But 
> the text being off screen was just a matter of auto-adjusting the monitor 
> again.
You already have replied, but if you rely on hyperkitty for the
answer, we have a know but that replies sometime aren't seen.

As I understand, the text console is a limitation of the NVIDIA
driver. It's true that with current nvidia serie, we don't set
GRUB_GFXPAYLOAD_LINUX=text anymore leaving the bootloader (EFI)
framebuffer to be re-used eventually by grub, but it's not something
that is supported by NVIDIA as they want noone else to tweak the
device before them.

If you want a better resolution for the console, you will need a KMS
driver such as nouveau. NVIDIA has no plan to support KMS driver, as
such there is no way around (that is supported by NVIDIA).

I hope you understand.
Thx for your question.
-- 
-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: RPM Fusion dnf issues

[Nicolas Chauvet]

Le jeu. 11 juil. 2019 à 07:57, Robin Laing  a écrit :
>
> On 10/07/2019 21:31, Ed Greshko wrote:
> > On 7/11/19 11:19 AM, Robin Laing wrote:
> >> rpmfusion is very slow or not working at all at times.
> >>
> >> Status report?
There is no report of such issue in bugzilla.rpmfusion.org
So everything is still working fine.

Thx
-- 
-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: VLC coredumps on F30

[Nicolas Chauvet]

Le lun. 8 juil. 2019 à 16:16, Nicolas Chauvet  a écrit :
>
> Le lun. 8 juil. 2019 à 15:18, SternData
>  a écrit :
> >
> > Removed and reinstalled VLC, but I get a core dump
> >
> > $ vlc
> > VLC media player 3.0.7.1 Vetinari (revision 3.0.7.1-0-gf3940db4af)
> > [5583cd0c6be0] main libvlc: Running vlc with the default interface.
> > Use 'cvlc' to use vlc without interface.
> > Segmentation fault (core dumped)
> >
> > Full strace at https://paste.fedoraproject.org/paste/D8pUOwkozc31cbxX2bPh4Q
>
> Can you reproduce from a clean install with only Fedora + RPM Fusion
> packages ? (or another computer)
> I simply don't reproduce the crash on many systems.

> Also you seems to search for libraries in /usr/lib64/vlc and
> /usr/lib64/pulseaudio
That last is expected actually. So not the issue.

-- 
-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: VLC coredumps on F30

[Nicolas Chauvet]

Le lun. 8 juil. 2019 à 15:18, SternData
 a écrit :
>
> Removed and reinstalled VLC, but I get a core dump
>
> $ vlc
> VLC media player 3.0.7.1 Vetinari (revision 3.0.7.1-0-gf3940db4af)
> [5583cd0c6be0] main libvlc: Running vlc with the default interface.
> Use 'cvlc' to use vlc without interface.
> Segmentation fault (core dumped)
>
> Full strace at https://paste.fedoraproject.org/paste/D8pUOwkozc31cbxX2bPh4Q

Can you reproduce from a clean install with only Fedora + RPM Fusion
packages ? (or another computer)
I simply don't reproduce the crash on many systems.
Also you seems to search for libraries in /usr/lib64/vlc and
/usr/lib64/pulseaudio

If you can have a reproducer, please report to bugzilla.rpmfusion.org
with a full backstrace (not a strace).
See also https://fedoraproject.org/wiki/StackTraces

Thx


-- 
-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: persistent errors updating mplayer

[Nicolas Chauvet]

Le mar. 2 juil. 2019 à 13:14, Tom Horsley  a écrit :
>
> I've been getting this message when downloading updates for
> a few days now. Is anyone looking at it?
>
>  Problem: package vdr-mplayer-0.10.2-20.fc30.x86_64 requires vdr(abi)(x86-64) 
> = 2.4.0, but none of the providers can be installed
>   - cannot install both vdr-2.4.1-1.fc30.x86_64 and vdr-2.4.0-6.fc30.x86_64
>   - cannot install both vdr-2.4.0-6.fc30.x86_64 and vdr-2.4.1-1.fc30.x86_64
>   - cannot install the best update candidate for package 
> vdr-mplayer-0.10.2-19.fc30.x86_64
>   - cannot install the best update candidate for package 
> vdr-2.4.0-6.fc30.x86_64

This is been worked on, and the fix will be pushed into stable
directly (along with others build that will fix others deps issue with
fedora).

With that said , my point is that dependency vdr(abi)(x86-64) should
be fixed to something like 2.4 (instead of 2.4.0) so vdr 2.4.1
shouldn't need to update every vdr plugins ?
If you can test and report that using vdr-2.4.1 with the current
vdr-mplayer works, it would be nice. (dnf download vdr && rpm -Uvh
--force vdr-2.4.1*.rpm).

Thx in advances.



-- 
-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: akmodsposttrans ??

[Nicolas Chauvet]

Google it. On the fedora wiki.
I'm travelling

Le mar. 7 mai 2019 07:21, Ed Greshko  a écrit :

> On 5/7/19 8:11 AM, Nicolas Chauvet wrote:
>
> Can you verify if you have grub2 switched to the bootloader spécification
> ? This is a Fedora 30 feature and could explain it
>
>
> Sure, I can check.  If I knew what you meant.   :-) :-)
>
> Command please.
> ___
> rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
> To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org
>
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: akmodsposttrans ??

[Nicolas Chauvet]

Can you verify if you have grub2 switched to the bootloader spécification ?
This is a Fedora 30 feature and could explain it




Le dim. 5 mai 2019 14:41, Ed Greshko  a écrit :

> Hi,
>
> Has anyone noticed that akmodsposttrans isn't generating new nVidia
> modules when kernels greater than 5.0.9 are installed?
>
> They are generated at either shutdown or boot time.  Forgot to check which
> systemd unit is getting run.
>
> ___
> rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
> To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org
>
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: Mythtv 30 - F28?

[Nicolas Chauvet]

Le sam. 30 mars 2019 à 14:41, Kim Bisgaard  a écrit :
>
> Hi,
>
> I can see that have been in F29 for some time. Any reason I has not yet
> been packaged for F28?
It's up to the packager.

But It's usually expected that few month before fedora 28 will be EOL
that moving to newer versions are less often.
There are few regression experienced by some users (wrt dvbv5/dvbv3
and dual dvb-c/t tuner) that aren't going to be fixed by the f28
livetime, so if you want to keep a stable system, please keep with
f28.
In the other case, you can still upgrade to f29...

Thx for asking.

-- 
-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: akmod build for nvidia-340xx fails with 5.0 kernel

[Nicolas Chauvet]

Le mar. 26 mars 2019 à 13:36, Richard Shaw  a écrit :
>
> On Tue, Mar 26, 2019 at 6:23 AM Nicolas Chauvet  wrote:
>>
>> Le mar. 26 mars 2019 à 12:15, Tom Horsley  a écrit :
>> >
>> > On Tue, 26 Mar 2019 18:19:14 +0800
>> > Ed Greshko wrote:
>> >
>> > > Is this a known issue?
>> >
>> > I see a patch provided here. Hopefully it gets in
>> > rpmfusion soon:
>>
>> It depends on one volunteering to maintain the driver, it's mandatory
>> to have a maintainer using the target hardware and it's not the case
>> for Leigh and me.
>> See also https://bugzilla.rpmfusion.org/show_bug.cgi?id=5195
>
>
> I have the hardware and can test but Fedora and FOSS is not my $DAYJOB so it 
> just depends on how quickly I find out there's a problem and find time to 
> work on it...
Hi Richard,

Sure, things. I'm not either dedicated to work on Fedora or even RPM Fusion.

But please add yourself in the co-maintainer list if you are
interested in this device:
https://admin.rpmfusion.org/pkgdb/package/nonfree/nvidia-340xx-kmod/
https://admin.rpmfusion.org/pkgdb/package/nonfree/xorg-x11-drv-nvidia-340xx/

Thx


-- 
-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: akmod build for nvidia-340xx fails with 5.0 kernel

[Nicolas Chauvet]

Le mar. 26 mars 2019 à 12:15, Tom Horsley  a écrit :
>
> On Tue, 26 Mar 2019 18:19:14 +0800
> Ed Greshko wrote:
>
> > Is this a known issue?
>
> I see a patch provided here. Hopefully it gets in
> rpmfusion soon:

It depends on one volunteering to maintain the driver, it's mandatory
to have a maintainer using the target hardware and it's not the case
for Leigh and me.
See also https://bugzilla.rpmfusion.org/show_bug.cgi?id=5195




--
-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: Cannot use nvidia drivers with GeForce GTX 960M

[Nicolas Chauvet]

Try to switch to gdm or lightdm instead.







Le dim. 23 déc. 2018 20:28, Frédéric  a écrit :

>  You need to disable secure boot
>
> you're right, I can now load the nvidia driver instead of nouveau.
> lsmod showed nvidia lines and no nouveau line.
> The problem is now that I arrive on a completely black screen instead
> of the session manager (sddm on Plasma).
> I was able to switch to a terminal with Ctrl+Alt+F2 and login as root
> to run lsmod.
>
> So one step further but a completely black screen. Any idea?
>
> F
> ___
> rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
> To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org
>
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: Cannot use nvidia drivers with GeForce GTX 960M

[Nicolas Chauvet]

You need to disable secure boot












Le dim. 23 déc. 2018 14:01, Frédéric  a écrit :

> HI,
>
> I have a nvidia GTX 960M video card with optimus on my DELL XPS15 laptop:
> $ lspci
> 00:02.0 VGA compatible controller: Intel Corporation HD Graphics 530
> (rev 06)01:00.0
> 3D controller: NVIDIA Corporation GM107M [GeForce GTX 960M] (rev a2)
>
> I run Fedora 29 with fresh dnf upgrade and I followed the wiki to
> install the nvidia proprietary drivers
> (https://rpmfusion.org/Howto/NVIDIA):
> $ dnf install xorg-x11-drv-nvidia akmod-nvidia xorg-x11-drv-nvidia-cuda
>
> However, the nvidia driver is not started.
>
> $ nvidia-settings
> ERROR: NVIDIA driver is not loaded
> ERROR: Unable to load info from any available system
>
> How can I debug this?
>
> Thanks,
>
> F
> ___
> rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
> To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org
>
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Fixed some issues with email and mailing list

[Nicolas Chauvet]

Hi there,

For your information, I've fixed some infrastructure issues with smtp
and the mailing lists recently.
If you have sent an email on 30th November (and possibly older), you
may have to resend.

Thx

-- 
-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: rss-glx xscreensaver

[Nicolas Chauvet]

Le mer. 17 oct. 2018 à 17:14, Lawrence E Graves
 a écrit :
...
> > What is your Fedora version?
> It gives me the same results. I tried that first and then went to web
> and found libGLEW and tried installing it and it asked for rpmlib. I am
> trying to run Fedora 29

rss-glx is failing to build from source in f29.
You need to un-install it if it breaks things from your upgrade.

-- 
-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: EVGA GTX 980 on MacPro 3,1

[Nicolas Chauvet]

Le jeu. 11 oct. 2018 à 14:07,  a écrit :
>
> I am having problems with the rpmfusin nvidia drivers under Fedora 28 on a 
> 2008 Mac Pro with an EVGA GTX680 flashed to Mac ROMs. The same card has no 
> issues in Windows 10, macOS High Sierra/Mojave or on F28/Ubuntu bionic/cosmic 
> under the default nouveau drivers. However under the rpmfusion nviida 
> drivers, I get a white hyphen on the screen and then a black screen with no 
> back lighting. While trying the recipe from 
> https://www.if-not-true-then-false.com/2015/fedora-nvidia-guide/ I found that 
> a kernel image built with the nouveau drive blacklisted is unable to produce 
> video using the default frame buffer.
>
> Can someone clarify how the akmod build of the kenrel modules works in 
> rpmfuse? In particular, does the the kernel image with the nvidia driver 
> support get built and installed on the installation of the nvidia rpmfusion 
> packages or upon rebooting (which would mean that the freame buffer must be 
> used at some point)?

I re-interate what I've said in #fedora IRC channel. get us an output
of nvidia-bug-report.sh
The nvidia kernel module should be built on post-installation, but if
you reboot too early, it can also be built on the next boot. If for
some reason the module is not loaded, nouveau will take-over. And you
may have nvidia on the second reboot.
We don't use nomodeset anymore on the RPM Fusion package, as we use
other technique to block nouveau from loading.

Please also mention which driver serie you are using, you should get
main nvidia driver with your NVIDIA card.
Thx for your understanding.

-- 
-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: Should F28-->F29 upgrade be successful?

[Nicolas Chauvet]

Le mar. 2 oct. 2018 à 04:22, Ed Greshko  a écrit :
>
> On 10/2/18 9:49 AM, Sérgio Basto wrote:
>
> vlc-3.0.5-1.fc29 is available on updates-testing , i.e enabling 
> updates-testing should fix this issue. , until vlc is not push to stable ...
>
>
> Well, it fixes the vlc issue, but
>
> Error:
>  Problem: problem with installed package 
> pycryptopp-0.6.0.1206569328141510525648634803928199668821045408958-15.fc28.x86_64
>   - package 
> pycryptopp-0.6.0.1206569328141510525648634803928199668821045408958-15.fc29.x86_64
>  requires libcryptopp.so.6()(64bit), but none of the providers can be 
> installed
>   - 
> pycryptopp-0.6.0.1206569328141510525648634803928199668821045408958-15.fc28.x86_64
>  does not belong to a distupgrade repository
>   - cryptopp-6.1.0-2.fc28.x86_64 does not belong to a distupgrade repository
cryptopp and pycryptopp are in fedora side (and pycryptopp should have
been retired)).

>
> So, I think the answer is that upgrade process with RPMfusion isn't ready at 
> this early date.  Not a big deal.
RPM Fusion is ready for f29.


-- 
-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: RPM Fusion update report 2018-09-27

[Nicolas Chauvet]

> Should Openshot have been pushed to stable with libopenshot{,-audio}?
Yes, this was corrected after this report.

-- 
-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: [Proposal] Request adding info about installing rpmfusion-free-appstream-data & rpmfusion-nonfree-appstream-data to https://rpmfusion.org/Configuration

[Nicolas Chauvet]

2018-09-11 14:03 GMT+02:00 Akarshan Biswas :
> Hi. Everyone
> The page on https://rpmfusion.org/Configuration doesn't ask users to install 
> rpmfusion-free-appstream-data & rpmfusion-nonfree-appstream-data after adding 
> rpmfusion repository to the system, therefore the software center on fedora 
> doesn't show the list of apps in rpmfusion repository. Many people complains 
> about fedora not having enough apps even after installing rpmfusion because 
> of missing appstream data packages.
>
> So my request is to add some information about adding these packages as well 
> in order to get rpmfusion apps in software center as well. This will help 
> alot for non-tech savvy users who are using fedora and hate to use the 
> terminal.

Hi,

Thx for rising this point.
Nothing prevent to document this for users. But please remind that
this is a (gnome~) desktop feature and rpmfusion can be installed
where appdata are not relevant (server , lighter desktop env).

We we tried to take this into account and found that the best way was
to use Supplements: appstream-data. That way when appstream-data is
available, the rpmfusion-free-appstream-data package is installed as
needed.
So what you describes is that this does not work as intended ?
Can you try to reproduce using cmd line and graphicals tools ? (using
a dedicated VM if need)

Thx


-- 
-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: Kodi v18

[Nicolas Chauvet]

2018-08-29 16:02 GMT+02:00 Michael Cronenworth :
> Hi all,
>
> Kodi 18.0 is finally getting close to a general release. Some of the new
> features include support for new display systems: Wayland and GBM. The kodi
> package will change a little, but the changes will allow you to use the
> display system of your choice.
>
>- kodi: Now a meta package pulling in Everything
>- kodi-common: What the kodi package used to be
Those two should be merged probably. (see later about backend selection).

>- kodi-x11: X11 binary
>- kodi-wayland: Wayland binary
>- kodi-gdm: GDM binary

I really don't like exposing users to such choices. What if user only
install kodi-wayland, but then decide to run kodi under a Xorg session
?

Probably a cleaner solution is to enforce conditional dependency from
the main kodi package such as:
Requires: kodi-x11 if Xorg
Requires: kodi-wayland if libwayland-server
etc

Also I think you are currently missing a condition as you requires the
wayland backend either or not it was enabled in the conditional...

But anyway, not a big deal, it's just that I bit every time I ear
about "users choice"
As I way better prefer the packaging(er) to do the right choice for me instead

Thx for the update.
(I still have a WIP patch for arm on upstream tracker, I will try to finish it).

-- 
-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: NVIDIA kernel module missing.

[Nicolas Chauvet]

2018-07-31 20:45 GMT+02:00 Frédéric :
> Hello,
>
> After an update of F27, the system crashed (completely stalled,
> required to manually turn it off). The update installed kernel 4.17.9.
>
> Since then I have this message at boot:
> "NVIDIA kernel module missing. Falling back to nouveau"
> and some white screen when a Plasma session is started.
>
> I uninstalled nvidia drivers with
> dnf remove "*nvidia*"
>
> reinstalled them with
> dnf install xorg-x11-drv-nvidia akmod-nvidia
>
> I still have the same message
> "NVIDIA kernel module missing. Falling back to nouveau"
>
> The computer is a laptop with nVidia GeForce GTX 560M.
>
> Any idea?
You have a GPU from the "Fermi" generation. This generation is not
supported anymore with the main serie of the NVIDIA drivers. (aka
>390).
We are seeking for a maintainer to maintain the 390xx serie, but none
yet volunteer.

Until then, you can uninstall the current driver and re-install the 340xx serie.

Thx for your understanding.

-- 
-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: Seeking nvidia legacy maintainers for 390xx/340xx series

[Nicolas Chauvet]

2018-07-24 13:48 GMT+02:00 John Pilkington :
> On 24/07/18 11:36, Nicolas Chauvet wrote:
>>
>> 2018-07-17 17:05 GMT+02:00 Nicolas Chauvet :
>>>
>>> Hi,
>>>
>>> Just to inform that with the 396+ nvidia release, the support for
>>> fermi GPU will be dropped.
>>> If you have such GPU, the current workaround will be to use the 340xx
>>> serie or to switch to nouveau.
>>> NVIDIA plans to maintain the 390xx serie for few time, so this can be
>>> added as a new package.
>>> I've started to work on the packaging (1) , but it requires more time
>>> and work that Leigh or me can offer (for free).
>>>
>>> So anyone to volunteer to maintain the 390xx driver (same for 340xx
>>> serie).
>>>
>>> Thx in advance.
>>>
>>> (btw, we plan to move to 396+ to stable in the coming days).
>>>
>>>
>>> (1)
>>> https://bugzilla.rpmfusion.org/show_bug.cgi?id=4928
>>
>>
>>
>> FYI, We are going to move the 396.45 driver to stable later today.
>> Please give it a test from the rpmfusion-nonfree-updates-testing
>> repository
>> (and WARN if anything).
>>
>> Thx
>>
>>
> It's working for me:  KDE fc27 x86_64 GT710 with VGA and HDMI
>
> After installing, attempting to Reboot from the KDE/Plasma screen brings up
> a 'plasma crashed' warning and further attempts don't work.  I've seen this
> before.
>
> This time I just did a power-button cycle and after the usual several-minute
> reboot all seems OK

This is probably because of a "race" because once the newer package is
installed, you need to wait for the kmod to be rebuilt by
akmod-nvidia.
If you are running as root, the inhibitor (that should prevent the
local user to reboot) is bypassed.

A journalct -b  (and -1) output in a dedicated bugreport would be
welcomed. We need to fix those race conditions.


Thx for testing.



-- 
-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: Seeking nvidia legacy maintainers for 390xx/340xx series

[Nicolas Chauvet]

2018-07-17 17:05 GMT+02:00 Nicolas Chauvet :
> Hi,
>
> Just to inform that with the 396+ nvidia release, the support for
> fermi GPU will be dropped.
> If you have such GPU, the current workaround will be to use the 340xx
> serie or to switch to nouveau.
> NVIDIA plans to maintain the 390xx serie for few time, so this can be
> added as a new package.
> I've started to work on the packaging (1) , but it requires more time
> and work that Leigh or me can offer (for free).
>
> So anyone to volunteer to maintain the 390xx driver (same for 340xx serie).
>
> Thx in advance.
>
> (btw, we plan to move to 396+ to stable in the coming days).
>
>
> (1)
> https://bugzilla.rpmfusion.org/show_bug.cgi?id=4928


FYI, We are going to move the 396.45 driver to stable later today.
Please give it a test from the rpmfusion-nonfree-updates-testing repository
(and WARN if anything).

Thx


-- 
-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Seeking nvidia legacy maintainers for 390xx/340xx series

[Nicolas Chauvet]

Hi,

Just to inform that with the 396+ nvidia release, the support for
fermi GPU will be dropped.
If you have such GPU, the current workaround will be to use the 340xx
serie or to switch to nouveau.
NVIDIA plans to maintain the 390xx serie for few time, so this can be
added as a new package.
I've started to work on the packaging (1) , but it requires more time
and work that Leigh or me can offer (for free).

So anyone to volunteer to maintain the 390xx driver (same for 340xx serie).

Thx in advance.

(btw, we plan to move to 396+ to stable in the coming days).


(1)
https://bugzilla.rpmfusion.org/show_bug.cgi?id=4928

-- 
-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: RPM Fusion update report 2018-06-19

[Nicolas Chauvet]

FYI, This push was only to fix the rpmfusion-*-release for EL
I've only pushed the stable el repos. The others packages will be
moved not before friday.

Please report testing.
Thx

2018-06-19 21:57 GMT+02:00  :
> RPM Fusion update report
> 
>
> Section free:
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: X/Wayland issues after latest updates on F27

[Nicolas Chauvet]

2018-03-21 14:26 GMT+01:00 Richard Shaw :
> It had been a while since I performed an update (bad on me) so it was a
> rather large package set. But after upgrading GDM/Gnome became completely
> unusable. Everything was very slow to react and the mouse would track for a
> fraction of a second and the pause for a while.
>
> I'm not sure if it was the actual problem but downgrading gnome-shell
> "fixed" the problem enough that I now have a usable GUI, but only if I run
> startx from the command line.
I'm pretty sure that's because gnome-shell (and gdm before that) uses wayland.
The driver currently doesn't support wayland , at least not in fedora
by default, because mutter isn't compiled with EGL stream support
required by NVIDIA.
The driver currently in testing will disable wayland in gdm only on
installation. So it should only be a matter for you to reinstall the
packages.

Seems like we may better update the documentation to clearly state
that wayland is not supported yet with nvidia.

Thx
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: RPM Fusion update report 2018-03-20

[Nicolas Chauvet]

2018-03-20 13:52 GMT+01:00  :
> RPM Fusion update report
> 
>
> Section free:
[...]
>
> Fedora 27
> -
> Pushed to testing:
> comskip-0.82.003-3.fc27
> kdenlive-17.12.3-1.fc27
> kwave-17.12.3-1.fc27
> lives-2.8.9-2.fc27
> obs-studio-21.1.0-1.fc27
> qt5-qtwebengine-freeworld-5.10.1-4.fc27
^^ From this list, this one was move back to candidate.
I'm waiting for others build to succeed before pushing them.

Thx
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: nvida 3:390.25 eats all mu cpus

[Nicolas Chauvet]

2018-02-21 22:14 GMT+01:00 D. Hugh Redelmeier <h...@mimosa.com>:
> | From: Nicolas Chauvet <kwiz...@gmail.com>
[...]
> I'll send you nvidia-bug-report.log.gz privately.
You need to report this to nvidia.
I've read it, and there are very interesting informations.
The root cause seems to be because of your monitor, as the edid
considered as invalid by the nvidia driver.
But the driver constantly tries to revalidate the edid.

It's possible that there are others errors, but nvidia guys would know.
Please report the issue here: https://devtalk.nvidia.com/default/board/98/linux/
(read this first)
https://devtalk.nvidia.com/default/topic/522835/linux/if-you-have-a-problem-please-read-this-first/

There is nothing we can do on our side...


-- 
-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: nvida 3:390.25 eats all mu cpus

[Nicolas Chauvet]

2018-02-21 9:57 GMT+01:00  :
> I'm running F27 using RPM Fusion's nvidia drivers.  I've been using these 
> packages for several years (thanks!).  I did updates yesterday.  Twice.
Please attach the archive generated by nvidia-bug-report.sh on the
driver stack you are currently experiencing issue.
I would also recommand to disable wayland (in gdm AND gnome session)
if relevant.

Thx
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: Fedora 27 falls into an unresponsive black screen after signing in GDM after installing akmod-nvidia-340xx...

[Nicolas Chauvet]

2018-02-17 21:14 GMT+01:00  :
>
> Hi there,
>
> After following the steps described tfor installing akmod-nvidia-340xx...
>
> https://rpmfusion.org/Howto/NVIDIA#Legacy_GeForce_8.2F9.2F200
>
> My system fall into a unresponsive black screen... After this a relize of 
> this other topic.
>
> https://rpmfusion.org/Howto/NVIDIA#Wayland

You need to attach the archive generated by nvidia-bug-report.sh to
bugzilla.rpmfusion.org
The nvidia legacy serie does not support wayland (or even kms IIRC) so
you should not be concerned by wayland and automatically fallback to
Xorg.
(Unless gdm tries wayland even, in which case we should turn it off on
installation).


-- 
-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: vlc broken? (F26/F27)

[Nicolas Chauvet]

2017-12-14 19:19 GMT+01:00 Reindl Harald <h.rei...@thelounge.net>:
>
>
> Am 14.12.2017 um 18:59 schrieb Nicolas Chauvet:
>>
>> 2017-12-14 14:52 GMT+01:00 Reindl Harald <h.rei...@thelounge.net>:
>>>
>>> libva info: Trying to open /usr/lib/dri/i965_drv_video.so
>>> libva info: va_openDriver() returns -1
>>> [01c85728] glconv_vaapi_drm gl error: vaInitialize: unknown libva error
>>>
>>> [harry@srv-rhsoft:/downloads]$ rpm -q --file
>>> /usr/lib64/dri/i965_drv_video.so
>>> libva-intel-driver-1.8.3-2.fc26.x86_64
>>>
>>> the better question is why there are no dependencies when it's obviously
>>> needed?
>>
>> Because it's {{ not }} required, it depends on a particular hardware
>
>
> well, then it should work without that driver anyways as it's obviously not
> needed for any other software running on that same system
>
> in other words: it should be completly optional or proper required
And it is, except that in this case and because of the bug. But it can
be workarounded by installing the libva-intel-driver package on intel
hw.
In other words, there is not always a message that tell where the bug
is... Surprising ?

I'm going to revert the update as an emergency measure to prevent
others vlc users from breaking.
And at the same time, prepare a fixed update.

There are few issues that need to be fixed because of such update
hitting stable:
- We need more users to test and report feedback on the proposed updates
Probaly this will re-open the needs for bodhi. But the rpmfusion-users
mailing list is appropriate until then.
- Because of an emergency(wrt the 4.14 kernel update), I needed to
push packages twice, which in the current process means packages in
testing went in stable no matters how long they lived in testing.
This also needs to be improved.


-- 
-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: vlc broken? (F26/F27)

[Nicolas Chauvet]

2017-12-14 14:52 GMT+01:00 Reindl Harald :
>
>
> Am 14.12.2017 um 13:39 schrieb Frank Elsner:
>>
>> On Thu, 14 Dec 2017 20:23:36 +0800 Ed Greshko wrote:
>>  [ ... ]
>>
>>> Do you have libva-intel-driver installed?
>>
>>
>> No. Should I?
>
>
> libva info: Trying to open /usr/lib/dri/i965_drv_video.so
> libva info: va_openDriver() returns -1
> [01c85728] glconv_vaapi_drm gl error: vaInitialize: unknown libva error
>
> [harry@srv-rhsoft:/downloads]$ rpm -q --file
> /usr/lib64/dri/i965_drv_video.so
> libva-intel-driver-1.8.3-2.fc26.x86_64
>
> the better question is why there are no dependencies when it's obviously
> needed?
Because it's {{ not }} required, it depends on a particular hardware

I hope to issue a new snapshot soon that might fix the issue.
(I don't reproduce).

-- 
-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: Packages with conflicts

[Nicolas Chauvet]

2017-12-07 9:03 GMT+01:00 Frank Elsner <fr...@moltke28.b.shuttle.de>:
> On Wed, 6 Dec 2017 18:21:08 +0100 Nicolas Chauvet wrote:
>
>   [ ... ]
>
>> Can you run "yum-deprecated update" and report the output here, (or in
>> a bugzilla.rpmfusion.org)
>
> Here is the end of the output. I think this is sufficient.
>
> --> Finished Dependency Resolution
> Error: Package: phonon-backend-vlc-0.9.1-1.fc26.i686 (installed)
>Requires: libvlccore.so.8
>Removing: vlc-core-3.0.0-0.37.git20171009.fc26.i686 (installed)
>libvlccore.so.8
>Updated By: vlc-core-3.0.0-0.40.git20171122.fc26.i686 
> (rpmfusion-free-updates)
>   ~libvlccore.so.9
>Available: vlc-core-3.0.0-0.29.git20170622.fc26.i686 
> (rpmfusion-free)
>libvlccore.so.8
>  You could try using --skip-broken to work around the problem
>  You could try running: rpm -Va --nofiles --nodigest

This is fixed in primary mirror. The fix will propagate in the local
mirror in the next hours.
You can use: "dnf update --refresh" if needed.

Thx for the report

-- 
-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: Packages with conflicts

[Nicolas Chauvet]

2017-12-06 10:40 GMT+01:00 Frank Elsner <fr...@moltke28.b.shuttle.de>:
> On Wed, 6 Dec 2017 09:45:38 +0100 Nicolas Chauvet wrote:
>> 2017-12-06 9:31 GMT+01:00 Frank Elsner <fr...@moltke28.b.shuttle.de>:
>> > Hello,
>> >
>> > ana chance to get this solved?
>> >
>> > Fedora 26:
>> >
>> > Skipping packages with conflicts:
>> > (add '--best --allowerasing' to command line to force their upgrade):
>> >  live555i686   2017.04.26-1.fc26 rpmfusion-free   
>> > 394 k
>> >  vlc-core   i686   3.0.0-0.29.git20170622.fc26   rpmfusion-free   
>> > 8.0 M
>> >  vlc-core   i686   3.0.0-0.40.git20171122.fc26   rpmfusion-free-updates   
>> > 8.0 M
>> > Skipping packages with broken dependencies:
>> >  vlci686   3.0.0-0.40.git20171122.fc26   rpmfusion-free-updates   
>> > 2.0 M
>> >
>> >
>> > Fedora 27:
>> >
>> > Skipping packages with conflicts:
>> > (add '--best --allowerasing' to command line to force their upgrade):
>> >  vlc-core   i686   3.0.0-0.40.git20171122.fc27   rpmfusion-free-updates   
>> > 8.1 M
>> > Skipping packages with broken dependencies:
>> >  vlci686   3.0.0-0.40.git20171122.fc27   rpmfusion-free-updates   
>> > 2.0 M
>>
>> I don't reproduce on either f26 or f27.
>> Can you please provide the output of :
>> dnf repolist
>> dnf list extras
>
> Voila, here it is:
>
> # dnf repolist
> Last metadata expiration check: 1:12:06 ago on Wed 06 Dec 2017 09:25:05 AM 
> CET.
> repo id repo name 
> status
> adobe-linux-i386Adobe Systems Incorporated
>  3
> *fedora Fedora 26 - i386  
> 45,535
> *rpmfusion-free RPM Fusion for Fedora 26 - Free  
> 418
> *rpmfusion-free-updates RPM Fusion for Fedora 26 - Free - Updates
> 180
> *rpmfusion-nonfree  RPM Fusion for Fedora 26 - Nonfree   
> 164
> *rpmfusion-nonfree-updates  RPM Fusion for Fedora 26 - Nonfree - Updates  
> 60
> *updatesFedora 26 - i386 - Updates 
> 9,045
> [root@siffux ~]# dnf list extras
> Last metadata expiration check: 1:12:24 ago on Wed 06 Dec 2017 09:25:05 AM 
> CET.
> Extra Packages
> clucene09-core.i686  0.9.21b-16.fc24  @@commandline
> geoclue.i686 0.12.99-8.fc23   @@commandline
> gkrellm-aclock.i686  0.3.4-17.fc23@@commandline
> gkrellm-freq.i6862.3-3.fc23   @@commandline
> gkrellm-moon.i6860.6-18.fc23  @@commandline
> gmtk.i6861.0.9-2.fc22 @rpmfusion-free
> gnome-mplayer.i686   1.0.9-3.20150203svn2476.fc22 @rpmfusion-free
> gnome-mplayer-common.i6861.0.9-3.20150203svn2476.fc22 @rpmfusion-free
> google-chrome-stable.i38648.0.2564.116-1  @google-chrome
> hawkey.i686  0.6.4-3.fc25 @updates
> kernel-PAE.i686  4.13.15-200.fc26 @updates
> kernel-PAE.i686  4.13.16-200.fc26 @updates
> kernel-PAE-core.i686 4.13.15-200.fc26 @updates
> kernel-PAE-core.i686 4.13.16-200.fc26 @updates
> kernel-PAE-modules.i686  4.13.15-200.fc26 @updates
> kernel-PAE-modules.i686  4.13.16-200.fc26 @updates
> kernel-PAE-modules-extra.i6864.13.15-200.fc26 @updates
> kernel-PAE-modules-extra.i6864.13.16-200.fc26 @updates
> libhif.i686  0.2.3-1.fc25 @@commandline
> libkexiv2.i686   15.08.3-2.fc24   @@commandline
> libkgeomap.i686  15.08.3-3.fc24   @@commandline
> libkipi.i686 15.08.3-3.fc24   @@commandline
> libqzeitgeist.i686   0.8.0-15.fc24@@commandline
> mate-themes-extras.noarch3.16.3-2.fc22@updates
> mpg321.i686  0.2.13-4.fc19@System
> obexd.i686   1:0.46-10.fc24   @@commandline
> opera.i386   2:12.16-1860 @System
> pam_pkcs11.i686  0.6.8-8.fc24 @@commandline
> pm-utils.i6861.4.1-31.fc22@updates
> shared-desktop-ontologies.noarch 0.11.0-4.fc23

Re: Packages with conflicts

[Nicolas Chauvet]

2017-12-06 9:31 GMT+01:00 Frank Elsner :
> Hello,
>
> ana chance to get this solved?
>
> Fedora 26:
>
> Skipping packages with conflicts:
> (add '--best --allowerasing' to command line to force their upgrade):
>  live555i686   2017.04.26-1.fc26 rpmfusion-free   394 
> k
>  vlc-core   i686   3.0.0-0.29.git20170622.fc26   rpmfusion-free   8.0 
> M
>  vlc-core   i686   3.0.0-0.40.git20171122.fc26   rpmfusion-free-updates   8.0 
> M
> Skipping packages with broken dependencies:
>  vlci686   3.0.0-0.40.git20171122.fc26   rpmfusion-free-updates   2.0 
> M
>
>
> Fedora 27:
>
> Skipping packages with conflicts:
> (add '--best --allowerasing' to command line to force their upgrade):
>  vlc-core   i686   3.0.0-0.40.git20171122.fc27   rpmfusion-free-updates   8.1 
> M
> Skipping packages with broken dependencies:
>  vlci686   3.0.0-0.40.git20171122.fc27   rpmfusion-free-updates   2.0 
> M

I don't reproduce on either f26 or f27.
Can you please provide the output of :
dnf repolist
dnf list extras

Please verify to not use incompatible repositories.
https://rpmfusion.org/FedoraThirdPartyRepos

Thx for your understanding.

-- 
-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: Security for koji's website.

[Nicolas Chauvet]

2017-11-08 19:46 GMT+01:00 Reindl Harald :
>
>
> Am 08.11.2017 um 19:18 schrieb Sérgio Basto:
>>
>> On Wed, 2017-11-08 at 19:13 +0100, Reindl Harald wrote:
>>>
>>>
>>> Am 08.11.2017 um 17:39 schrieb alex.the...@yahoo.gr:

 Hello.
 I'm new here.
 At rpmfusion's front page there is a broken link for https://koji.r
 pmfusion.org/
 Koji's site is not secured (plain http).
 Is it better to use https?
>>>
>>>
>>> RPM Fusion ROOT CA (2017)
>>> https://en.wikipedia.org/wiki/Self-signed_certificate
>>>
>>> WTF - for a public website in 2017 - here you go:
>>> https://letsencryp.org/
>>
>>
>> Reindl try remember why or google on archives
>
>
> there is no sane reason - sorry, i automated generate and renewal of
> letsencrypt certificates for some hundrest domains including automated push
> to a proxy server from several backend-machines

And that's something we do for others sub-domains specially those that
are end-users facing services.
Koji is not an end-users facing service, it's a contributor service
and the way koji clients/server configuration currently works requires
to have a root certificate for both ends.
Fedora has only moved to a commonly trusted CA with moving to kerberos
authentication. I don't plan to implement kerberos authentication in
the foreseeable future as it would requires to host one more vm and a
dedicated application (freeipa) to provide the same service.

However, I would mention that the certificate used by koji is "not" a
self signed certificate. It's a certificate signed by our own trusted
server root ca (that is a self-signed certificate as any root CA is)
You can fetch it (securely) using this URL:
https://admin.rpmfusion.org/accounts//rpmfusion-server-ca.cert

If you can't access securely the koji instance, you are not a targeted
audience for the service either.

Thx for your understanding.

-- 
-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: ffmpeg with nvenc

[Nicolas Chauvet]

2017-11-02 17:10 GMT+01:00 Michael Cronenworth :
> On 10/31/2017 02:29 AM, Leigh Scott wrote:
>>
>> If your using 375.66 it is too old to work with ffmpeg (read the
>> depshttps://developer.nvidia.com/nvidia-video-codec-sdk)
>>
>>
>>
>> I ran your command in F28 using ffmpeg-3.4 and nvidia-387.22 and it works.
>
>
> I was using 384.90. I've upgraded to 387.22, but it still fails in the same
> way.
So it's might be an issue with your input stream. Can you run
mediainfo on it ? or change the input ?

If your device is based on kepler, you should be able to do YUV 4:2:0
8bit at 4096x4096 at max.
according to https://developer.nvidia.com/nvidia-video-codec-sdk



-- 
-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: ffmpeg with nvenc

[Nicolas Chauvet]

2017-10-18 1:26 GMT+02:00 Michael Cronenworth :
> Has anyone had success with encoding using NVENC?
>
> ffmpeg-3.3.4-1.fc26.x86_64
> GeForce 750 Ti
>
> When I try:
> $ ffmpeg -i video.mkv -c:v h264_nvenc -profile:v high -c:a copy -v:profile
> trace test.mkv

You need xorg-x11-drv-nvidia-cuda and probably the version in
rpmfusion-nonfree-updates-testing.
https://trac.ffmpeg.org/wiki/HWAccelIntro#NVENC
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: VLC 3.0 git earlier versions

[Nicolas Chauvet]

You can find it on koji.rpmfusion.org


Le 8 août 2017 16:05,  a écrit :

> Hello please i need help where can i find previous version of VLC 3.0 git.
> My degree depends on that i am developing an experimental software that
> uses vlc 3.0 but since the past updates my code doesn't work anymore i
> checked the update was the reason because my code is working good using a
> previous version of VLC 3.0 on Ubuntu.
>
> Actually the version is git 33 but i would like to have rpm packages of
> vlc vlc-core and vlc-devel from previous version.
>
> Thanks.
> ___
> rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
> To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org
>
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: RPM Fusion update report 2017-08-05

[Nicolas Chauvet]

[...]

> Fedora 26
> -
> Pushed to testing:
> nvidia-kmod-384.59-1.fc26
> nvidia-modprobe-384.47-1.fc26
> xorg-x11-drv-nvidia-384.59-2.fc26
>
> Pushed to stable:
[...]
> nvidia-kmod-375.82-1.fc26
> xorg-x11-drv-nvidia-375.82-1.fc26
FYI, I've untagged theses build for stable, they will be replaced by
the 384.59 serie that still have the sound issue as was mentioned
before.


-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: Why does VirtualBox-guest-additions not work on Fedora 25?

[Nicolas Chauvet]

2017-08-02 1:57 GMT+02:00 Easior Lars :
> Hi all!
>
> I find ever that there is a rpm package named by
> VirtualBox-guest-additions in the RPM FUSION repository. I always
> install it into my Fedora box. In my impression, it worked well very
> long time ago. However, something wrong with this rpm happened
> sometime after then. Vboxclient always complains "Vbox kernel
> service cann't running" when I log in to GNOME by gdm. Let see what
> happened on my Fedora box. Firstly, some rpms needed by VirtualBox
> guest Additions has installed
> ,
> | $ rpm -qa | grep -i "virtualbox"
> | VirtualBox-guest-additions-5.1.24-1.fc25.x86_64
> | akmod-VirtualBox-5.1.24-1.fc25.x86_64
> | VirtualBox-kmodsrc-5.1.24-1.fc25.x86_64
> `
> and
> ,---
> | $ rpm -qa | grep -i 'kernel-headers'
> | kernel-headers-4.11.12-200.fc25.x86_64
> `---
> But the vboxservice.service is failed to start
> ,
> | $ systemctl status vboxservice.service
> |   vboxservice.service - VirtualBox guest services
> |Loaded: loaded (/usr/lib/systemd/system/vboxservice.service; enabled; 
> vendor preset: enabled)
> |Active: failed (Result: exit-code) since Wed 2017-08-02 06:33:05 CST; 
> 54min ago
> |   Process: 583 ExecStart=/usr/sbin/VBoxService -f (code=exited, 
> status=1/FAILURE)
> |  Main PID: 583 (code=exited, status=1/FAILURE)
> |
> | Aug 02 06:33:04 Arcadia systemd[1]: Started VirtualBox guest services.
> | Aug 02 06:33:05 Arcadia VBoxService[583]: VBoxService: error: VbglR3Init 
> failed with rc=VERR_FILE_NOT_FOUND
> | Aug 02 06:33:05 Arcadia systemd[1]: vboxservice.service: Main process 
> exited, code=exited, status=1/FAILURE
> | Aug 02 06:33:05 Arcadia systemd[1]: vboxservice.service: Unit entered 
> failed state.
> | Aug 02 06:33:05 Arcadia systemd[1]: vboxservice.service: Failed with result 
> 'exit-code'.
> `
> Why does VirtualBox-guest-additions not work? Do I miss some necessary
> steps to make it work?
>
> Another strange behavour is happend in the directory of
> /lib/modules:
> ,---
> | $ ls -al /lib/modules/4.11.12-200.fc25.x86_64/build
> | lrwxrwxrwx. 1 root root 40 Jul 22 00:57 
> /lib/modules/4.11.12-200.fc25.x86_64/build 
> ->/usr/src/kernels/4.11.12-200.fc25.x86_64
> | $ ls /usr/src/kernels
> | 4.11.12-200.fc25.x86_64+debug
> `---

This is because you have installed the wrong kernel-devel variant ,
you need kernel-devel whereas you might have kernel-debug-devel
instead (when using the normal kernel).
So it's likely that you have an installation error and akmods cannot
build the module.

In the nvidia documentation, I've tried to workaround this issue by
using (on a fully updated system and rebooted):
dnf install "kernel-devel-uname-r == $(uname -r)"
https://rpmfusion.org/Howto/NVIDIA#Current_GeForce.2FQuadro.2FTesla

But the coming fix will be to use a new rpm feature, so it has a
chance to be installed along the right kernel.
https://bugzilla.redhat.com/show_bug.cgi?id=1474423

-- 
-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: RPM Fusion update report 2017-07-27

[Nicolas Chauvet]

2017-07-27 11:26 GMT+02:00  :
> RPM Fusion update report
> 
...
> Fedora 26
> -
> Pushed to testing:
...
> nvidia-kmod-375.82-1.fc26
> xorg-x11-drv-nvidia-375.82-1.fc26

FYI, this driver update is known to break audio via dp/hdmi as reported here:
https://devtalk.nvidia.com/default/topic/1019761/linux/no-sound-using-displayport-audio-with-375-82-or-384-59/

Because it might be an unacceptable regression for some users,
(workaround is to use a jack cable, but still);
we decided to keep this driver in rpmfusion-nonfree-updates-testing
until a fixed driver is published from nvidia:
If you are not affected by the bug, you can update using:
dnf update --enablerepo=rpmfusion-nonfree-updates-testing akmod-nvidia
xorg-x11-drv-nvidia\*

Also note that the new 384.59 lts serie is available in rawhide (with
the same sound issue as 375.82).
Please grab this one to stable fedora as stated in our wiki.

Please report any issue to bugzilla.rpmfusion.org.
Thx

-- 
-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

RPM Fusion ready for f26 !

[Nicolas Chauvet]

Hi there.


I would just like to let you know that RPM Fusion is ready for Fedora 26.


Please enjoy and forward the news!

-- 
-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: Two packages that have update issues in rawhide, k3b-extras-freeworld and pangzero

[Nicolas Chauvet]

2017-07-08 22:49 GMT+02:00 stan :
> When doing a dnf update in rawhide these two packages seem to be
> preventing other packages from updating.
>
> For k3b-extras-freeworld, it seems to be because it is for an earlier
> version of k3b than is current in rawhide.
>
> For pangzero, it seems that it depends on an earlier version of perl
> than is current in rawhide.  I think it wants perl-SDL 5.24, and the
> version of perl in rawhide is 5.26.


for k3b https://bugzilla.rpmfusion.org/show_bug.cgi?id=4557, but the
maintainer didn't answered.
for pangzero, you should create a bug report. But once should also
consider moving it to Fedora proper since it was using lame and lame
is now in Fedora.

Thx, for your notice



-- 
-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: lame now in EPEL

[Nicolas Chauvet]

2017-07-06 14:30 GMT+02:00  :
> Presumably because all the patents on MP3 have expired it appears to have 
> been added to EPEL. As such it should probably be removed from RPM Fusion. 
> The version in EPEL is newer so it gets installed in preference anyway, but 
> still.

The lame package was untagged from our buildsys, It will be removed
from the repository on the next push.

Thx for your notice,

-- 
-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: force build from scratch?

[Nicolas Chauvet]

2017-04-10 22:54 GMT+02:00 Tom Horsley :
> I just did an update, which I hoped would fix my problems
> in bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1440353
>
> Unfortunately, I see it updated the kmodsrc:
>
> xorg-x11-drv-nvidia-kmodsrc.x86_64 1:375.39-2.fc24
This is only the "blob" kernel side content , it's unmodified for a
given release since if we need to apply patches to the "glue code", it
will be done with akmod-nvidia instead. Not here.

> But no akmod rebuild happened. I assume that new source
> code really needs to be rebuilt, but akmods doesn't
> seem to be aware of that. I tried running
>
> akmods --force
>
> but it just says, Nah! Everything is already built.
You can trust akmods --force, but more probably that the kmod was
built during the boot.
When it's built on boot, akmod doesn't yet know how to trigger a
module reload, so you need a second boot.
This used to work previously, but at the cost of a terrible hack.

> So what on earth do I need to do to really and truly
> force it to rebuild things?
More probably a reboot. Or explicitely modprobe nvidia-drm and see
what's happen, If the module is loaded, then everything was fine.

It's possible that there is another unknown reason. In this case,
please attach the /var/cache/akmods/akmods.log file to a bugzilla.

Thx for the report.

-- 
-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: vlc is broken on el6

[Nicolas Chauvet]

2017-01-19 13:41 GMT+01:00 Nicolas Chauvet <kwiz...@gmail.com>:
> 2017-01-19 9:54 GMT+01:00 Marco <giu...@gmail.com>:
>> Hi at all,
>>
>> 'vlc-2.0.10-1.el6' is broken on el6 after epel 'libdvbpsi-1.2.0-3.el6' 
>> updates:
>>
>> ---> Package libdvbpsi.x86_64 0:0.2.2-2.el6 will be updated
>> --> Processing Dependency: libdvbpsi.so.7()(64bit) for package: 
>> vlc-core-2.0.10-1.el6.x86_64
>> --> Finished Dependency Resolution
>> Error: Package: vlc-core-2.0.10-1.el6.x86_64 (@rpmfusion-x86_64-el6)
>>Requires: libdvbpsi.so.7()(64bit)
>>Removing: libdvbpsi-0.2.2-2.el6.x86_64 (@rpmfusion)
>>libdvbpsi.so.7()(64bit)
>>Updated By: libdvbpsi-1.2.0-3.el6.x86_64 (epel)
>>Not found
>>  You could try using --skip-broken to work around the problem
>>
>> could you please rebuild 'vlc' with new 'libdvbpsi' version ??
> Thx for your report.
>
> Seems like I've imported the wrong version for el6 when the package
> was moved to fedora.
> Sorry about that, I'm going to fix this ASAP.
>
> Thx for your report.


The build is available from here:
http://koji.rpmfusion.org/koji/buildinfo?buildID=3012
But Currently it miss libupnp for a new installation:
https://koji.fedoraproject.org/koji/buildinfo?buildID=396891
Anyone to maintain libupnp for el6 ?

Thx



-- 
-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: Testing needed: vlc on wayland for f25

[Nicolas Chauvet]

2017-01-19 10:00 GMT+01:00 Berend De Schouwer <berend.de.schou...@gmail.com>:
> On Tue, 2017-01-17 at 09:55 +0100, Nicolas Chauvet wrote:
>> 2017-01-16 15:57 GMT+01:00 Nicolas Chauvet <kwiz...@gmail.com>:
>> > Please test vlc from rpmfusion-free-updates-testing on wayland
>> > Seems like there is still an issue with the update:
>> > https://bugzilla.rpmfusion.org/show_bug.cgi?id=4380
>>
>> Thx for the testing:
>>
>> I need two more tests:
>> Please test theses theses build under wayland:
>> http://koji.rpmfusion.org/koji/taskinfo?taskID=72574
>> It should have wayland disabled by with one upstream patch reverted.
>
> Works
>
>> I'm also going to test the same patch reverted with with wayland
>> enabled.
>> (if the build succeed, falling to sleep)
>> http://koji.rpmfusion.org/koji/taskinfo?taskID=72576
>>
>
> Failed to build? no output
What do you mean ? You failed to fetch the package or the package
didn't worked ?

The last build is now provided as vlc-3.0.0-0.15.fc25 in
vlc-rpmfusion-free-updates-testing
Please use
dnf update vlc\* --enablerepo=rpmfusion-free-updates-testing

Thx for reporting any issue.


-- 
-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: cannot install nvidia drivers (akmods): groupadd: cannot open /etc/group, useradd: akmods group does not exist

[Nicolas Chauvet]

2017-01-16 17:37 GMT+01:00 Frédéric Bron :
> I have just tried this as root:
>
> $ groupadd -g  torm
> $ groupdel torm
>
> Woked nicely.
Then try to run the pre-install and post-install scriptlet from
rpm -q --scripts akmods

Thx


-- 
-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: Bugs fixed in rpmfusion-users mailing-list

[Nicolas Chauvet]

2017-01-16 16:11 GMT+01:00 Reindl Harald :
> why are the addresses you are sending your mails to no longer
> @lists.rpmfusion.org but @rpmfusion.org breaking all sort of filters in
> sieve scripts as well as clients?
True,
I need to fix that also. Probably in the coming days.

> also see the list footer
> ___
> rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
This is indeed the canonical address for the ml.
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: cannot install nvidia drivers (akmods): groupadd: cannot open /etc/group, useradd: akmods group does not exist

[Nicolas Chauvet]

Le 16 janvier 2017 à 16:54, Frédéric Bron  a écrit :
> I get the following error when I try to install the nvidia drivers on F25 :
> groupadd : impossible d'ouvrir /etc/group
The error is here ^. Something prevent us to add a new group (and
user) for the akmods package.
This is needed so we can build under a dedicated (non root) user account.

Please verify why you cannot use useradd on your system.

Thx
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Bugs fixed in rpmfusion-users mailing-list

[Nicolas Chauvet]

As some of you may have noticed, there was an issue with the
rpmfusion-users mailing list posting.

As of today, the issue is fixed, it was a duplicate archiver listed in
the mailman SQL that was crashing the mail acceptation.

Thx for Aurélien Bompard for the help fixing this issue.

If you had previously sent an email (early 2017), and not finding it
in the archives
https://lists.rpmfusion.org/archives/list/rpmfusion-users@lists.rpmfusion.org/2017/1/
Please consider to post again.

Thx

-- 
-

Nicolas (kwizart)
___
rpmfusion-users mailing list -- rpmfusion-users@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-users-le...@lists.rpmfusion.org

Re: Nvidia Drivers missing

[Nicolas Chauvet]

2016-11-22 23:11 GMT+01:00 Lawrence E Graves :
> How is it nobody is discussing the lack of nvidia drivers in the recent
> release of Fedora 25? Where are the drivers?
The driver is currently in rpmfusion-nonfree-updates-testing.
I will push it in stable this morning.


-- 
-

Nicolas (kwizart)

Re: What is the correct way to upgrade a Fedora system with RPMFusion repos?

[Nicolas Chauvet]

2016-11-09 11:54 GMT+01:00 Berend De Schouwer <berend.de.schou...@gmail.com>:
> On Wed, 2016-11-09 at 11:11 +0100, Nicolas Chauvet wrote:
>> 2016-11-09 10:57 GMT+01:00 Berend De Schouwer <berend.de.schouwer@gma
>> il.com>:
>> > On Tue, 2016-11-08 at 16:41 -0500, Vic Ricker wrote:
>> > > Looks like it was pushed to the 15th.
>> > >
>> > > I have used 'dnf system-upgrade', to upgrade several times, and
>> > > it's
>> > > gone smoothly: https://fedoraproject.org/wiki/DNF_system_upgrade
[...]
>> I don't reproduce this symlink issue on any of my f24/f25
>> workstations.
>> Can you tell us more about it inclusing the exacts steps in order to
>> reproduce.
>> And the exact fix you have used ?
>
>
> Sure
>
> 'sudo dnf system-upgrade download --releasever=25 --refresh' wanted to
> upgrade +-2000 packages, remove +-5 (old kernel) and downgrade +-100
> packages.  I'm assuming Koji still has to catch up some updates to f25.
>
> One of the packages was gstreamer-ffmpeg.  This package comes from
> rpmfusion.  It wanted to install gstreamer-ffmpeg-0.10.13-15.fc24
> (event though it's upgrading to F25)

> That package is signed by GPG key 6806A9CB (rpmfusion fedora 25) even
> though the package release is fc24.
There is a little mixup here.
Packages ending with .fc24 can perfectly be compatible with f25.
Specially as fedora has not made a mass rebuilt, we don't plan to
update it needlessly.

So the package is indeed signed with the f25 key because it's provided
as part of the f25-free repository that is only intended for f25.

> I did a 'ls -la' on /etc/pki/rpm-gpg, noticed that RPM-GPG-KEY-
> rpmfusion-free-fedora-25 was a link to RPM-GPG-KEY-rpmfusion-free-
> fedora-24-primary.  I manually did a 'sudo rm ...; sudo ln -sf ...' to
> link it to RPM-GPG-KEY-rpmfusion-free-fedora-25-primary.
What's weird is that's an issue that we have fixed two months agos:
https://pkgs.rpmfusion.org/cgit/free/rpmfusion-free-release.git/commit/?h=f24=470dafd8ea4b0eeddf7dda9177fc7450c2b7ebfe
and the package is provided in the updates repo since then:
http://download1.rpmfusion.org/free/fedora/updates/24/x86_64/r/rpmfusion-free-release-24-2.noarch.rpm

Is there any issue with your repository configuration ? (or mirror ?)

Thx

-- 
-

Nicolas (kwizart)

Re: Nvidia Drivers

[Nicolas Chauvet]

2016-11-06 11:44 GMT+01:00 Reindl Harald :
>
>
> Am 06.11.2016 um 01:05 schrieb lgraves95:
>>
>> Thanks for patience. It is hard to accept that we just have wait because
>> we want what we want when we want.
>
>
> you making two mistakes at the same time
>
> * running a non-release fedora vesion
> * using crap hardware which needs binary drivers
>
> both together is asking for troubles and you got what you asked for

It's certainly not trivial to make the nvidia driver works on f25.
At least I've updated the Howto to mention that nvidia isn't
compatible with Xorg server 1.19.
http://rpmfusion.org/Howto/nVidia

Thx

Re: nvidia 367.57-1.fc24 and v4.8.4 kernel

[Nicolas Chauvet]

2016-11-02 16:15 GMT+01:00 Jeff Layton :
> The combination in $SUBJECT doesn't seem to work. When I try to use it
> then I get the GNOME sad face instead of a gdm login screen. The logs
> complain about permissions for managing the displays (sorry, didn't
> collect them, so I don't recall the exact message).
>
> I pulled down the the 370.28-1.fc25 srpms, built packages from them for
> f24, installed the resulting packages and they started working again,
> so I suspect this is just a matter of needing the new drivers for the
> new kernel.
>
> Can we get 370.28-1 "officially" built for f24?

Hi Jeff,
Thx for your report.

I don't reproduce on my workstation:
uname -r
4.8.4-200.fc24.x86_64
$ modinfo -F version nvidia
367.57
$ lspci |grep VGA
03:00.0 VGA compatible controller: NVIDIA Corporation GM107GL [Quadro
K620] (rev a2)

So there is currently not enought information for such update request.
We will update to 370.28 when we will fix others issues that might
arise to some corner cases.
Until then the usual way to get nvidia release ahead of the current
version is to use the latest/Beta driver that way:
http://rpmfusion.org/Howto/nVidia#Latest.2BAC8-Beta_driver

Also, if you hit any nvidia issue in the future, please attach the
output of nvidia-bug-report.sh to our bugzilla, we are totally blind
without it.
(even remontly from ssh from another host).

Thx again for your report.

-- 
-

Nicolas (kwizart)

Updated NVIDIA Howto - Optimus Support - vulkan - CUDA

[Nicolas Chauvet]

I've updated the NVIDIA Howto for RPM Fusion.

The switch to libglvnd allow to us to finally support Optimus.

Please have a look and comment.
http://rpmfusion.org/Howto/nVidia
http://rpmfusion.org/Howto/nVidia_Optimus.

Thx for your comments and review.

-- 
-

Nicolas (kwizart)

Re: Nvidia drivers

[Nicolas Chauvet]

2016-10-25 14:02 GMT+02:00 Lawrence E Graves :
> Thanks. That is what I am doing. I tried to load the nivdia drivers given
> and it froze my screen and I had difficult time getting the drivers to
> uninstall.
http://rpmfusion.org/Howto/nVidia#Uninstall_the_nvidia_driver ? Why is
it that difficult ?
The nvidia driver is currently not compatible with f25+ xorg-server.
So you need to fallback to using nouveau which should works fine with
GNOME is any cases.

I woudl have tought even recent hardware not accelerated by nouveau
should work fine with llvmpipe http://www.mesa3d.org/llvmpipe.html ,
but that might not be the case.
(it wasn't confirmed when I've asked on #nouveau freenodes).

thx

Re: nvidia 304 and fc23: black screens after updating today

[Nicolas Chauvet]

2016-10-11 1:00 GMT+02:00 John Pilkington :
> This is the same system that had nvidia problems during its fc22 > fc23
> upgrade.  That was reported here and solved on 30 June.  Since then it has
> been working well, but after installing the new packages today I get black
> screens with kernels 4.7.3, 4.7.5 and 4.7.6
>
> 'dnf downgrade xorg-x11-drv-nvidia-304xx --allowerasing' apparently
> completed but then akmods-shutdown errored.  After re-upgrading,
> akmods-shutdown completed, and the nvidia flash screen flashes, but then all
> goes black again, for all installed kernels.  I'm using tty2.

We have seen such error and have moved the update back into
updates-testing for now.
Best is to debug using ssh remotly we'd like to have a full
nvidia-bug-report.sh to send to nvidia support forum

Hopefully there will be a new updated package from nvidia, we will
need testers at that time..

Thx for your report.



-- 
-

Nicolas (kwizart)

Re: mplayer and vlc errors in F25 and rawhide (F26) after friday and saturday's updates

[Nicolas Chauvet]

2016-10-03 20:24 GMT+02:00 stan :
> This is a forward of an email that I sent to the Fedora test list,
> because I was having a problem with mplayer (and vlc).
>
> Hi,
>
> I'm running F25.  On Friday, mplayer worked as expected.  I then
> updated to the latest updates (I have updates testing enabled).  I
> didn't use mplayer again, and the next day, updated to the latest

Some  users has reported a better behaviour using the modesetting
driver over nouveau (and maybe radeon) at this time while switching to
xorg-x11-server 1.19.
You might try.

There is no vlc/mplayer update.But you can still report the output of
vlc -v from cmdline as a start.
Maybe that will show something wrong in either side.

Thx for the report.



-- 
-

Nicolas (kwizart)

Re: vlc breakage

[Nicolas Chauvet]

2016-08-11 17:03 GMT+02:00 Reindl Harald :
>
>
> Am 11.08.2016 um 17:00 schrieb Tom Horsley:
>>
>> There have been a lot of reports of X weirdness with the
>> Intel drivers and the 4.6 kernel lately.
>>
>> Perhaps this has nothing to do with vlc, but is merely
>> a good way to trip the intel driver problem.
>
>
> when you read my inital post: *no intel* driver
>
>> Here's a report I sent in:
>>
>> https://bugs.freedesktop.org/show_bug.cgi?id=97074
>>
>> And some other intel weirdness:
>>
>>
>> https://lists.fedoraproject.org/archives/list/us...@lists.fedoraproject.org/thread/QJFPJ72BZBUKG6RLCPD3W647XIHQV2L6/
>
>
> see my latest response
>
> it insists recently in a ffmpeg with "vdpau" support which makes no sense on
> a non-nvidia machine

This is weird assumption that vdpau  == nvidia, it's not the case. And
ffmpeg in rpmfusion been built by default with vdpau support this is
my last message from this thread.
We can't support foreign packages.


-- 
-

Nicolas (kwizart)

Re: vlc breakage

[Nicolas Chauvet]

2016-08-11 15:53 GMT+02:00 Reindl Harald <h.rei...@thelounge.net>:
>
>
> Am 11.08.2016 um 15:46 schrieb Nicolas Chauvet:
>>
>> 2016-08-11 15:37 GMT+02:00 Reindl Harald <h.rei...@thelounge.net>:
>>>
>>> vlc-core-3.0.0-0.5.fc24.x86_64
>>> vlc-3.0.0-0.5.fc24.x86_64
>>>
>>> crashs on intel graphics at least with modesetting driver, without
>>> palying a
>>> video, just start it from a konsole window and it will crash on close
>>> _
>>>
>>> 3.0.0-0.2.fc24
>>>
>>> don't crash but have below a video a second VLC with a small, black video
>>> part and the complete controls below disabled
>>
>>
>> Weird, vlc-3.0.0-0.5 has fixed the module registration, so it could be
>> possible that some module wasn't registered properly and would have
>> caused the same crash
>
>
> no idea
>
>> Reverting to vlc-3.0.0-0.2 without recreation of the module cache
>> (with /usr/lib64/vlc/vlc-cache-gen /usr/lib64/vlc ) seems an unsafe
>> test.
>
>
> how is that my job - anyways it don't crash
>
>> Can you attach a backstrace to bugzilla?
>
>
> that below is just "/usr/bin/strace -s 256 -q -y -f -v vlc", wait some
> seconds and close VLC without playing any file with vlc-3.0.0-0.5

I need something with gdb, not strace:
https://fedoraproject.org/wiki/StackTraces
Please also attach the full log of vlc -v output as this will help me
to understand the modules loaded that will lead the the crash.


Thx

Re: Update to f24: Error: Package xxxxx.rpm is not signed

[Nicolas Chauvet]

2016-06-22 14:05 GMT+02:00 Sérgio Basto :
> you may use --nogpgcheck
> https://fedoraproject.org/wiki/DNF_system_upgrade#Does_DNF_system_upgrade_verify_the_software_it_runs_or_installs_during_upgrade.3F

For the record, I hope to be able to fix that in the next hours.. (aka
sign the packages from free and nonfree)

Thx


-- 
-

Nicolas (kwizart)

Re: Oddity or bug?

[Nicolas Chauvet]

2015-12-22 16:46 GMT+01:00 Dave Pawson :

>  dnf check-update
> Last metadata expiration check performed 1:46:57 ago on Tue Dec 22
> 13:57:55 2015.
>
> akmods.noarch0.5.4-1.fc23
>  rpmfusion-free-updates-testing
> akmods.noarch0.5.4-1.fc23 rpmfusion-free-updates
>
> so I ask for them...
>
>
> # dnf -y update
> Last metadata expiration check performed 1:47:02 ago on Tue Dec 22
> 13:57:55 2015.
> Dependencies resolved.
>
> 
>  Package   Arch  VersionRepository
>  Size
>
> 
> Skipping packages with broken dependencies:
>  akmodsnoarch0.5.4-1.fc23   rpmfusion-free-updates-testing
>  25 k
>
>
It's probaly related to have kernel-debug-devel installed wheras akmods
currently Conflicts with it.
We have expected dnf to pick another kernel-devel varriant instead.
I probably work if you install rpmfusion and akmods before to install this
broken kernel-devel varriant, and was working as expected in earlier fedora
releases.


We probably need to revert this change and write a dnf/yum plugin to
properly install the right kernel-devel from the running kernel.
https://bugzilla.rpmfusion.org/show_bug.cgi?id=3386

Thx for your report.

-- 
-

Nicolas (kwizart)