F36 Free repo broken deps.
by Leigh Scott
package: HandBrake
package: VirtualBox
package: acoustid-fingerprinter
package: alsa-plugins-freeworld
package: aqualung
package: audacious-plugins-freeworld
package: avidemux
package: bino
package: chromaprint-tools
package: chromium-freeworld
package: cinelerra-gg
package: comskip
package: deadbeef-plugins
package: deepin-movie
package: dvbcut
package: dvdstyler
package: fceux
package: ffmpegthumbs
package: freshplayerplugin
package: gr-dab
package: guvcview
package: kodi
package: kodi-pvr-argustv
package: kodi-pvr-filmon
package: kodi-pvr-hdhomerun
package: kodi-pvr-pctv
package: kodi-pvr-stalker
package: libde265
package: libopenshot
package: qtav
package: libquicktime
package: lightspark
package: lives
package: loudgain
package: mixxx
package: mlt-freeworld
package: moc
package: mpd
package: mythtv
package: obs-studio
package: olive
package: performous
package: pianobar
package: ppsspp
package: qmmp-plugin-pack-freeworld
package: qmplay2
package: qt5-qtwebengine-freeworld
package: qtox
package: retroarch-freeworld
package: simplescreenrecorder
package: telegram-desktop
package: tilem
package: tvheadend
package: vcmi
package: vdr-softhddevice-openglosd
package: vdr-vaapidevice
package: vdr-xineliboutput
package: welle-io
package: wf-recorder
package: wxsvg
package: xmms2-freeworld
package: xpra-codecs-freeworld
package: zoneminder
Full details of deps issues
https://leigh123linux.fedorapeople.org/pub/info/rpmfusion1.txt
1 year, 1 month
RPM Fusion update report 2022-02-05
by noreply＠rpmfusion.org
RPM Fusion update report
------------------------
Section free:
-------------
Fedora 34
-------------
Pushed to testing:
chromium-freeworld-98.0.4758.80-1.fc34
mixxx-2.3.2-2.fc34
xmltv-1.1.0-1.fc34
Pushed to stable:
mythtv-31.0-25.173.20220120git4f7953f6ee.fc34
qarte-4.16.0-1.fc34
Fedora 35
-------------
Pushed to testing:
chromium-freeworld-98.0.4758.80-1.fc35
mixxx-2.3.2-2.fc35
tg_owt-0-16.20220201git25c8637.fc35
xmltv-1.1.0-1.fc35
Pushed to stable:
mythtv-31.0-25.173.20220120git4f7953f6ee.fc35
qarte-4.16.0-1.fc35
EL 7
-------------
Pushed to testing:
xmltv-1.1.0-1.el7
Pushed to stable:
EL 8
-------------
Pushed to testing:
Pushed to stable:
mythtv-31.0-25.173.20220120git4f7953f6ee.el8
xmltv-1.1.0-1.el8
Section nonfree:
-------------
Fedora 34
-------------
Pushed to testing:
Pushed to stable:
steam-1.0.0.74-2.fc34
Fedora 35
-------------
Pushed to testing:
Pushed to stable:
steam-1.0.0.74-2.fc35
EL 7
-------------
Pushed to testing:
Pushed to stable:
steam-1.0.0.74-2.el7
EL 8
-------------
Pushed to testing:
Pushed to stable:
nvidia-470xx-kmod-470.103.01-1.el8
nvidia-settings-470xx-470.103.01-1.el8
xorg-x11-drv-nvidia-470xx-470.103.01-1.el8
Theses packages will be available in main mirror in a few hours. Wait for local mirrors to sync
Please report any issue to https://bugzilla.rpmfusion.org
1 year, 1 month
Re: RPMFusion el8 buildroot broken?
by Gary Buhrmaster
On Tue, Feb 1, 2022 at 3:15 PM Andrew Bauer
<zonexpertconsulting(a)outlook.com> wrote:
> hi Gary,
> I think Nicolas is referring to fixing the perl-XML-TreeBuilder runtime requirement for mythtv. Until recently, it was missing from el8.
>
> I am not sure if this is needed for xmltv or not. Haven't looked.
Not in any direct usage (there may
be some transitive usage deep in
the perl Use/Requires chain, but the
package build itself tries to make
sure those dependencies will resolve).
The only xmltv grabber that is not built
for Fedora is the one that depends on
a perl module that no one has ever
packaged for Fedora (and since I have
no way to even test that module
(perl-Linux-DVB-DVBT) I am unlikely
to take it on. And, in addition, the PVR
package I use already supports EPG
collection via direct tuner acquisition,
so I am less motivated). If someone
else wants to package (and presumably
test) that perl module for Fedora (and
the EL's), I will gladly add a BR.
And even more OT....
FWIW for EL9 (the future) there are
some missing dependencies for both
xmltv and mythtv in EPEL9. I believe
there are open bugzillas with requests
for branching for most/all of the
known missing packages. But all that
is for the future.
1 year, 1 month
Re: RPMFusion el8 buildroot broken?
by Gary Buhrmaster
On Tue, Feb 1, 2022 at 3:52 PM Kevin Kofler via rpmfusion-developers
<rpmfusion-developers(a)lists.rpmfusion.org> wrote:
>
> Nicolas Chauvet wrote:
> > CentOS has moved the content to vault, so I've found a more suitable
> > mirror until we migrate to rhel/Stream kind of repos.
>
> Why not use Alma or Rocky?
I will note that while I have not tested in the past
few months, I have experienced certain artifacts(*)
when trying to use mock builds with Alma (their
use of modularity breaks some existing dependency
resolution for existing package builds) and Rocky
(when using gcc-toolset-10 the annobin invocation
results in numerous build errors for a package I
have). Both may be partially a packaging (spec file)
issue, but neither problem exists with centos
stream 8, so there are some differences in the
distribution layouts/builds between the various clones.
As always, those issues may be able to be worked
around, but in my experience those clones are not
always just a drop-in replacement, so some testing
(probably a mass rebuild) would need to be
performed just to be sure.
Ultimately, the centos 8 support pivot in the middle
of the lifecycle of el8 has just made things far more
complicated than I believe most (and certainly I)
wanted, and the resulting additional workloads
that has imposed on Nicolas and colleagues are
certainly an unexpected (and likely un-resourced)
support burden.
(*) When I have some free time to look at the root
causes, and they are indeed bugs in the distros
(rather than my own packaging issue) I'll open
bugs in their trackers, but since centos stream 8
works, I have not been especially motivated to
this point. And then there is the ability to get a
(free) redhat subscription for at least some use
cases (although I have no idea whether that free
subscription can be used for the rpmfusion koji
builders).
1 year, 1 month
Re: RPMFusion el8 buildroot broken?
by Gary Buhrmaster
On Tue, Feb 1, 2022 at 3:52 PM Kevin Kofler via rpmfusion-developers
<rpmfusion-developers(a)lists.rpmfusion.org> wrote:
>
> Nicolas Chauvet wrote:
> > CentOS has moved the content to vault, so I've found a more suitable
> > mirror until we migrate to rhel/Stream kind of repos.
>
> Why not use Alma or Rocky?
I will note that while I have not tested in the past
few months, I have experienced certain artifacts(*)
when trying to use mock builds with Alma (their
use of modularity breaks some existing dependency
resolution for existing package builds) and Rocky
(when using gcc-toolset-10 the annobin invocation
results in numerous build errors for a package I
have). Both may be partially a packaging (spec file)
issue, but neither problem exists with centos
stream 8, so there are some differences in the
distribution layouts/builds between the various clones.
As always, those issues may be able to be worked
around, but in my experience those clones are not
always just a drop-in replacement, so some testing
(probably a mass rebuild) would need to be
performed just to be sure.
Ultimately, the centos 8 support pivot in the middle
of the lifecycle of el8 has just made things far more
complicated than I believe most (and certainly I)
wanted, and the resulting additional workloads
that has imposed on Nicolas and colleagues are
certainly an unexpected (and likely un-resourced)
support burden.
(*) When I have some free time to look at the root
causes, and they are indeed bugs in the distros
(rather than my own packaging issue) I'll open
bugs in their trackers, but since centos stream 8
works, I have not been especially motivated to
this point. And then there is the ability to get a
(free) redhat subscription for at least some use
cases (although I have no idea whether that free
subscription can be used for the rpmfusion koji
builders).
1 year, 1 month
Re: RPMFusion el8 buildroot broken?
by Andrew Bauer
hi Gary,
I think Nicolas is referring to fixing the perl-XML-TreeBuilder runtime requirement for mythtv. Until recently, it was missing from el8.
I am not sure if this is needed for xmltv or not. Haven't looked.
Thanks,
Andy
No Trees were killed in the sending of this message.
However, a large number of electrons were terribly inconvenienced.
________________________________
From: Gary Buhrmaster <gary.buhrmaster(a)gmail.com>
Sent: Tuesday, February 1, 2022 8:58 AM
To: RPM Fusion developers discussion list <rpmfusion-developers(a)lists.rpmfusion.org>
Subject: Re: RPMFusion el8 buildroot broken?
On Tue, Feb 1, 2022 at 7:52 AM Nicolas Chauvet <kwizart(a)gmail.com> wrote:
> CentOS has moved the content to vault, so I've found a more suitable
> mirror until we migrate to rhel/Stream kind of repos.
> I hope to work on this with el9, then adapt el8 as appropriate on a next step...
Ok, thanks. I'll wait for an announcement.
<OT>
> Btw, xmltv still has few missing perl deps, I know some improvements
> was made recently for mythtv, is there any chance to have them in ?
The spec file has (almost always?) been taking
advantage of rpms perl dependency generator,
but we all know such dependency generators
can occasionally miss things. I'll take a look as
time permits.
Although, perhaps, I am misunderstanding the
question, since you mention a mythtv improvement.
Is there some reference?
</OT>
_______________________________________________
rpmfusion-developers mailing list -- rpmfusion-developers(a)lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-developers-leave(a)lists.rpmfusion.org
1 year, 1 month
