On Fri, 2022-09-02 at 10:26 -0700, Adam Williamson wrote:
>
> > > If we don't think it's worth doing that work, then we're kinda stuck
> > > with openQA glomming onto the critpath definition to decide which
> > > updates to test and gate, because I don't have any other current viable
> > >
On Fri, 2022-10-14 at 10:27 -0500, Justin Forbes wrote:
>
> Just to reiterate this is not being dropped. I did a bit of research,
> CONFIG_DEBUG_WW_MUTEX_SLOWPATH was actually turned back on in 2018, as
> upstream changed PROVE_LOCKING to select it. As such, there is no way
> to turn it off
On Mon, Oct 17, 2022 at 2:53 PM Fabio Valentini
wrote:
> On Sat, Sep 24, 2022 at 1:55 PM Richard Shaw wrote:
> >
> > On Sat, Sep 24, 2022 at 4:58 AM Fabio Valentini
> wrote:
> >>
> >> Sat, Sep 24, 2022 at 8:39 AM Iñaki Ucar
> wrote:
> >> >
> >> > I opened an issue in the dashboard repo for
On Sat, Sep 24, 2022 at 1:55 PM Richard Shaw wrote:
>
> On Sat, Sep 24, 2022 at 4:58 AM Fabio Valentini wrote:
>>
>> Sat, Sep 24, 2022 at 8:39 AM Iñaki Ucar wrote:
>> >
>> > I opened an issue in the dashboard repo for the same reason some weeks
>> > ago. It turns out there's a limitation on
https://bugzilla.redhat.com/show_bug.cgi?id=2135468
Guilherme de Almeida Suckevicz changed:
What|Removed |Added
Blocks||2134609
https://bugzilla.redhat.com/show_bug.cgi?id=2135468
--- Comment #1 from Guilherme de Almeida Suckevicz ---
Use the following template to for the 'fedpkg update' request to submit an
update for this issue as it contains the top-level parent bug(s) as well as
this tracking bug. This will ensure
https://bugzilla.redhat.com/show_bug.cgi?id=2135468
Bug ID: 2135468
Summary: CVE-2022-3517 perl-Code-TidyAll: nodejs-minimatch:
ReDoS via the braceExpand function [fedora-all]
Product: Fedora
Version: 36
Status: NEW
On 17-10-2022 18:36, Miro Hrončok wrote:
On 17. 10. 22 15:15, Sandro wrote:
Hi,
I have submitted reviews for python-plotnine and its dependencies:
python-plotnine
python-scikit-misc
python-adjustText
pythn-mizani
python-palettable
Could you please share
On 17. 10. 22 15:15, Sandro wrote:
Hi,
I have submitted reviews for python-plotnine and its dependencies:
python-plotnine
python-scikit-misc
python-adjustText
pythn-mizani
python-palettable
Could you please share the links?
--
Miro Hrončok
--
Phone:
> Am 17.10.2022 um 10:44 schrieb Zdenek Pytela :
>
>
>
> On Sat, Oct 15, 2022 at 6:03 PM Peter Boy wrote:
> With branch 20221012 as well as 20221014 I get with Fedora Server on BIOS
> boot Hardware several AVC events like
>
> type=AVC msg=audit(1665848517.93:288): avc: denied { sys_admin }
https://bugzilla.redhat.com/show_bug.cgi?id=2086256
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |CLOSED
https://bugzilla.redhat.com/show_bug.cgi?id=2083132
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |CLOSED
Hi,
I have submitted reviews for python-plotnine and its dependencies:
python-plotnine
python-scikit-misc
python-adjustText
pythn-mizani
python-palettable
Some have been sitting around waiting for a while now, so I thought I'd
ask if somebody would be willing to
On Mon, Oct 17, 2022 at 7:52 AM Dominik 'Rathann' Mierzejewski <
domi...@greysector.net> wrote:
> On Monday, 17 October 2022 at 14:34, Richard Shaw wrote:
> > This actually has to do with iptables vs nftables but I need to be able
> to
> > deal with it here.
> >
> > iptables wants the port ranges
https://bugzilla.redhat.com/show_bug.cgi?id=2135378
Bug ID: 2135378
Summary: perl-Future-0.49 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Future
Keywords: FutureFeature, Triaged
On Monday, 17 October 2022 at 14:34, Richard Shaw wrote:
> This actually has to do with iptables vs nftables but I need to be able to
> deal with it here.
>
> iptables wants the port ranges specified using a ":" as a separator but
> nftables wants "-"...
>
> The problem is in the default
While converting libIDL to SPDX (LGPLv2+ → LGPL-2.0-or-later), I noticed
that the documentation is actually GPLv3+. The libIDL-doc subpackage’s
License field is therefore corrected from LGPLv2+ to GPL-3.0-or-later.
– Ben Beasley (FAS music)
___
devel
This actually has to do with iptables vs nftables but I need to be able to
deal with it here.
iptables wants the port ranges specified using a ":" as a separator but
nftables wants "-"...
The problem is in the default jail.conf which is:
# Ports to be banned
# Usually should be overridden in a
OLD: Fedora-37-20221016.n.0
NEW: Fedora-37-20221017.n.0
= SUMMARY =
Added images:0
Dropped images: 0
Added packages: 0
Dropped packages:0
Upgraded packages: 0
Downgraded packages: 0
Size of added packages: 0 B
Size of dropped packages:0 B
Size of upgraded
The following Fedora EPEL 7 Security updates need testing:
Age URL
1 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-473e5052db
ckeditor-4.20.0-1.el7
1 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-576e858e93
php-Smarty-3.1.47-1.el7
1
On Wed, Oct 12, 2022 at 05:21:58PM -0400, Paul Frields wrote:
> On Tue, Oct 11, 2022 at 7:13 AM Zbigniew Jędrzejewski-Szmek <
> zbys...@in.waw.pl> wrote:
>
> > On Tue, Oct 11, 2022 at 11:48:14AM +0200, Fabio Valentini wrote:
> > > On Mon, Oct 10, 2022 at 9:15 AM Jaroslav Mracek
> > wrote:
> > >
On 15. 10. 22 19:23, Miro Hrončok wrote:
7. python-pep517
https://github.com/pypa/pep517/pull/150
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
The following builds have been pushed to Fedora EPEL 8 updates-testing
python-osrf-pycommon-2.1.0-1.el8
python-vcstool-0.3.0-1.el8
Details about builds:
python-osrf-pycommon-2.1.0-1.el8
On 15. 10. 22 19:23, Miro Hrončok wrote:
8. python3-sphinx-theme-builder
https://github.com/pradyunsg/sphinx-theme-builder/pull/35
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing list -- devel@lists.fedoraproject.org
To
On 17-10-2022 12:19, Artur Frenszek-Iwicki wrote:
Would that imply I have to add the LGPL license text to the package
myself?
The packaging guidelines state that the desired course of action is
to contact upstream and ask them to provide the licence text.
On 15. 10. 22 19:23, Miro Hrončok wrote:
8. python-pyproject-metadata
https://github.com/FFY00/python-pyproject-metadata/pull/32
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing list -- devel@lists.fedoraproject.org
To
Koji devs forwarded me to releng pagure, so there is a new issue for
this https://pagure.io/releng/issue/11093 .
On 10/14/22 12:57, Zdenek Dohnal wrote:
Hi Kevin,
I've created the issue https://pagure.io/koji/issue/3554 for the problem.
I agree with docs update (maybe it would be nice as
On Mon, Oct 17, 2022 at 12:10:26PM +0200, Sandro wrote:
> Hi,
>
> I'm currently updating brewtarget [0] which I recently adopted.
>
> For a handful of PNG files upstream has the following in their COPYRIGHT
> file: License: CC-BY-SA-3.0 or LGPL-3.0 [1].
>
> The text of the CC license is in the
> Would that imply I have to add the LGPL license text to the package myself?
The packaging guidelines state that the desired course of action
is to contact upstream and ask them to provide the licence text.
I agree.
The thread was created by community to ask community what should be the minimal
scope to approve the change proposal. As a DNF team lead I would be very happy
to get any input from community, because it will help us to prioritize tasks.
Jaroslav
Hi,
I'm currently updating brewtarget [0] which I recently adopted.
For a handful of PNG files upstream has the following in their COPYRIGHT
file: License: CC-BY-SA-3.0 or LGPL-3.0 [1].
The text of the CC license is in the file, however the text of the LGPL
license is not, nor is it shipped
https://bugzilla.redhat.com/show_bug.cgi?id=2133212
Paul Howarth changed:
What|Removed |Added
Resolution|--- |NOTABUG
On Thu, 13 Oct 2022 09:29:27 +0200,
Panu Matilainen wrote:
> >> - Some old, insecure (MD5/SHA1 based) signatures are rejected (this is
> >> in line with the stronger crypto settings proposed elsewhere for F38)
> >
> > Such a hardcoded restriction, without a way for the local administrator to
> >
On Sat, Oct 15, 2022 at 6:03 PM Peter Boy wrote:
> With branch 20221012 as well as 20221014 I get with Fedora Server on BIOS
> boot Hardware several AVC events like
>
> type=AVC msg=audit(1665848517.93:288): avc: denied { sys_admin } for
> pid=1635 comm="systemd-gpt-aut" capability=21
>
On Sat, Oct 15, 2022 at 6:55 PM Peter Boy wrote:
> When creating a new VM on Fedora Server I get 2 AVCs, which I didn’t
> noticed in F36:
>
> SELinux is preventing virtlogd from using the execmem access on a process.
> type=AVC msg=audit(1665815361.392:451): avc: denied { execmem } for
>
I believe that problems related to usage of DNF and DNF5 in parallel are
ecplained in following section -
https://fedoraproject.org/wiki/Changes/ReplaceDnfWithDnf5#Problems_related_to_using_DNF5_and_DNF_in_parallel_for_software_modification
Jaroslav
> So, coming back to the steps needed for this to happen as discussed in the
> FESCo ticket, I
> think the first one is to decide how users can start testing dnf5 on
> "expendable" machines.
>
> The proposal says that dnf5 can be installed in parallel with dnf. I think
> this
> doesn't
> Il 12/10/22 12:28, Vít Ondruch ha scritto:
> My guess is that dnf5 is an entirely different beast than dnf. dnf was
> written in python, dnf5 is written in C (?), so it's not just a major
> version upgrade.
>
> Mattia
It is correct, DNF5 is a different product written in C++.
Jaroslav
On 17-10-2022 09:28, Jaroslav Mracek wrote:
* Naming unification of DNF5 stack - it will be quite strange to name
something dnf that cannot provide dnf and so on.
So RUM it is then: Re-invented Update Manager.
Re-invented like the wheel and should suit all consuming parties. :)
Dne 17. 10. 22 v 9:28 Jaroslav Mracek napsal(a):
Thank you for pointing this. Why DNF5 is not named as DNF and why we do not
plan to name it as DNF?
DNF5 is a completely new product. It replaces dnf and microdnf. DNF5 doe's the
same type of work like dnf, microdnf but behavior, internals, and
I am sorry, DNF and DNF5 is not a Fedora packager. DNF and DNF5 is an upstream
project shipped to Fedora and other distributions including OpenSuse.
Jaroslav
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
Thank you for pointing this. Why DNF5 is not named as DNF and why we do not
plan to name it as DNF?
DNF5 is a completely new product. It replaces dnf and microdnf. DNF5 doe's the
same type of work like dnf, microdnf but behavior, internals, and plugins
differents. If we will name DNF as DNF5 we
> Sorry for the delay in my reply here. ;(
>
> Some questions:
>
>
> no releng ticket? :(
>
> releng depends on dnf4 for a LOT of scripts.
> We will need a lot of help moving those to dnf5 I am sure.
> A porting guide for the python bindings would be welcome.
In source (header files) we
43 matches
Mail list logo
