[Bug 3863] New: Review request: game-data-packager - Installer for game data files
by RPM Fusion Bugzilla
https://bugzilla.rpmfusion.org/show_bug.cgi?id=3863
Bug #: 3863
Summary: Review request: game-data-packager - Installer for
game data files
Classification: Unclassified
Product: Package Reviews
Version: Current
Platform: All
OS/Version: GNU/Linux
Status: NEW
Severity: normal
Priority: P5
Component: Review Request
AssignedTo: rpmfusion-package-review(a)rpmfusion.org
ReportedBy: alexandre.detiste(a)gmail.com
CC: rpmfusion-package-review(a)rpmfusion.org
Various games are divided into two logical parts: engine and data.
.
game-data-packager is a tool which builds .rpm files for game
data which cannot be distributed (such as commercial game data).
Almost all ScummVM, Doom, Quake games are supported + others.
http://pkg-games.alioth.debian.org/game-data/
-------------
http://anonscm.debian.org/cgit/pkg-games/game-data-packager.git/tree/tool...
The RPM support has been added _after_ the last release,
so I temporary use dummy snapshot tarballs until next release.
These are built this way:
git archive --prefix=game-data-packager/ --format tar.gz master >
../rpmbuild/SOURCES/game-data-packager.tar.gz
Which makes rmplint complain:
"game-data-packager.src: W: invalid-url Source0: game-data-packager.tar.gz"
-------------
This tool originated in Debian "contrib", because it's
free software, but of no use without non-free assets;
likewise it doesn't belong in Fedora.
https://bugzilla.redhat.com/show_bug.cgi?id=1279177 :
"game-data-packager's sole purpose is to repackage non-free game resources into
distro packages. As such it has no place in Fedora itself."
---------------------------
remaining rpmlint:
game-data-packager.noarch: E: zero-length
/etc/game-data-packager/quake3-mirrors
well, maybe GDP should use data from filewatcher to enhance it's mirror
lists.
either at build-time (bad, need internet acces), from time to time,
or at run time. We have SHA1 hashes for files, so the source doesn't
much matter.
http://www.filewatcher.com/m/linuxq3apoint-1.32b-3.x86.run.30923961-0.html
game-data-packager.noarch: E: script-without-shebang
/usr/share/bash-completion/completions/game-data-packager
that's not a script intended to be run,
but a script fragement to be sourced
game-data-packager.noarch: E: script-without-shebang
/usr/share/games/game-data-packager/game_data_packager/games/__init__.py
game-data-packager.noarch: E: script-without-shebang
/usr/share/games/game-data-packager/game_data_packager/version.py
game-data-packager.noarch: E: script-without-shebang
/usr/share/games/game-data-packager/game_data_packager/paths.py
these are generated during the build, a shebang could be added too
-----
This is my first RPM Fusion package.
-------
upstream Makefile lacks a "make install" rule;
having this would allow to trim the specfile.
--
Configure bugmail: https://bugzilla.rpmfusion.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
You are the assignee for the bug.
3 years, 8 months
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
3 years, 9 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
3 years, 11 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
3 years, 11 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
3 years, 11 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
3 years, 11 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.
3 years, 11 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.
3 years, 11 months
