[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.
1 year, 7 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
1 year, 7 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
1 year, 8 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
1 year, 8 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
1 year, 8 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
1 year, 8 months
RPM Fusion update report 2021-07-08
by noreply＠rpmfusion.org
RPM Fusion update report
------------------------
Section free:
-------------
Fedora 33
-------------
Pushed to testing:
fceux-2.4.0-1.fc33
moc-2.6-0.41.svn3005.fc33
tivodecode-ng-0.5-4.fc33
Pushed to stable:
mixxx-2.3.0-1.fc33
mythtv-31.0-19.158.20210629git0680b37c68.fc33
obs-studio-27.0.1-2.fc33
vdr-markad-3.0.6-1.fc33
Fedora 34
-------------
Pushed to testing:
fceux-2.4.0-1.fc34
moc-2.6-0.41.svn3005.fc34
tivodecode-ng-0.5-4.fc34
Pushed to stable:
mixxx-2.3.0-1.fc34
mythtv-31.0-19.158.20210629git0680b37c68.fc34
obs-studio-27.0.1-2.fc34
vdr-markad-3.0.6-1.fc34
EL 7
-------------
Pushed to testing:
Pushed to stable:
EL 8
-------------
Pushed to testing:
Pushed to stable:
mythtv-31.0-19.158.20210629git0680b37c68.el8
obs-studio-27.0.1-2.el8
Section nonfree:
-------------
Fedora 33
-------------
Pushed to testing:
unifi-6.2.26-1.fc33
Pushed to stable:
steam-1.0.0.70-4.fc33
Fedora 34
-------------
Pushed to testing:
iozone-3.492-1.fc34
unifi-6.2.26-1.fc34
Pushed to stable:
EmptyEpsilon-2021.06.23-1.fc34
steam-1.0.0.70-4.fc34
EL 7
-------------
Pushed to testing:
Pushed to stable:
EL 8
-------------
Pushed to testing:
unifi-6.2.26-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
1 year, 8 months
[Bug 6040] New: Review request: tivodecode-ng - Convert a .TiVo file
from TiVoToGo to a normal MPEG
by RPM Fusion Bugzilla
https://bugzilla.rpmfusion.org/show_bug.cgi?id=6040
Bug ID: 6040
Summary: Review request: tivodecode-ng - Convert a .TiVo file
from TiVoToGo to a normal MPEG
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: cra(a)alum.wpi.edu
CC: rpmfusion-package-review(a)rpmfusion.org
namespace: free
SPEC: https://fedorapeople.org/~cra/tivodecode-ng/tivodecode-ng.spec
SRPM:
https://fedorapeople.org/~cra/tivodecode-ng/tivodecode-ng-0.5-1.fc35.src.rpm
Description:
tivodecode-ng ("ng" for "next generation") is a portable command-line
tool for decrypting .TiVo video files into program streams or
transport streams, depending on the source. It also will decrypt the
metadata (title, description, etc.). It's based on tivodecode by
Jeremy Drake, with enhancements by several contributors. tivodecode-ng
adds support for transport streams, although that's a work in
progress. (Note that support for program streams is as complete as
ever.)
Why Not Fedora? Patent encumbered.
rpmlint:
tivodecode-ng.src: W: spelling-error Summary(en_US) TiVo -> Tito, Vito, Divot
tivodecode-ng.src: W: spelling-error %description -l en_US decrypting ->
decryption, encrypting
tivodecode-ng.src: W: spelling-error %description -l en_US TiVo -> Tito, Vito,
Divot
tivodecode-ng.src: W: spelling-error %description -l en_US decrypt -> decry pt,
decry-pt, decry
tivodecode-ng.src: W: invalid-license QUALCOMM
tivodecode-ng.x86_64: W: spelling-error Summary(en_US) TiVo -> Tito, Vito,
Divot
tivodecode-ng.x86_64: W: spelling-error %description -l en_US decrypting ->
decryption, encrypting
tivodecode-ng.x86_64: W: spelling-error %description -l en_US TiVo -> Tito,
Vito, Divot
tivodecode-ng.x86_64: W: spelling-error %description -l en_US decrypt -> decry
pt, decry-pt, decry
tivodecode-ng.x86_64: W: invalid-license QUALCOMM
tivodecode-ng.x86_64: W: no-manual-page-for-binary tdcat
tivodecode-ng.x86_64: W: no-manual-page-for-binary tivodecode
tivodecode-ng-debuginfo.x86_64: W: invalid-license QUALCOMM
tivodecode-ng-debugsource.x86_64: W: invalid-license QUALCOMM
4 packages and 0 specfiles checked; 0 errors, 14 warnings.
There are no manual pages provided upstream.
QUALCOMM license is not on the fedora licensing page:
https://fedoraproject.org/wiki/Licensing:Main?rd=Licensing#SoftwareLicenses,
although it appears to be a variation on a BSD license. The QUALCOMM license
is essentially the SSLeay license: http://www.sdisw.com/openssl.htm
See further discussions about the license and reasons for why this cannot be in
Fedora in the original package review:
https://bugzilla.rpmfusion.org/show_bug.cgi?id=342
This is my first rpmfusion package, but I am a Fedora packager. My Fedora FAS
ID is cra and my wiki user page is https://fedoraproject.org/wiki/User:Cra
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
1 year, 8 months
FFmpeg drops libavresample
by Dominik 'Rathann' Mierzejewski
Hi!
libavresample library from FFmpeg was deprecated in FFmpeg 4.0 in
January 2017. It was removed in FFmpeg (4.5?) in April 2021. It looks
like my nagging to stop using it paid off and we're down to two
consumers from the original six:
https://bugzilla.rpmfusion.org/show_bug.cgi?id=5347 .
So, here are the two remaining ones:
alsa-plugins-freeworld
tvheadend
Consider this the final warning. :)
Regards,
Dominik
--
Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org
There should be a science of discontent. People need hard times and
oppression to develop psychic muscles.
-- from "Collected Sayings of Muad'Dib" by the Princess Irulan
1 year, 8 months
