[Bug 5268] New: Review request: dptfxtract - Utility to generate a
thermald configuration from DPTF
by RPM Fusion Bugzilla
https://bugzilla.rpmfusion.org/show_bug.cgi?id=5268
Bug ID: 5268
Summary: Review request: dptfxtract - Utility to generate a
thermald configuration from DPTF
Product: Package Reviews
Version: Current
Hardware: x86_64
OS: GNU/Linux
Status: NEW
Severity: enhancement
Priority: P1
Component: Review Request
Assignee: rpmfusion-package-review(a)rpmfusion.org
Reporter: benjamin(a)sipsolutions.net
CC: rpmfusion-package-review(a)rpmfusion.org
namespace: nonfree
spec file: https://benjamin.sipsolutions.net/dptfxtract.spec
SRPM: https://benjamin.sipsolutions.net/dptfxtract-1.3-1.fc30.src.rpm
RPM: https://benjamin.sipsolutions.net/dptfxtract-1.3-1.fc30.x86_64.rpm
Upstream: https://github.com/intel/dptfxtract
Description:
This is a companion tool to Linux Thermal Daemon (thermald). This tool tries to
reuse some of the tables used by "Intel ® Dynamic Platform and Thermal
Framework (Intel® DPTF)" by converting to the thermal_conf.xml format used by
thermald.
Integration with thermald is included so that that a thermald configuration
will be created automatically if thermald is enabled.
This package is not eligible for Fedora as dptfxtract is a non-free executable.
The executable is freely distributable.
Note that I have chosen to enable the extraction by default when installed by
adding an appropriate symlink for thermald.service.wants.
RPM Lint:
dptfxtract.src: W: spelling-error Summary(en_US) thermald -> thermals, thermal,
thermal d
dptfxtract.src: W: spelling-error %description -l en_US thermald -> thermals,
thermal, thermal d
dptfxtract.src: W: spelling-error %description -l en_US conf -> con, cone, cons
dptfxtract.src: W: spelling-error %description -l en_US xml -> XML, ml
-> Wrong reports of spelling errors
dptfxtract.x86_64: W: spelling-error %description -l en_US conf -> con, cone,
cons
dptfxtract.x86_64: W: spelling-error %description -l en_US xml -> XML, ml
-> Wrong reports of spelling errors
dptfxtract.x86_64: W: unstripped-binary-or-object /usr/libexec/dptfxtract
-> Upstream binary should not be modified
This is my first rpmfusion package.
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
2 months, 1 week
[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.
4 months, 4 weeks
About multilibs support in RPM Fusion
by Nicolas Chauvet
Hi there,
For the info, I've restored the capability to build for multilibs on
fedora 31+ (as we don't build i686 by default). There is a rfpkg
update that is been prepared by sergio to automate the appropriate
packages to be forwarded to the related koji build target.
The current packages that will build on multilibs are currently
limited to steam, libva-intel-driver and nvidia driver. If other
components are missing, please let me know.
For the long run, it's more complicated as i386 repos doesn't seem to
be published (el8) or are going to be less reliable (fedora 31+). So
instead, I envision to build using the x86_64 repos (using a x86_64
compiler and tools and i686 libraries).
For information, RHEL8 is obviously building i686 with -m32
-march=x86_64 by default, so I assume the i686 packages are already
built using a x86_64 userspace there.
I've reported this issue to mock to investigate how this can be achieved:
https://github.com/rpm-software-management/mock/issues/340
Thx
--
-
Nicolas (kwizart)
10 months
RPM Fusion update report 2019-09-29
by noreply@rpmfusion.org
RPM Fusion update report
------------------------
Section free:
-------------
Fedora 29
-------------
Pushed to testing:
mpd-0.21.15-1.fc29
telegram-desktop-1.8.9-1.fc29
Pushed to stable:
mock-rpmfusion-free-31.1-1.fc29
mock-rpmfusion-free-31.1-2.fc29
Fedora 30
-------------
Pushed to testing:
mpd-0.21.15-1.fc30
ppsspp-1.9.0-1.fc30
telegram-desktop-1.8.9-1.fc30
Pushed to stable:
kdenlive-19.04.3-1.fc30
mock-rpmfusion-free-31.1-1.fc30
mock-rpmfusion-free-31.1-2.fc30
Fedora 31
-------------
Pushed to testing:
chromium-libs-media-freeworld-77.0.3865.90-1.fc31
gstreamer1-libav-1.16.1-1.fc31
gstreamer1-plugins-bad-freeworld-1.16.1-1.fc31
gstreamer1-plugins-ugly-1.16.1-1.fc31
mpd-0.21.15-1.fc31
ppsspp-1.9.0-1.fc31
rfpkg-1.26.2-1.fc31
telegram-desktop-1.8.9-1.fc31
Pushed to stable:
chromium-vaapi-77.0.3865.90-1.fc31
ffmpegthumbs-19.08.1-1.fc31
mock-rpmfusion-free-31.1-1.fc31
mock-rpmfusion-free-31.1-2.fc31
rfpkg-1.26.1-1.fc31
EL 6
-------------
Pushed to testing:
Pushed to stable:
EL 7
-------------
Pushed to testing:
mock-rpmfusion-free-31.1-2.el7
Pushed to stable:
EL 8
-------------
Pushed to testing:
rfpkg-1.26.2-1.el8
rfpkgdb-cli-2.15.0-0.3rc2.el8
Pushed to stable:
HandBrake-1.2.2-6.el8
Section nonfree:
-------------
Fedora 29
-------------
Pushed to testing:
Pushed to stable:
mock-rpmfusion-nonfree-31.1-1.fc29
Fedora 30
-------------
Pushed to testing:
Pushed to stable:
broadcom-wl-6.30.223.271-12.fc30
mock-rpmfusion-nonfree-31.1-1.fc30
wl-kmod-6.30.223.271-29.fc30
Fedora 31
-------------
Pushed to testing:
Pushed to stable:
broadcom-wl-6.30.223.271-12.fc31
mock-rpmfusion-nonfree-31.1-1.fc31
wl-kmod-6.30.223.271-29.fc31
EL 6
-------------
Pushed to testing:
Pushed to stable:
EL 7
-------------
Pushed to testing:
mock-rpmfusion-nonfree-31.1-1.el7
Pushed to stable:
EL 8
-------------
Pushed to testing:
Pushed to stable:
Theses packages will be available in main mirror in few hours. Wait for local mirrors to sync
Please report any issue to https://bugzilla.rpmfusion.org
1 year, 3 months