Re: [x264/f30: 7/7] Merge branch 'f29' into f30
by Dominik 'Rathann' Mierzejewski
On Friday, 04 October 2019 at 10:23, Nicolas Chauvet wrote:
> Please consider to use cherry-pick next time.
> I don't see the point to compute a merge resolution for the changelog
> because of a single fix.
> This is craziness.
Cherry-picking only makes sense when the branches are too diverged. I
did cherry-pick from f29 to el7 for that reason. The others are more or
less the same. All the fixes that went into all branches should have
been applied to the oldest applicable branch first and then merged
upwards. This wasn't done, hence the current merge commits look uglier
than they could be. They will be much cleaner in the future if this
workflow is followed.
Christopher over at fedora devel list has some valid points in favour of
this way[1]:
Git has excellent branch merging features. Merging branches, rather than
cherry-picking across them, results in commits representing the same
changeset being present in multiple branches, making it easier to search
git history and identify which branches contain a specific change.
Regards,
Dominik
[1] https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.o...
--
Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org
There should be a science of discontent. People need hard times and
oppression to develop psychic muscles.
-- from "Collected Sayings of Muad'Dib" by the Princess Irulan
1 year, 7 months
RPM Fusion update report 2020-05-29
by noreply＠rpmfusion.org
RPM Fusion update report
------------------------
Section free:
-------------
Fedora 30
-------------
Pushed to testing:
Pushed to stable:
plex-media-player-2.58.0-1.fc30
vdr-markad-2.1.0-1.fc30
Fedora 31
-------------
Pushed to testing:
alsa-plugins-freeworld-1.2.2-1.fc31
mythtv-31.0-3.20200527gitfc90482281.fc31
retroarch-freeworld-1.8.8-1.fc31
xpra-codecs-freeworld-4.0.1-1.fc31
Pushed to stable:
plex-media-player-2.58.0-1.fc31
rfpkg-1.26.3-2.fc31
stella-6.1.2-1.fc31
telegram-desktop-2.1.7-1.fc31
vdr-markad-2.1.0-1.fc31
Fedora 32
-------------
Pushed to testing:
alsa-plugins-freeworld-1.2.2-1.fc32
mythtv-31.0-3.20200527gitfc90482281.fc32
retroarch-freeworld-1.8.8-1.fc32
xpra-codecs-freeworld-4.0.1-1.fc32
Pushed to stable:
plex-media-player-2.58.0-1.fc32
rfpkg-1.26.3-2.fc32
stella-6.1.2-1.fc32
telegram-desktop-2.1.7-1.fc32
vdr-markad-2.1.0-1.fc32
EL 6
-------------
Pushed to testing:
Pushed to stable:
EL 7
-------------
Pushed to testing:
Pushed to stable:
ffmpeg-3.4.7-2.el7
libopenshot-0.2.5-2.el7
libopenshot-audio-0.2.0-1.el7
openshot-2.5.1-1.el7
rfpkg-1.26.3-2.el7
EL 8
-------------
Pushed to testing:
rfpkg-1.26.3-2.el8
Pushed to stable:
plex-media-player-2.58.0-1.el8
Section nonfree:
-------------
Fedora 30
-------------
Pushed to testing:
Pushed to stable:
steam-1.0.0.62-3.fc30
Fedora 31
-------------
Pushed to testing:
Pushed to stable:
steam-1.0.0.62-3.fc31
Fedora 32
-------------
Pushed to testing:
Pushed to stable:
steam-1.0.0.62-3.fc32
EL 6
-------------
Pushed to testing:
Pushed to stable:
EL 7
-------------
Pushed to testing:
Pushed to stable:
steam-1.0.0.62-3.el7
EL 8
-------------
Pushed to testing:
Pushed to stable:
steam-1.0.0.62-3.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, 8 months
Use git to apply binary patch?
by Richard Shaw
So I ran into my first binary patch trying to update MythTV. Plain "patch"
doesn't seem to support this.
The only thing I can think of is to use git to apply the patch manually in
%prep instead of relying on %autosetup?
Thanks,
Richard
1 year, 8 months
Music for Seven Kingdoms: Ancient Adversaries as package in RPM Fusion?
by Andy Mender
Howdy everyone :)
I recently started contributing to Fedora by digging up and un-orphaning a
package for a strategy game called Seven Kingdoms: Ancient Adversaries (aka
*7kaa*). The problem is that the music for the game has a restrictive
license (can only be distributed for use with the game) and cannot be added
to the main Fedora repositories. This is an all too common issue with game
packages.
In the past, the package relied on a Bash script and the autodownloader
gimmick to allow Fedora users to download music files at their leisure
after installing 7kaa. As part of the un-orphaning process, I'd like to
improve the situation a bit.
*After some discussions in the RedHat Bugzilla I decided to separate music
files entirely from the main game package. Would it be possible to include
the music files as a 7kaa-music package in RPM Fusion?*
Here are the relevant links:
Bugzilla report: https://bugzilla.redhat.com/show_bug.cgi?id=1837107
7kaa spec file: https://github.com/AndyMender/7kaa-rpm/blob/f32/7kaa.spec
7kaa-music spec file:
https://github.com/AndyMender/7kaa-rpm/blob/f32/7kaa-music.spec
As you can see, the 7kaa-music spec file relies on *Supplements:* which is
a weak backwards dependency. However, as mentioned in the packaging
guidelines(
https://docs.fedoraproject.org/en-US/packaging-guidelines/#_package_depen...)
this still potentially violates Fedora's packaging policies. I'd like to
use *Enhances: *which is a backwards hint, an even weaker form of
dependency tracking.
Thanks in advance for your feedback :).
Best,
Andy
1 year, 8 months
RPM Fusion update report 2020-05-27
by noreply＠rpmfusion.org
RPM Fusion update report
------------------------
Section free:
-------------
Fedora 30
-------------
Pushed to testing:
plex-media-player-2.58.0-1.fc30
vdr-markad-2.1.0-1.fc30
Pushed to stable:
mpv-mpris-0.5-1.fc30
Fedora 31
-------------
Pushed to testing:
plex-media-player-2.58.0-1.fc31
rfpkg-1.26.3-2.fc31
stella-6.1.2-1.fc31
telegram-desktop-2.1.7-1.fc31
vdr-markad-2.1.0-1.fc31
Pushed to stable:
ffmpeg-4.2.3-2.fc31
mpv-mpris-0.5-1.fc31
Fedora 32
-------------
Pushed to testing:
plex-media-player-2.58.0-1.fc32
rfpkg-1.26.3-2.fc32
stella-6.1.2-1.fc32
telegram-desktop-2.1.7-1.fc32
vdr-markad-2.1.0-1.fc32
Pushed to stable:
ffmpeg-4.2.3-2.fc32
kodi-18.7-1.fc32
mpv-mpris-0.5-1.fc32
zsnes-1.51-28.fc32
EL 6
-------------
Pushed to testing:
Pushed to stable:
EL 7
-------------
Pushed to testing:
ffmpeg-3.4.7-2.el7
libopenshot-0.2.5-2.el7
libopenshot-audio-0.2.0-1.el7
openshot-2.5.1-1.el7
rfpkg-1.26.3-2.el7
transcode-1.1.7-18.el7
Pushed to stable:
EL 8
-------------
Pushed to testing:
plex-media-player-2.58.0-1.el8
Pushed to stable:
ffmpeg-4.2.3-2.el8
Section nonfree:
-------------
Fedora 30
-------------
Pushed to testing:
steam-1.0.0.62-3.fc30
Pushed to stable:
dvb-firmware-20170329-7.git3fef04a.fc30
ripcord-0.4.25-1.fc30
Fedora 31
-------------
Pushed to testing:
steam-1.0.0.62-3.fc31
Pushed to stable:
dvb-firmware-20170329-7.git3fef04a.fc31
ripcord-0.4.25-1.fc31
Fedora 32
-------------
Pushed to testing:
steam-1.0.0.62-3.fc32
Pushed to stable:
dvb-firmware-20170329-7.git3fef04a.fc32
ripcord-0.4.25-1.fc32
EL 6
-------------
Pushed to testing:
Pushed to stable:
EL 7
-------------
Pushed to testing:
steam-1.0.0.62-3.el7
Pushed to stable:
dvb-firmware-20170329-7.git3fef04a.el7
EL 8
-------------
Pushed to testing:
steam-1.0.0.62-3.el8
Pushed to stable:
dvb-firmware-20170329-7.git3fef04a.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, 8 months
virtualbox for EL8
by Sérgio Basto
On Mon, 2020-05-25 at 22:00 +0200, Nicolas Chauvet wrote:
> Also I've asked you a state of virtualbox for EL8.
> Where is it ?!?
ENOTIME , we may try build it without hardening (`setarch x86_64 -R`)
from https://bugzilla.redhat.com/show_bug.cgi?id=1721553
That means that GCC cannot reasonably handle PCH when GCC is hardened.
The `setarch x86_64 -R` works well without error on my x86_64 mock
environment of RHEL 8, Ruby 2.6.
--
Sérgio M. B.
1 year, 8 months
libopenshot and rebuild for ImageMagick on el7
by Sérgio Basto
Hello,
I tried rebuild libopenshot [1] and update to 0.2.5 with git merge
master with fast forward , but libopenshot 0.2.4 but we have an error
on root.log "No matching package to install: 'swig >= 3.0' "
swig3 is available on CentOS Extras [2] but seems teh repo is not
enable on RPMFusion, even so, testing locally with mock, libopenshot-
audio-0.2.0-1.el7.x86_64.rpm and libopenshot-0.2.5-2.fc33.src.rpm, ends
with one test error on libopenhot [3]
So what we should do ? , rollback libopenhot to 0.2.3 ? try enable
CentOS extras and ignore the test error ? or any suggestion ?
Thank you,
[1]
http://koji.rpmfusion.org/koji/buildinfo?buildID=15284
[2]
https://centos.pkgs.org/7/centos-extras-x86_64/swig3-3.0.12-17.el7.x86_64...
[3]
----------------------------
RUNNING ALL TESTS
----------------------------
/builddir/build/BUILD/libopenshot-
0.2.5/tests/FFmpegWriter_Tests.cpp:40:1: error: Failure in Webm:
Unhandled exception: A valid video codec could not be found for this
file.
[libx264 @ 0x24417e0] using cpu capabilities: MMX2 SSE2Fast SSSE3
SSE4.2 AVX FMA3 AVX2 LZCNT BMI2
[libx264 @ 0x24417e0] profile High, level 3.1
[libx264 @ 0x24417e0] 264 - core 148 r2795 aaa9aa8 - H.264/MPEG-4 AVC
codec - Copyleft 2003-2017 - http://www.videolan.org/x264.html -
options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7
psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1
8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2
threads=8 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1
interlaced=0 bluray_compat=0 constrained_intra=0 bframes=0 weightp=2
keyint=12 keyint_min=1 scenecut=40 intra_refresh=0 rc_lookahead=12
rc=abr mbtree=1 bitrate=5000 ratetol=1.0 qcomp=0.60 qpmin=2 qpmax=30
qpstep=4 ip_ratio=1.40 aq=1:1.00
[mp4 @ 0x24411e0] Using AVStream.codec.time_base as a timebase hint to
the muxer is deprecated. Set AVStream.time_base instead.
[aac @ 0x27bdb80] Qavg: 189.910
[aac @ 0x27bdb80] 1 frames left in the queue on closing
[libx264 @ 0x24417e0] frame I:4 Avg QP: 7.71 size: 21045
[libx264 @ 0x24417e0] frame P:23 Avg QP: 8.10 size: 21950
[libx264 @ 0x24417e0] mb I I16..4: 43.5% 43.5% 13.0%
[libx264 @ 0x24417e0] mb P I16..4: 14.9% 21.9% 7.5% P16..4:
15.5% 7.8% 4.2% 0.0% 0.0% skip:28.3%
[libx264 @ 0x24417e0] final ratefactor: 10.11
[libx264 @ 0x24417e0] 8x8 transform intra:47.8% inter:53.1%
[libx264 @ 0x24417e0] coded y,uvDC,uvAC intra: 34.1% 25.3% 18.3% inter:
23.1% 10.4% 4.9%
[libx264 @ 0x24417e0] i16 v,h,dc,p: 59% 28% 9% 3%
[libx264 @ 0x24417e0] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 37% 20%
28% 3% 3% 3% 2% 3% 3%
[libx264 @ 0x24417e0] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 36% 29%
18% 3% 4% 3% 3% 2% 2%
[libx264 @ 0x24417e0] i8c dc,h,v,p: 82% 9% 8% 1%
[libx264 @ 0x24417e0] Weighted P-Frames: Y:8.7% UV:0.0%
[libx264 @ 0x24417e0] ref P L0: 76.6% 1.8% 16.3% 4.9% 0.4%
[libx264 @ 0x24417e0] kb/s:5235.92
FAILURE: 1 out of 93 tests failed (1 failures).
Test time: 6.10 seconds.
----------------------------
--
Sérgio M. B.
1 year, 8 months
Kodi 18 and Fedora 32+
by Michael Cronenworth
Hi all,
With the Fedora 32 release only a few days away I would like to share some info
about Kodi 18.
As you may already be aware Kodi 18 officially supports Python 2.7. Kodi 19 will
support Python 3. Fedora 32 is deprecating Python 2 in a big way. While a barebones
python27 package is still shipped support for it has stopped and libraries are being
removed.[1] Python is used mainly with Kodi add-ons so if you do not use add-ons
this will not affect you.
The Kodi development timeline does not line up with Fedora releases as Kodi 19 may
be months away from a general release and Fedora 32 is coming out in two days. I
have shipped Kodi 18 in RPMFusion with patches to support Python 3.
Unfortunately, add-on support for Python 3 is extremely lacking. Most likely your
add-ons will not work because of how behind add-on developers were with their code.
There is an effort to update add-ons, but the process is very slow.[2]
There is also a crasher bug exhibited on exiting Kodi that I am in the middle of
debugging (Python 3 related) and I will push a package update as soon as I can fix it.
Apologies for the poor user experience, but I was afraid of this anyway and I am not
too surprised at the current state.
Regards,
Michael
[1] https://fedoraproject.org/wiki/Changes/RetirePython2
[2] https://forum.kodi.tv/forumdisplay.php?fid=281
1 year, 8 months
RPM Fusion update report 2020-05-24
by noreply＠rpmfusion.org
RPM Fusion update report
------------------------
Section free:
-------------
Fedora 30
-------------
Pushed to testing:
mpv-mpris-0.5-1.fc30
Pushed to stable:
kdenlive-20.04.1-1.fc30
Fedora 31
-------------
Pushed to testing:
ffmpeg-4.2.3-2.fc31
mpv-mpris-0.5-1.fc31
Pushed to stable:
kdenlive-20.04.1-1.fc31
retroarch-freeworld-1.8.7-2.fc31
simplescreenrecorder-0.4.2-1.fc31
Fedora 32
-------------
Pushed to testing:
ffmpeg-4.2.3-2.fc32
kodi-18.7-1.fc32
mpv-mpris-0.5-1.fc32
zsnes-1.51-28.fc32
Pushed to stable:
kdenlive-20.04.1-1.fc32
retroarch-freeworld-1.8.7-2.fc32
simplescreenrecorder-0.4.2-1.fc32
EL 6
-------------
Pushed to testing:
Pushed to stable:
EL 7
-------------
Pushed to testing:
Pushed to stable:
VirtualBox-6.1.8-2.el7
VirtualBox-kmod-6.1.8-2.el7
simplescreenrecorder-0.4.2-1.el7
xine-lib-1.2.10-6.el7
EL 8
-------------
Pushed to testing:
ffmpeg-4.2.3-2.el8
Pushed to stable:
simplescreenrecorder-0.4.2-1.el8
Section nonfree:
-------------
Fedora 30
-------------
Pushed to testing:
dvb-firmware-20170329-7.git3fef04a.fc30
ripcord-0.4.25-1.fc30
Pushed to stable:
steam-1.0.0.62-2.fc30
Fedora 31
-------------
Pushed to testing:
dvb-firmware-20170329-7.git3fef04a.fc31
ripcord-0.4.25-1.fc31
Pushed to stable:
SDLPoP-1.20-3.fc31
broadcom-bt-firmware-12.0.1.1105-8.fc31
steam-1.0.0.62-2.fc31
unifi-5.12.72-1.fc31
Fedora 32
-------------
Pushed to testing:
dvb-firmware-20170329-7.git3fef04a.fc32
ripcord-0.4.25-1.fc32
Pushed to stable:
SDLPoP-1.20-3.fc32
broadcom-bt-firmware-12.0.1.1105-8.fc32
pcsx2-1.6.0-2.fc32
pgplot-5.2.2-49.fc32
steam-1.0.0.62-2.fc32
unifi-5.12.72-1.fc32
EL 6
-------------
Pushed to testing:
Pushed to stable:
nvidia-340xx-kmod-340.108-4.el6
xorg-x11-drv-nvidia-340xx-340.108-2.el6
EL 7
-------------
Pushed to testing:
dvb-firmware-20170329-7.git3fef04a.el7
Pushed to stable:
broadcom-bt-firmware-12.0.1.1105-8.el7
nvidia-340xx-kmod-340.108-3.el7
nvidia-340xx-kmod-340.108-4.el7
steam-1.0.0.62-2.el7
xorg-x11-drv-nvidia-340xx-340.108-2.el7
EL 8
-------------
Pushed to testing:
dvb-firmware-20170329-7.git3fef04a.el8
Pushed to stable:
broadcom-bt-firmware-12.0.1.1105-8.el8
nvidia-340xx-kmod-340.108-3.el8
nvidia-340xx-kmod-340.108-4.el8
steam-1.0.0.62-2.el8
unifi-5.12.72-1.el8
xorg-x11-drv-nvidia-340xx-340.108-2.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, 8 months
