No missing expected images.
Compose FAILS proposed Rawhide gating check!
26 of 43 required tests failed, 17 results missing
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Failed openQA tests: 107/199 (x86_64), 63/138 (aarch64)
New failures (same test not faile
No missing expected images.
Failed openQA tests: 3/16 (x86_64), 2/15 (aarch64)
New failures (same test not failed in Fedora-IoT-35-20210706.0):
ID: 923785 Test: x86_64 IoT-dvd_ostree-iso iot_clevis
URL: https://openqa.fedoraproject.org/tests/923785
ID: 923816 Test: x86_64 IoT-dvd_ostre
Am 09.07.21 um 17:45 schrieb Ben Cotton:
== Detailed Description ==
The use of SHA-1 is no longer permitted for Digital Signatures or
authentication in RHEL-9. Due to this reason, there is a need to
remove SHA-1 extension from sqlite in RHEL-9 and therefore also
Fedora.
I don't think that this
Announcing the creation of a new nightly release validation test event
for Fedora 35 Rawhide 20210709.n.1. Please help run some tests for this
nightly compose if you have time. For more information on nightly
release validation testing, see:
https://fedoraproject.org/wiki
On Fri, Jul 09, 2021 at 01:03:51PM -0400, Christopher wrote:
...snip...
> I used Bugzilla as an example, but I think it goes beyond Bugzilla. It
> also affects OAuth/OpenID authentication to lists.fedoraproject.org,
> pagure.io, src.fedoraproject.org, etc. I don't want to share my
> forwarding addr
* Ben Cotton:
> == Detailed Description ==
> The use of SHA-1 is no longer permitted for Digital Signatures or
> authentication in RHEL-9. Due to this reason, there is a need to
> remove SHA-1 extension from sqlite in RHEL-9 and therefore also
> Fedora. The removal of the extension was discussed w
On 7/9/21 11:48 AM, Ben Cotton wrote:
On Fri, Jul 9, 2021 at 11:45 AM Ben Cotton wrote:
== Upgrade/compatibility impact ==
SHA-1 algorithm will not be supported in sqlite. Instead SHA-3
algorithm can be used.
== User Experience ==
Users won't be able to use SHA-1 algorithm with sqlite. Instea
On 7/9/21 11:45 AM, Ben Cotton wrote:
https://fedoraproject.org/wiki/Changes/Sqlite_SHA-1
== Summary ==
Removal of deprecated crypto algorithm SHA-1 from sqlite.
== Owner ==
* Name: [[User:odubaj| Ondrej Dubaj]]
* Email: odu...@redhat.com
== Detailed Description ==
The use of SHA-1 is no long
Hi,
On 7/9/21 6:56 PM, Ben Beasley wrote:
> Hans,
>
> Thanks for noticing, and for your very reasonable question.
>
> In all of these cases, the CC0 component was due to the AppData XML file for
> a desktop application. (In libinstpatch, the Public Domain component was due
> to md5-plumb “copy
On Fri, 9 Jul 2021 at 13:04, Christopher wrote:
>
> On Fri, Jul 9, 2021 at 11:44 AM Kevin Fenzi wrote:
> >
> > On Fri, Jul 09, 2021 at 11:13:19AM -0400, Christopher wrote:
> > > Why does FAS use the email forwarding address when I use it to
> > > authenticate, rather than the permanent @fedorapro
On Fri, Jul 9, 2021 at 11:44 AM Kevin Fenzi wrote:
>
> On Fri, Jul 09, 2021 at 11:13:19AM -0400, Christopher wrote:
> > Why does FAS use the email forwarding address when I use it to
> > authenticate, rather than the permanent @fedoraproject.org alias for
> > the address?
>
> Because only "contrib
Hans,
Thanks for noticing, and for your very reasonable question.
In all of these cases, the CC0 component was due to the AppData XML file
for a desktop application. (In libinstpatch, the Public Domain component
was due to md5-plumb “copylib” source files that are linked into the
library.)
On Fri, Jul 9, 2021 at 11:45 AM Ben Cotton wrote:
>
> == Upgrade/compatibility impact ==
> SHA-1 algorithm will not be supported in sqlite. Instead SHA-3
> algorithm can be used.
>
> == User Experience ==
> Users won't be able to use SHA-1 algorithm with sqlite. Instead, they
> can use SHA-3 algor
https://fedoraproject.org/wiki/Changes/Sqlite_SHA-1
== Summary ==
Removal of deprecated crypto algorithm SHA-1 from sqlite.
== Owner ==
* Name: [[User:odubaj| Ondrej Dubaj]]
* Email: odu...@redhat.com
== Detailed Description ==
The use of SHA-1 is no longer permitted for Digital Signatures or
a
On Fri, Jul 09, 2021 at 11:13:19AM -0400, Christopher wrote:
> Why does FAS use the email forwarding address when I use it to
> authenticate, rather than the permanent @fedoraproject.org alias for
> the address?
Because only "contributors" (ie, people in at least one non cla group)
have @fedorapro
Hello,
a new version of pyproject-rpm-macros (0-43) landed in Rawhide. I'll try to
briefly summarize what is new.
%pyproject_buildrequires macro can now optionally take file names as
positional arguments and generate additional build dependencies from them.
You can supply multiple file names to %p
On Fri, Jul 09, 2021 at 11:13:19AM -0400, Christopher wrote:
> Why does FAS use the email forwarding address when I use it to
> authenticate, rather than the permanent @fedoraproject.org alias for
> the address?
>
> I should be able to change my forwarding address without changing how
> authentica
Why does FAS use the email forwarding address when I use it to
authenticate, rather than the permanent @fedoraproject.org alias for
the address?
I should be able to change my forwarding address without changing how
authentication works. However, it looks like if I change my forwarding
address, the
Hi Benjamin,
On 7/9/21 3:47 PM, Benjamin Beasley wrote:
> I’ve updated several of my packages to use only the “effective license” in
> their License fields, in cases where it was very clear that a single
> effective license was correct. The following packages are affected:
>
> - agenda: “GPLv3+
I’ve updated several of my packages to use only the “effective license” in
their License fields, in cases where it was very clear that a single effective
license was correct. The following packages are affected:
- agenda: “GPLv3+ and GPLv2+ and LGPLv2+ and CC0” becomes “GPLv3+”
- appeditor: “GPL
On Fri, 2021-07-09 at 08:04 -0400, Neal Gompa wrote:
> On Fri, Jul 9, 2021 at 7:54 AM Benjamin Kircher
> wrote:
> >
> > https://bugzilla.redhat.com/show_bug.cgi?id=1980723
> >
> > Fluent Bit is a high performance and multi-platform log forwarder:
> > https://github.com/fluent/fluent-bit. It is w
On Fri, Jul 9, 2021 at 7:54 AM Benjamin Kircher wrote:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1980723
>
> Fluent Bit is a high performance and multi-platform log forwarder:
> https://github.com/fluent/fluent-bit. It is written in C++ and uses
> CMake as build system.
>
> Happy to do revie
https://bugzilla.redhat.com/show_bug.cgi?id=1980723
Fluent Bit is a high performance and multi-platform log forwarder:
https://github.com/fluent/fluent-bit. It is written in C++ and uses
CMake as build system.
Happy to do reviews for other packages of similar complexity (Python,
Go, C++, Rust, me
Hello Fedorans and especially Pythonistas,
we plan to marge and ship the following upgrades in Rawhide next week:
https://src.fedoraproject.org/rpms/python-flask/pull-request/8
https://src.fedoraproject.org/rpms/python-werkzeug/pull-request/8
https://src.fedoraproject.org/rpms/python-jinja2/pull
Good Morning Everyone,
I am in contact with bochecha who has asked me that I announce his
un-availability for personal reason for a little while.
To this end, he has orphaned the package "buildstream" on Wednesday. There may
be more coming.
Bochecha still wants to come back to Fedora once things
Yes, python3-pyhunspell is only another option of python3-enchant is not
available (for example on FreeBSD that is the case)
> ModuleNotFoundError: No module named 'packaging'
This can be workarounded by
dnf install python3-packaging
But I added it to the requirements in the ibus-typing-bo
26 matches
Mail list logo