[Bug 5937] New: Review Request: welle-io - Receiver for DAB and DAB+
broadcast radio
by RPM Fusion Bugzilla
https://bugzilla.rpmfusion.org/show_bug.cgi?id=5937
Bug ID: 5937
Summary: Review Request: welle-io - Receiver for DAB and DAB+
broadcast radio
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: marcus_rpmfusion(a)hostalia.de
CC: rpmfusion-package-review(a)rpmfusion.org
namespace: free
Spec:
https://pagure.io/fork/marcusmueller/fedora-welle-io/blob/master/f/welle-...
SRPM:
https://copr.fedorainfracloud.org/coprs/marcusmueller/Welle.io/build/2024...
Description: Receive digital audio broadcasts with your computer: welle.io is
an open source DAB and DAB+ software defined radio (SDR) with direct support
for RTL-SDR and other SDR hardware through SoapySDR. It supports high DPI and
touch displays and it runs even on cheap computers.
This package is not eligible for inclusion in fedora, as it depends on faad2
(like the other DAB receiver software, gr-dab, that was reviewed for inclusion
in rpmfusion).
rpmlint srpm: 1 packages and 0 specfiles checked; 0 errors, 0 warnings.
rpmlint rpm:
W: no-manual-page-for-binary welle-cli
W: no-manual-page-for-binary welle-io
1 packages and 0 specfiles checked; 0 errors, 2 warnings.
Explanation for ignored warnings: no upstream manpages, welle-io is a GUI
executable, and welle-cli a somewhat self-documenting HTTP serving frontend
This is my first rpmfusion package. I'm co-maint on fedora's verilator, and
have a package in the fedora review pipeline (signify).
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
2 years, 5 months
About bz user creation
by Nicolas Chauvet
Hi there,
Due to SPAM, the user creation process now forbid usage of gmail.com
domain address by default.
If you really need such an email address, please escalate to us using
IRC liberachat.
Thanks for the notice.
--
-
Nicolas (kwizart)
2 years, 8 months
[Bug 6044] New: How Can I Resolve MSN Email Login Issue?
by RPM Fusion Bugzilla
https://bugzilla.rpmfusion.org/show_bug.cgi?id=6044
Bug ID: 6044
Summary: How Can I Resolve MSN Email Login Issue?
Product: Package Reviews
Version: Current
Hardware: All
OS: GNU/Linux
Status: NEW
Severity: enhancement
Priority: P1
Component: Review Request
Assignee: rpmfusion-package-review(a)rpmfusion.org
Reporter: smith8395john(a)gmail.com
CC: rpmfusion-package-review(a)rpmfusion.org
namespace: free
The most common issues for MSN email login are password and sign-in issues. If
you are having difficulty with such an issue, in a few simple actions, you can
regain access to your account.
Set a new password -
Go to the Reset your password page, answer a few questions to authenticate your
identity, and a password reset code will be sent to your phone or other email
address.
To help keep your account safe, make sure you establish a strong, unique
password. You may use our password checker to see if your new password is
strong enough before you use it.
https://www.emailsupport.us/blog/way-to-fix-msn-email-login-issue/
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
2 years, 9 months
RPM Fusion update report 2021-07-26
by noreply＠rpmfusion.org
RPM Fusion update report
------------------------
Section free:
-------------
Fedora 33
-------------
Pushed to testing:
vdr-markad-3.0.8-1.fc33
Pushed to stable:
vdr-markad-3.0.7-1.fc33
Fedora 34
-------------
Pushed to testing:
kdenlive-21.04.3-1.fc34
vdr-markad-3.0.8-1.fc34
Pushed to stable:
vdr-markad-3.0.7-1.fc34
EL 7
-------------
Pushed to testing:
Pushed to stable:
EL 8
-------------
Pushed to testing:
Pushed to stable:
Section nonfree:
-------------
Fedora 33
-------------
Pushed to testing:
nvidia-390xx-kmod-390.144-1.fc33
nvidia-settings-390xx-390.144-1.fc33
xorg-x11-drv-nvidia-390xx-390.144-1.fc33
Pushed to stable:
Fedora 34
-------------
Pushed to testing:
nvidia-390xx-kmod-390.144-1.fc34
nvidia-settings-390xx-390.144-1.fc34
xorg-x11-drv-nvidia-390xx-390.144-1.fc34
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 2021-07-19
by noreply＠rpmfusion.org
RPM Fusion update report
------------------------
Section free:
-------------
Fedora 33
-------------
Pushed to testing:
vdr-markad-3.0.7-1.fc33
Pushed to stable:
kodi-inputstream-adaptive-2.6.17-1.fc33
kodi-peripheral-joystick-1.7.2-1.fc33
kodi-pvr-argustv-7.1.2-1.fc33
kodi-pvr-demo-7.1.4-1.fc33
kodi-pvr-dvblink-9.1.2-1.fc33
kodi-pvr-dvbviewer-7.3.1-1.fc33
kodi-pvr-filmon-6.1.1-1.fc33
kodi-pvr-hts-8.3.2-1.fc33
kodi-pvr-iptvsimple-7.6.7-1.fc33
kodi-pvr-mediaportal-tvserver-8.2.1-1.fc33
kodi-pvr-mythtv-7.3.1-1.fc33
kodi-pvr-nextpvr-8.2.5-1.fc33
kodi-pvr-njoy-7.1.1-1.fc33
kodi-pvr-pctv-6.1.1-1.fc33
kodi-pvr-stalker-7.1.1-1.fc33
kodi-pvr-vbox-8.1.2-1.fc33
kodi-pvr-vdr-vnsi-8.2.3-1.fc33
kodi-pvr-vuplus-7.4.5-1.fc33
kodi-pvr-wmc-6.1.2-1.fc33
vdr-softhddevice-1.2.1-1.fc33
Fedora 34
-------------
Pushed to testing:
vdr-markad-3.0.7-1.fc34
Pushed to stable:
kodi-inputstream-adaptive-2.6.17-1.fc34
kodi-peripheral-joystick-1.7.2-1.fc34
kodi-pvr-argustv-7.1.2-1.fc34
kodi-pvr-demo-7.1.4-1.fc34
kodi-pvr-dvblink-9.1.2-1.fc34
kodi-pvr-dvbviewer-7.3.1-1.fc34
kodi-pvr-filmon-6.1.1-1.fc34
kodi-pvr-hts-8.3.2-1.fc34
kodi-pvr-iptvsimple-7.6.7-1.fc34
kodi-pvr-mediaportal-tvserver-8.2.1-1.fc34
kodi-pvr-mythtv-7.3.1-1.fc34
kodi-pvr-nextpvr-8.2.5-1.fc34
kodi-pvr-njoy-7.1.1-1.fc34
kodi-pvr-pctv-6.1.1-1.fc34
kodi-pvr-stalker-7.1.1-1.fc34
kodi-pvr-vbox-8.1.2-1.fc34
kodi-pvr-vdr-vnsi-8.2.3-1.fc34
kodi-pvr-vuplus-7.4.5-1.fc34
kodi-pvr-wmc-6.1.2-1.fc34
vdr-softhddevice-1.2.1-1.fc34
EL 7
-------------
Pushed to testing:
Pushed to stable:
EL 8
-------------
Pushed to testing:
Pushed to stable:
Section nonfree:
-------------
Fedora 33
-------------
Pushed to testing:
nvidia-kmod-470.57.02-1.fc33
nvidia-modprobe-470.57.02-1.fc33
nvidia-persistenced-470.57.02-1.fc33
nvidia-settings-470.57.02-1.fc33
nvidia-xconfig-470.57.02-1.fc33
xorg-x11-drv-nvidia-470.57.02-1.fc33
Pushed to stable:
Fedora 34
-------------
Pushed to testing:
nvidia-kmod-470.57.02-1.fc34
nvidia-modprobe-470.57.02-1.fc34
nvidia-persistenced-470.57.02-1.fc34
nvidia-settings-470.57.02-1.fc34
nvidia-xconfig-470.57.02-1.fc34
xorg-x11-drv-nvidia-470.57.02-1.fc34
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: Packaging libopenaptx for pipewire
by Julian Sikorski
Am 18.12.20 um 00:17 schrieb Gombos Gergely via rpmfusion-developers:
>
> Re: Packaging libopenaptx for pipewire.eml
>
> Betreff:
> Re: Packaging libopenaptx for pipewire
> Von:
> Gombos Gergely <gombosg(a)disroot.org>
> Datum:
> 18.12.20, 00:17
>
> An:
> rpmfusion-developers(a)lists.rpmfusion.org
> Kopie (CC):
> pasik(a)iki.fi
>
>
> Hi,
>
> Update: I received info that aptX patents have expired. I'm optimistic
> so I'm submitting to Fedora first. We'll see.
> https://bugzilla.redhat.com/show_bug.cgi?id=1908922
>
> Best regards,
> Greg
>
> 2020. 12. 17, csütörtök keltezéssel 22.22-kor Gombos Gergely ezt írta:
>> 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
> _______________________________________________
> rpmfusion-developers mailing list --rpmfusion-developers(a)lists.rpmfusion.org
> To unsubscribe send an email torpmfusion-developers-leave(a)lists.rpmfusion.org
>
Hi,
Fedora is not willing to package libopenaptx due to unclear patent
situation. In the review you mentioned that using dlopen for bluetooth
codecs is on pipewire's roadmap. Do we know how far down the line that
is? Would it make sense to work on pipewire-freeworld package?
In any case, I think it makes sense to put libopenaptx in rpmfusion,
dlopen or not.
Best regards,
Julian
2 years, 9 months
RPM Fusion update report 2021-07-12
by noreply＠rpmfusion.org
RPM Fusion update report
------------------------
Section free:
-------------
Fedora 33
-------------
Pushed to testing:
kodi-inputstream-adaptive-2.6.17-1.fc33
kodi-peripheral-joystick-1.7.2-1.fc33
kodi-pvr-argustv-7.1.2-1.fc33
kodi-pvr-demo-7.1.4-1.fc33
kodi-pvr-dvblink-9.1.2-1.fc33
kodi-pvr-dvbviewer-7.3.1-1.fc33
kodi-pvr-filmon-6.1.1-1.fc33
kodi-pvr-hts-8.3.2-1.fc33
kodi-pvr-iptvsimple-7.6.7-1.fc33
kodi-pvr-mediaportal-tvserver-8.2.1-1.fc33
kodi-pvr-mythtv-7.3.1-1.fc33
kodi-pvr-nextpvr-8.2.5-1.fc33
kodi-pvr-njoy-7.1.1-1.fc33
kodi-pvr-pctv-6.1.1-1.fc33
kodi-pvr-stalker-7.1.1-1.fc33
kodi-pvr-vbox-8.1.2-1.fc33
kodi-pvr-vdr-vnsi-8.2.3-1.fc33
kodi-pvr-vuplus-7.4.5-1.fc33
kodi-pvr-wmc-6.1.2-1.fc33
vdr-softhddevice-1.2.1-1.fc33
Pushed to stable:
fceux-2.4.0-1.fc33
moc-2.6-0.41.svn3005.fc33
tivodecode-ng-0.5-4.fc33
Fedora 34
-------------
Pushed to testing:
kodi-inputstream-adaptive-2.6.17-1.fc34
kodi-peripheral-joystick-1.7.2-1.fc34
kodi-pvr-argustv-7.1.2-1.fc34
kodi-pvr-demo-7.1.4-1.fc34
kodi-pvr-dvblink-9.1.2-1.fc34
kodi-pvr-dvbviewer-7.3.1-1.fc34
kodi-pvr-filmon-6.1.1-1.fc34
kodi-pvr-hts-8.3.2-1.fc34
kodi-pvr-iptvsimple-7.6.7-1.fc34
kodi-pvr-mediaportal-tvserver-8.2.1-1.fc34
kodi-pvr-mythtv-7.3.1-1.fc34
kodi-pvr-nextpvr-8.2.5-1.fc34
kodi-pvr-njoy-7.1.1-1.fc34
kodi-pvr-pctv-6.1.1-1.fc34
kodi-pvr-stalker-7.1.1-1.fc34
kodi-pvr-vbox-8.1.2-1.fc34
kodi-pvr-vdr-vnsi-8.2.3-1.fc34
kodi-pvr-vuplus-7.4.5-1.fc34
kodi-pvr-wmc-6.1.2-1.fc34
vdr-softhddevice-1.2.1-1.fc34
Pushed to stable:
fceux-2.4.0-1.fc34
moc-2.6-0.41.svn3005.fc34
tivodecode-ng-0.5-4.fc34
EL 7
-------------
Pushed to testing:
Pushed to stable:
EL 8
-------------
Pushed to testing:
Pushed to stable:
Section nonfree:
-------------
Fedora 33
-------------
Pushed to testing:
Pushed to stable:
unifi-6.2.26-1.fc33
Fedora 34
-------------
Pushed to testing:
Pushed to stable:
iozone-3.492-1.fc34
unifi-6.2.26-1.fc34
EL 7
-------------
Pushed to testing:
Pushed to stable:
EL 8
-------------
Pushed to testing:
Pushed to stable:
unifi-6.2.26-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
CentOS Stream support Re: [CentOS-devel] Documenting the CentOS
Linux 8 EOL process
by Michel Alexandre Salim
Dear all,
On Sat, Jul 10, 2021 at 02:18:48AM +0200, Leon Fauster via CentOS-devel wrote:
> On 09.07.21 17:41, Carl George wrote:
> > I disagree with the suggestion that participation is required to use
> > CentOS Stream. It's certainly recommended, but I have had multiple
> > people tell me personally that they switched from CL8 to CS8 and
> > forgot they did it and didn't notice a difference. They didn't file
> > bugs, they didn't participate in IRC or the mailing list, they just
> > used it and it was fine. CS8 hasn't been a constant thorn for them.
> > I'm not claiming it's been perfect, there have certainly been
> > regressions, but they are fixed faster than they ever were in CL8 (or
> > previous major versions) and I strongly feel that most users will be
> > best served by getting switched to CS8 at or just after the CL8 EOL.
>
>
> Hands on - I tried to switch some workstations to CS8 like it would be
> done at the end of the year. The next monday would bring me angry users
> into my "virtual" office because there applications does not run
> anymore. What happens?
> Applications from 3rd party repos like RPM Fusion that link against
> "qt5-qtbase(x86-64) = 5.12.5" do not have any providers anymore
> (CS8 got an upgrade to 5.15.2. So, like EPEL it seems that
> everything else needs also a -next branch (just kidding).
> What would be new in 8.6? That will be state of CS8 at the end
> of the year?
>
This seems to be worth discussing with RPM Fusion developers.
With CentOS 8 going EOL at the end of the year, it's likely that a
substantial portion of the userbase will end up on CentOS Stream.
What would it take to have a `-next` overlay repo for packages that need
to be rebuilt for Stream for rpmfusion free and nonfree?
Best regards,
--
Michel Alexandre Salim
profile: https://keyoxide.org/michel@michel-slm.name
2 years, 9 months
