https://bugzilla.redhat.com/show_bug.cgi?id=2061470
Emmanuel Seyman changed:
What|Removed |Added
Doc Type|--- |If docs needed, set a value
https://bugzilla.redhat.com/show_bug.cgi?id=2061467
--- Comment #1 from Petr Pisar ---
https://pagure.io/releng/fedora-scm-requests/issue/42820
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2061467
> Am 08.03.2022 um 01:41 schrieb Kevin Kofler via devel
> :
>
> I do not see why we would want to force removing working, maintained
> packages from the distribution. That is a major disservice to users and
> basically a "screw you" to the maintainer. Whom does that help?
>
> GLib 1 and
Michael Catanzaro wrote:
> Broken dependencies will be automatically retired if they are not fixed
> within a certain time, so it's really OK to do this. The broken
> packages won't stick around forever: they will eventually get cleaned
> up.
In other words, leaf applications that end users care
Michael Catanzaro wrote:
> The maintainer is unwilling to retire them.
>
> I think we should ask FESCo to force them to be retired. It's confusing
> to have ancient versions of the packages in the distro, and they will
> stick around forever if not.
I do not see why we would want to force
Felix Schwarz wrote:
> Btw: How do you handle/fix build issues when you can only build inside
> mock?
>
> So for example your mock build fails because some paths or binaries are
> wrong and it is not obvious from the error what needs to be changed. In
> these situations I'd like to have some kind
https://bugzilla.redhat.com/show_bug.cgi?id=2060995
Upstream Release Monitoring
changed:
What|Removed |Added
Summary|perl-IPC-Shareable-1.10 is |perl-IPC-Shareable-1.11
https://bugzilla.redhat.com/show_bug.cgi?id=2060995
--- Comment #7 from Upstream Release Monitoring
---
Scratch build failed. Details bellow:
BuilderException: Build started, but failure happened during post build
operations:
Command '['rpmbuild', '-D', '_sourcedir .', '-D', '_topdir .',
Hi,
On Fri, 2022-03-04 at 18:07 +0100, Kamil Dudka wrote:
> On Friday, March 4, 2022 4:17:01 PM CET Sérgio Basto wrote:
> > I think you missed the
> > https://fedoraproject.org/wiki/Changes/CMake_to_do_out-of-source_builds
>
> When the change landed, I had to fix all my packages to build
On 3/7/22 2:03 PM, Neal Gompa wrote:
A simpler solution would be to just default-off i686 and check-in some
marker file that indicates the package needs to be built for multilib.
This is how openSUSE does it today with the baselibs.conf file:
As you all know by now, I'm trying to retire as steward of the
sagemath and Macaulay2 stacks. Nevertheless, after some impassioned
pleas from a couple of sagemath users, I have prepared an update for
sagemath 9.5. This will require an update to Singular 4.2.1p3, which
comes with an soname bump.
https://bugzilla.redhat.com/show_bug.cgi?id=2060995
Upstream Release Monitoring
changed:
What|Removed |Added
Summary|perl-IPC-Shareable-1.09 is |perl-IPC-Shareable-1.10
https://bugzilla.redhat.com/show_bug.cgi?id=2060995
--- Comment #5 from Upstream Release Monitoring
---
Scratch build failed. Details bellow:
BuilderException: Build started, but failure happened during post build
operations:
Command '['rpmbuild', '-D', '_sourcedir .', '-D', '_topdir .',
Neal Gompa writes:
> On Mon, Mar 7, 2022 at 3:05 PM Robbie Harwood wrote:
>>
>> Fabio Valentini writes:
>>
>> > For example, as far as I know, you need the 32-bit host libraries for
>> > running 32-bit Windows applications in Wine. Dropping that would make
>> > our Wine packages almost
On Mon, Mar 7, 2022 at 3:46 PM Adam Williamson
wrote:
>
> On Mon, 2022-03-07 at 11:25 -0800, Kevin Fenzi wrote:
> > So, I'll go ahead and be a bad guy here:
> >
> > Perhaps it's time to just retire i686 completely?
> >
> > Steam is available as a flatpak
>
> Do we know how the flatpak is built
On Mon, 2022-03-07 at 11:25 -0800, Kevin Fenzi wrote:
> So, I'll go ahead and be a bad guy here:
>
> Perhaps it's time to just retire i686 completely?
>
> Steam is available as a flatpak
Do we know how the flatpak is built and updated? Would Fedora ending
i686 support affect *that* work?
--
On Mon, Mar 7, 2022 at 3:05 PM Robbie Harwood wrote:
>
> Fabio Valentini writes:
>
> > For example, as far as I know, you need the 32-bit host libraries for
> > running 32-bit Windows applications in Wine. Dropping that would make
> > our Wine packages almost useless, since a large fraction of
Fabio Valentini writes:
> For example, as far as I know, you need the 32-bit host libraries for
> running 32-bit Windows applications in Wine. Dropping that would make
> our Wine packages almost useless, since a large fraction of Windows
> software still isn't 64-bit.
Would it be possible to
On Mon, Mar 7, 2022 at 2:15 PM Miro Hrončok wrote:
>
> On 07. 03. 22 19:30, Fabio Valentini wrote:
> > On Mon, Mar 7, 2022 at 7:22 PM Chris Adams wrote:
> >>
> >> Once upon a time, Ben Cotton said:
> >>> == Summary ==
> >>>
> >>> Package maintainers are encouraged to actively stop building
On Mon, 2022-03-07 at 20:32 +0100, Fabio Valentini wrote:
> On Mon, Mar 7, 2022 at 8:25 PM Kevin Fenzi wrote:
> >
> > So, I'll go ahead and be a bad guy here:
> >
> > Perhaps it's time to just retire i686 completely?
> >
> > Steam is available as a flatpak, and old software thats 32bit only
On Wed, Mar 2, 2022 at 7:15 PM Steve Grubb wrote:
> As someone involved in that change, the situation was much worse back in
> 2011. Almost everything was running as root. The inspection tools back then
> were non-existent, which is what I wrote pscap and netcap.
>
> Now, a lot of things use
On Mon, Mar 7, 2022 at 8:15 PM Miro Hrončok wrote:
>
Thanks for your feedback, I'll respond inline.
>
> This begs several questions that would probably need to be clarified e.g. in
> the packaging guidelines. For example:
>
> --
>
> I am adding a brand new package to multiple Fedora
On 07. 03. 22 20:25, Kevin Fenzi wrote:
So, I'll go ahead and be a bad guy here:
Perhaps it's time to just retire i686 completely?
Steam is available as a flatpak, and old software thats 32bit only and
can't be rebuilt could just be run from a f36 container?
This would save us:
* all the
Hi Steve,
On Wed, Mar 02, 2022 at 07:11:42PM -0500, Steve Grubb wrote:
> Hello,
>
> On Tuesday, March 1, 2022 6:43:57 PM EST Michel Alexandre Salim wrote:
> > The subject of setuid came up in a private conversation recently, and to my
> > surprise we don't seem to have it documented in the
On Mon, Mar 7, 2022 at 8:25 PM Kevin Fenzi wrote:
>
> So, I'll go ahead and be a bad guy here:
>
> Perhaps it's time to just retire i686 completely?
>
> Steam is available as a flatpak, and old software thats 32bit only and
> can't be rebuilt could just be run from a f36 container?
>
> This would
So, I'll go ahead and be a bad guy here:
Perhaps it's time to just retire i686 completely?
Steam is available as a flatpak, and old software thats 32bit only and
can't be rebuilt could just be run from a f36 container?
This would save us:
* all the builder resources
* all the multilib
On Mon, Mar 7 2022 at 04:48:27 PM +, Paul Howarth
wrote:
I'm not unwilling to retire them, I just want their users to be
retired
first so I don't leave a bunch of broken dependencies behind.
Hi, sorry, maybe I misunderstood your previous statements.
Broken dependencies will be
On 07. 03. 22 19:30, Fabio Valentini wrote:
On Mon, Mar 7, 2022 at 7:22 PM Chris Adams wrote:
Once upon a time, Ben Cotton said:
== Summary ==
Package maintainers are encouraged to actively stop building their
packages for i686, especially if supporting this architecture requires
Once upon a time, Fabio Valentini said:
> As far as I can tell, any approach more sophisticated than that (like
> automatically determining the i686 packages we *need*) would require
> significantly more work, and probably be more error-prone, introduce
> more friction, and make it harder to
On Mon, Mar 7, 2022 at 7:22 PM Chris Adams wrote:
>
> Once upon a time, Ben Cotton said:
> > == Summary ==
> >
> > Package maintainers are encouraged to actively stop building their
> > packages for i686, especially if supporting this architecture requires
> > significant investment of time or
Once upon a time, Ben Cotton said:
> == Summary ==
>
> Package maintainers are encouraged to actively stop building their
> packages for i686, especially if supporting this architecture requires
> significant investment of time or resources, for no benefit. This will
> not apply to packages
On Sat, Mar 05, 2022 at 10:58:53AM +, Dan Čermák wrote:
>
>
> On March 5, 2022 9:03:54 AM UTC, Gary Buhrmaster
> wrote:
> >On Mon, Feb 28, 2022 at 5:25 PM Kevin Fenzi wrote:
> >
> >> No, there's things we can do and are trying to do. ;)
> >
> >I seem to remember that one of the issues
>
https://bugzilla.redhat.com/show_bug.cgi?id=2061469
Fedora Update System changed:
What|Removed |Added
Status|ASSIGNED|MODIFIED
--- Comment #2 from
Hi Fedora, CentOS, and EPEL Communities!
As part of our continued 3 year major Red Hat Enterprise Linux release
cadence, RHEL 9 development is starting to wrap up with the spring
2022 release coming soon. That means planning for the next release
will start in earnest in the very near future. As
Hi Fedora, CentOS, and EPEL Communities!
As part of our continued 3 year major Red Hat Enterprise Linux release
cadence, RHEL 9 development is starting to wrap up with the spring
2022 release coming soon. That means planning for the next release
will start in earnest in the very near future. As
https://bugzilla.redhat.com/show_bug.cgi?id=2061505
Bug ID: 2061505
Summary: perl-CGI-Ex-2.51 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-CGI-Ex
Keywords: FutureFeature, Triaged
https://bugzilla.redhat.com/show_bug.cgi?id=2061502
--- Comment #2 from Denis Fateyev ---
Created new override:
https://bodhi.fedoraproject.org/overrides/perl-Tie-Hash-Method-0.02-19.el9
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2061502
Fedora Update System changed:
What|Removed |Added
Status|NEW |MODIFIED
--- Comment #1 from
https://bugzilla.redhat.com/show_bug.cgi?id=2061467
Petr Pisar changed:
What|Removed |Added
Doc Type|--- |If docs needed, set a value
https://bugzilla.redhat.com/show_bug.cgi?id=2061502
Bug ID: 2061502
Summary: Add perl-Tie-Hash-Method to EPEL9
Product: Fedora EPEL
Version: epel9
Status: NEW
Component: perl-Tie-Hash-Method
Assignee: de...@fateyev.com
https://bugzilla.redhat.com/show_bug.cgi?id=2061467
Petr Pisar changed:
What|Removed |Added
Depends On||2061502
Referenced Bugs:
https://fedoraproject.org/wiki/Changes/EncourageI686LeafRemoval
== Summary ==
Package maintainers are encouraged to actively stop building their
packages for i686, especially if supporting this architecture requires
significant investment of time or resources, for no benefit. This will
not apply
https://fedoraproject.org/wiki/Changes/EncourageI686LeafRemoval
== Summary ==
Package maintainers are encouraged to actively stop building their
packages for i686, especially if supporting this architecture requires
significant investment of time or resources, for no benefit. This will
not apply
On Sat, 2022-03-05 at 16:08 -0500, Elliott Sales de Andrade wrote:
> On Fri, Mar 4, 2022 at 3:26 PM Ken Gaillot
> wrote:
> > Hi all,
> >
> > I have a question about the guidelines for "Handling Locale Files":
> >
> >
https://bugzilla.redhat.com/show_bug.cgi?id=2031800
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Resolution|---
On Mon, 07 Mar 2022 10:29:02 -0600
Michael Catanzaro wrote:
> On Mon, Mar 7 2022 at 04:17:09 PM +, Sérgio Basto
> wrote:
> > Hi,
> > In resume glib still required for 20 packages [1],
> > apart of the sweet memories that some package bring to us , any of
> > these packages is needed ? or
https://bugzilla.redhat.com/show_bug.cgi?id=2061469
Paul Howarth changed:
What|Removed |Added
Assignee|steve.tray...@cern.ch |p...@city-fan.org
Hi
On Mon, Mar 7, 2022 at 11:29 AM Michael Catanzaro wrote:
> On Mon, Mar 7 2022 at 04:17:09 PM +, Sérgio Basto
> > Hi,
> > In resume glib still required for 20 packages [1],
> > apart of the sweet memories that some package bring to us , any of
> > these packages is needed ? or haven't
https://bugzilla.redhat.com/show_bug.cgi?id=2061471
Bug ID: 2061471
Summary: perl-Test-Number-Delta: please provide epel9 package
Product: Fedora EPEL
Version: epel9
Status: NEW
Component: perl-Test-Number-Delta
Assignee:
On Mon, 2022-03-07 at 16:17 +, Sérgio Basto wrote:
> Hi,
> In resume glib still required for 20 packages [1],
> apart of the sweet memories that some package bring to us , any of
> these packages is needed ? or haven't replacement ?
>
> Thanks
>
> alsa-tools (maintained by: perex, timj)
https://bugzilla.redhat.com/show_bug.cgi?id=2061470
Bug ID: 2061470
Summary: perl-Socket-GetAddrInfo: please provide epel9 package
Product: Fedora EPEL
Version: epel9
Status: NEW
Component: perl-Socket-GetAddrInfo
https://bugzilla.redhat.com/show_bug.cgi?id=2061469
Bug ID: 2061469
Summary: perl-Event: please provide epel9 package
Product: Fedora EPEL
Version: epel9
Status: NEW
Component: perl-Event
Assignee: steve.tray...@cern.ch
On Mon, Mar 7 2022 at 04:17:09 PM +, Sérgio Basto
wrote:
Hi,
In resume glib still required for 20 packages [1],
apart of the sweet memories that some package bring to us , any of
these packages is needed ? or haven't replacement ?
The maintainer is unwilling to retire them.
I think we
https://bugzilla.redhat.com/show_bug.cgi?id=2061468
Bug ID: 2061468
Summary: perl-Text-ASCIITable: please provide epel9 package
Product: Fedora EPEL
Version: epel9
Status: NEW
Component: perl-Text-ASCIITable
Assignee:
https://bugzilla.redhat.com/show_bug.cgi?id=2061467
Bug ID: 2061467
Summary: perl-Test-PostgreSQL: please provide epel9 package
Product: Fedora EPEL
Version: epel9
Status: NEW
Component: perl-Test-PostgreSQL
Assignee:
Hi,
In resume glib still required for 20 packages [1],
apart of the sweet memories that some package bring to us , any of
these packages is needed ? or haven't replacement ?
Thanks
[1]
Depending packages (rawhide) (20): NsCDE alsa-firmware alsa-tools
bubblemon crossfire crossfire-client
https://bugzilla.redhat.com/show_bug.cgi?id=1543336
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #37 from
https://bugzilla.redhat.com/show_bug.cgi?id=2060900
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #3 from
https://bugzilla.redhat.com/show_bug.cgi?id=1543336
Fedora Update System changed:
What|Removed |Added
Status|ASSIGNED|MODIFIED
--- Comment #36 from
https://bugzilla.redhat.com/show_bug.cgi?id=2060900
--- Comment #2 from Fedora Update System ---
FEDORA-EPEL-2022-388f218c25 has been submitted as an update to Fedora EPEL 8.
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-388f218c25
--
You are receiving this mail because:
You are
https://bugzilla.redhat.com/show_bug.cgi?id=2060900
Petr Pisar changed:
What|Removed |Added
Fixed In Version||perl-Module-Install-TestBas
No missing expected images.
Failed openQA tests: 12/229 (x86_64), 11/161 (aarch64)
New failures (same test not failed in Fedora-36-20220306.n.0):
ID: 1162863 Test: x86_64 Workstation-live-iso anaconda_help
URL: https://openqa.fedoraproject.org/tests/1162863
ID: 1162889 Test: x86_64
https://fedoraproject.org/wiki/Changes/Drop_i686_JDKs
== Summary ==
java-1.8.0-openjdk, java-11-openjdk, java-17-openjdk and
java-latest-openjdk packages will no longer build i686 subpackages
== Owner ==
* Name: [[User:jvanek| Jiri Vanek]]
* Email:
* Product: java and java stack
* Responsible
https://fedoraproject.org/wiki/Changes/Drop_i686_JDKs
== Summary ==
java-1.8.0-openjdk, java-11-openjdk, java-17-openjdk and
java-latest-openjdk packages will no longer build i686 subpackages
== Owner ==
* Name: [[User:jvanek| Jiri Vanek]]
* Email:
* Product: java and java stack
* Responsible
https://bugzilla.redhat.com/show_bug.cgi?id=2061133
--- Comment #5 from Upstream Release Monitoring
---
Scratch build failed. Details bellow:
BuilderException: Build started, but failure happened during post build
operations:
Command '['rpmbuild', '-D', '_sourcedir .', '-D', '_topdir .',
The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
Note: If
Hey all,
I'm going to do an ABI-breaking update of FFmpeg in F36+ to drop a
non-upstream patch that was intended to make it work with Chromium.
However, the patch never made it upstream and other FFmpeg builds
don't have it anymore, so now we have an ABI incompatibility that
needs to be fixed.
I
https://bugzilla.redhat.com/show_bug.cgi?id=2061133
Upstream Release Monitoring
changed:
What|Removed |Added
Summary|perl-CLASS-1.1.6 is |perl-CLASS-1.1.7 is
Am 07.03.22 um 13:25 schrieb Miro Hrončok:
Building pypy is nontrivial. I don't know if you can "just" build it on x86_64
for i686 without using mock, but you should be able to do it in mock:
Btw: How do you handle/fix build issues when you can only build inside mock?
So for example your
Hey Folks,
As most of you already know, we have the i18n test week happening now.
If you are someone who loves to experience Fedora Linux in your native
language and test out the new i18n changes this is your moment.
The wiki [0] starts off by telling you what the test day is all about,
the test
Missing expected images:
Minimal raw-xz armhfp
Compose FAILS proposed Rawhide gating check!
3 of 43 required tests failed
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Failed openQA tests: 17/231 (x86_64), 23/161 (aarch64)
New failures (same test not failed
On 07. 03. 22 10:51, Victor Stinner wrote:
How can someone reproduce the issue? I was asked by a developer
running Ubuntu. Is there an easy way to:
(*) Get Fedora 36
(*) Build PyPy 2.7 for 32-bit: can it be done on x86-64? What is the
command line for that?
Building pypy is nontrivial. I
On 07. 03. 22 10:51, Victor Stinner wrote:
How can someone reproduce the issue? I was asked by a developer
running Ubuntu. Is there an easy way to:
(*) Get Fedora 36
(*) Build PyPy 2.7 for 32-bit: can it be done on x86-64? What is the
command line for that?
Building pypy is nontrivial. I
OLD: Fedora-36-20220306.n.0
NEW: Fedora-36-20220307.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
https://bugzilla.redhat.com/show_bug.cgi?id=2061310
Bug ID: 2061310
Summary: perl-CPAN-Perl-Releases-5.20220306 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-CPAN-Perl-Releases
Keywords:
https://bugzilla.redhat.com/show_bug.cgi?id=1543336
Paul Howarth changed:
What|Removed |Added
Component|perl-Net-SSH|perl-Net-SSH-Perl
OLD: Fedora-Rawhide-20220305.n.0
NEW: Fedora-Rawhide-20220307.n.0
= SUMMARY =
Added images:0
Dropped images: 0
Added packages: 1
Dropped packages:1
Upgraded packages: 117
Downgraded packages: 0
Size of added packages: 148.21 KiB
Size of dropped packages
https://bugzilla.redhat.com/show_bug.cgi?id=2061145
Michal Josef Spacek changed:
What|Removed |Added
Assignee|jples...@redhat.com |mspa...@redhat.com
Doc
https://bugzilla.redhat.com/show_bug.cgi?id=2060900
Petr Pisar changed:
What|Removed |Added
Doc Type|--- |If docs needed, set a value
How can someone reproduce the issue? I was asked by a developer
running Ubuntu. Is there an easy way to:
(*) Get Fedora 36
(*) Build PyPy 2.7 for 32-bit: can it be done on x86-64? What is the
command line for that?
Victor
___
devel mailing list --
How can someone reproduce the issue? I was asked by a developer
running Ubuntu. Is there an easy way to:
(*) Get Fedora 36
(*) Build PyPy 2.7 for 32-bit: can it be done on x86-64? What is the
command line for that?
Victor
___
python-devel mailing list
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-34-20220306.0):
ID: 1161992 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL:
On 07. 03. 22 10:42, Miro Hrončok wrote:
The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
Note: If
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-20220306.0):
ID: 1161918 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL:
85 matches
Mail list logo
