Packaging libopenaptx for pipewire
by Gombos Gergely
Hi,
I'm the packager of pulseaudio-module-bluetooth-freeworld.
It provides AAC, LDAC and aptX for Bluetooth users. I think quite many
Fedora users depend on it.
There's a lot going on in Fedora regarding pipewire, and a question for
me is BT support. The upstream devs of pulseaudio-module-bluetooth-
freeworld are also contributing to pipewire, fortunately.
See this: https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/249
It's literally improving day by day.
What seems to be the case is that pipewire can already be built with
aptX and ldac support:
https://gitlab.freedesktop.org/pipewire/pipewire/-/blob/master/spa/meson....
Distros who don't care about licenses so much like Arch already build
it with these as dependencies:
https://www.archlinux.org/packages/extra/x86_64/pipewire/
In Fedora this may not be as simple. :)
LDAC is not an issue, that's packaged in Fedora.
Pali's libopenaptx is not packaged yet:
https://github.com/pali/libopenaptx
It's LGPL2.1, but apparently contains "derived from ffmpeg 4.0 project"
stuff. Is there a chance that this can make its way into Fedora, given
that ffmpeg is in rpmfusion due to patent encumberance?
If you are sure it can't then I can save myself from waiting for legal
reviews etc. :)
The other question is then, how to enable aptX in pipewire in case
libopenaptx can only be packaged in rpmfusion?
Only by shipping some pipewire-free which is essentially pipewire with
added rpmfusion dependencies? Or should we start encouraging upstream
to create some modular system for this, so that these codecs/BT support
are in more easily replacable libraries? (Like pulseaudio-module-
bluetooth is)
I appreciate your help on this!
Best regards,
Greg
2 years, 9 months
RPM Fusion update report 2020-12-17
by noreply＠rpmfusion.org
RPM Fusion update report
------------------------
Section free:
-------------
Fedora 32
-------------
Pushed to testing:
qmplay2-20.12.16-1.fc32
vdr-skindesigner-1.2.8.6-1.fc32
vlc-3.0.12-1.fc32
Pushed to stable:
chromium-browser-privacy-87.0.4280.88-1.fc32
mixxx-2.3.0-0.15.beta.20201211git18f698d.fc32
xine-lib-1.2.11-2.fc32
Fedora 33
-------------
Pushed to testing:
qmplay2-20.12.16-1.fc33
vdr-skindesigner-1.2.8.6-1.fc33
vlc-3.0.12-1.fc33
Pushed to stable:
chromium-browser-privacy-87.0.4280.88-1.fc33
cinelerra-gg-5.1.2020.10-1.fc33
gstreamer1-libav-1.18.2-1.fc33
gstreamer1-plugins-bad-freeworld-1.18.2-1.fc33
gstreamer1-plugins-ugly-1.18.2-1.fc33
mixxx-2.3.0-0.15.beta.20201211git18f698d.fc33
xine-lib-1.2.11-2.fc33
EL 7
-------------
Pushed to testing:
vlc-3.0.12-1.el7
Pushed to stable:
xine-lib-1.2.11-2.el7
EL 8
-------------
Pushed to testing:
vlc-3.0.12-1.el8
Pushed to stable:
VirtualBox-kmod-6.1.16-3.el8
xine-lib-1.2.11-2.el8
Section nonfree:
-------------
Fedora 32
-------------
Pushed to testing:
clipgrab-3.9.6-1.fc32
nvidia-390xx-kmod-390.138-4.fc32
Pushed to stable:
Fedora 33
-------------
Pushed to testing:
clipgrab-3.9.6-1.fc33
nvidia-390xx-kmod-390.138-4.fc33
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
2 years, 9 months
RPM Fusion update report 2020-12-14
by noreply＠rpmfusion.org
RPM Fusion update report
------------------------
Section free:
-------------
Fedora 32
-------------
Pushed to testing:
chromium-browser-privacy-87.0.4280.88-1.fc32
mixxx-2.3.0-0.15.beta.20201211git18f698d.fc32
xine-lib-1.2.11-2.fc32
Pushed to stable:
Fedora 33
-------------
Pushed to testing:
chromium-browser-privacy-87.0.4280.88-1.fc33
cinelerra-gg-5.1.2020.10-1.fc33
gstreamer1-libav-1.18.2-1.fc33
gstreamer1-plugins-bad-freeworld-1.18.2-1.fc33
gstreamer1-plugins-ugly-1.18.2-1.fc33
mixxx-2.3.0-0.15.beta.20201211git18f698d.fc33
xine-lib-1.2.11-2.fc33
Pushed to stable:
kodi-19.0-0.8.20201207git8cc9e80.fc33
minidlna-1.3.0-1.fc33
EL 7
-------------
Pushed to testing:
xine-lib-1.2.11-2.el7
Pushed to stable:
EL 8
-------------
Pushed to testing:
VirtualBox-kmod-6.1.16-3.el8
xine-lib-1.2.11-2.el8
Pushed to stable:
Section nonfree:
-------------
Fedora 32
-------------
Pushed to testing:
Pushed to stable:
Fedora 33
-------------
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
2 years, 9 months
Re: dav1d SONAME bump
by FeRD
On Mon, Dec 14, 2020 at 12:24 AM Jeff Law <law(a)redhat.com> wrote:
>
>
> On 12/13/20 10:04 PM, Robert-André Mauchin wrote:
> >
> > - VLC: Fails with error: 'numeric_limits' is not a member of 'std'
> > Reported upstream:
> > https://trac.videolan.org/vlc/ticket/25325
> > I have a patch to try for this.
> > I have CC RPMFusion.
> Yea, this is a common problem with the introduction of gcc-11. #include
> <limits> is the right solution.
>
Heh, that hit me as well in the bundled OpenEXR — appreciate you
short-circuiting any research I'd have to do into fixing it! ;-)
2 years, 9 months
dav1d SONAME bump
by Robert-André Mauchin
Hello,
I plan on updating dav1d to 0.8.0 next week. This triggers a soname bump (libdav1d.so.5).
Affected packages are:
libdav1d-0.7.1-2.fc33.x86_64 libavif-0.8.2-1.fc34.x86_64 libdav1d.so.4()(64bit)
seamonkey-2.53.5-2.fc34.x86_64 libdav1d.so.4()(64bit)
cinelerra-gg-5.1.2020.07-2.fc33.x86_64 libdav1d.so.4()(64bit)
ffmpeg-libs-4.3.1-12.fc34.x86_64 libdav1d.so.4()(64bit)
HandBrake-1.3.3-6.fc34.x86_64 libdav1d.so.4()(64bit)
HandBrake-gui-1.3.3-6.fc34.x86_64 libdav1d.so.4()(64bit)
libheif-1.9.1-1.fc34.x86_64 libdav1d.so.4()(64bit)
vlc-core-1:3.0.12-0.3.fc34.x86_64 libdav1d.so.4()(64bit)
xine-lib-1.2.10-12.fc34.x86_64 libdav1d.so.4()(64bit)
Best regards,
Robert-André
2 years, 9 months
RPM Fusion update report 2020-12-10
by noreply＠rpmfusion.org
RPM Fusion update report
------------------------
Section free:
-------------
Fedora 32
-------------
Pushed to testing:
chromium-freeworld-87.0.4280.88-1.fc32
Pushed to stable:
VirtualBox-kmod-6.1.16-2.fc32
dhewm3-1.5.1-5.20201102gitbbe30e3.fc32
imagination-3.6-1.fc32
mixxx-2.3.0-0.14.beta.20201205gitbf343d2.fc32
qtox-1.17.3-1.fc32
shotcut-20.11.28-1.fc32
vdr-markad-2.4.3-1.fc32
vdr-xineliboutput-2.2.0-5.20200830git0b9a01d.fc32
Fedora 33
-------------
Pushed to testing:
chromium-freeworld-87.0.4280.88-1.fc33
kodi-19.0-0.8.20201207git8cc9e80.fc33
minidlna-1.3.0-1.fc33
qt5-qtwebengine-freeworld-5.15.2-1.fc33
Pushed to stable:
VirtualBox-kmod-6.1.16-2.fc33
dhewm3-1.5.1-5.20201102gitbbe30e3.fc33
kodi-inputstream-adaptive-2.6.6-1.fc33
kodi-pvr-dvblink-9.0.1-2.fc33
kodi-pvr-dvbviewer-7.1.0-2.fc33
kodi-pvr-hts-8.1.2-1.fc33
kodi-pvr-vdr-vnsi-8.1.0-2.fc33
mixxx-2.3.0-0.14.beta.20201205gitbf343d2.fc33
qtox-1.17.3-1.fc33
shotcut-20.11.28-1.fc33
vdr-markad-2.4.3-1.fc33
vdr-xineliboutput-2.2.0-5.20200830git0b9a01d.fc33
EL 7
-------------
Pushed to testing:
Pushed to stable:
EL 8
-------------
Pushed to testing:
Pushed to stable:
Section nonfree:
-------------
Fedora 32
-------------
Pushed to testing:
nvidia-340xx-kmod-340.108-8.fc32
Pushed to stable:
steam-1.0.0.68-1.fc32
steam-1.0.0.68-2.fc32
unifi-6.0.41-1.fc32
Fedora 33
-------------
Pushed to testing:
nvidia-340xx-kmod-340.108-7.fc33
nvidia-340xx-kmod-340.108-8.fc33
Pushed to stable:
steam-1.0.0.68-1.fc33
steam-1.0.0.68-2.fc33
unifi-6.0.41-1.fc33
EL 7
-------------
Pushed to testing:
Pushed to stable:
steam-1.0.0.68-1.el7
steam-1.0.0.68-2.el7
EL 8
-------------
Pushed to testing:
Pushed to stable:
steam-1.0.0.68-1.el8
steam-1.0.0.68-2.el8
unifi-6.0.41-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
2 years, 9 months
Re: [mythtv] Update requirements on mariadb, remove requirement for
mariadb-connector-c-devel on the mythtv packa
by Nicolas Chauvet
Le mar. 8 déc. 2020 à 13:59, Richard Shaw <hobbes1069(a)rpmfusion.org> a écrit :
>
> commit 88502ebd83d050896d74397e227e23f007ea528b
> Author: Richard Shaw <hobbes1069(a)gmail.com>
> Date: Tue Dec 8 06:58:50 2020 -0600
>
> Update requirements on mariadb, remove requirement for mariadb-connector-c-devel on the mythtv package.
>
> mythtv.spec | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
> ---
> diff --git a/mythtv.spec b/mythtv.spec
> index b43a99b..bf34e8e 100644
> --- a/mythtv.spec
> +++ b/mythtv.spec
> @@ -167,7 +167,7 @@ BuildRequires: qt5-qtscript-devel >= 5.2
> BuildRequires: qt5-qtwebkit-devel >= 5.2
> BuildRequires: freetype-devel >= 2
> %if 0%{?fedora} || 0%{?rhel} >= 8
> -BuildRequires: mariadb-connector-c-devel
> +#BuildRequires: mariadb-connector-c-devel
Why this change on the BuildRequires ? Is this expected ?
2 years, 9 months
Re: [mythtv] Fix for rfbz #5843
by Mohamed El Morabity
> -Requires: mariadb
> +Requires: mariadb-server
MythTV can use a remote DB server. I really don't think a hard
dependency on the MariaDB server is justified or necessary here.
2 years, 9 months
RPM Fusion update report 2020-12-07
by noreply＠rpmfusion.org
RPM Fusion update report
------------------------
Section free:
-------------
Fedora 32
-------------
Pushed to testing:
VirtualBox-kmod-6.1.16-2.fc32
dhewm3-1.5.1-5.20201102gitbbe30e3.fc32
imagination-3.6-1.fc32
mixxx-2.3.0-0.14.beta.20201205gitbf343d2.fc32
qtox-1.17.3-1.fc32
shotcut-20.11.28-1.fc32
vdr-markad-2.4.3-1.fc32
vdr-xineliboutput-2.2.0-5.20200830git0b9a01d.fc32
Pushed to stable:
Fedora 33
-------------
Pushed to testing:
VirtualBox-kmod-6.1.16-2.fc33
dhewm3-1.5.1-5.20201102gitbbe30e3.fc33
kodi-inputstream-adaptive-2.6.6-1.fc33
kodi-pvr-dvblink-9.0.1-2.fc33
kodi-pvr-dvbviewer-7.1.0-2.fc33
kodi-pvr-hts-8.1.2-1.fc33
kodi-pvr-vdr-vnsi-8.1.0-2.fc33
mixxx-2.3.0-0.14.beta.20201205gitbf343d2.fc33
qtox-1.17.3-1.fc33
shotcut-20.11.28-1.fc33
telegram-desktop-2.4.7-4.fc33
vdr-markad-2.4.3-1.fc33
vdr-xineliboutput-2.2.0-5.20200830git0b9a01d.fc33
Pushed to stable:
rfpkg-1.26.3-5.fc33
EL 7
-------------
Pushed to testing:
Pushed to stable:
EL 8
-------------
Pushed to testing:
Pushed to stable:
Section nonfree:
-------------
Fedora 32
-------------
Pushed to testing:
discord-0.0.13-1.fc32
steam-1.0.0.68-1.fc32
steam-1.0.0.68-2.fc32
unifi-6.0.41-1.fc32
Pushed to stable:
Fedora 33
-------------
Pushed to testing:
discord-0.0.13-1.fc33
steam-1.0.0.68-1.fc33
steam-1.0.0.68-2.fc33
unifi-6.0.41-1.fc33
Pushed to stable:
EL 7
-------------
Pushed to testing:
steam-1.0.0.68-1.el7
steam-1.0.0.68-2.el7
Pushed to stable:
EL 8
-------------
Pushed to testing:
steam-1.0.0.68-1.el8
steam-1.0.0.68-2.el8
unifi-6.0.41-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
2 years, 9 months
Re: rpmfusion: rfpkg build fails with SSL: CERTIFICATE_VERIFY_FAILED
by Sérgio Basto
Hi, MartinThe solution or the workaround (I don't know is is the
solution or the workaround)
with root user :
cd /etc/pki/ca-trust/source/anchorswget
https://admin.rpmfusion.org/accounts/rpmfusion-server-ca.certupdate-ca-trust
On Thu, 2020-12-03 at 10:57 +0100, Martin Gansser wrote:
> Hi Sergio,
>
> rfpkg build fails with the following error message:
>
> [martin@fc33 shotcut]$ rfpkg build --nowait
> Everything up-to-date
> Certificate is revoked or expired.
> You might want to run rpmfusion-packager-setup or rpmfusion-cert -n
> to regenerate SSL certificate. For more info see
> https://rpmfusion.org/Contributors#If_SSL_certificate_expired
> Could not execute build: Could not auth with koji. Login failed:
> HTTPSConnectionPool(host='koji.rpmfusion.org', port=443): Max retries
> exceeded with url: /kojihub/ssllogin (Caused by
> SSLError(SSLCertVerificationError(1, '[SSL:
> CERTIFICATE_VERIFY_FAILED] certificate verify failed: self signed
> certificate in certificate chain (_ssl.c:1122)')))
>
> I generated already the certificate with rpmfusion-cert -n
> but that doesn't help.
>
> do do have a idea ?
>
> Regards
> Martin
>
--
Sérgio M. B.
2 years, 9 months
