Re: F34 Change proposal: Debug Info Standardization (from DWZ to -fdebug-types-section) (System-Wide Change proposal)

Jan Kratochvil wrote on Thu, Sep 24, 2020: > > That talk doesn't load for me, sorry if I ask something answered in > > there. > > I have added a title there now but the URL loads for me even in lynx+wget. Yeah sorry it finally loaded after 10+ minutes, that was weird. > Copy-pasted it at the

Self Introduction: Ruki Wang

Hi, all! I'm Ruki Wang, a full stack developer from China. I'm creator of @tboox and @xmake-io Open Source Groups. My Github: https://github.com/waruqi I am developing xmake now. it's a lightweight

[389-devel] 389 DS nightly 2020-09-25 - 95% PASS

https://fedorapeople.org/groups/389ds/ci/nightly/2020/09/25/report-389-ds-base-1.4.4.4-20200924git3a643dc.fc32.x86_64.html ___ 389-devel mailing list -- 389-devel@lists.fedoraproject.org To unsubscribe send an email to

Prodi Manajemen UMa

http://manajemen.uma.ac.id/ ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List

[389-devel] Reminder: please review: PR 4331 - import ldif2cl task should not close all changelogs

Friendly reminder :-)  I will be out on PTO next week though... On 9/18/20 4:39 PM, Mark Reynolds wrote: https://github.com/389ds/389-ds-base/pull/4331 -- 389 Directory Server Development Team ___ 389-devel mailing list --

Re: Non-responsive maintainer: fedpop

Pull request has been rebased and is ready to be merged. Thanks for your help with this Richard. On Thu, Sep 24, 2020 at 6:59 PM Richard Shaw wrote: > > On Thu, Sep 24, 2020 at 4:34 PM Carl George wrote: >> >> I read the policy [0] as "major (bug | security) fixes", and the CVE >> is only

Re: Please update Darktable to latest stable on Fedora 33

On Thu, Sep 24, 2020 at 4:02 pm, Michel Alexandre Salim wrote: On Thu, 2020-09-24 at 14:41 -0700, Erich Eickmeyer wrote: On Thu, Sep 24, 2020 at 2:39 pm, Luya Tshimbalanga < l...@fedoraproject.org > wrote: > > When upgrading from Fedora 32 to 33 beta, I

Re: Non-responsive maintainer: fedpop

On Thu, Sep 24, 2020 at 4:34 PM Carl George wrote: > I read the policy [0] as "major (bug | security) fixes", and the CVE > is only rated as moderate [1]. Should the policy be read as "(major > bug | any security) fixes"? I am not opposed to building the update > on F31 as well. > > [0] >

Re: F34 Change proposal: Debug Info Standardization (from DWZ to -fdebug-types-section) (System-Wide Change proposal)

Hi, Replying since I am mentioned by name in this proposal and it seems to argue for removing a feature I am currently working on to make sure it works correctly with GCC11 if it switches to producing DWARF5 by default. The proposal seems based on some misunderstandings. On Thu, Sep 24, 2020 at

Re: Please update Darktable to latest stable on Fedora 33

On Thu, 2020-09-24 at 14:41 -0700, Erich Eickmeyer wrote: > > > On Thu, Sep 24, 2020 at 2:39 pm, Luya Tshimbalanga < > l...@fedoraproject.org> wrote: > >    > > When upgrading from Fedora 32 to 33 beta, I notice Darktable is on > > 3.0. 3.2.1-1.fc32. Will it be possible to push to the latest > >

Re: Please update Darktable to latest stable on Fedora 33

On Thu, Sep 24, 2020 at 2:39 pm, Luya Tshimbalanga wrote: When upgrading from Fedora 32 to 33 beta, I notice Darktable is on 3.0. 3.2.1-1.fc32 . Will it be possible to push to the latest version before Fedora 33 release?

Please update Darktable to latest stable on Fedora 33

When upgrading from Fedora 32 to 33 beta, I notice Darktable is on 3.0. 3.2.1-1.fc32 . Will it be possible to push to the latest version before Fedora 33 release? Thanks -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite

Re: Non-responsive maintainer: fedpop

I read the policy [0] as "major (bug | security) fixes", and the CVE is only rated as moderate [1]. Should the policy be read as "(major bug | any security) fixes"? I am not opposed to building the update on F31 as well. [0]

[EPEL-devel] [Fedocal] Reminder meeting : EPEL Steering Committee

Dear all, You are kindly invited to the meeting: EPEL Steering Committee on 2020-09-25 from 21:00:00 to 22:00:00 UTC At freenode@fedora-meeting The meeting will be about: This is the weekly EPEL Steering Committee Meeting. A general agenda is the following: #meetingname EPEL #topic

