[Bug 1807857] please build perl-Sys-SigAction on EPEL8

https://bugzilla.redhat.com/show_bug.cgi?id=1807857 --- Comment #6 from Petr Pisar --- Andreas, you become a new maintainer. Do you plan to build this package for EPEL 8? If you don't, you can grant me the access and I will build it. -- You are receiving this mail because: You are on the CC

[Bug 1896657] New: perl-Cache-FastMmap-1.51 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1896657 Bug ID: 1896657 Summary: perl-Cache-FastMmap-1.51 is available Product: Fedora Version: rawhide Status: NEW Component: perl-Cache-FastMmap Keywords: FutureFeature,

Re: python packaging and EPEL: the %py_provides macro

Il 11/11/20 00:11, Miro Hrončok ha scritto: > On 11/10/20 8:21 PM, Miro Hrončok wrote: >> On 11/10/20 6:22 PM, Mattia Verga via devel wrote: >>> Reading the python packaging guidelines [1] it says that "On releases >>> older than Fedora 33 [...] it is necessary to use %py_provides". >>> >>> So I

wlroots 0.12 update with soname change

Greetings, I'm planning to push wlroots 0.12.0 update into rawhide next week. As usual, the update is ABI breaking and will change soname (6 -> 7). This time no source changes required for any of the packages; simple rebuild with release bump would be sufficient. I will send an additional

[389-devel] 389 DS nightly 2020-11-11 - 94% PASS

https://fedorapeople.org/groups/389ds/ci/nightly/2020/11/11/report-389-ds-base-2.0.1-2020gitca8ac8e.fc32.x86_64.html ___ 389-devel mailing list -- 389-devel@lists.fedoraproject.org To unsubscribe send an email to

[Bug 1890601] EPEL8 Request: perl-Test-Assert

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

Re: Fedora 34 Change proposal: Remove make from BuildRoot (System-Wide Change)

On 11/10/20 3:53 AM, Florian Weimer wrote: * Tom Stellard: On 11/9/20 1:48 PM, Florian Weimer wrote: * Miro Hrončok: On 11/9/20 7:05 PM, Tom Stellard wrote: Thanks for clarifying.  So it does sound like gcc will need at dependency on make.  If you do decide to use a weak dependency for 

[Bug 1890922] Add perl-Module-Compile to EPEL8

https://bugzilla.redhat.com/show_bug.cgi?id=1890922 Bug 1890922 depends on bug 1890925, which changed state. Bug 1890925 Summary: Add perl-Test-Base to EPEL8 https://bugzilla.redhat.com/show_bug.cgi?id=1890925 What|Removed |Added

[Bug 1890795] EPEL8 Request: perl-PDL

https://bugzilla.redhat.com/show_bug.cgi?id=1890795 Bug 1890795 depends on bug 1890922, which changed state. Bug 1890922 Summary: Add perl-Module-Compile to EPEL8 https://bugzilla.redhat.com/show_bug.cgi?id=1890922 What|Removed |Added

[Bug 1890793] EPEL8 Request: perl-Devel-REPL

https://bugzilla.redhat.com/show_bug.cgi?id=1890793 Bug 1890793 depends on bug 1890794, which changed state. Bug 1890794 Summary: EPEL8 Request: perl-MooseX-Object-Pluggable https://bugzilla.redhat.com/show_bug.cgi?id=1890794 What|Removed |Added

[Bug 1890938] Add perl-XXX to EPEL8

https://bugzilla.redhat.com/show_bug.cgi?id=1890938 Bug 1890938 depends on bug 1890940, which changed state. Bug 1890940 Summary: Add perl-JSON-Color to EPEL8 https://bugzilla.redhat.com/show_bug.cgi?id=1890940 What|Removed |Added

[Bug 1890586] EPEL8 Request: perl-AnyEvent-BDB

https://bugzilla.redhat.com/show_bug.cgi?id=1890586 Fedora Update System changed: What|Removed |Added Status|ON_QA |CLOSED Resolution|---

[Bug 1890894] Add perl-ExtUtils-F77 to EPEL8

