Hi Adam,
On Thu, Dec 8, 2022 at 5:30 AM Adam Williamson
wrote:
> On Thu, 2022-12-08 at 03:28 +, Gary Buhrmaster wrote:
> > On Thu, Dec 8, 2022 at 12:42 AM Adam Williamson
> > wrote:
> > >
> > > Hi folks! Today I woke up and found
> > > https://bugzilla.redhat.com/show_bug.cgi?id=2151495 ,
Hello everyone,
both level-zero and openpgl are needed for review. level-zero is useful to
support oneAPI for Blender while openpgl
is an optional dependency for Blender starting for 3.4.x release.
level-zero: https://bugzilla.redhat.com/show_bug.cgi?id=2151768
openpgl:
On Thu, 2022-12-08 at 07:57 +0100, Florian Weimer wrote:
> * Adam Williamson:
>
> > 1. /usr/lib/locale/locale-archive , from glibc-all-langpacks - this is
> > 224M uncompressed. A quick test just compressing the file with xz on my
> > system shows it compresses to around 11M, though, so that's
* Adam Williamson:
> 1. /usr/lib/locale/locale-archive , from glibc-all-langpacks - this is
> 224M uncompressed. A quick test just compressing the file with xz on my
> system shows it compresses to around 11M, though, so that's probably
> all it adds up to after compression (the image is an
On Thu, 2022-12-08 at 03:28 +, Gary Buhrmaster wrote:
> On Thu, Dec 8, 2022 at 12:42 AM Adam Williamson
> wrote:
> >
> > Hi folks! Today I woke up and found
> > https://bugzilla.redhat.com/show_bug.cgi?id=2151495 , which diverted me
> > down a bit of an "installer environment size" rabbit
On Thu, Dec 8, 2022 at 12:42 AM Adam Williamson
wrote:
>
> Hi folks! Today I woke up and found
> https://bugzilla.redhat.com/show_bug.cgi?id=2151495 , which diverted me
> down a bit of an "installer environment size" rabbit hole.
Does the "new and improved" web based installer help this
in any
Adam Williamson wrote:
> As of today, with that new dep in webkitgtk, Rawhide's network install
> images are 703M in size. Here's a potted history of network install
> image sizes:
>
> Fedora Core 8: 103.2M (boot.iso 9.2M + stage2.img 94M)
> Fedora 13: 208M
> Fedora 17: 162M (last "old UI")
>
The following Fedora EPEL 7 Security updates need testing:
Age URL
6 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-058d69433a
snapd-2.57.6-1.el7
4 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-735d1baeca
brotli-1.0.9-10.el7
3
On Thu, Dec 8, 2022 at 1:54 AM Alexander Ploumistos
wrote:
> I think that you are about to miss an important opportunity here.
+3000 (well, I guess I am only allowed a +1).
For non-niche requirements, I mostly find the
primary maintainers are more than willing to
add interested parties to the
https://bugzilla.redhat.com/show_bug.cgi?id=2144904
--- Comment #6 from Fedora Update System ---
FEDORA-EPEL-2022-2edcd8d7f6 has been pushed to the Fedora EPEL 9 testing
repository.
You can provide feedback for this update here:
The following Fedora EPEL 8 Security updates need testing:
Age URL
6 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-d9f41aade7
snapd-2.57.6-1.el8
3 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-08012668ea
libbsd-0.11.7-2.el8
2
https://bugzilla.redhat.com/show_bug.cgi?id=2150992
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #5 from
Hello Terry,
On Thu, Dec 8, 2022 at 12:28 AM Terry Barnaby wrote:
>
> Well I don't want to rock the boat with the maintainer, they are just
> doing what they think is expected.
>
> I will just continue with my own local RPM for our own uses and provide
> it for anyone else that is in the same
On 12/6/22 14:02, Richard W.M. Jones wrote:
> On Tue, Dec 06, 2022 at 05:52:16PM -, Andrii Nakryiko wrote:
>>> On Tue, Dec 06, 2022 at 03:12:19AM +, Gary Buhrmaster wrote:
>>>
>>> Note that is not a fully equivalent scenario. The no-omit-frame-pointer
>>> proposal was only offering a
https://bugzilla.redhat.com/show_bug.cgi?id=2031448
Fedora Update System changed:
What|Removed |Added
Resolution|--- |ERRATA
Fixed In Version|
> Am 08.12.2022 um 01:42 schrieb Adam Williamson :
>
> Hi folks! Today I woke up and found
> https://bugzilla.redhat.com/show_bug.cgi?id=2151495 , which diverted me
> down a bit of an "installer environment size" rabbit hole.
>
> ...
many thanks for your efforts! I very much appreciate it
Hi folks! Today I woke up and found
https://bugzilla.redhat.com/show_bug.cgi?id=2151495 , which diverted me
down a bit of an "installer environment size" rabbit hole.
As of today, with that new dep in webkitgtk, Rawhide's network install
images are 703M in size. Here's a potted history of network
On 06/12/2022 16:37, Kevin Kofler via devel wrote:
Terry Barnaby wrote:
Well in this case I have created a suitable compat lib, all I did was
re-introduce the bits to the SPEC file that removed the building of the
compat lib and we are fine. I haven't separated it out from the main
ncurses SPEC
Thanks for the detailed response. There was quite a lot of reading,
but in the end the upgrade from 2.5 was uneventful. I do hope there
will be a migration guide when version 3 lands though.
I see these messages in my system logs:
Dec 07 22:56:24 bb3 audit[1786]: AVC avc: denied { setpcap }
On Wed, Dec 7, 2022 at 3:15 PM Andrii Nakryiko
wrote:
>
> > On Tue, Dec 6, 2022 at 12:56 PM Andrii Nakryiko
> > >
> > I don't think the two are comparable at all, neither in terms of
> > potential performance impact (register pressure across an entire
> > program vs at specific API call points
On Wed, Dec 7, 2022 at 8:40 AM Petr Pisar wrote:
...
> As you can see, there are no separate documents for modules and default
> streams. Everything is kept inside one document. That enables
> properties (e.g. obsoletes or default profiles) pertaining the same entity
> (e.g. a stream) to be
mspacek merged a pull-request against the project: `perl-Test-Inter` that you
are following.
Merged pull-request:
``
Package tests and update license to SPDX format
``
https://src.fedoraproject.org/rpms/perl-Test-Inter/pull-request/1
___
perl-devel
mspacek opened a new pull-request against the project: `perl-Test-Inter` that
you are following:
``
Package tests and update license to SPDX format
``
To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-Test-Inter/pull-request/1
___
On Wed, 7 Dec 2022 at 15:45, Terry Barnaby wrote:
> On 06/12/2022 20:21, Josh Boyer wrote:
> > On Tue, Dec 6, 2022 at 2:01 PM Stephen Smoogen
> wrote:
> >>
> >>
> >>>
> >> I think he would be happy with the policy spelled out in any form.
> Something like:
> >>
> >> While the Fedora Project is
https://fedoraproject.org/wiki/Changes/F39Boost181
This document represents a proposed Change. As part of the Changes
process, proposals are publicly announced in order to receive
community feedback. This proposal will only be implemented if approved
by the Fedora Engineering Steering Committee.
https://fedoraproject.org/wiki/Changes/Perl_replace_MODULE_COMPAT_by_generator
(Note that this proposal was originally submitted to use a macro. See
https://fedoraproject.org/w/index.php?title=Changes%2FPerl_replace_MODULE_COMPAT_by_generator=revision=662550=661061
for a diff from the previous
https://fedoraproject.org/wiki/Changes/F39Boost181
This document represents a proposed Change. As part of the Changes
process, proposals are publicly announced in order to receive
community feedback. This proposal will only be implemented if approved
by the Fedora Engineering Steering Committee.
https://fedoraproject.org/wiki/Changes/Perl_replace_MODULE_COMPAT_by_generator
(Note that this proposal was originally submitted to use a macro. See
https://fedoraproject.org/w/index.php?title=Changes%2FPerl_replace_MODULE_COMPAT_by_generator=revision=662550=661061
for a diff from the previous
Hi,
I intended to update novnc in EPEL7 to version 1.3.0 from 0.5.1. I am
posting this here per EPEL policy and I've also posted an issue at
https://pagure.io/epel/issue/212 for discussion and the meeting agenda.
I recently took the novnc package which was orphaned and I'm trying to get
it
On 06/12/2022 17:40, Vít Ondruch wrote:
Dne 06. 12. 22 v 17:09 Terry Barnaby napsal(a):
On 06/12/2022 15:56, Vít Ondruch wrote:
Dne 06. 12. 22 v 16:44 Terry Barnaby napsal(a):
On 06/12/2022 10:40, Dominik 'Rathann' Mierzejewski wrote:
On Tuesday, 06 December 2022 at 07:43, Terry Barnaby
On 06/12/2022 20:21, Josh Boyer wrote:
On Tue, Dec 6, 2022 at 2:01 PM Stephen Smoogen wrote:
On Tue, 6 Dec 2022 at 13:50, Josh Boyer wrote:
On Tue, Dec 6, 2022 at 11:27 AM Neal Gompa wrote:
On Tue, Dec 6, 2022 at 7:54 AM Josh Boyer wrote:
On Tue, Dec 6, 2022 at 1:43 AM Terry Barnaby
> On Tue, Dec 6, 2022 at 12:56 PM Andrii Nakryiko
>
> I don't think the two are comparable at all, neither in terms of
> potential performance impact (register pressure across an entire
> program vs at specific API call points in some unique cases) nor in
> terms of the benefits it provides.
> Andrii,
>
> copilot to pilot, you are responding to Jakub Jelinek's points, not
Copilot? Pilot? I don't understand this euphemism. And yes, I'm well aware who
I'm replying to, thank you.
> Neal's. Jakub is a compiler/toolchain engineer with considerable
And not sure why you are implying
> On Tue, Dec 06, 2022 at 05:46:11PM -, Andrii Nakryiko wrote:
>
> Depends on how large functions are. If you have lots of small functions,
> it can be more than 50% of instructions you get the frame pointer wrong.
You might be technically correct, but if some application is spending 50% of
mspacek merged a pull-request against the project: `perl-Module-Pluggable` that
you are following.
Merged pull-request:
``
Fix required packages in *tests package
``
https://src.fedoraproject.org/rpms/perl-Module-Pluggable/pull-request/6
___
mspacek merged a pull-request against the project: `perl-Inline` that you are
following.
Merged pull-request:
``
Fix required packages in *-tests package
``
https://src.fedoraproject.org/rpms/perl-Inline/pull-request/3
___
perl-devel mailing list --
Minutes:
https://meetbot.fedoraproject.org/fedora-meeting-1/2022-12-07/fedora_coreos_meeting.2022-12-07-16.29.html
Minutes (text):
https://meetbot.fedoraproject.org/fedora-meeting-1/2022-12-07/fedora_coreos_meeting.2022-12-07-16.29.txt
Log:
mspacek opened a new pull-request against the project: `perl-Inline` that you
are following:
``
Fix required packages in *-tests package
``
To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-Inline/pull-request/3
___
perl-devel
mspacek opened a new pull-request against the project: `perl-Module-Pluggable`
that you are following:
``
Fix required packages in *tests package
``
To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-Module-Pluggable/pull-request/6
On 07/12/2022 16:02, Alexander Ploumistos wrote:
Hello David,
Thanks for the heads up.
Is there a tool that can test server and client configurations for
compatibility before upgrading? If not, how can one verify that
certificates, TLS version etc. comply with the minimum requirements?
There
mspacek merged a pull-request against the project: `perl-Test2-Suite` that you
are following.
Merged pull-request:
``
Update license to SPDX format + fix of provided packages in test package
``
https://src.fedoraproject.org/rpms/perl-Test2-Suite/pull-request/21
mspacek merged a pull-request against the project: `perl-Inline` that you are
following.
Merged pull-request:
``
Remove provided packages in *-tests package
``
https://src.fedoraproject.org/rpms/perl-Inline/pull-request/2
___
perl-devel mailing list
mspacek opened a new pull-request against the project: `perl-Inline` that you
are following:
``
Remove provided packages in *-tests package
``
To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-Inline/pull-request/2
___
perl-devel
mspacek opened a new pull-request against the project: `perl-Test2-Suite` that
you are following:
``
Update license to SPDX format + fix of provided packages in test package
``
To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-Test2-Suite/pull-request/21
Due to some issues, this "lanned" outage has to be delayed to 2022-12-13 at
the same time.
On Mon, 5 Dec 2022 at 10:14, Stephen Smoogen wrote:
>
> lanned Outage - IAD2 Outage - 2022-12-13 19:00 UTC
>
> There will be an outage starting at 2022-12-13 19:00 UTC,
> which will last approximately 4
I am trying to pull the fedora rawhide image from
https://registry.fedoraproject.org/ .
First, the URL below to print available tags is empty on my browser.
https://registry.fedoraproject.org/repo/fedora/tags/
But I was able to see the available tags by skopeo. And the "rawhide"
tag is included.
Due to some issues, this "lanned" outage has to be delayed to 2022-12-13 at
the same time.
On Mon, 5 Dec 2022 at 10:14, Stephen Smoogen wrote:
>
> lanned Outage - IAD2 Outage - 2022-12-13 19:00 UTC
>
> There will be an outage starting at 2022-12-13 19:00 UTC,
> which will last approximately 4
mspacek merged a pull-request against the project: `perl-Net-DNS` that you are
following.
Merged pull-request:
``
Fix provided packages in *tests package
``
https://src.fedoraproject.org/rpms/perl-Net-DNS/pull-request/3
___
perl-devel mailing list
mspacek merged a pull-request against the project: `perl-Module-Runtime` that
you are following.
Merged pull-request:
``
Fix provided packages in *-tests package
``
https://src.fedoraproject.org/rpms/perl-Module-Runtime/pull-request/2
___
perl-devel
Hello David,
Thanks for the heads up.
Is there a tool that can test server and client configurations for
compatibility before upgrading? If not, how can one verify that
certificates, TLS version etc. comply with the minimum requirements?
Best regards,
A.
On 12/7/22 09:14 AM, Tomas Hrcka wrote:
Fedora 36 will continue to receive updates until approximately one
month after the release of Fedora 37.
Shouldn't that be "until approximately one month after the release of Fedora
_38_"?
Steve
___
Hello all,
Fedora 35 will go end of life for updates and support on 2022-12-13
No further updates, including security updates, will be
available for Fedora 35 after the said date. All the updates of Fedora
N being pushed to stable will be stopped as well.
Fedora 36 will continue to receive
Hello all,
Fedora 35 will go end of life for updates and support on 2022-12-13
No further updates, including security updates, will be
available for Fedora 35 after the said date. All the updates of Fedora
N being pushed to stable will be stopped as well.
Fedora 36 will continue to receive
mspacek opened a new pull-request against the project: `perl-Module-Runtime`
that you are following:
``
Fix provided packages in *-tests package
``
To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-Module-Runtime/pull-request/2
I will always applaud any attempt at standardizing & documenting the metadata
format, and I was never thrilled with glib, so this sounds great to me - I only
wish that it had been this way from the beginning :)
In practice I am not certain that Satellite (and similar tools) can prefer the
XML
https://bugzilla.redhat.com/show_bug.cgi?id=2150496
Michal Josef Spacek changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Resolution|---
https://bugzilla.redhat.com/show_bug.cgi?id=2150496
Michal Josef Spacek changed:
What|Removed |Added
Fixed In Version||perl-Module-Pluggable-5.2-2
mspacek opened a new pull-request against the project: `perl-Net-DNS` that you
are following:
``
Fix provided packages in *tests package
``
To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-Net-DNS/pull-request/3
___
perl-devel
mspacek merged a pull-request against the project: `perl-Module-Pluggable` that
you are following.
Merged pull-request:
``
Fix list of provided packages in *tests package
``
https://src.fedoraproject.org/rpms/perl-Module-Pluggable/pull-request/5
___
mspacek opened a new pull-request against the project: `perl-Module-Pluggable`
that you are following:
``
Fix list of provided packages in *tests package
``
To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-Module-Pluggable/pull-request/5
mspacek closed without merging a pull-request against the project:
`perl-Module-Pluggable` that you
are following.
Closed pull-request:
``
Fix list of provided packages in *tests package
``
https://src.fedoraproject.org/rpms/perl-Module-Pluggable/pull-request/4
https://bugzilla.redhat.com/show_bug.cgi?id=2150496
Petr Pisar changed:
What|Removed |Added
Blocks||2117176
|
https://bugzilla.redhat.com/show_bug.cgi?id=2151461
Petr Pisar changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
mspacek opened a new pull-request against the project: `perl-Module-Pluggable`
that you are following:
``
Fix list of provided packages in *tests package
``
To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-Module-Pluggable/pull-request/4
https://bugzilla.redhat.com/show_bug.cgi?id=2150496
Michal Josef Spacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Doc Type|---
V Wed, Dec 07, 2022 at 02:23:21PM +0100, Petr Pisar napsal(a):
>
> I'd be glad to hear any comments on the format.
>
I forgot to mention that I'm taking my vacation now until the very end of this
callendar year. So no rush, but do not expect my reponse until then.
-- Petr
signature.asc
On Wed, Dec 07, 2022 at 02:23:18PM +0100, Petr Pisar wrote:
Those who should be concerned most are DNF5 developers and relengs producing
composes.
There are third party repositories which also publish modular metadata.
I know this because in yum.theforeman.org we do this. Do we fall under
On Wed, Dec 7, 2022 at 8:23 AM Petr Pisar wrote:
>
> Hello Fedora developers,
>
> I'd like to show you a proposal for a new XML format of modular metadata which
> reside in YUM repositories.
>
> In short I propose replacing YAML syntax with XML syntax while removing
> features which where never
On Wed, Dec 7, 2022 at 4:26 AM Tomáš Popela wrote:
>
> Hi Neal,
>
> On Tue, Dec 6, 2022 at 5:15 PM Neal Gompa wrote:
>>
>> Yes, the EOL period is further out, but I'd rather make it so that the
>> next RHEL will have ImageMagick 7 right from the beginning.
>
>
> Just to be transparent:
Hello Fedora developers,
I'd like to show you a proposal for a new XML format of modular metadata which
reside in YUM repositories.
In short I propose replacing YAML syntax with XML syntax while removing
features which where never implemented or used, while providing a detailed
specification
On Wed, Dec 07, 2022 at 01:48:48PM +0100, Dmitry Belyavskiy wrote:
> The problem we expect is that after reverting the patch we can lose the
> remote access to the hosts because sshd will reject starting because of
> group reading permissions. This should be covered by the upgrade scriptlet,
>
https://bugzilla.redhat.com/show_bug.cgi?id=2151461
Paul Howarth changed:
What|Removed |Added
CC||p...@city-fan.org
--- Comment #1 from
Dear colleagues,
Many years ago we implemented the patch
https://src.fedoraproject.org/rpms/openssh/c/1ddd0ee5
Unfortunately, as it was 11 years ago, we can't find the exact explanation
where the requirement came from. We think that we intended to increase
security, but it probably caused more
OLD: Fedora-Rawhide-20221206.n.0
NEW: Fedora-Rawhide-20221207.n.0
= SUMMARY =
Added images:1
Dropped images: 2
Added packages: 8
Dropped packages:2
Upgraded packages: 110
Downgraded packages: 0
Size of added packages: 8.54 MiB
Size of dropped packages
https://bugzilla.redhat.com/show_bug.cgi?id=2151502
Florian Weimer changed:
What|Removed |Added
Resolution|--- |RAWHIDE
Fixed In Version|
mspacek merged a pull-request against the project: `perl-NNTPClient` that you
are following.
Merged pull-request:
``
Package tests and update license to SPDX format
``
https://src.fedoraproject.org/rpms/perl-NNTPClient/pull-request/1
___
perl-devel
On 12/7/22 12:17, Miro Hrončok wrote:
On 06. 12. 22 15:02, Jitka Plesnikova wrote:
The dependency generator would be added to perl-srpm-macros which is
in buildroot of Fedora.
Why not perl-generators instead?
You are right, I'll have to add it to perl-generators. It requires
perl-macros
mspacek opened a new pull-request against the project: `perl-NNTPClient` that
you are following:
``
Package tests and update license to SPDX format
``
To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-NNTPClient/pull-request/1
___
https://bugzilla.redhat.com/show_bug.cgi?id=2151502
Bug ID: 2151502
Summary: perl-Marpa-XS: Build in C89 mode
Product: Fedora
Version: rawhide
Status: ASSIGNED
Component: perl-Marpa-XS
Assignee: fwei...@redhat.com
Announcing the creation of a new nightly release validation test event
for Fedora 38 Rawhide 20221207.n.0. 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 06. 12. 22 15:02, Jitka Plesnikova wrote:
The dependency generator would be added to perl-srpm-macros which is in
buildroot of Fedora.
Why not perl-generators instead?
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
epel-devel mailing
Hi Neal,
On Tue, Dec 6, 2022 at 5:15 PM Neal Gompa wrote:
> Yes, the EOL period is further out, but I'd rather make it so that the
> next RHEL will have ImageMagick 7 right from the beginning.
>
Just to be transparent: ImageMagick (or GraphicsMagick) won't be in RHEL 10
(or in any future
On Wed, Dec 07, 2022 at 09:02:36AM +0100, Vitaly Zaitsev via devel wrote:
> On 06/12/2022 23:20, Michael Catanzaro via devel wrote:
> > Even if extra bounds checking makes code 10% slower, which seems very
> > unlikely, the benefit of the extra hardening would still be worth it.
> >
On 12/2/22 11:14, Florian Weimer wrote:
* Aleksei Bavshin:
On 12/1/22 23:18, Aleksei Bavshin wrote:
On 12/1/22 22:28, Florian Weimer wrote:
I don't see what spec file aspect is causing this failure:
$ fedpkg clone -a cups-bjnp
Cloning into 'cups-bjnp'...
remote: Enumerating objects: 278,
https://bugzilla.redhat.com/show_bug.cgi?id=2151461
Bug ID: 2151461
Summary: perl-CGI-Session-4.48-26.fc38 FTBFS: Can't locate
Text/Abbrev.pm in @INC
Product: Fedora
Version: rawhide
URL:
On 06/12/2022 23:20, Michael Catanzaro via devel wrote:
Even if extra bounds checking makes code 10% slower, which seems very unlikely,
the benefit of the extra hardening would still be worth it. _FORTIFY_SOURCE=3
is going to make it harder to hack Fedora users, converting code execution
86 matches
Mail list logo