Re: `python3 setup.py build` step segfaults while building in mock for rawhide

On Thu, Sep 24, 2020 14:22:04 -0600, Jerry James wrote: > On Thu, Sep 24, 2020 at 2:08 PM Ankur Sinha wrote: > > AHA! Thanks! Could you list the steps you took to debug this please? I > > didn't know quite where to start. XD > > > > Also, any reason why this happens on rawhide but not F33? > >

rust-bytemuck license change: zlib -> zlib or ASL 2.0 or MIT

The subject says it all ... with the update to rust-bytemuck 1.4.1, the license changed from zlib only to zlib OR ASL 2.0 OR MIT. Since this is less restrictive (and matches the rest of the Rust ecosystem better), this is a good thing TM I guess :) Fabio

Re: `python3 setup.py build` step segfaults while building in mock for rawhide

On Thu, Sep 24, 2020 at 2:08 PM Ankur Sinha wrote: > AHA! Thanks! Could you list the steps you took to debug this please? I > didn't know quite where to start. XD > > Also, any reason why this happens on rawhide but not F33? I'm afraid I have no idea why it is happening on Rawhide but not F33.

Re: `python3 setup.py build` step segfaults while building in mock for rawhide

On Thu, Sep 24, 2020 13:41:36 -0600, Jerry James wrote: > On Thu, Sep 24, 2020 at 1:08 PM Ankur Sinha wrote: > > I'm building a new python package. It's a pretty straightforward one, > > and it builds fine in mock for F33, but not for rawhide. On rawhide, the > > %py3_build step segfaults: > >

Re: `python3 setup.py build` step segfaults while building in mock for rawhide

On Thu, Sep 24, 2020 at 1:08 PM Ankur Sinha wrote: > I'm building a new python package. It's a pretty straightforward one, > and it builds fine in mock for F33, but not for rawhide. On rawhide, the > %py3_build step segfaults: The crash is actually inside the neuron package. GDB says: #0

Re: F34 Change proposal: Debug Info Standardization (from DWZ to -fdebug-types-section) (System-Wide Change proposal)