https://bugzilla.redhat.com/show_bug.cgi?id=1890894 Fedora Update System changed: What|Removed |Added Status|ON_QA |CLOSED Fixed In Version|

[Bug 1890794] EPEL8 Request: perl-MooseX-Object-Pluggable

https://bugzilla.redhat.com/show_bug.cgi?id=1890794 Fedora Update System changed: What|Removed |Added Status|ON_QA |CLOSED Resolution|---

[Bug 1890922] Add perl-Module-Compile to EPEL8

https://bugzilla.redhat.com/show_bug.cgi?id=1890922 Fedora Update System changed: What|Removed |Added Status|ON_QA |CLOSED Fixed In Version|

[Bug 1890925] Add perl-Test-Base to EPEL8

https://bugzilla.redhat.com/show_bug.cgi?id=1890925 Fedora Update System changed: What|Removed |Added Status|ON_QA |CLOSED Fixed In Version|

[Bug 1890795] EPEL8 Request: perl-PDL

https://bugzilla.redhat.com/show_bug.cgi?id=1890795 Bug 1890795 depends on bug 1890894, which changed state. Bug 1890894 Summary: Add perl-ExtUtils-F77 to EPEL8 https://bugzilla.redhat.com/show_bug.cgi?id=1890894 What|Removed |Added

[Bug 1890935] Add perl-Inline-Files to EPEL8

https://bugzilla.redhat.com/show_bug.cgi?id=1890935 Fedora Update System changed: What|Removed |Added Status|ON_QA |CLOSED Fixed In Version|

[Bug 1890938] Add perl-XXX to EPEL8

https://bugzilla.redhat.com/show_bug.cgi?id=1890938 Bug 1890938 depends on bug 1890941, which changed state. Bug 1890941 Summary: Add perl-YAML-PP to EPEL8 https://bugzilla.redhat.com/show_bug.cgi?id=1890941 What|Removed |Added

[Bug 1890918] Add perl-Convert-UU to EPEL8

https://bugzilla.redhat.com/show_bug.cgi?id=1890918 Fedora Update System changed: What|Removed |Added Status|ON_QA |CLOSED Fixed In Version|

[Bug 1890795] EPEL8 Request: perl-PDL

https://bugzilla.redhat.com/show_bug.cgi?id=1890795 Bug 1890795 depends on bug 1890918, which changed state. Bug 1890918 Summary: Add perl-Convert-UU to EPEL8 https://bugzilla.redhat.com/show_bug.cgi?id=1890918 What|Removed |Added

[Bug 1890908] Add perl-Inline to EPEL8

https://bugzilla.redhat.com/show_bug.cgi?id=1890908 Bug 1890908 depends on bug 1890935, which changed state. Bug 1890935 Summary: Add perl-Inline-Files to EPEL8 https://bugzilla.redhat.com/show_bug.cgi?id=1890935 What|Removed |Added

Schedule for Wednesday's FESCo Meeting (2020-11-11)

Following is the list of topics that will be discussed in the FESCo meeting Wednesday at 15:00UTC in #fedora-meeting-2 on irc.freenode.net. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/UTCHowto or run: date -d '2020-11-11 15:00 UTC' Links to all issues

[Bug 1894917] urxvt-unicode crashes while exit.

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

[389-devel] Question on cloning and replication . . .

Everyone, I received the following from a community member who is using Dogtag and 389: I have 2 questions and 1 note. *Note:* Here is an interesting thing that I noticed during CA cloning: When CA to be cloned has secure connection DS enabled, cloning process fails. None

[Bug 1894777] perl-File-Path-2.18 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1894777 Fedora Update System changed: What|Removed |Added Status|ON_QA |CLOSED Fixed In

[Bug 1893541] perl-ExtUtils-CBuilder-0.280235 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1893541 Fedora Update System changed: What|Removed |Added Status|ON_QA |CLOSED Fixed In Version|

[Bug 1893495] perl-Pod-Markdown-3.300 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1893495 Fedora Update System changed: What|Removed |Added Status|ON_QA |CLOSED Fixed In

