ffmpeg-4.x compat package
by Hans de Goede
Hi All,
I was wondering if there are any plans to provide a ffmpeg-4.x compat
package given that 5.0 has seen a signficant API break?
The reason is that I have been looking into updating vice and
it will not build in rawhide due to the new ffmpeg.
I filed a bug against vice upstream for this and they suggested
using ffmpeg-4.x for now since 5.0 is a big API break, see:
https://sourceforge.net/p/vice-emu/bugs/1697/
The vice ffmpeg functionality (video recording) is optional so
I'm going to disable it in rawhide for now.
Regards,
Hans
2 years, 2 months
Re: libvpx soname bump 6.3.0 -> 7.0.0
by Sérgio Basto
I'm working in a new script to compute dependencies based on
https://pagure.io/releng/blob/main/f/scripts/find_unblocked_orphans.py
so running find_unblocked_orphans.py --max_deps 1 --skip-orphans libvpx
I got this results :
Depending on: libvpx (26),
HandBrake (maintained by: )
HandBrake-1.4.2-1.fc36.src requires libvpx-devel = 1.11.0-1.fc36
VirtualBox (maintained by: )
VirtualBox-6.1.32-3.fc36.src requires libvpx-devel = 1.11.0-1.fc36
VirtualBox-server-6.1.32-3.fc36.x86_64 requires libvpx.so.7()(64bit)
avidemux (maintained by: )
avidemux-2.8.0-2.fc36.src requires libvpx-devel = 1.11.0-1.fc36
avidemux-libs-2.8.0-2.fc36.x86_64 requires libvpx.so.7()(64bit)
baresip (maintained by: robert)
baresip-1.1.0-8.fc36.src requires libvpx-devel = 1.11.0-1.fc36,
pkgconfig(vpx) = 1.11.0
baresip-vp8-1.1.0-8.fc36.x86_64 requires libvpx.so.7()(64bit)
baresip-vp9-1.1.0-8.fc36.x86_64 requires libvpx.so.7()(64bit)
blender (maintained by: design-sw, ignatenkobrain, kwizart, luya, roma,
s4504kr, slaanesh)
blender-1:3.0.0-2.fc36.src requires pkgconfig(vpx) = 1.11.0
cinelerra-gg (maintained by: )
cinelerra-gg-5.1.2020.10-6.fc36.src requires pkgconfig(vpx) = 1.11.0
cinelerra-gg-5.1.2020.10-6.fc36.x86_64 requires libvpx.so.7()(64bit)
compat-ffmpeg28 (maintained by: )
compat-ffmpeg28-2.8.18-2.fc36.src requires libvpx-devel = 1.11.0-1.fc36
compat-ffmpeg28-2.8.18-2.fc36.x86_64 requires libvpx.so.7()(64bit)
ffmpeg (maintained by: )
ffmpeg-5.0-2.fc36.src requires libvpx-devel = 1.11.0-1.fc36
ffmpeg-libs-5.0-2.fc36.i686 requires libvpx.so.7
ffmpeg-libs-5.0-2.fc36.x86_64 requires libvpx.so.7()(64bit)
godot (maintained by: akien)
godot-3.3.3-3.fc36.src requires pkgconfig(vpx) = 1.11.0
godot-3.3.3-3.fc36.x86_64 requires libvpx.so.7()(64bit)
godot-headless-3.3.3-3.fc36.x86_64 requires libvpx.so.7()(64bit)
godot-runner-3.3.3-3.fc36.x86_64 requires libvpx.so.7()(64bit)
godot-server-3.3.3-3.fc36.x86_64 requires libvpx.so.7()(64bit)
gstreamer1-plugins-good (maintained by: uraeus, wtaymans)
gstreamer1-plugins-good-1.20.0-1.fc36.i686 requires libvpx.so.7
gstreamer1-plugins-good-1.20.0-1.fc36.src requires libvpx-devel =
1.11.0-1.fc36
gstreamer1-plugins-good-1.20.0-1.fc36.x86_64 requires
libvpx.so.7()(64bit)
gstreamer1-vaapi (maintained by: farnz, frafra, kwizart, moezroy,
wtaymans)
gstreamer1-vaapi-1.20.0-1.fc36.src requires libvpx-devel = 1.11.0-
1.fc36
icecat (maintained by: jenslody, kengert, sagitter)
icecat-91.5.0-1.rh1.fc36.src requires libvpx-devel = 1.11.0-1.fc36
linphone (maintained by: nucleo, sdgathman)
linphone-3.6.1-47.fc36.i686 requires libvpx.so.7
linphone-3.6.1-47.fc36.src requires libvpx-devel = 1.11.0-1.fc36
linphone-3.6.1-47.fc36.x86_64 requires libvpx.so.7()(64bit)
linphone-mediastreamer-3.6.1-47.fc36.i686 requires libvpx.so.7
linphone-mediastreamer-3.6.1-47.fc36.x86_64 requires
libvpx.so.7()(64bit)
mythtv (maintained by: )
mythtv-31.0-25.173.20220120git4f7953f6ee.fc36.src requires libvpx-devel
= 1.11.0-1.fc36
qt5-qtwebengine (maintained by: kde-sig, kkofler, rdieter)
qt5-qtwebengine-5.15.8-3.fc36.i686 requires libvpx.so.7
qt5-qtwebengine-5.15.8-3.fc36.src requires pkgconfig(vpx) = 1.11.0
qt5-qtwebengine-5.15.8-3.fc36.x86_64 requires libvpx.so.7()(64bit)
qt5-qtwebengine-freeworld (maintained by: )
qt5-qtwebengine-freeworld-5.15.8-2.fc36.src requires pkgconfig(vpx) =
1.11.0
qtox (maintained by: )
qtox-1.17.3-4.fc35.src requires pkgconfig(vpx) = 1.11.0
seamonkey (maintained by: buc, gecko-maint, kengert, stransky)
seamonkey-2.53.10.2-4.fc36.src requires libvpx-devel = 1.11.0-1.fc36
seamonkey-2.53.10.2-4.fc36.x86_64 requires libvpx.so.7()(64bit)
tg_owt (maintained by: )
tg_owt-0-16.20220201git25c8637.fc36.src requires pkgconfig(vpx) =
1.11.0
tg_owt-devel-0-16.20220201git25c8637.fc36.x86_64 requires
pkgconfig(vpx) = 1.11.0
toxcore (maintained by: eclipseo)
toxcore-0.2.13-3.fc36.i686 requires libvpx.so.7
toxcore-0.2.13-3.fc36.src requires pkgconfig(vpx) = 1.11.0
toxcore-0.2.13-3.fc36.x86_64 requires libvpx.so.7()(64bit)
toxcore-devel-0.2.13-3.fc36.i686 requires pkgconfig(vpx) = 1.11.0
toxcore-devel-0.2.13-3.fc36.x86_64 requires pkgconfig(vpx) = 1.11.0
tvheadend (maintained by: )
tvheadend-4.3-3.20210724git6efa411.fc35.src requires pkgconfig(vpx) =
1.11.0
utox (maintained by: eclipseo)
utox-0.18.1-6.fc36.src requires pkgconfig(vpx) = 1.11.0
utox-0.18.1-6.fc36.x86_64 requires libvpx.so.7()(64bit)
vlc (maintained by: )
vlc-1:3.0.17-6.fc36.src requires pkgconfig(vpx) = 1.11.0
vlc-core-1:3.0.17-6.fc36.x86_64 requires libvpx.so.7()(64bit)
xine-lib (maintained by: orphan)
xine-lib-1.2.11-13.20220131hg15030.fc36.src requires libvpx-devel =
1.11.0-1.fc36
xine-lib-1.2.11-13.20220131hg15030.fc36.x86_64 requires
libvpx.so.7()(64bit)
xpra (maintained by: jgu, sagitter, sergiomb)
xpra-4.3.1-3.fc36.src requires libvpx-devel = 1.11.0-1.fc36
xpra-4.3.1-3.fc36.x86_64 requires libvpx.so.7()(64bit)
xpra-codecs-freeworld (maintained by: )
xpra-codecs-freeworld-4.3.1-2.fc36.src requires libvpx-devel = 1.11.0-
1.fc36
On Thu, 2022-01-27 at 16:45 -0500, Tom Callaway wrote:
> Updating libvpx in rawhide to 1.11.0 comes with an soname bump to
> 7.0.0.
>
> Affected Fedora packages:
> * baresip
> * godot
> * gstreamer1-plugins-good
> * linphone
> * qt5-qtwebengine
> * seamonkey
> * toxcore
> * utox
> * xpra
>
> I'm doing a rawhide chain-build since all of these rebuild locally
> without issue against the new libvpx. Hopefully that will go fine,
> but we'll see.
>
> ~spot
> _______________________________________________
> devel mailing list -- devel(a)lists.fedoraproject.org
> To unsubscribe send an email to devel-leave(a)lists.fedoraproject.org
> Fedora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines:
> https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> Do not reply to spam on the list, report it:
> https://pagure.io/fedora-infrastructure
--
Sérgio M. B.
2 years, 2 months
Re: F36 Free repo broken deps.
by Kevin Kofler
Kevin Kofler via rpmfusion-developers wrote:
> Rebuilding now:
> https://koji.rpmfusion.org/koji/taskinfo?taskID=523888
>
> I had actually done the release bump the previous weekend (Sat Jan 29
> 2022), but I was unable to do the rebuild because there was no Rawhide
> compose and hence libvpx was not updated in the RPM Fusion buildroot. Now
> it is.
Unfortunately, it does not build due to FFmpeg incompatibilities:
In file included from gen/media/filters/filters_jumbo_5.cc:6:
./../../3rdparty/chromium/media/filters/audio_file_reader.cc: In member
function 'bool media::AudioFileReader::OpenDecoder()':
./../../3rdparty/chromium/media/filters/audio_file_reader.cc:88:40: error:
invalid conversion from 'const AVCodec*' to 'AVCodec*' [-fpermissive]
88 | AVCodec* codec = avcodec_find_decoder(codec_context_->codec_id);
| ~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~
| |
| const AVCodec*
In file included from gen/media/filters/filters_jumbo_5.cc:9:
./../../3rdparty/chromium/media/filters/ffmpeg_audio_decoder.cc: In member
function 'bool media::FFmpegAudioDecoder::ConfigureDecoder(const
media::AudioDecoderConfig&)':
./../../3rdparty/chromium/media/filters/ffmpeg_audio_decoder.cc:332:40:
error: invalid conversion from 'const AVCodec*' to 'AVCodec*' [-fpermissive]
332 | AVCodec* codec = avcodec_find_decoder(codec_context_->codec_id);
| ~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~
| |
| const AVCodec*
In file included from gen/media/filters/filters_jumbo_5.cc:10:
./../../3rdparty/chromium/media/filters/ffmpeg_demuxer.cc: In function
'base::TimeDelta media::ExtractStartTime(AVStream*)':
./../../3rdparty/chromium/media/filters/ffmpeg_demuxer.cc:101:15: error:
'AVStream' {aka 'struct AVStream'} has no member named 'first_dts'
101 | if (stream->first_dts != kNoFFmpegTimestamp &&
| ^~~~~~~~~
./../../3rdparty/chromium/media/filters/ffmpeg_demuxer.cc:106:56: error:
'AVStream' {aka 'struct AVStream'} has no member named 'first_dts'
106 | ConvertFromTimeBase(stream->time_base, stream->first_dts);
| ^~~~~~~~~
./../../3rdparty/chromium/media/filters/ffmpeg_demuxer.cc: In member
function 'void
media::FFmpegDemuxerStream::EnqueuePacket(media::ScopedAVPacket)':
./../../3rdparty/chromium/media/filters/ffmpeg_demuxer.cc:413:54: error:
cannot convert 'int*' to 'size_t*' {aka 'long unsigned int*'}
413 | packet.get(), AV_PKT_DATA_WEBVTT_IDENTIFIER, &id_size);
| ^~~~~~~~
| |
| int*
In file included from /usr/include/ffmpeg/libavcodec/avcodec.h:45,
from
../../3rdparty/chromium/media/ffmpeg/ffmpeg_common.h:28,
from
./../../3rdparty/chromium/media/filters/audio_file_reader.cc:19:
/usr/include/ffmpeg/libavcodec/packet.h:598:42: note: initializing
argument 3 of 'uint8_t* av_packet_get_side_data(const AVPacket*,
AVPacketSideDataType, size_t*)'
598 | size_t *size);
| ~~~~~~~~^~~~
./../../3rdparty/chromium/media/filters/ffmpeg_demuxer.cc:417:52: error:
cannot convert 'int*' to 'size_t*' {aka 'long unsigned int*'}
417 | packet.get(), AV_PKT_DATA_WEBVTT_SETTINGS, &settings_size);
| ^~~~~~~~~~~~~~
| |
| int*
/usr/include/ffmpeg/libavcodec/packet.h:598:42: note: initializing
argument 3 of 'uint8_t* av_packet_get_side_data(const AVPacket*,
AVPacketSideDataType, size_t*)'
598 | size_t *size);
| ~~~~~~~~^~~~
./../../3rdparty/chromium/media/filters/ffmpeg_demuxer.cc:429:61: error:
cannot convert 'int*' to 'size_t*' {aka 'long unsigned int*'}
429 | packet.get(), AV_PKT_DATA_MATROSKA_BLOCKADDITIONAL,
&side_data_size);
|
^~~~~~~~~~~~~~~
| |
| int*
/usr/include/ffmpeg/libavcodec/packet.h:598:42: note: initializing
argument 3 of 'uint8_t* av_packet_get_side_data(const AVPacket*,
AVPacketSideDataType, size_t*)'
598 | size_t *size);
| ~~~~~~~~^~~~
./../../3rdparty/chromium/media/filters/ffmpeg_demuxer.cc:491:53: error:
cannot convert 'int*' to 'size_t*' {aka 'long unsigned int*'}
491 | packet.get(), AV_PKT_DATA_SKIP_SAMPLES,
&skip_samples_size));
|
^~~~~~~~~~~~~~~~~~
| |
| int*
/usr/include/ffmpeg/libavcodec/packet.h:598:42: note: initializing
argument 3 of 'uint8_t* av_packet_get_side_data(const AVPacket*,
AVPacketSideDataType, size_t*)'
598 | size_t *size);
| ~~~~~~~~^~~~
Kevin Kofler
2 years, 2 months
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
2 years, 2 months
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
2 years, 2 months
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.
2 years, 2 months
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).
2 years, 2 months
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).
2 years, 2 months
