[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, 10 months
RPM Fusion update report 2022-01-31
by noreply＠rpmfusion.org
RPM Fusion update report
------------------------
Section free:
-------------
Fedora 34
-------------
Pushed to testing:
mythtv-31.0-25.173.20220120git4f7953f6ee.fc34
qarte-4.16.0-1.fc34
qt5-qtwebengine-freeworld-5.15.8-2.fc34
Pushed to stable:
VirtualBox-6.1.32-2.fc34
VirtualBox-kmod-6.1.32-1.fc34
chromium-freeworld-97.0.4692.99-1.fc34
mpv-0.34.1-2.fc34
xpra-codecs-freeworld-4.3-1.fc34
xroar-1.0.9-1.fc34
Fedora 35
-------------
Pushed to testing:
mythtv-31.0-25.173.20220120git4f7953f6ee.fc35
qarte-4.16.0-1.fc35
qt5-qtwebengine-freeworld-5.15.8-2.fc35
Pushed to stable:
VirtualBox-6.1.32-2.fc35
VirtualBox-kmod-6.1.32-1.fc35
chromium-freeworld-97.0.4692.99-1.fc35
fceux-2.6.1-1.fc35
mpv-0.34.1-2.fc35
telegram-desktop-3.4.8-1.fc35
xpra-codecs-freeworld-4.3-1.fc35
xroar-1.0.9-1.fc35
EL 7
-------------
Pushed to testing:
Pushed to stable:
VirtualBox-6.1.32-1.el7
VirtualBox-kmod-6.1.32-1.el7
mythtv-31.0-25.173.20220120git4f7953f6ee.el7
EL 8
-------------
Pushed to testing:
mythtv-31.0-25.173.20220120git4f7953f6ee.el8
Pushed to stable:
VirtualBox-6.1.32-1.el8
VirtualBox-kmod-6.1.32-1.el8
mpv-0.34.1-2.el8
Section nonfree:
-------------
Fedora 34
-------------
Pushed to testing:
megasync-4.5.3.0-3.fc34
nvidia-390xx-kmod-390.147-1.fc34
nvidia-settings-390xx-390.147-1.fc34
xorg-x11-drv-nvidia-390xx-390.147-1.fc34
Pushed to stable:
cannonball-0.34-1.fc34
nemo-dropbox-5.2.0-1.fc34
Fedora 35
-------------
Pushed to testing:
megasync-4.6.3.0-1.fc35
nvidia-390xx-kmod-390.147-1.fc35
nvidia-settings-390xx-390.147-1.fc35
xorg-x11-drv-nvidia-390xx-390.147-1.fc35
Pushed to stable:
cannonball-0.34-1.fc35
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
2 years, 9 months
Re: qt5-qtwebengine-freeworld vs. aarch64
by Kevin Kofler
Vitaly Zaitsev via rpmfusion-developers wrote:
> On 24/01/2022 17:50, Kevin Kofler wrote:
>> Do you have any idea how we can resolve the issue or should I just go
>> back to building the package on x86_64 only?
>
> Take a look at the Telegram Desktop hacks:
> https://github.com/rpmfusion/telegram-desktop/blob/master/telegram-deskto...
Thank you for the pointer!
With these settings (under %ifarch aarch64):
# the RPM Fusion ARM builder runs out of memory during linking with the full
# setting below, and even with just force_debug_info, so omit all debuginfo
%global debug_config %{nil}
# reduce debug info even for the Qt parts to a minimum
%global optflags %(echo %{optflags} | sed 's/-g /-g1 /')
# tune down SMP to reduce memory use further
%global _smp_build_ncpus 6
I obtained a successful build of qt5-qtwebengine-freeworld on aarch64 in
5:38:48, less than half the 13:40:15 that chromium-freeworld took. So qt5-
qtwebengine-freeworld is no longer the slowest build in RPM Fusion. :-p
Kevin Kofler
2 years, 10 months
Re: F35 builds failing consistently
by Nicolas Chauvet
Le mar. 25 janv. 2022 à 18:49, Kevin Kofler via rpmfusion-developers
<rpmfusion-developers(a)lists.rpmfusion.org> a écrit :
>
> Hi,
>
> for the last few hours, F35 build attempts have kept failing with:
>
> Error: Error downloading packages:
> Status code: 500 for
> http://dl.fedoraproject.org/pub/fedora/linux/updates/35/Everything/x86_64... (IP: 192.168.182.1)
>
> Should I report this to fedora-infrastructure? Or is this not from the real
> dl.fedoraproject.org (but from some local proxy or mirror at RPM Fusion)?
Okay, seems something was wrong with our internal proxies. It's fixed,
Once the regen-repo tasked ended, build can be resubmitted.
Thanks for rising the point.
2 years, 10 months
qt5-qtwebengine-freeworld vs. aarch64
by Kevin Kofler
Hi,
since chromium-freeworld, which is based on the same codebase and takes
almost twice as long to build on x86_64 as qt5-qtwebengine-freeworld, has
had several successful builds on aarch64:
https://koji.rpmfusion.org/koji/packageinfo?packageID=506
I have decided to give qt5-qtwebengine-freeworld on aarch64 another try.
Unfortunately, my 2 attempts so far have hit strange errors:
1. The first attempt built all the files coming from upstream Chromium,
including several *jumbo*.cc ones that had caused trouble in the past, just
fine, but then failed near the end building the Qt glue code: at
23703/23802, the build hit an OOM kill building
obj/QtWebEngineCore/content_browser_client_qt.o:
g++: fatal error: Killed signal terminated program cc1plus
(This is one of the last files built as part of the Chromium build, then a
successful build would move on to files built using qmake-qt5, which are not
counted. But still, this is close to the end of the build process, and the
heavy Chromium stuff has already been built at that point.)
2. The second attempt is even stranger: the aarch64 build task:
https://koji.rpmfusion.org/koji/taskinfo?taskID=521517
got stuck in a really strange state where there is no log output anymore
(there was at the beginning of the build, so it has vanished somewhere in
the process). It looks like the builder crashed altogether.
Do you have any idea how we can resolve the issue or should I just go back
to building the package on x86_64 only?
Kevin Kofler
2 years, 10 months
RPM Fusion update report 2022-01-22
by noreply＠rpmfusion.org
RPM Fusion update report
------------------------
Section free:
-------------
Fedora 34
-------------
Pushed to testing:
VirtualBox-6.1.32-2.fc34
VirtualBox-kmod-6.1.32-1.fc34
chromium-freeworld-97.0.4692.99-1.fc34
mpv-0.34.1-2.fc34
xpra-codecs-freeworld-4.3-1.fc34
xroar-1.0.9-1.fc34
Pushed to stable:
bino-1.6.8-1.fc34
chromaprint-tools-1.5.1-1.fc34
vdr-softhddevice-1.2.7-1.fc34
vdr-xineliboutput-2.2.0-13.20220108git9d4e236.fc34
xroar-1.0.7-1.fc34
Fedora 35
-------------
Pushed to testing:
VirtualBox-6.1.32-2.fc35
VirtualBox-kmod-6.1.32-1.fc35
chromium-freeworld-97.0.4692.99-1.fc35
fceux-2.6.1-1.fc35
mpv-0.34.1-2.fc35
telegram-desktop-3.4.8-1.fc35
xpra-codecs-freeworld-4.3-1.fc35
xroar-1.0.9-1.fc35
Pushed to stable:
bino-1.6.8-1.fc35
chromaprint-tools-1.5.1-1.fc35
telegram-desktop-3.4.3-1.fc35
vdr-softhddevice-1.2.7-1.fc35
vdr-xineliboutput-2.2.0-13.20220108git9d4e236.fc35
xroar-1.0.7-1.fc35
EL 7
-------------
Pushed to testing:
VirtualBox-6.1.32-1.el7
VirtualBox-kmod-6.1.32-1.el7
mythtv-31.0-25.173.20220120git4f7953f6ee.el7
Pushed to stable:
EL 8
-------------
Pushed to testing:
VirtualBox-6.1.32-1.el8
VirtualBox-kmod-6.1.32-1.el8
mpv-0.34.1-2.el8
Pushed to stable:
mpv-0.34.1-1.el8
Section nonfree:
-------------
Fedora 34
-------------
Pushed to testing:
cannonball-0.34-1.fc34
nemo-dropbox-5.2.0-1.fc34
nvidia-340xx-kmod-340.108-15.fc34
Pushed to stable:
Fedora 35
-------------
Pushed to testing:
cannonball-0.34-1.fc35
nvidia-340xx-kmod-340.108-16.fc35
Pushed to stable:
OpenEXR_Viewers-nonfree-2.3.0-8.fc35
nemo-dropbox-5.2.0-1.fc35
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
2 years, 10 months