Re: Help needed: vtk FTBFS, undefined reference to std::__detail::__to_chars_10_impl(char*, unsigned int, unsigned int)::__digits

On 11/10/20 7:17 PM, Sandro Mani wrote: On 11.11.20 00:42, Tom Stellard wrote: On 11/10/20 6:24 PM, Will Crawford wrote: On Tue, 10 Nov 2020 at 11:56, Sandro Mani > wrote:     /usr/bin/ld:     CMakeFiles/vtkIOXMLCxxTests.dir/TestXMLHyperTreeGridIO.cxx.o

Re: Help needed: vtk FTBFS, undefined reference to std::__detail::__to_chars_10_impl(char*, unsigned int, unsigned int)::__digits

On 11.11.20 00:42, Tom Stellard wrote: On 11/10/20 6:24 PM, Will Crawford wrote: On Tue, 10 Nov 2020 at 11:56, Sandro Mani > wrote:     /usr/bin/ld:     CMakeFiles/vtkIOXMLCxxTests.dir/TestXMLHyperTreeGridIO.cxx.o (symbol     from plugin): undefined reference

Re: Help needed: vtk FTBFS, undefined reference to std::__detail::__to_chars_10_impl(char*, unsigned int, unsigned int)::__digits

On 11/10/20 6:24 PM, Will Crawford wrote: On Tue, 10 Nov 2020 at 11:56, Sandro Mani > wrote: /usr/bin/ld: CMakeFiles/vtkIOXMLCxxTests.dir/TestXMLHyperTreeGridIO.cxx.o (symbol from plugin): undefined reference to symbol

Re: Help needed: vtk FTBFS, undefined reference to std::__detail::__to_chars_10_impl(char*, unsigned int, unsigned int)::__digits

On Tue, 10 Nov 2020 at 11:56, Sandro Mani wrote: /usr/bin/ld: > CMakeFiles/vtkIOXMLCxxTests.dir/TestXMLHyperTreeGridIO.cxx.o (symbol > from plugin): undefined reference to symbol > '_ZZNSt8__detail18__to_chars_10_implIjEEvPcjT_E8__digits@@LLVM_11' > /usr/bin/ld: /usr/lib64/libLLVM-11.so: error

[EPEL-devel] Re: python packaging and EPEL: the %py_provides macro

On 11/10/20 8:21 PM, Miro Hrončok wrote: On 11/10/20 6:22 PM, Mattia Verga via devel wrote: Reading the python packaging guidelines [1] it says that "On releases older than Fedora 33 [...] it is necessary to use %py_provides". So I thought that %py_provides was necessary for EPEL7, but with

Re: python packaging and EPEL: the %py_provides macro

On 11/10/20 8:21 PM, Miro Hrončok wrote: On 11/10/20 6:22 PM, Mattia Verga via devel wrote: Reading the python packaging guidelines [1] it says that "On releases older than Fedora 33 [...] it is necessary to use %py_provides". So I thought that %py_provides was necessary for EPEL7, but with

Re: python packaging and EPEL: the %py_provides macro

On 11/10/20 8:21 PM, Miro Hrončok wrote: On 11/10/20 6:22 PM, Mattia Verga via devel wrote: Reading the python packaging guidelines [1] it says that "On releases older than Fedora 33 [...] it is necessary to use %py_provides". So I thought that %py_provides was necessary for EPEL7, but with

Re: qemu & LTO

On 11/5/20 8:24 AM, Richard W.M. Jones wrote: > We discovered a few days ago that LTO broke qemu on aarch64. > > The original bug reported was: > > https://bugzilla.redhat.com/show_bug.cgi?id=1893892 > > But actually looking at the build.log[1] we see another assertion > failure in the test

[Bug 1890601] EPEL8 Request: perl-Test-Assert

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

Re: python packaging and EPEL: the %py_provides macro

On 11/10/20 6:22 PM, Mattia Verga via devel wrote: Reading the python packaging guidelines [1] it says that "On releases older than Fedora 33 [...] it is necessary to use %py_provides". So I thought that %py_provides was necessary for EPEL7, but with that macro set, the build fails with

