OLD: Fedora-36-20220209.n.0
NEW: Fedora-36-20220210.n.0
= SUMMARY =
Added images:0
Dropped images: 2
Added packages: 1
Dropped packages:0
Upgraded packages: 133
Downgraded packages: 0
Size of added packages: 20.99 KiB
Size of dropped packages:0 B
Size
On Thu, Feb 10, 2022 at 10:29:14AM +0100, Sandro Mani wrote:
>
> On 07.02.22 11:07, Sandro Mani wrote:
> >
> > > Yes, I proposed that last year. I was supposed to move it forward by
> > > providing a copr repo illustrating it in real world, but I'm afraid
> > > I got side tracked.
> >
> > I
When packages want to provide the same filename and the issue cannot
be avoided, at least they should declare Conflicts with one another.
When Conflicts is declared, dnf will know about the issue from
repository metadata and refuse to install both packages and the user
can deal with that. But if
On 10.02.22 11:13, Daniel P. Berrangé wrote:
FWIW, my proof of concept last year did the following to the
libvirt-glib.spec file:
https://gitlab.com/berrange/libvirt-glib/-/commit/45994bf93bb4b030e3ab57c9b2e4e61e737d6d29
As you can tell, it is essentially just the contents of the
current
Hi everyone,
This is a weekly report from the CPE (Community Platform Engineering)
Team. If you have any questions or feedback, please respond to this
report or contact us on #redhat-cpe channel on libera.chat
(https://libera.chat/).
If you wish to read this in form of a blog post, check the
On Sat, 2022-01-29 at 11:12 -0800, Kevin Fenzi wrote:
> On Sat, Jan 29, 2022 at 05:38:42PM +, Mattia Verga via devel
> wrote:
> > Recently we're having some (a lot) of errors about updates stuck in
> > Bodhi with errors like "update ejected from the push because Cannot
> > find
> > relevant
No missing expected images.
Soft failed openQA tests: 1/8 (aarch64), 1/8 (x86_64)
(Tests completed, but using a workaround for a known bug)
New soft failures (same test not soft failed in Fedora-Cloud-34-20220209.0):
ID: 1124394 Test: aarch64 Cloud_Base-qcow2-qcow2 cloud_autocloud@uefi
URL:
Dear all,
You are kindly invited to the meeting:
ELN SIG on 2022-02-11 from 12:00:00 to 13:00:00 US/Eastern
At fedora-meet...@irc.libera.chat
The meeting will be about:
Source: https://calendar.fedoraproject.org//meeting/10133/
___
devel
Dear maintainers.
Based on the current fail to build from source policy, the following packages
should be retired from Fedora 36 approximately one week before branching.
However, 5 weekly reminders are required and I forgot to start this sooner,
hence the retirement will happen in 5 weeks, i.e.
* Denis Fateyev:
> Thank you, all variants work fine.
>
> Now I have another issue with "nfdump" package, probably for the same
> reason: a build flag interference.
>
> I use '-fPIC' in LDFLAGS to make "configure" happy:
> https://src.fedoraproject.org/rpms/nfdump/blob/rawhide/f/nfdump.spec#_49
On Wed, Feb 09, 2022 at 08:31:31AM -0700, Jerry James wrote:
> Sorry for the slow response. $REAL_LIFE has been keeping me hopping
> for several days now.
>
> On Fri, Feb 4, 2022 at 5:24 AM Richard W.M. Jones wrote:
> > On Thu, Feb 03, 2022 at 08:03:27PM -0700, Jerry James wrote:
> > >
V Thu, Feb 10, 2022 at 03:19:18PM +0100, Zbigniew Jędrzejewski-Szmek napsal(a):
> can deal with that. But if they having conflicting files with
> declaring Conflicts, this is only detected after packages have been
> downloaded and results in a failed transaction and is generally bad UX.
On 10. 02. 22 19:17, Miro Hrončok wrote:
Depending on: python-random2 (21)
python-faker (maintained by: jorti)
python-faker-12.0.0-1.fc36.src requires python3-random2 = 1.0.1-25.fc36
python-factory-boy (maintained by: jorti)
python-factory-boy-3.2.1-2.fc36.src
On Thu, Feb 10, 2022 at 01:09:06PM -0500, Neal Gompa wrote:
> On Thu, Feb 10, 2022 at 12:59 PM Zbigniew Jędrzejewski-Szmek
> wrote:
> >
> > On Mon, Oct 18, 2021 at 10:33:59AM +0200, Kamil Dudka wrote:
> > > For example dracut, dnf, and rpm seem to use FTP:
> > >
> > >
> > >
On Thu, Feb 10, 2022 at 4:01 PM Zbigniew Jędrzejewski-Szmek
wrote:
>
> On Thu, Feb 10, 2022 at 03:54:28PM +0100, Petr Pisar wrote:
> > V Thu, Feb 10, 2022 at 03:19:18PM +0100, Zbigniew Jędrzejewski-Szmek
> > napsal(a):
> > > can deal with that. But if they having conflicting files with
> > >
On Thu, Feb 10, 2022 at 03:54:28PM +0100, Petr Pisar wrote:
> V Thu, Feb 10, 2022 at 03:19:18PM +0100, Zbigniew Jędrzejewski-Szmek
> napsal(a):
> > can deal with that. But if they having conflicting files with
> > declaring Conflicts, this is only detected after packages have been
> > downloaded
On Thu, Feb 10, 2022 at 12:59 PM Zbigniew Jędrzejewski-Szmek
wrote:
>
> On Mon, Oct 18, 2021 at 10:33:59AM +0200, Kamil Dudka wrote:
> > For example dracut, dnf, and rpm seem to use FTP:
> >
> >
> >
On 09. 02. 22 16:38, Jerry James wrote:
On Tue, Feb 8, 2022 at 1:20 PM Miro Hrončok wrote:
At least a couple of those sound like something our (Python Maint) packages
depend on.
I'll analyze the dep chain and come back to you. I know for sure we'll need to
take python-sphinx_rtd_theme.
> file /usr/bin/icat from install of sleuthkit-4.11.1-1.fc36.x86_64 conflicts
> with file from package icat-0.5-10.fc36.x86_64
> file /usr/share/man/man1/icat.1.gz from install of
> sleuthkit-4.11.1-1.fc36.x86_64 conflicts with file from package
> icat-0.5-10.fc36.x86_64
icat is one of my
No missing expected images.
Failed openQA tests: 22/226 (x86_64), 16/159 (aarch64)
New failures (same test not failed in Fedora-36-20220209.n.0):
ID: 1124595 Test: x86_64 Everything-boot-iso memory_check@uefi
URL: https://openqa.fedoraproject.org/tests/1124595
ID: 1124660 Test: x86_64
V Thu, Feb 10, 2022 at 04:06:27PM +0100, Fabio Valentini napsal(a):
> On Thu, Feb 10, 2022 at 4:01 PM Zbigniew Jędrzejewski-Szmek
> wrote:
> >
> > Yeah, but is is worth the effort? I could open a bunch of bugs, but
> > I don't want to do this if nobody wants to look at them anyway.
>
> You might
On Mon, Oct 18, 2021 at 10:33:59AM +0200, Kamil Dudka wrote:
> For example dracut, dnf, and rpm seem to use FTP:
>
>
> https://git.kernel.org/pub/scm/boot/dracut/dracut.git/tree/modules.d/45url-lib/url-lib.sh?h=055#n55
Here dracut allows ftp://, by calling curl. If curl does not support
the
On Thu, Feb 10, 2022 at 2:51 PM Zbigniew Jędrzejewski-Szmek
wrote:
>
> That's a good idea. I'll file a late Change page for F36.
We're deep enough into the cycle that sending a proposal through the
process, even superficially, seems excessive. I suggest just sending a
devel-announce post or
On Thu, 2022-02-10 at 18:58 +0100, Zbigniew Jędrzejewski-Szmek wrote:
> On Mon, Oct 18, 2021 at 10:33:59AM +0200, Kamil Dudka wrote:
> > For example dracut, dnf, and rpm seem to use FTP:
> >
> >
> >
I now have two "Fails to install" bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=2053075 and
https://bugzilla.redhat.com/show_bug.cgi?id=2053054.
These appear to be due to a chain of unmet dependencies as shown in the mock
log:
Error:
Problem: package
On 2/10/22 01:49 PM, Ben Beasley wrote:
There was an missed/unannounced .so version bump in glew[1] which affected a
lot of packages, including vtk.
It looks like vtk builds for F36-F37 are currently in progress.
[1]
On Thu, Feb 10, 2022 at 10:39:38AM -0800, Adam Williamson wrote:
> On Thu, 2022-02-10 at 18:58 +0100, Zbigniew Jędrzejewski-Szmek wrote:
> > On Mon, Oct 18, 2021 at 10:33:59AM +0200, Kamil Dudka wrote:
> > > For example dracut, dnf, and rpm seem to use FTP:
> > >
> > >
> > >
s that include
keyboard do not get registered as a keyboard. Thus they only work if
another keyboard is connected. It seems to mostly (or exclusively)
affect some ARM hardware.
6. linux-firmware —
https://bugzilla.redhat.com/show_bug.cgi?id=2031214 — ASSIGNED
Fedora 36: Server boot x86_64 image exceeds m
On Thu, Feb 10, 2022 at 1:39 PM Zbigniew Jędrzejewski-Szmek
wrote:
>
> since you have the script handy, could you check how many (non-pp)
> packagers would be reported as inactive pretty please? Maybe with the
> inactivility threshold raised to 1 year instead of 0.5 y.
I had to run it a second
On Thu, 2022-02-10 at 19:30 +0100, Zbigniew Jędrzejewski-Szmek wrote:
> (*) I'm assuming that other rpms that need those protocols from
> libcurl, will pull in the full libcurl too. Some packaging adjustments
> might be needed. So this is only about using strange protocols
> directly from
On Thu, Feb 10 2022 at 02:09:32 PM -0500, Steven A. Falco
wrote:
g++: fatal error: Killed signal terminated program cc1plus
This indicates the builder ran out of memory. cc1plus received SIGKILL
from the OOM killer. Try using the %limit_build macro to reduce
parallelism, and file an
On 2/10/22 02:21 PM, Michael Catanzaro wrote:
On Thu, Feb 10 2022 at 02:09:32 PM -0500, Steven A. Falco
wrote:
g++: fatal error: Killed signal terminated program cc1plus
This indicates the builder ran out of memory. cc1plus received SIGKILL from the
OOM killer. Try using the %limit_build
On Thu, Feb 10, 2022 at 10:41:41AM -0800, Adam Williamson wrote:
> On Thu, 2022-02-10 at 19:30 +0100, Zbigniew Jędrzejewski-Szmek wrote:
> > (*) I'm assuming that other rpms that need those protocols from
> > libcurl, will pull in the full libcurl too. Some packaging adjustments
> > might be
On Thu, Feb 10, 2022, 3:44 PM Ben Cotton wrote:
> On Thu, Feb 10, 2022 at 2:51 PM Zbigniew Jędrzejewski-Szmek
> wrote:
> >
> > That's a good idea. I'll file a late Change page for F36.
>
> We're deep enough into the cycle that sending a proposal through the
> process, even superficially, seems
On Thu, Feb 10, 2022 at 03:01:25AM +, Gary Buhrmaster wrote:
> On Wed, Feb 9, 2022 at 5:05 PM Mattia Verga via devel
> wrote:
>
> > That is referring to provenpackagers only. I'd like this to be extended
> > to users in packagers group also.
Ben,
since you have the script handy, could you
There was an missed/unannounced .so version bump in glew[1] which affected a
lot of packages, including vtk.
It looks like vtk builds for F36-F37 are currently in progress.
[1]
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/DLZLYNVJOMAACLAKW4OF63ZHFVFQ3GV5/
On Thu, Feb 10, 2022 at 9:58 PM Ben Cotton wrote:
> I have concerns with this approach. I would guess there's a long tail
> of packagers that maintain relatively few packages. These packages
> might not have frequent upstream releases or require new manual
> builds.
There are a lot of packages
On 2/10/22 18:49, Demi Marie Obenour wrote:
> On 2/10/22 13:39, Adam Williamson wrote:
>> On Thu, 2022-02-10 at 18:58 +0100, Zbigniew Jędrzejewski-Szmek wrote:
>>> On Mon, Oct 18, 2021 at 10:33:59AM +0200, Kamil Dudka wrote:
For example dracut, dnf, and rpm seem to use FTP:
On 2/10/22 13:39, Adam Williamson wrote:
> On Thu, 2022-02-10 at 18:58 +0100, Zbigniew Jędrzejewski-Szmek wrote:
>> On Mon, Oct 18, 2021 at 10:33:59AM +0200, Kamil Dudka wrote:
>>> For example dracut, dnf, and rpm seem to use FTP:
>>>
>>>
>>>
On Thu, 2022-02-10 at 16:57 -0500, Ben Cotton wrote:
> On Thu, Feb 10, 2022 at 1:39 PM Zbigniew Jędrzejewski-Szmek
> wrote:
> >
> > since you have the script handy, could you check how many (non-pp)
> > packagers would be reported as inactive pretty please? Maybe with the
> > inactivility
On Thu, Feb 10, 2022 at 6:56 PM Demi Marie Obenour
wrote:
>
> On 2/10/22 18:49, Demi Marie Obenour wrote:
> > On 2/10/22 13:39, Adam Williamson wrote:
> >> On Thu, 2022-02-10 at 18:58 +0100, Zbigniew Jędrzejewski-Szmek wrote:
> >>> On Mon, Oct 18, 2021 at 10:33:59AM +0200, Kamil Dudka wrote:
>
On 2/10/22 12:21, Michael Catanzaro wrote:
On Thu, Feb 10 2022 at 02:09:32 PM -0500, Steven A. Falco
wrote:
g++: fatal error: Killed signal terminated program cc1plus
This indicates the builder ran out of memory. cc1plus received SIGKILL
from the OOM killer. Try using the %limit_build macro
On Thu, Feb 10, 2022 at 11:05:03PM +, Gary Buhrmaster wrote:
> On Thu, Feb 10, 2022 at 9:58 PM Ben Cotton wrote:
>
> > I have concerns with this approach. I would guess there's a long tail
> > of packagers that maintain relatively few packages. These packages
> > might not have frequent
No missing expected images.
Soft failed openQA tests: 1/8 (x86_64), 1/8 (aarch64)
(Tests completed, but using a workaround for a known bug)
Old soft failures (same test soft failed in Fedora-Cloud-35-20220209.0):
ID: 1124365 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL:
On 07.02.22 11:07, Sandro Mani wrote:
As noted in the mingw list thread, for me the objective of version
parity
between native and mingw packages of the current mingw-environment
is a big
selling point. My real-world experience reflects what others shared
in this
post, namely that by far
https://bugzilla.redhat.com/show_bug.cgi?id=2052745
Michal Josef Spacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Doc Type|---
Dear maintainers.
Based on the current fail to build from source policy, the following packages
should be retired from Fedora 36 approximately one week before branching.
However, 5 weekly reminders are required and I forgot to start this sooner,
hence the retirement will happen in 5 weeks, i.e.
https://bugzilla.redhat.com/show_bug.cgi?id=2053166
--- Comment #1 from Pedro Sampaio ---
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 that all
https://bugzilla.redhat.com/show_bug.cgi?id=2053166
Bug ID: 2053166
Summary: perl-XML-LibXML: Validation succeeds even though the
DTD could not be loaded [fedora-all]
Product: Fedora
Version: 35
Status: NEW
https://bugzilla.redhat.com/show_bug.cgi?id=2053166
Pedro Sampaio changed:
What|Removed |Added
Blocks||2053165
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=2053165
Pedro Sampaio changed:
What|Removed |Added
Blocks||2053167
--
You are receiving this
mspacek opened a new pull-request against the project: `perl-HTTP-Daemon` that
you are following:
``
6.13 bump
``
To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-HTTP-Daemon/pull-request/2
___
perl-devel mailing list --
https://bugzilla.redhat.com/show_bug.cgi?id=2053165
Bug ID: 2053165
Summary: perl-XML-LibXML: Validation succeeds even though the
DTD could not be loaded
Product: Security Response
Hardware: All
OS: Linux
https://bugzilla.redhat.com/show_bug.cgi?id=2053165
--- Comment #1 from Pedro Sampaio ---
Created perl-XML-LibXML tracking bugs for this issue:
Affects: fedora-all [bug 2053166]
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2053165
Pedro Sampaio changed:
What|Removed |Added
Depends On||2053166
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1807479
Bug 1807479 depends on bug 2016580, which changed state.
Bug 2016580 Summary: Review Request: perl-Sub-HandlesVia - Alternative
handles_via implementation
https://bugzilla.redhat.com/show_bug.cgi?id=2016580
What|Removed
mspacek merged a pull-request against the project: `perl-HTTP-Daemon` that you
are following.
Merged pull-request:
``
6.13 bump
``
https://src.fedoraproject.org/rpms/perl-HTTP-Daemon/pull-request/1
___
perl-devel mailing list --
https://bugzilla.redhat.com/show_bug.cgi?id=1543336
--- Comment #29 from Denis Fateyev ---
Maybe it makes sense to bump the version to "epel9" and provide package(s)
there.
In this case, it will require much less efforts with backporting and upgrading,
just providing all required packages in
mspacek merged a pull-request against the project: `perl-HTTP-Daemon` that you
are following.
Merged pull-request:
``
6.13 bump
``
https://src.fedoraproject.org/rpms/perl-HTTP-Daemon/pull-request/2
___
perl-devel mailing list --
mspacek merged a pull-request against the project: `perl-HTTP-Daemon` that you
are following.
Merged pull-request:
``
6.13 bump
``
https://src.fedoraproject.org/rpms/perl-HTTP-Daemon/pull-request/3
___
perl-devel mailing list --
https://bugzilla.redhat.com/show_bug.cgi?id=2052745
--- Comment #3 from Fedora Update System ---
FEDORA-2022-e9e617bb93 has been submitted as an update to Fedora 34.
https://bodhi.fedoraproject.org/updates/FEDORA-2022-e9e617bb93
--
You are receiving this mail because:
You are on the CC list
https://bugzilla.redhat.com/show_bug.cgi?id=2052745
Fedora Update System changed:
What|Removed |Added
Status|ASSIGNED|MODIFIED
--- Comment #2 from
mspacek merged a pull-request against the project: `perl-HTTP-Daemon` that you
are following.
Merged pull-request:
``
6.13 bump
``
https://src.fedoraproject.org/rpms/perl-HTTP-Daemon/pull-request/4
___
perl-devel mailing list --
mspacek opened a new pull-request against the project: `perl-HTTP-Daemon` that
you are following:
``
6.13 bump
``
To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-HTTP-Daemon/pull-request/4
___
perl-devel mailing list --
mspacek opened a new pull-request against the project: `perl-HTTP-Daemon` that
you are following:
``
6.13 bump
``
To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-HTTP-Daemon/pull-request/3
___
perl-devel mailing list --
Turns out there was a flaw in the way I was looking for epel8-playground
branches.
I missed about 530 branches when I was retiring them.
I am retiring those branches now.
I apologize for the noise this might make.
Troy
On Mon, Jan 31, 2022 at 12:12 PM Troy Dawson wrote:
> Hello,
> I am
https://bugzilla.redhat.com/show_bug.cgi?id=2036125
Fedora Update System changed:
What|Removed |Added
Fixed In Version||perl-HTML-TreeBuilder-LibXM
https://bugzilla.redhat.com/show_bug.cgi?id=1811577
Bug 1811577 depends on bug 2036125, which changed state.
Bug 2036125 Summary: Please branch and build perl-HTML-TreeBuilder-LibXML for
EPEL-8
https://bugzilla.redhat.com/show_bug.cgi?id=2036125
What|Removed
https://bugzilla.redhat.com/show_bug.cgi?id=2036126
Bug 2036126 depends on bug 2036125, which changed state.
Bug 2036125 Summary: Please branch and build perl-HTML-TreeBuilder-LibXML for
EPEL-8
https://bugzilla.redhat.com/show_bug.cgi?id=2036125
What|Removed
https://bugzilla.redhat.com/show_bug.cgi?id=2048248
Fedora Update System changed:
What|Removed |Added
Fixed In Version|mod_perl-2.0.12-1.fc36 |mod_perl-2.0.12-1.fc36
https://bugzilla.redhat.com/show_bug.cgi?id=2036126
Fedora Update System changed:
What|Removed |Added
Fixed In Version||perl-Web-Scraper-0.38-13.el
https://bugzilla.redhat.com/show_bug.cgi?id=1811577
Fedora Update System changed:
What|Removed |Added
Fixed In Version||perl-Finance-Quote-1.51-2.e
https://bugzilla.redhat.com/show_bug.cgi?id=2048248
Fedora Update System changed:
What|Removed |Added
Fixed In Version|mod_perl-2.0.12-1.fc36 |mod_perl-2.0.12-1.fc36
https://bugzilla.redhat.com/show_bug.cgi?id=2052745
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #4 from
https://bugzilla.redhat.com/show_bug.cgi?id=2031798
Fedora Update System changed:
What|Removed |Added
Fixed In Version||perl-FCGI-Client-0.09-11.el
https://bugzilla.redhat.com/show_bug.cgi?id=2048248
Fedora Update System changed:
What|Removed |Added
Fixed In Version|mod_perl-2.0.12-1.fc36 |mod_perl-2.0.12-1.fc36
The following Fedora EPEL 8 Security updates need testing:
Age URL
6 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-bd70e1ba58
kate-21.12.2-1.el8
5 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-ae246e412f
suricata-5.0.8-1.el8
3
https://bugzilla.redhat.com/show_bug.cgi?id=2031796
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Resolution|---
https://bugzilla.redhat.com/show_bug.cgi?id=2048109
Fedora Update System changed:
What|Removed |Added
Resolution|--- |ERRATA
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=2049238
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Resolution|---
https://bugzilla.redhat.com/show_bug.cgi?id=2052745
--- Comment #5 from Fedora Update System ---
FEDORA-2022-e9e617bb93 has been pushed to the Fedora 34 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing
mspacek opened a new pull-request against the project: `perl-HTTP-Daemon` that
you are following:
``
6.13 bump
``
To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-HTTP-Daemon/pull-request/1
___
perl-devel mailing list --
82 matches
Mail list logo
