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 th

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 mes

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 this

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 to

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 (symbol

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 to

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 '_ZZNSt8__detail18__to_chars_

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 ad

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 tha

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 suit

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 "Unknown

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 shoul

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

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 jmc:latest:3320201104214853

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 deskt

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-KDE

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 lis

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 '_ZZNSt8__detail18__to_chars_10_implIjE

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 devel-le..

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: https://op

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

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 thi