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 upstr
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 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 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:
>>>
>>>
>>> https://git.kernel.org/pub/scm/boot/dracut/dracut.g
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 i
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 thresho
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 ti
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 e
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 waiti
ome hardware, devices with multiple capabilities 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 — ASSI
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 needed
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:
> > >
> > >
> > > https://git.kerne
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 ma
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 infrastr
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]
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/
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, 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 /usr/bin/
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 opencascade-devel-7.5.0-6.fc36.x86_64
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:
> >
> >
> > https://git.kernel.org/pub/scm/boot/dracut/dracut.git/tree/modules.d/45url-lib/url-lib.sh?h=05
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 c
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:
> > >
> > >
> > > https://git.kernel
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 require
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.
Thank
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:
> >
> >
> > https://git.kernel.org/pub/scm/boot/dracut/dracut.git/tree/modules.d/45url-lib/url-lib.sh?h=05
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 p
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
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 Cl
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
> > > decl
> 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 packag
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 a
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.
s/with/wit
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 th
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 of
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.
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 tag
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:
> > > ocaml-tpl
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 maili
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 pos
* 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 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
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 also
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:
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 mos
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: https://op
45 matches
Mail list logo