[EPEL-devel] Re: python packaging and EPEL: the %py_provides macro

On 11/10/20 6:22 PM, Mattia Verga via devel wrote: Reading the python packaging guidelines [1] it says that "On releases older than Fedora 33 [...] it is necessary to use %py_provides". So I thought that %py_provides was necessary for EPEL7, but with that macro set, the build fails with

Re: python packaging and EPEL: the %py_provides macro

On 11/10/20 6:22 PM, Mattia Verga via devel wrote: Reading the python packaging guidelines [1] it says that "On releases older than Fedora 33 [...] it is necessary to use %py_provides". So I thought that %py_provides was necessary for EPEL7, but with that macro set, the build fails with

Re: Query: What to do for multiple module builds in bodhi for 'jmc' in F33?

On Tue, Nov 10, 2020 at 9:42 AM Petr Pisar wrote: > > On Mon, Nov 09, 2020 at 10:35:45PM -0500, Jie Kang wrote: > > Thank you. There is a second stream for jmc in that update: > > jmc-latest-3320200902194158.601d93de > > > > Can it be removed as well? > > > I removed it from that update. You

Re: Help needed: vtk FTBFS, undefined reference to std::__detail::__to_chars_10_impl(char*, unsigned int, unsigned int)::__digits

/usr/lib64/ccache/g++ \ [[snip]] One more level of expansion of command lines can be obtained by using the '-v' parameter: g++ -v ... and a final level by adding -v to collect2, then re-running collect2. The collect2 command is revealed by "g++ -v". Also look at the transitive closure

python packaging and EPEL: the %py_provides macro

Reading the python packaging guidelines [1] it says that "On releases older than Fedora 33 [...] it is necessary to use %py_provides". So I thought that %py_provides was necessary for EPEL7, but with that macro set, the build fails with "Unknown tag: %py_provides python3-calcephpy". In EPEL8 I

[Bug 1894917] urxvt-unicode crashes while exit.

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

[389-devel] Please review: PR 2054 - Do not add referrals for masters with different data generation

https://github.com/389ds/389-ds-base/pull/4427 -- -- 389 Directory Server Development Team ___ 389-devel mailing list -- 389-devel@lists.fedoraproject.org To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org Fedora Code of Conduct:

[Bug 1894917] urxvt-unicode crashes while exit.

https://bugzilla.redhat.com/show_bug.cgi?id=1894917 --- Comment #5 from Robbie Harwood --- Thanks Petr. Apologies for the noise. -- You are receiving this mail because: You are on the CC list for the bug. ___ perl-devel mailing list --

[Bug 1896471] New: perl-WWW-Mechanize-2.03 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1896471 Bug ID: 1896471 Summary: perl-WWW-Mechanize-2.03 is available Product: Fedora Version: rawhide Status: NEW Component: perl-WWW-Mechanize Keywords: FutureFeature, Triaged

Re: Query: What to do for multiple module builds in bodhi for 'jmc' in F33?

Thank you Mohan and Petr! On Tue, Nov 10, 2020 at 9:44 AM Petr Pisar wrote: > > On Mon, Nov 09, 2020 at 10:35:45PM -0500, Jie Kang wrote: > > Thank you. There is a second stream for jmc in that update: > > jmc-latest-3320200902194158.601d93de > > > > Can it be removed as well? > > > I removed it

Re: Query: What to do for multiple module builds in bodhi for 'jmc' in F33?

On Mon, Nov 09, 2020 at 10:35:45PM -0500, Jie Kang wrote: > Thank you. There is a second stream for jmc in that update: > jmc-latest-3320200902194158.601d93de > > Can it be removed as well? > I removed it from that update. You should be able to submit a new update with

Fedora-Rawhide-20201110.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: 6/177 (x86_64), 16/115 (aarch64) New failures (same test not failed in Fedora-Rawhide-20201109.n.0): ID: 719599 Test: x86_64 Workstation-live-iso

