[Bug 5104] New: Review request: glmixer - Graphic Live Mixer
by RPM Fusion Bugzilla
https://bugzilla.rpmfusion.org/show_bug.cgi?id=5104
Bug ID: 5104
Summary: Review request: glmixer - Graphic Live Mixer
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: mgansser(a)online.de
CC: rpmfusion-package-review(a)rpmfusion.org
namespace: free
Spec URL: https://martinkg.fedorapeople.org/Review/SPECS/glmixer.spec
SRPM URL:
https://martinkg.fedorapeople.org/Review/SRPMS/glmixer-1.7.1837-1.fc29.sr...
Description:Real-time video mixing software for live performance.
Fedora Account System Username: martinkg
this package belongs to rpmfusion, due x264 dependencies.
$ rpmlint -i -v glmixer.spec
/home/martin/rpmbuild/SRPMS/glmixer-1.7.1837-1.fc29.src.rpm
/home/martin/rpmbuild/RPMS/x86_64/glmixer-1.7.1837-1.fc29.x86_64.rpm
/home/martin/rpmbuild/RPMS/x86_64/glmixer-debugsource-1.7.1837-1.fc29.x86_64.rpm
/home/martin/rpmbuild/RPMS/x86_64/glmixer-debuginfo-1.7.1837-1.fc29.x86_64.rpm/home/martin/rpmbuild/RPMS/x86_64/glmixer-debuginfo-1.7.1837-1.fc29.x86_64.rpm
glmixer.spec: I: checking
glmixer.spec: W: invalid-url Source0: GLMixer-1.7.1837-Source.tar.gz
The value should be a valid, public HTTP, HTTPS, or FTP URL.
glmixer.src: I: checking
glmixer.src: I: checking-url http://sourceforge.net/projects/glmixer/ (timeout
10 seconds)
glmixer.src: W: invalid-url Source0: GLMixer-1.7.1837-Source.tar.gz
The value should be a valid, public HTTP, HTTPS, or FTP URL.
glmixer.x86_64: I: checking
glmixer.x86_64: I: checking-url http://sourceforge.net/projects/glmixer/
(timeout 10 seconds)
glmixer-debugsource.x86_64: I: checking
glmixer-debugsource.x86_64: I: checking-url
http://sourceforge.net/projects/glmixer/ (timeout 10 seconds)
(none): E: no installed packages by name
/home/martin/rpmbuild/RPMS/x86_64/glmixer-debuginfo-1.7.1837-1.fc29.x86_64.rpm/home/martin/rpmbuild/RPMS/x86_64/glmixer-debuginfo-1.7.1837-1.fc29.x86_64.rpm
3 packages and 1 specfiles checked; 0 errors, 2 warnings.
%changelog
* Sat Dec 08 2018 Martin Gansser <martinkg(a)fedoraproject.org> - 1.7.1837-1
- Initial package
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
1 year, 6 months
[Bug 5114] New: Review request: ungoogled-chromium - Chromium, sans
integration with Google
by RPM Fusion Bugzilla
https://bugzilla.rpmfusion.org/show_bug.cgi?id=5114
Bug ID: 5114
Summary: Review request: ungoogled-chromium - Chromium, sans
integration with Google
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: dotqvint(a)gmail.com
CC: rpmfusion-package-review(a)rpmfusion.org
Blocks: 2, 30
namespace: free
Full URLs to the spec file, source RPM and binary RPM:
-
https://ungoogled.blob.core.windows.net/ungoogled/review/2018-12-18_1/ung...
-
https://ungoogled.blob.core.windows.net/ungoogled/review/2018-12-18_1/ung...
-
https://ungoogled.blob.core.windows.net/ungoogled/review/2018-12-18_1/ung...
A short description for the package:
ungoogled-chromium is Chromium, sans integration with Google. It also
features
some tweaks to enhance privacy, control, and transparency (almost all of
which
require manual activation or enabling).
ungoogled-chromium retains the default Chromium experience as closely as
possible. Unlike other Chromium forks that have their own visions of a web
browser, ungoogled-chromium is essentially a drop-in replacement for
Chromium.
This package is not eligible to be included in Fedora because of proprietary
codecs.
This is my first RPM Fusion package. I wish to keep on improving it. I also
seek
a sponsor as I'm not a Fedora sponsored packager nor an RPM Fusion sponsored
packager.
-----------------------
rpmlint on source RPM
-----------------------
This package is primarily based on Tom Callaway's <spot(a)fedoraproject.org>
work.
All rpmlint warnings and errors are also reproducible for the source RPM of the
Fedora `chromium` package.
* E: hardcoded-library-path in /usr/lib/libc.so
Caused by this line:
BuildRequires: /lib/libc.so.6 /usr/lib/libc.so
Tom Callaway commented it as follows:
# Really, this is what we want:
# BuildRequires: glibc-devel(x86-32) libgcc(x86-32)
# But, koji only offers glibc32. Maybe that's enough.
# This BR will pull in either glibc.i686 or glibc32.
* W: unversioned-explicit-provides bundled(boringssl)
* W: unversioned-explicit-provides bundled(bspatch)
* W: unversioned-explicit-provides bundled(crashpad)
* W: unversioned-explicit-provides bundled(dmg_fp)
* W: unversioned-explicit-provides bundled(iccjpeg)
* W: unversioned-explicit-provides bundled(mozc)
* W: unversioned-explicit-provides bundled(re2)
* W: unversioned-explicit-provides bundled(skia)
* W: unversioned-explicit-provides bundled(xdg-mime)
* W: unversioned-explicit-provides bundled(xdg-user-dirs)
These warnings are caused by `Provides: bundled(...)` lines. Chromium uses
its
own forks of third-party libraries -- unbundling or versioning seem to be
impossible.
* E: hardcoded-library-path in /usr/lib/%{chromium_browser_channel}
* E: hardcoded-library-path in
/usr/lib/%{chromium_browser_channel}/%{chromium_browser_channel}.sh
* E: hardcoded-library-path in /usr/lib/chrome-sandbox
These errors are caused by `semanage` invocations:
semanage fcontext -a -t bin_t /usr/lib/%{chromium_browser_channel}
semanage fcontext -a -t bin_t
/usr/lib/%{chromium_browser_channel}/%{chromium_browser_channel}.sh
semanage fcontext -a -t chrome_sandbox_exec_t /usr/lib/chrome-sandbox
Tom Callaway commented that semanage itself adjusts the lib directory naming.
* W: mixed-use-of-spaces-and-tabs (spaces: line 60, tab: line 98)
* W: invalid-url Source2: depot_tools.git-master.tar.gz
Revision of the file is accessible only from the Fedora Lookaside Cache.
-----------------------
rpmlint on x86_64 RPM
-----------------------
The most of the following warnings and errors are reproducible for the Fedora
`chromium` package.
* E: explicit-lib-dependency libcanberra-gtk3(x86-64)
Chromium expects this GTK module for some reason.
* W: unstripped-binary-or-object /usr/lib64/ungoogled-chromium/chrome-sandbox
* W: unstripped-binary-or-object /usr/lib64/ungoogled-chromium/chromedriver
* W: unstripped-binary-or-object /usr/lib64/ungoogled-chromium/headless_shell
* W: unstripped-binary-or-object /usr/lib64/ungoogled-chromium/protoc
* W: unstripped-binary-or-object
/usr/lib64/ungoogled-chromium/swiftshader/libEGL.so
* W: unstripped-binary-or-object
/usr/lib64/ungoogled-chromium/swiftshader/libGLESv2.so
* W: unstripped-binary-or-object
/usr/lib64/ungoogled-chromium/ungoogled-chromium
I'm not sure how to resolve this. Fedora package has similar warnings.
* W: conffile-without-noreplace-flag /etc/ungoogled-chromium/master_preferences
Contains distro-specific settings, noreplace flag seems to be needless.
* E: missing-call-to-setgroups-before-setuid
/usr/lib64/ungoogled-chromium/chrome-sandbox
* E: missing-call-to-chdir-with-chroot
/usr/lib64/ungoogled-chromium/ungoogled-chromium
* E: missing-call-to-chdir-with-chroot
/usr/lib64/ungoogled-chromium/headless_shell
* E: setuid-binary /usr/lib64/ungoogled-chromium/chrome-sandbox root 4755
* E: non-standard-executable-perm /usr/lib64/ungoogled-chromium/chrome-sandbox
4755
I'm not sure what can I do here. Both Fedora package and chromium-vaapi have
similar errors.
* E: script-without-shebang
/usr/lib64/ungoogled-chromium/pyproto/google/protobuf/internal/__init__.py
* E: htaccess-file /usr/lib64/ungoogled-chromium/resources/inspector/.htaccess
* E: zero-length
/usr/lib64/ungoogled-chromium/resources/inspector/emulated_devices/emulated_devices_module.js
* E: zero-length
/usr/lib64/ungoogled-chromium/resources/inspector/js_profiler/js_profiler_module.js
* E: zero-length
/usr/lib64/ungoogled-chromium/resources/inspector/node_debugger/node_debugger_module.js
Resource files.
Referenced Bugs:
https://bugzilla.rpmfusion.org/show_bug.cgi?id=2
[Bug 2] Tracker: New packages awaiting review
https://bugzilla.rpmfusion.org/show_bug.cgi?id=30
[Bug 30] Tracker : Sponsorship Request
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
1 year, 6 months
[Bug 5154] New: Review request: libldac - LDAC library from AOSP
by RPM Fusion Bugzilla
https://bugzilla.rpmfusion.org/show_bug.cgi?id=5154
Bug ID: 5154
Summary: Review request: libldac - LDAC library from AOSP
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: gombosg(a)gmail.com
CC: rpmfusion-package-review(a)rpmfusion.org
namespace: free
Repo:
https://pagure.io/libldac
Spec:
https://pagure.io/libldac/blob/master/f/libldac.spec
SRPM:
https://pagure.io/libldac/blob/master/f/libldac-2.0.2.2-1.fc30.src.rpm
Description:
LDAC library from AOSP.
LDAC is an audio coding technology developed by Sony.
It enables the transmission of High-Resolution Audio content,
even over a Bluetooth connection.
pulseaudio-modules-bluetooth-aptx cannot be included in Fedora due to a build
dependency on ffmpeg.
For compatible headsets, this package enables LDAC encoding over Bluetooth for
pulseaudio-modules-bluetooth-aptx.
Rpmlint output - spec:
1 packages and 0 specfiles checked; 0 errors, 0 warnings.
Rpmlint output - binary:
libldac.x86_64: W: unstripped-binary-or-object
/usr/lib64/libldacBT_abr.so.2.0.2.2
libldac.x86_64: W: unstripped-binary-or-object
/usr/lib64/libldacBT_enc.so.2.0.2.2
libldac.x86_64: W: no-documentation
1 packages and 0 specfiles checked; 0 errors, 3 warnings.
Please let me know if binary stripping is needed and how to do it.
The .so file names are libldacBT.so... in the source cmake files, libldac and
libldacBT are both used, but IMHO the package should simply be named libldac.
This is my first RPM(Fusion) package.
I'm looking for a sponsor because of this!
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
1 year, 6 months
[Bug 5216] New: Review request: libftl - FTL audio/video streaming
library
by RPM Fusion Bugzilla
https://bugzilla.rpmfusion.org/show_bug.cgi?id=5216
Bug ID: 5216
Summary: Review request: libftl - FTL audio/video streaming
library
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: fedorauser(a)fedoraproject.org
CC: rpmfusion-package-review(a)rpmfusion.org
namespace: free
FTL-SDK is a cross platform SDK written in C to enable sending audio/video to
mixer using FTL service.
This package is not in Fedora as it relies on codecs.
Also, it is very specific to OBS Studio which is only in RPM Fusion.
Installation RPM:
https://fedorauser.fedorapeople.org/Packages/libftl/0.9.14/libftl-0.9.14-...
.src.rpm and .spec files:
https://fedorauser.fedorapeople.org/Packages/libftl/0.9.14/libftl-0.9.14-...
https://fedorauser.fedorapeople.org/Packages/libftl/0.9.14/libftl.spec
This is not my first package, I already maintain OBS Studio.
Package is actually result of a bug report[1].
rpmlint outputs:
$ rpmlint SRPMS/libftl-0.9.14-1.fc29.src.rpm
libftl.src:44: E: hardcoded-library-path in %{_prefix}/lib/%{name}.so*
1 packages and 0 specfiles checked; 1 errors, 0 warnings.
$ rpmlint RPMS/x86_64/libftl-0.9.14-1.fc29.x86_64.rpm
1 packages and 0 specfiles checked; 0 errors, 0 warnings.
$ rpmlint RPMS/x86_64/libftl-devel-0.9.14-1.fc29.x86_64.rpm
libftl-devel.x86_64: W: no-documentation
1 packages and 0 specfiles checked; 0 errors, 1 warnings.
$ rpmlint RPMS/x86_64/libftl-debuginfo-0.9.14-1.fc29.x86_64.rpm
1 packages and 0 specfiles checked; 0 errors, 0 warnings.
Choose to ignore hardcoded library as it is actually part where it is moved to
proper location, as opposed to where install scripts puts it.
[1] https://bugzilla.rpmfusion.org/show_bug.cgi?id=5057
Kind regards,
Momcilo "Momo" Medic.
(fedorauser)
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
1 year, 6 months
[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.
1 year, 6 months
[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.
1 year, 9 months
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)
2 years, 2 months