[Bug 5787] New: Review Request: libmysofa - C functions for reading
HRTFs
by RPM Fusion Bugzilla
https://bugzilla.rpmfusion.org/show_bug.cgi?id=5787
Bug ID: 5787
Summary: Review Request: libmysofa - C functions for reading
HRTFs
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: kwizart(a)gmail.com
CC: rpmfusion-package-review(a)rpmfusion.org
Group: Package Reviews
namespace: rpi
SRPM:
http://dl.kwizart.net/review/gl4es-1.1.2-4.20201007git3259c93.fc31.src.rpm
SPEC: http://dl.kwizart.net/review/gl4es.spec
Summary: OpenGL to GL ES translation library
This package is a version for the rpi namespace
I expect this package to be useful along with a proprietary driver that lacks
libGL implementation (only has gles or egl like rpi).
I plan to (automatically) build a rpi agnostic version in a copr repository.
(and not on rpmfusion-free or nonfree because it's unknown which gles
implementation to target).
It's still a question whether this is useful given rpi can use either upstream
driver (with upstream kernel) or downstream driver (using kernel-rpi). But if
using the raspberrypi-vc userspace, a particular having a libGL would be
usefull given it's an assumption by the fedora userspace.
I don't plan to exclude the libGL to avoid dependency computation error given
that for the rpi namespace
Koji scratch build for f33:
http://koji.rpmfusion.org/koji/taskinfo?taskID=440257
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
1 year, 3 months
[Bug 5801] New: Review request: loudgain - ReplayGain 2.0 audio
loudness normalizer
by RPM Fusion Bugzilla
https://bugzilla.rpmfusion.org/show_bug.cgi?id=5801
Bug ID: 5801
Summary: Review request: loudgain - ReplayGain 2.0 audio
loudness normalizer
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: rpmfusion.org(a)mavit.org.uk
CC: rpmfusion-package-review(a)rpmfusion.org
namespace: free
Spec URL: https://www.mavit.org.uk/loudgain/loudgain.spec
SRPM URL: https://www.mavit.org.uk/loudgain/loudgain-0.6.8-1.fc32.src.rpm
loudgain is a versatile ReplayGain 2.0 loudness normalizer, based on the
EBU R128/ITU BS.1770 standard (-18 LUFS) and supports
FLAC/Ogg/MP2/MP3/MP4/M4A/ALAC/Opus/ASF/WMA/WAV/WavPack/AIFF/APE audio
files. It uses the well-known mp3gain commandline syntax but will never
modify the actual audio data.
This package is not eligible to be included in Fedora because it depends on
ffmpeg.
$ rpmlint loudgain-0.6.8-1.fc32.src.rpm
loudgain.src: W: spelling-error Summary(en_US) normalizer -> normalize,
normalizes, normalized
loudgain.src: W: spelling-error %description -l en_US normalizer -> normalize,
normalizes, normalized
loudgain.src: W: spelling-error %description -l en_US commandline -> command
line, command-line, commandment
loudgain.src: W: patch-not-applied Patch0: hardened-build.patch
1 packages and 0 specfiles checked; 0 errors, 4 warnings.
The spellings seem fine to me.
The patch is applied by %forgeautosetup, which appears not to be recognised by
rpmlint.
$ rpmlint loudgain-0.6.8-1.fc32.x86_64.rpm
loudgain.x86_64: W: spelling-error Summary(en_US) normalizer -> normalize,
normalizes, normalized
loudgain.x86_64: W: spelling-error %description -l en_US normalizer ->
normalize, normalizes, normalized
loudgain.x86_64: W: spelling-error %description -l en_US commandline -> command
line, command-line, commandment
loudgain.x86_64: W: no-manual-page-for-binary rgbpm
1 packages and 0 specfiles checked; 0 errors, 4 warnings.
Upstream do not provide a man page for the rgbpm script.
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
1 year, 4 months
Maintenance is everyone duty
by Nicolas Chauvet
Hi there,
I just want to remind everyone that maintenance is everyone's duty.
The RPM Fusion community is not driven by a single person that will be
assignable for any tasks.
This is a community of packagers. If one package is unmaintained it
should be re-assigned to someone else. if no maintainer , the package
is orphaned and then retired.
This is the very same process as in Fedora, no matter why.
It's very frustrating that despite this simple concept, some people
still try to enforce a different rule in a passive/aggressive manner
(we all lack time and my time is not less valuable than yours).
So if you end up doing some amount of work, and the current maintainer
is not available, please consider to takeover the package.
See also:
https://admin.rpmfusion.org/pkgdb
--
-
Nicolas (kwizart)
1 year, 5 months
RPM Fusion update report 2020-11-30
by noreply@rpmfusion.org
RPM Fusion update report
------------------------
Section free:
-------------
Fedora 32
-------------
Pushed to testing:
chromium-freeworld-87.0.4280.66-1.fc32
pulseaudio-module-bluetooth-freeworld-1.4-5.fc32
Pushed to stable:
mixxx-2.3.0-0.13.beta.20201126git7e18fc4.fc32
rpmfusion-packager-0.7.1-1.fc32
rpmfusion-packager-0.7.2-1.fc32
shotcut-20.11.25-1.fc32
xpra-codecs-freeworld-4.0.5-1.fc32
Fedora 33
-------------
Pushed to testing:
chromium-freeworld-87.0.4280.66-1.fc33
pulseaudio-module-bluetooth-freeworld-1.4-5.fc33
Pushed to stable:
celluloid-0.20-2.fc33
deepin-movie-3.2.24.3-5.fc33
gnome-mpv-0.16-6.fc33
mixxx-2.3.0-0.13.beta.20201126git7e18fc4.fc33
mpc-qt-18.08-5.fc33
mpv-0.33.0-1.fc33
plex-media-player-2.58.0-6.fc33
rpmfusion-packager-0.7.1-1.fc33
rpmfusion-packager-0.7.2-1.fc33
shotcut-20.11.25-1.fc33
vdr-mpv-0.0.4-18.fc33
xpra-codecs-freeworld-4.0.5-1.fc33
EL 7
-------------
Pushed to testing:
Pushed to stable:
rpmfusion-packager-0.7.2-1.el7
EL 8
-------------
Pushed to testing:
Pushed to stable:
rpmfusion-packager-0.7.1-1.el8
rpmfusion-packager-0.7.2-1.el8
Section nonfree:
-------------
Fedora 32
-------------
Pushed to testing:
clipgrab-3.9.5-1.fc32
nvidia-kmod-455.45.01-3.fc32
Pushed to stable:
clipgrab-3.9.4-1.fc32
Fedora 33
-------------
Pushed to testing:
clipgrab-3.9.5-1.fc33
nvidia-kmod-455.45.01-3.fc33
Pushed to stable:
clipgrab-3.9.4-1.fc33
EL 7
-------------
Pushed to testing:
Pushed to stable:
EL 8
-------------
Pushed to testing:
nvidia-kmod-455.45.01-3.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
1 year, 5 months
Kodi 19 and Fedora 33
by Wade Berrier
Hello,
I noticed that Fedora 33 ships Kodi 19, which is currently in alpha.
Is that normal for rpmfusion to ship a Kodi version while it's in alpha?
I'm kind of in a weird spot because I want to upgrade to Kodi 19 but the
addons I depend on haven't been ported to python3 yet (which developers
have mentioned they'll have done by the time Kodi 19 RC1 is released).
Given the uncertainty of the kodi release schedule, I may end up
building kodi 18 with python2 in the meantime (looks like all the
required python2 packages have been carried to f33).
Are there any others in a similar situation to me?
Thanks,
Wade
1 year, 5 months