Boot/Install from iso file

Hi! I have the following /etc/grub.d/40_custom file: #!/usr/bin/sh exec tail -n +3 $0 # This file provides an easy way to add custom menu entries. Simply type the # menu entries you want to add after this comment. Be careful not to change # the 'exec tail' line above. menuentry "Start

Fedora rawhide compose report: 20201110.n.0 changes

OLD: Fedora-Rawhide-20201109.n.0 NEW: Fedora-Rawhide-20201110.n.0 = SUMMARY = Added images:2 Dropped images: 0 Added packages: 43 Dropped packages:2 Upgraded packages: 160 Downgraded packages: 0 Size of added packages: 107.78 MiB Size of dropped packages

Re: Help needed: vtk FTBFS, undefined reference to std::__detail::__to_chars_10_impl(char*, unsigned int, unsigned int)::__digits

On 10.11.20 12:56, Sandro Mani wrote: Hi I'm stuck at rebuilding vtk, which I need to move ahead with the proj rebuilds. (The error being unrelated to proj.) I get /usr/bin/ld: CMakeFiles/vtkIOXMLCxxTests.dir/TestXMLHyperTreeGridIO.cxx.o (symbol from plugin): undefined reference to symbol

quota-4.06 license change

Upstream relicensed and dropped an old BSD code in 4.06 release. Hence the RPM package changes license from "BSD and LGPLv2+ and GPLv2 and GPLv2+" to "LGPLv2+ and GPLv2 and GPLv2+". -- Petr signature.asc Description: PGP signature ___ devel mailing

Help needed: vtk FTBFS, undefined reference to std::__detail::__to_chars_10_impl(char*, unsigned int, unsigned int)::__digits

Hi I'm stuck at rebuilding vtk, which I need to move ahead with the proj rebuilds. (The error being unrelated to proj.) I get /usr/bin/ld: CMakeFiles/vtkIOXMLCxxTests.dir/TestXMLHyperTreeGridIO.cxx.o (symbol from plugin): undefined reference to symbol

Re: Self Introduction: Timothée Ravier (Siosm)

Hello! Welcome and thank you! Did anyone answer to you to help you with this? Cheers, Lailah On Fri, 6 Nov 2020 at 12:41, Timothée Ravier wrote: > Hi everyone!  > > I am Timothée Ravier and I am a Linux system and security engineer > interested in safe programming languages and container

Fedora-Cloud-31-20201110.0 compose check report

No missing expected images. Passed openQA tests: 7/7 (x86_64), 7/7 (aarch64) -- 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

Fedora-Cloud-32-20201110.0 compose check report

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

[Bug 1890601] EPEL8 Request: perl-Test-Assert

https://bugzilla.redhat.com/show_bug.cgi?id=1890601 --- Comment #1 from Paul Howarth --- https://pagure.io/releng/fedora-scm-requests/issue/30654 https://pagure.io/releng/fedora-scm-requests/issue/30655 -- You are receiving this mail because: You are on the CC list for the bug.

Re: Fedora 34 Change proposal: Remove make from BuildRoot (System-Wide Change)

* Tom Stellard: > On 11/9/20 1:48 PM, Florian Weimer wrote: >> * Miro Hrončok: >> >>> On 11/9/20 7:05 PM, Tom Stellard wrote: Thanks for clarifying.  So it does sound like gcc will need at dependency on make.  If you do decide to use a weak dependency for this, then I think I will

[Bug 1772783] Upgrade perl-Crypt-X509 to 0.53

https://bugzilla.redhat.com/show_bug.cgi?id=1772783 Jitka Plesnikova changed: What|Removed |Added Version|32 |rawhide Summary|Upgrade

Re: Non-responsive maintainer check avsej for grpc

Am 09.11.20 um 22:35 schrieb Dan Čermák: I have filed the respective ticket in Bugzilla [1] as I have seen no development in the tracking bug to update grpc[2]. The outdated version of grpc is currently blocking me from updating Bear to anything beyond 3.0.0. Not directly relatived but: I