Ben Cotton wrote on Thu, Sep 24, 2020: > ** If the 3.3% size increase is a concern I can implement a different > optimization ([https://whova.com/embedded/session/llvm_202010/1193947/ > talk (2)]) as a GCC post-processing phase which would require no > changes in any DWARF consumers. That talk

`python3 setup.py build` step segfaults while building in mock for rawhide

Hello, I'm building a new python package. It's a pretty straightforward one, and it builds fine in mock for F33, but not for rawhide. On rawhide, the %py3_build step segfaults: /var/tmp/rpm-tmp.gZ2yVU: line 34: 2984190 Segmentation fault (core dumped) CFLAGS="${CFLAGS:-${RPM_OPT_FLAGS}}"

tdawson pushed to perl-Module-Extract-Use (epel8). "remove package.cfg per new epel-playground policy"

Notification time stamped 2020-09-24 19:01:20 UTC From 446cca3822e3f61495b6bd29727a7ec503e4f48d Mon Sep 17 00:00:00 2001 From: Troy Dawson Date: Sep 24 2020 19:01:10 + Subject: remove package.cfg per new epel-playground policy --- diff --git a/package.cfg b/package.cfg deleted file mode

tdawson pushed to perl-MCE-Shared (epel8). "remove package.cfg per new epel-playground policy"

Notification time stamped 2020-09-24 18:56:44 UTC From bb80982375f08a73e33618bfac67f4b6ee4ca979 Mon Sep 17 00:00:00 2001 From: Troy Dawson Date: Sep 24 2020 18:56:35 + Subject: remove package.cfg per new epel-playground policy --- diff --git a/package.cfg b/package.cfg deleted file mode

tdawson pushed to perl-Mail-Transport (epel8). "remove package.cfg per new epel-playground policy"

Notification time stamped 2020-09-24 18:54:40 UTC From 9a1343bcf8441f5f5c88ac804fde45a4f839c596 Mon Sep 17 00:00:00 2001 From: Troy Dawson Date: Sep 24 2020 18:54:31 + Subject: remove package.cfg per new epel-playground policy --- diff --git a/package.cfg b/package.cfg deleted file mode

tdawson pushed to perl-Mail-Message (epel8). "remove package.cfg per new epel-playground policy"

Notification time stamped 2020-09-24 18:53:39 UTC From e1eefc0368425cc83985cc74362c502c77bc5342 Mon Sep 17 00:00:00 2001 From: Troy Dawson Date: Sep 24 2020 18:53:29 + Subject: remove package.cfg per new epel-playground policy --- diff --git a/package.cfg b/package.cfg deleted file mode

tdawson pushed to perl-IO-FDPass (epel8). "remove package.cfg per new epel-playground policy"

Notification time stamped 2020-09-24 18:42:29 UTC From 3a42853659e7ce1d9837dff54a939ca38906bd25 Mon Sep 17 00:00:00 2001 From: Troy Dawson Date: Sep 24 2020 18:42:19 + Subject: remove package.cfg per new epel-playground policy --- diff --git a/package.cfg b/package.cfg deleted file mode

tdawson pushed to perl-HTTP-MultiPartParser (epel8). "remove package.cfg per new epel-playground policy"

Notification time stamped 2020-09-24 18:38:33 UTC From 8e11d8310bd31117b7e7aa91e2f4c58b4b2889dc Mon Sep 17 00:00:00 2001 From: Troy Dawson Date: Sep 24 2020 18:38:22 + Subject: remove package.cfg per new epel-playground policy --- diff --git a/package.cfg b/package.cfg deleted file mode

Re: Fedora 33 Beta is GO

On what date is that, again? --Greg On Thu, Sep 24, 2020 at 1:35 PM Ben Cotton wrote: > The Fedora 33 Beta RC1.3 compose[1] is GO and will be shipped live on > Tuesday, 17 March 2020. > > For more information please check the Go/No-Go meeting minutes [2] or log > [3]. > > Thank you to everyone

tdawson pushed to perl-HTTP-Entity-Parser (epel8). "remove package.cfg per new epel-playground policy"

Notification time stamped 2020-09-24 18:37:28 UTC From 9b2d7f75f53863c09237af68e7ea81afc49a87a0 Mon Sep 17 00:00:00 2001 From: Troy Dawson Date: Sep 24 2020 18:37:17 + Subject: remove package.cfg per new epel-playground policy --- diff --git a/package.cfg b/package.cfg deleted file mode

Re: Fedora 33 Beta is GO

On Thu, Sep 24, 2020 at 2:34 PM Ben Cotton wrote: > On Thu, Sep 24, 2020 at 2:31 PM Ben Cotton wrote: > > > > The Fedora 33 Beta RC1.3 compose[1] is GO and will be shipped live on > > Tuesday, 17 March 2020. > > > This, of course, should read Tuesday, 29 September 2020. > It really has been a

Re: F34 Change proposal: Debug Info Standardization (from DWZ to -fdebug-types-section) (System-Wide Change proposal)

On Thu, 24 Sep 2020 20:04:22 +0200, Stephen John Smoogen wrote: > The original language of the proposal said no other distribution used DWZ, > and that the format was not adopted and should be removed. I have already updated the Wiki in the meantime based on new information from this list:

Fedora 33 Beta is GO

The Fedora 33 Beta RC1.3 compose[1] is GO and will be shipped live on Tuesday, 17 March 2020. For more information please check the Go/No-Go meeting minutes [2] or log [3]. Thank you to everyone who has and still is working on this release! Subsequent schedule milestones[4] are unchanged. The

Re: Fedora 33 Beta is GO

On Thu, Sep 24, 2020 at 2:31 PM Ben Cotton wrote: > > The Fedora 33 Beta RC1.3 compose[1] is GO and will be shipped live on > Tuesday, 17 March 2020. > This, of course, should read Tuesday, 29 September 2020. -- Ben Cotton He / Him / His Senior Program Manager, Fedora & CentOS Stream Red Hat

[Test-Announce] Fedora 33 Beta is GO

The Fedora 33 Beta RC1.3 compose[1] is GO and will be shipped live on Tuesday, 17 March 2020. For more information please check the Go/No-Go meeting minutes [2] or log [3]. Thank you to everyone who has and still is working on this release! Subsequent schedule milestones[4] are unchanged. The

Re: F34 Change proposal: Debug Info Standardization (from DWZ to -fdebug-types-section) (System-Wide Change proposal)

On Thu, 24 Sep 2020 20:10:45 +0200, Neal Gompa wrote: > I do not feel that this is a valid premise either, since the reason > for no dwz support in LLDB is because nobody contributed it. > I'm slightly surprised that Red Hat's debuginfo engineers hadn't already > contributed support for it into

Re: compat-openssl11 vs openssl1.1

On Wed, 2020-09-16 at 12:41 -0500, Michael Catanzaro wrote: > On Wed, Sep 16, 2020 at 1:37 pm, Simo Sorce wrote: > > note that one of the dependencies is gnome-vfs2, itself a dependency > > for libgnome, which is a dependency for another dozen packages. > > > > All of them will likely go away

Re: F34 Change proposal: Debug Info Standardization (from DWZ to -fdebug-types-section) (System-Wide Change proposal)

On Thu, Sep 24, 2020 at 2:04 PM Stephen John Smoogen wrote: > > > > On Thu, 24 Sep 2020 at 13:44, Jan Kratochvil > wrote: >> >> On Thu, 24 Sep 2020 19:16:32 +0200, Neal Gompa wrote: >> > Then that certainly means that Ubuntu uses this too, since they reuse >> > the dbgsym subpackage generation

Re: F34 Change proposal: Debug Info Standardization (from DWZ to -fdebug-types-section) (System-Wide Change proposal)

On Thu, 24 Sep 2020 at 13:44, Jan Kratochvil wrote: > On Thu, 24 Sep 2020 19:16:32 +0200, Neal Gompa wrote: > > Then that certainly means that Ubuntu uses this too, since they reuse > > the dbgsym subpackage generation for the ddeb system they have now. > > I am not much familiar with

tdawson pushed to perl-Crypt-IDEA (epel8). "remove package.cfg per new epel-playground policy"

Notification time stamped 2020-09-24 17:48:42 UTC From 438ee943785493eb9d31dc0357dc4d297f3ff4ea Mon Sep 17 00:00:00 2001 From: Troy Dawson Date: Sep 24 2020 17:48:36 + Subject: remove package.cfg per new epel-playground policy --- diff --git a/package.cfg b/package.cfg deleted file mode

tdawson pushed to perl-Cookie-Baker (epel8). "remove package.cfg per new epel-playground policy"

Notification time stamped 2020-09-24 17:46:09 UTC From 3ff84125f0015c6833a61fc77a4dfe7ddd9445dd Mon Sep 17 00:00:00 2001 From: Troy Dawson Date: Sep 24 2020 17:46:03 + Subject: remove package.cfg per new epel-playground policy --- diff --git a/package.cfg b/package.cfg deleted file mode

Re: F34 Change proposal: Debug Info Standardization (from DWZ to -fdebug-types-section) (System-Wide Change proposal)

On Thu, 24 Sep 2020 19:16:32 +0200, Neal Gompa wrote: > Then that certainly means that Ubuntu uses this too, since they reuse > the dbgsym subpackage generation for the ddeb system they have now. I am not much familiar with Debian/Ubuntu but I cannot find any use of DWZ there:

tdawson pushed to perl-Class-Std-Fast (epel8). "remove package.cfg per new epel-playground policy"

Notification time stamped 2020-09-24 17:41:22 UTC From e21cc2acff8bed7291b097ad5cc01d82da0d974f Mon Sep 17 00:00:00 2001 From: Troy Dawson Date: Sep 24 2020 17:41:16 + Subject: remove package.cfg per new epel-playground policy --- diff --git a/package.cfg b/package.cfg deleted file mode

tdawson pushed to perl-WWW-Form-UrlEncoded (epel8). "remove package.cfg per new epel-playground policy"

Notification time stamped 2020-09-24 17:21:24 UTC From 034ad7cfdbfdc155e4ad992f72802dacf9097e10 Mon Sep 17 00:00:00 2001 From: Troy Dawson Date: Sep 24 2020 17:21:14 + Subject: remove package.cfg per new epel-playground policy --- diff --git a/package.cfg b/package.cfg deleted file mode

tdawson pushed to perl-Validation-Class (epel8). "remove package.cfg per new epel-playground policy"

Notification time stamped 2020-09-24 17:19:57 UTC From 22a55cab84549237e5d5f76cd103d1329dd20790 Mon Sep 17 00:00:00 2001 From: Troy Dawson Date: Sep 24 2020 17:19:48 + Subject: remove package.cfg per new epel-playground policy --- diff --git a/package.cfg b/package.cfg deleted file mode

Re: F34 Change proposal: Debug Info Standardization (from DWZ to -fdebug-types-section) (System-Wide Change proposal)

On Thu, Sep 24, 2020 at 1:13 PM Peter Pentchev wrote: > > On Thu, Sep 24, 2020 at 01:01:17PM -0400, Neal Gompa wrote: > > On Thu, Sep 24, 2020 at 12:00 PM Ben Cotton wrote: > > > > > > https://fedoraproject.org/wiki/Changes/DebugInfoStandardization > > > > > > == Summary == > > > Fedora 18

Re: F34 Change proposal: Debug Info Standardization (from DWZ to -fdebug-types-section) (System-Wide Change proposal)

On Thu, 24 Sep 2020 19:01:17 +0200, Neal Gompa wrote: > This is not true. Debian started producing -dbgsym packages and > putting them in a separate repository years ago: > https://wiki.debian.org/AutomaticDebugPackages > > dwz is used by virtually all RPM based distributions now, including >

tdawson pushed to perl-Type-Tie (epel8). "remove package.cfg per new epel-playground policy"

Notification time stamped 2020-09-24 17:13:36 UTC From 4b4fed69330a90f87cab3f2095e758990be2d45e Mon Sep 17 00:00:00 2001 From: Troy Dawson Date: Sep 24 2020 17:13:27 + Subject: remove package.cfg per new epel-playground policy --- diff --git a/package.cfg b/package.cfg deleted file mode

Re: protobuf (3.13) update is coming to rawhide

On Mon, Sep 21, 2020 at 02:26:00PM +0200, Adrian Reber wrote: > On Fri, Sep 18, 2020 at 08:23:40AM +0200, Adrian Reber wrote: > > I will do a protobuf update in rawhide which comes, as always, with a > > new SO version. > > > > Before starting the builds in rawhide I will try it out first in COPR

Re: F34 Change proposal: Debug Info Standardization (from DWZ to -fdebug-types-section) (System-Wide Change proposal)

On Thu, Sep 24, 2020 at 01:01:17PM -0400, Neal Gompa wrote: > On Thu, Sep 24, 2020 at 12:00 PM Ben Cotton wrote: > > > > https://fedoraproject.org/wiki/Changes/DebugInfoStandardization > > > > == Summary == > > Fedora 18 implemented [[Features/DwarfCompressor]]. As the format did > > not get

tdawson pushed to perl-Types-Path-Tiny (epel8). "remove package.cfg per new epel-playground policy"

Notification time stamped 2020-09-24 17:12:35 UTC From 3b193cda2d207e3dc7799a4c12baf51b4d2e95ff Mon Sep 17 00:00:00 2001 From: Troy Dawson Date: Sep 24 2020 17:12:26 + Subject: remove package.cfg per new epel-playground policy --- diff --git a/package.cfg b/package.cfg deleted file mode

Re: F34 Change proposal: Debug Info Standardization (from DWZ to -fdebug-types-section) (System-Wide Change proposal)

On Thu, Sep 24, 2020 at 12:00 PM Ben Cotton wrote: > > https://fedoraproject.org/wiki/Changes/DebugInfoStandardization > > == Summary == > Fedora 18 implemented [[Features/DwarfCompressor]]. As the format did > not get widespread and the tool is not much maintained it became > burden to make

tdawson pushed to perl-Test2-Plugin-NoWarnings (epel8). "remove package.cfg per new epel-playground policy"

Notification time stamped 2020-09-24 16:44:49 UTC From 451fac32f788f8202cd05e7b208c8780bdd0a444 Mon Sep 17 00:00:00 2001 From: Troy Dawson Date: Sep 24 2020 16:44:38 + Subject: remove package.cfg per new epel-playground policy --- diff --git a/package.cfg b/package.cfg deleted file mode

tdawson pushed to perl-Sub-Exporter-Lexical (epel8). "remove package.cfg per new epel-playground policy"

Notification time stamped 2020-09-24 16:39:48 UTC From e3153ce1b594e25f102ec0cb1d91faf4ea470454 Mon Sep 17 00:00:00 2001 From: Troy Dawson Date: Sep 24 2020 16:39:38 + Subject: remove package.cfg per new epel-playground policy --- diff --git a/package.cfg b/package.cfg deleted file mode

tdawson pushed to perl-Sub-Infix (epel8). "remove package.cfg per new epel-playground policy"

Notification time stamped 2020-09-24 16:40:09 UTC From f981ac13bd4f4a764f2529b17067da883b4a6bea Mon Sep 17 00:00:00 2001 From: Troy Dawson Date: Sep 24 2020 16:39:59 + Subject: remove package.cfg per new epel-playground policy --- diff --git a/package.cfg b/package.cfg deleted file mode

tdawson pushed to perl-SOAP-WSDL (epel8). "remove package.cfg per new epel-playground policy"

Notification time stamped 2020-09-24 16:31:56 UTC From 712bfeb5e1d647fa446a348d0ef3295c5e0667f3 Mon Sep 17 00:00:00 2001 From: Troy Dawson Date: Sep 24 2020 16:31:45 + Subject: remove package.cfg per new epel-playground policy --- diff --git a/package.cfg b/package.cfg deleted file mode

tdawson pushed to perl-Return-Type (epel8). "remove package.cfg per new epel-playground policy"

Notification time stamped 2020-09-24 16:26:47 UTC From dd742273e8b8d8a5022a729fad2a689b8e615696 Mon Sep 17 00:00:00 2001 From: Troy Dawson Date: Sep 24 2020 16:26:41 + Subject: remove package.cfg per new epel-playground policy --- diff --git a/package.cfg b/package.cfg deleted file mode

Re: Non-responsive maintainer: fedpop

In your original email you said that this resolves CVE bug [1], which says in it: "NOTE: this issue affects multiple supported versions of Fedora. While only one tracking bug has been filed, please correct all affected versions at the same time. If you need to fix the versions independent of

tdawson pushed to perl-namespace-sweep (epel8). "remove package.cfg per new epel-playground policy"

Notification time stamped 2020-09-24 16:11:02 UTC From c904b1b0b956aee5ab9fff95cca0f310b1975769 Mon Sep 17 00:00:00 2001 From: Troy Dawson Date: Sep 24 2020 16:10:55 + Subject: remove package.cfg per new epel-playground policy --- diff --git a/package.cfg b/package.cfg deleted file mode

F34 Change proposal: Debug Info Standardization (from DWZ to -fdebug-types-section) (System-Wide Change proposal)

https://fedoraproject.org/wiki/Changes/DebugInfoStandardization == Summary == Fedora 18 implemented [[Features/DwarfCompressor]]. As the format did not get widespread and the tool is not much maintained it became burden to make existing debugging tools compatible with Fedora debug info. == Owner

F34 Change proposal: Move deprecated bluetooth utilities to subpackage (Self-Contained Change)

https://fedoraproject.org/wiki/Changes/BluetoothDeprecated == Summary == Move deprecated bluez bluetooth utilities to a sub package to indicate their status. == Owner == * Name: [[User:pbrobinson| Peter Robinson]] * Email: [mailto:pbrobin...@fedoraproject.org| pbrobin...@fedoraproject.org] ==

Re: Non-responsive maintainer: fedpop

F32 is fine by me. Based on the updates policy [0], I don't believe this update qualifies under the "major bug fixes and security fixes" restriction for the previous stable release. [0] https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/#all-other-updates On Wed, Sep 23, 2020 at 2:54 PM

F34 Change proposal: Debug Info Standardization (from DWZ to -fdebug-types-section) (System-Wide Change proposal)

https://fedoraproject.org/wiki/Changes/DebugInfoStandardization == Summary == Fedora 18 implemented [[Features/DwarfCompressor]]. As the format did not get widespread and the tool is not much maintained it became burden to make existing debugging tools compatible with Fedora debug info. == Owner

F34 Change proposal: Move deprecated bluetooth utilities to subpackage (Self-Contained Change)

https://fedoraproject.org/wiki/Changes/BluetoothDeprecated == Summary == Move deprecated bluez bluetooth utilities to a sub package to indicate their status. == Owner == * Name: [[User:pbrobinson| Peter Robinson]] * Email: [mailto:pbrobin...@fedoraproject.org| pbrobin...@fedoraproject.org] ==

[Bug 1882211] perl-Gnome2-Canvas-1.003 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1882211 --- Comment #8 from Fedora Update System --- FEDORA-2020-5ca40e25d2 has been pushed to the Fedora 31 testing repository. In short time you'll be able to install the update with the following command: `sudo dnf upgrade

[Bug 1882212] perl-Gnome2-GConf-1.045 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1882212 --- Comment #8 from Fedora Update System --- FEDORA-2020-c3b127688d has been pushed to the Fedora 31 testing repository. In short time you'll be able to install the update with the following command: `sudo dnf upgrade

[Bug 1882183] perl-libwww-perl-6.49 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1882183 --- Comment #7 from Fedora Update System --- FEDORA-2020-2335a2e051 has been pushed to the Fedora 31 testing repository. In short time you'll be able to install the update with the following command: `sudo dnf upgrade

[Bug 1880850] perl-libwww-perl-6.48 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1880850 --- Comment #10 from Fedora Update System --- FEDORA-2020-2335a2e051 has been pushed to the Fedora 31 testing repository. In short time you'll be able to install the update with the following command: `sudo dnf upgrade

[Bug 1882211] perl-Gnome2-Canvas-1.003 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1882211 --- Comment #7 from Fedora Update System --- FEDORA-2020-3fef7c3ad4 has been pushed to the Fedora 32 testing repository. In short time you'll be able to install the update with the following command: `sudo dnf upgrade

[Bug 1882212] perl-Gnome2-GConf-1.045 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1882212 --- Comment #7 from Fedora Update System --- FEDORA-2020-ea066b2246 has been pushed to the Fedora 32 testing repository. In short time you'll be able to install the update with the following command: `sudo dnf upgrade

[Bug 1882183] perl-libwww-perl-6.49 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1882183 --- Comment #6 from Fedora Update System --- FEDORA-2020-51aff5cdf9 has been pushed to the Fedora 32 testing repository. In short time you'll be able to install the update with the following command: `sudo dnf upgrade

[Bug 1880850] perl-libwww-perl-6.48 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1880850 --- Comment #9 from Fedora Update System --- FEDORA-2020-51aff5cdf9 has been pushed to the Fedora 32 testing repository. In short time you'll be able to install the update with the following command: `sudo dnf upgrade

Re: mock: rawhide: No such file or directory: '/var/lib/mock/fedora-rawhide-x86_64/root/etc/resolv.conf'

Thanks for the response! After upgrading the mock to the latest version on Fedora 32, the issue disappeared. ``` $ rpm -q mock mock-2.3-1.fc32.noarch $ sudo dnf upgrade mock $ rpm -q mock mock-2.6-1.fc32.noarch ``` -- Jun | He - His - Him ___ devel

[EPEL-devel] Fedora EPEL 7 updates-testing report

The following Fedora EPEL 7 Security updates need testing: Age URL 18 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-83bdeb2965 ansible-2.9.13-1.el7 13 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-25e525a9ca seamonkey-2.53.4-1.el7 8

[Bug 1865207] perl-IO-Async: FTBFS in Fedora rawhide/f33: Failed test '->failure [3] gives EAI_NONAME or EAI_NODATA'

https://bugzilla.redhat.com/show_bug.cgi?id=1865207 Fedora Update System changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #10 from

[Bug 1882211] perl-Gnome2-Canvas-1.003 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1882211 Fedora Update System changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #6 from

[Bug 1882183] perl-libwww-perl-6.49 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1882183 Fedora Update System changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #5 from

[Bug 1882212] perl-Gnome2-GConf-1.045 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1882212 Fedora Update System changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #6 from

[Bug 1880850] perl-libwww-perl-6.48 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1880850 --- Comment #8 from Fedora Update System --- FEDORA-2020-584e685542 has been pushed to the Fedora 33 testing repository. In short time you'll be able to install the update with the following command: `sudo dnf upgrade

[Bug 1882120] perl-DateTime-Format-Natural-1.11 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1882120 Fedora Update System changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #2 from

[Bug 1865207] perl-IO-Async: FTBFS in Fedora rawhide/f33: Failed test '->failure [3] gives EAI_NONAME or EAI_NODATA'

https://bugzilla.redhat.com/show_bug.cgi?id=1865207 --- Comment #9 from Fedora Update System --- FEDORA-2020-70fc3971f6 has been submitted as an update to Fedora 33. https://bodhi.fedoraproject.org/updates/FEDORA-2020-70fc3971f6 -- You are receiving this mail because: You are on the CC list

[Bug 1865207] perl-IO-Async: FTBFS in Fedora rawhide/f33: Failed test '->failure [3] gives EAI_NONAME or EAI_NODATA'

https://bugzilla.redhat.com/show_bug.cgi?id=1865207 Petr Pisar changed: What|Removed |Added Status|ASSIGNED|MODIFIED Fixed In Version|

[Bug 1865207] perl-IO-Async: FTBFS in Fedora rawhide/f33: Failed test '->failure [3] gives EAI_NONAME or EAI_NODATA'

https://bugzilla.redhat.com/show_bug.cgi?id=1865207 Petr Pisar changed: What|Removed |Added Status|NEW |ASSIGNED

Fedora-Rawhide-20200924.n.0 compose check report

Missing expected images: Xfce raw-xz armhfp Compose PASSES proposed Rawhide gating check! All required tests passed Failed openQA tests: 9/181 (x86_64) Old failures (same test failed in Fedora-Rawhide-20200923.n.0): ID: 676470 Test: x86_64 KDE-live-iso desktop_notifications_live URL:

[Bug 1865207] perl-IO-Async: FTBFS in Fedora rawhide/f33: Failed test '->failure [3] gives EAI_NONAME or EAI_NODATA'

https://bugzilla.redhat.com/show_bug.cgi?id=1865207 --- Comment #8 from Petr Pisar --- In mock environment there is an empty /etc/resolv.conf and thus glibc resolver sends the DNS queries using UDP to 127.0.0.1:53. The new mock isolates the network with namespaces, and because no DNS server

Re: Easy Review Swaps For New Packages That Block Rust Stack Updates

On Thu, Sep 24, 2020 at 5:59 AM Fabio Valentini wrote: > I've been working through open bugs in the Rust stack for the past > week, trying to contribute a few package updates. Some are, however, > blocked by new dependencies that aren't packaged yet. > > These new packages are *very simple* and

Fedora rawhide compose report: 20200924.n.0 changes

OLD: Fedora-Rawhide-20200923.n.0 NEW: Fedora-Rawhide-20200924.n.0 = SUMMARY = Added images:0 Dropped images: 3 Added packages: 3 Dropped packages:0 Upgraded packages: 80 Downgraded packages: 0 Size of added packages: 6.80 MiB Size of dropped packages:0 B

Fedora-Cloud-31-20200924.0 compose check report

No missing expected images. Passed openQA tests: 7/7 (x86_64) -- Mail generated by check-compose: https://pagure.io/fedora-qa/check-compose ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to

[Bug 1878987] Upgrade perl-Crypt-SMIME to 0.27

https://bugzilla.redhat.com/show_bug.cgi?id=1878987 Petr Pisar changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version|

[Bug 1875827] perl-Crypt-SMIME-0.26-1.fc34 FTBFS: t/dependencies.t fails: "my" variable $v masks earlier declaration in same scope at /usr/share/perl5/vendor_perl/Test/Dependencies.pm line 316.

https://bugzilla.redhat.com/show_bug.cgi?id=1875827 Petr Pisar changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version|

Re: [External] Re: Lenovo P1G2 and P53 web sales updates

On 2020-09-24 6:10 a.m., Alexander Bokovoy wrote: On to, 24 syys 2020, Mark Pearson wrote: Hi Fedora community, Do let me know any questions. Once again I apologise to all those who helped us on the way - the next round will go smoother. Thank you for the update. Any news when the

[Bug 1878987] Upgrade perl-Crypt-SMIME to 0.27

https://bugzilla.redhat.com/show_bug.cgi?id=1878987 Petr Pisar changed: What|Removed |Added Status|NEW |ASSIGNED CC|

[Bug 1875827] perl-Crypt-SMIME-0.26-1.fc34 FTBFS: t/dependencies.t fails: "my" variable $v masks earlier declaration in same scope at /usr/share/perl5/vendor_perl/Test/Dependencies.pm line 316.

https://bugzilla.redhat.com/show_bug.cgi?id=1875827 Petr Pisar changed: What|Removed |Added Status|NEW |ASSIGNED

Re: F34 Change Proposal: Rust Crate Packages For Release Branches (System-Wide Change)

On Thu, Sep 24, 2020 at 11:51 AM Luca BRUNO wrote: > > On Mon, 14 Sep 2020 10:10:30 -0400 > Ben Cotton wrote: > > > Following the general upwards trend in the Rust language's popularity, > > more and more applications and services in fedora are written in Rust. > > This includes some CoreOS

Re: Lenovo P1G2 and P53 web sales updates

On to, 24 syys 2020, Mark Pearson wrote: Hi Fedora community, Just wanted to drop a note to the community as I'm sure you're wondering where the P1G2 and P53 are with the web sales. It's been a frustrating experience and we've been working past issue after issue for weeks but it looks like

Lenovo P1G2 and P53 web sales updates

Hi Fedora community, Just wanted to drop a note to the community as I'm sure you're wondering where the P1G2 and P53 are with the web sales. It's been a frustrating experience and we've been working past issue after issue for weeks but it looks like we hit the wall today. One of the major

Easy Review Swaps For New Packages That Block Rust Stack Updates

Hi everybody, I've been working through open bugs in the Rust stack for the past week, trying to contribute a few package updates. Some are, however, blocked by new dependencies that aren't packaged yet. These new packages are *very simple* and 99% automatically generated, so the reviews should

Re: F34 Change Proposal: Rust Crate Packages For Release Branches (System-Wide Change)

On Mon, 14 Sep 2020 10:10:30 -0400 Ben Cotton wrote: > Following the general upwards trend in the Rust language's popularity, > more and more applications and services in fedora are written in Rust. > This includes some CoreOS services, PARSEC, some nice command line > tools (e.g. ripgrep, bat,

Fedora-Cloud-32-20200924.0 compose check report

No missing expected images. Soft failed openQA tests: 1/7 (x86_64) (Tests completed, but using a workaround for a known bug) Old soft failures (same test soft failed in Fedora-Cloud-32-20200923.0): ID: 676407 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL:

[Bug 1882212] perl-Gnome2-GConf-1.045 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1882212 --- Comment #5 from Fedora Update System --- FEDORA-2020-c3b127688d has been submitted as an update to Fedora 31. https://bodhi.fedoraproject.org/updates/FEDORA-2020-c3b127688d -- You are receiving this mail because: You are on the CC list

[Bug 1882212] perl-Gnome2-GConf-1.045 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1882212 --- Comment #4 from Fedora Update System --- FEDORA-2020-ea066b2246 has been submitted as an update to Fedora 32. https://bodhi.fedoraproject.org/updates/FEDORA-2020-ea066b2246 -- You are receiving this mail because: You are on the CC list

  1   2   >