[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, 7 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-06-28
by noreply＠rpmfusion.org
RPM Fusion update report
------------------------
Section free:
-------------
Fedora 31
-------------
Pushed to testing:
chromium-browser-privacy-83.0.4103.116-1.fc31
chromium-freeworld-83.0.4103.116-1.fc31
Pushed to stable:
ffmpeg-4.2.3-4.fc31
mpv-0.32.0-6.fc31
retroarch-freeworld-1.8.9-1.fc31
telegram-desktop-2.1.13-1.fc31
Fedora 32
-------------
Pushed to testing:
chromium-browser-privacy-83.0.4103.116-1.fc32
chromium-freeworld-83.0.4103.116-1.fc32
gstreamer-0.10.36-27.fc32
Pushed to stable:
ffmpeg-4.2.3-4.fc32
mpv-0.32.0-6.fc32
qt-heif-image-plugin-0.3.3-2.fc32
retroarch-freeworld-1.8.9-1.fc32
telegram-desktop-2.1.13-1.fc32
EL 6
-------------
Pushed to testing:
Pushed to stable:
EL 7
-------------
Pushed to testing:
Pushed to stable:
EL 8
-------------
Pushed to testing:
buildsys-build-rpmfusion-30-5.el8
Pushed to stable:
ffmpeg-4.2.3-4.el8
mpv-0.32.0-6.el8
Section nonfree:
-------------
Fedora 31
-------------
Pushed to testing:
nvidia-390xx-kmod-390.138-1.fc31
nvidia-kmod-440.100-1.fc31
nvidia-modprobe-440.100-1.fc31
nvidia-persistenced-440.100-1.fc31
nvidia-settings-390xx-390.138-1.fc31
nvidia-settings-440.100-1.fc31
nvidia-xconfig-440.100-1.fc31
xorg-x11-drv-nvidia-390xx-390.138-1.fc31
xorg-x11-drv-nvidia-440.100-1.fc31
Pushed to stable:
Fedora 32
-------------
Pushed to testing:
nvidia-390xx-kmod-390.138-1.fc32
nvidia-kmod-440.100-1.fc32
nvidia-modprobe-440.100-1.fc32
nvidia-persistenced-440.100-1.fc32
nvidia-settings-390xx-390.138-1.fc32
nvidia-settings-440.100-1.fc32
nvidia-xconfig-440.100-1.fc32
xorg-x11-drv-nvidia-390xx-390.138-1.fc32
xorg-x11-drv-nvidia-440.100-1.fc32
Pushed to stable:
EL 6
-------------
Pushed to testing:
Pushed to stable:
EL 7
-------------
Pushed to testing:
nvidia-390xx-kmod-390.138-1.el7
nvidia-kmod-440.100-1.el7
nvidia-modprobe-440.100-1.el7
nvidia-persistenced-440.100-1.el7
nvidia-settings-390xx-390.138-1.el7
nvidia-settings-440.100-1.el7
nvidia-xconfig-440.100-1.el7
xorg-x11-drv-nvidia-390xx-390.138-1.el7
xorg-x11-drv-nvidia-440.100-1.el7
Pushed to stable:
EL 8
-------------
Pushed to testing:
nvidia-390xx-kmod-390.138-1.el8
nvidia-kmod-440.100-1.el8
nvidia-kmod-440.100-2.el8
nvidia-modprobe-440.100-1.el8
nvidia-persistenced-440.100-1.el8
nvidia-settings-390xx-390.138-1.el8
nvidia-settings-440.100-1.el8
nvidia-xconfig-440.100-1.el8
xorg-x11-drv-nvidia-390xx-390.138-1.el8
xorg-x11-drv-nvidia-440.100-1.el8
Pushed to stable:
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, 9 months
Re: Updated howto related to CUDA and nvidia-driver
by Nicolas Chauvet
Le ven. 26 juin 2020 à 13:21, Vitaly Zaitsev via rpmfusion-developers
<rpmfusion-developers(a)lists.rpmfusion.org> a écrit :
>
> On 26.06.2020 12:23, Nicolas Chauvet wrote:
> > FYI, I've updated some nvidia howto related to CUDA:
> > https://rpmfusion.org/Howto/CUDA
>
> What do you think about packaging of CUDA SDK for RPM Fusion?
If you or others want to volunteer doing so I won't prevent it.
On my side, I see little value doing so. and I would not do this task
for free anyway.
I see more value to build a dedicated cuda community based repository
with cuda enabled content whatever the compiler used.
3 years, 9 months
RPM Fusion update report 2020-06-25
by noreply＠rpmfusion.org
RPM Fusion update report
------------------------
Section free:
-------------
Fedora 31
-------------
Pushed to testing:
ffmpeg-4.2.3-4.fc31
mpv-0.32.0-6.fc31
retroarch-freeworld-1.8.9-1.fc31
telegram-desktop-2.1.13-1.fc31
Pushed to stable:
chromium-freeworld-83.0.4103.106-1.fc31
smplayer-20.6.0-1.fc31
smtube-20.6.0-1.fc31
xroar-0.36.1-2.fc31
Fedora 32
-------------
Pushed to testing:
ffmpeg-4.2.3-4.fc32
mpv-0.32.0-6.fc32
qt-heif-image-plugin-0.3.3-2.fc32
retroarch-freeworld-1.8.9-1.fc32
telegram-desktop-2.1.13-1.fc32
Pushed to stable:
chromium-freeworld-83.0.4103.106-1.fc32
smplayer-20.6.0-1.fc32
smtube-20.6.0-1.fc32
xroar-0.36.1-2.fc32
EL 6
-------------
Pushed to testing:
Pushed to stable:
EL 7
-------------
Pushed to testing:
Pushed to stable:
smplayer-20.6.0-1.el7
smtube-20.6.0-1.el7
EL 8
-------------
Pushed to testing:
ffmpeg-4.2.3-4.el8
mpv-0.32.0-6.el8
Pushed to stable:
smplayer-20.6.0-1.el8
smtube-20.6.0-1.el8
vlc-3.0.11-1.el8
Section nonfree:
-------------
Fedora 31
-------------
Pushed to testing:
Pushed to stable:
Fedora 32
-------------
Pushed to testing:
Pushed to stable:
dfhack-0.47.04-2.r1.fc32
dwarftherapist-41.1.7-1.fc32
EL 6
-------------
Pushed to testing:
Pushed to stable:
EL 7
-------------
Pushed to testing:
Pushed to stable:
EL 8
-------------
Pushed to testing:
Pushed to stable:
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, 10 months
RPM Fusion update report 2020-06-21
by noreply＠rpmfusion.org
RPM Fusion update report
------------------------
Section free:
-------------
Fedora 31
-------------
Pushed to testing:
chromium-freeworld-83.0.4103.106-1.fc31
smplayer-20.6.0-1.fc31
smtube-20.6.0-1.fc31
xroar-0.36.1-2.fc31
Pushed to stable:
VirtualBox-6.1.10-4.fc31
python-vlc-3.0.10114-1.fc31
telegram-desktop-2.1.12-1.fc31
vlc-3.0.11-1.fc31
Fedora 32
-------------
Pushed to testing:
chromium-freeworld-83.0.4103.106-1.fc32
smplayer-20.6.0-1.fc32
smtube-20.6.0-1.fc32
xroar-0.36.1-2.fc32
Pushed to stable:
VirtualBox-6.1.10-4.fc32
python-vlc-3.0.10114-1.fc32
telegram-desktop-2.1.12-1.fc32
vlc-3.0.11-1.fc32
EL 6
-------------
Pushed to testing:
Pushed to stable:
EL 7
-------------
Pushed to testing:
smplayer-20.6.0-1.el7
smtube-20.6.0-1.el7
Pushed to stable:
VirtualBox-6.1.10-4.el7
vlc-3.0.11-1.el7
EL 8
-------------
Pushed to testing:
smplayer-20.6.0-1.el8
smtube-20.6.0-1.el8
vlc-3.0.11-1.el8
Pushed to stable:
gstreamer1-libav-1.16.1-1.el8
gstreamer1-plugins-bad-freeworld-1.16.1-1.el8
gstreamer1-plugins-ugly-1.16.1-1.el8
Section nonfree:
-------------
Fedora 31
-------------
Pushed to testing:
Pushed to stable:
Fedora 32
-------------
Pushed to testing:
dfhack-0.47.04-2.r1.fc32
dwarftherapist-41.1.7-1.fc32
Pushed to stable:
EL 6
-------------
Pushed to testing:
Pushed to stable:
EL 7
-------------
Pushed to testing:
Pushed to stable:
EL 8
-------------
Pushed to testing:
xorg-x11-drv-nvidia-340xx-340.108-3.el8
Pushed to stable:
gstreamer1-plugins-bad-nonfree-1.16.1-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
3 years, 10 months
