Re: [ELN] bpeck/jenkins-continuous-infra.apps.ci.centos.org's vtk-8.2.0-18.eln103 failed to build

On 8/6/20 3:26 AM, Aleksandra Fedorova wrote: Hi, On Thu, Aug 6, 2020 at 5:01 AM Orion Poplawski wrote: So, I'm getting one of these messages every couple of hours and I'd really rather not. Who do I need to talk to about it? You can talk about it with the ELN SIG [1] or Fedora CI SIG [2].

Re: [ELN] Opt out python2.7 from ELN

On 08. 08. 20 1:03, Miro Hrončok wrote: On 08. 06. 20 16:49, Miro Hrončok wrote: Hello, as a maintainer of the python2.7 package I was surprised to see it being built for ELN and I like to start a discussion on whether and how can I opt out this deprecated package from ELN. Since there is n

Re: [ELN] Opt out python2.7 from ELN

On 08. 06. 20 16:49, Miro Hrončok wrote: Hello, as a maintainer of the python2.7 package I was surprised to see it being built for ELN and I like to start a discussion on whether and how can I opt out this deprecated package from ELN. Since there is no tracker or dedicated mailing list, I am

Fedora rawhide compose report: 20200807.n.0 changes

OLD: Fedora-Rawhide-20200806.n.0 NEW: Fedora-Rawhide-20200807.n.0 = SUMMARY = Added images:4 Dropped images: 0 Added packages: 118 Dropped packages:1 Upgraded packages: 171 Downgraded packages: 0 Size of added packages: 41.29 MiB Size of dropped packages

Re: mame fails to build with LTO enabled

W dniu 07.08.2020 o 17:02, Jeff Law pisze: On Fri, 2020-08-07 at 07:19 +0200, Julian Sikorski wrote: Hi list, mame has failed to build with lto enabled due to violation of C++ one definition rule apparently: https://koji.fedoraproject.org/koji/taskinfo?taskID=48829086 I don't really know how to

Re: LTO vs LD_PRELOAD (libvirt FTBFS test suite failure)

On Tue, 2020-08-04 at 13:16 +0100, Daniel P. Berrangé wrote: > On Tue, Aug 04, 2020 at 12:02:05PM +0200, Florian Weimer wrote: > > * Daniel P. Berrangé: > > > > > Taken from https://koji.fedoraproject.org/koji/taskinfo?taskID=48525923 > > > > Sorry, what would be more interesting is the linker in

Re: What do to about massive # of FTBFS bugs?

On Fri, 2020-08-07 at 17:08 +0200, Dominique Martinet wrote: > Fabio Valentini wrote on Fri, Aug 07, 2020: > > - waypipe / armv7hl: > > https://koji.fedoraproject.org/koji/taskinfo?taskID=48698713 > > See the "arm/neon LTO-related FTBS" thread on the list for that one; I > gave a short recap on th

Re: What do to about massive # of FTBFS bugs?

Fabio Valentini wrote on Fri, Aug 07, 2020: > - waypipe / armv7hl: > https://koji.fedoraproject.org/koji/taskinfo?taskID=48698713 See the "arm/neon LTO-related FTBS" thread on the list for that one; I gave a short recap on the last message on Thursday (Aug 6) I'm still unsure if I should disable

Re: InsightToolkit LTO build failure

On Thu, 2020-08-06 at 20:40 -0600, Orion Poplawski wrote: > On 8/6/20 9:01 AM, Jeff Law wrote: > > On Thu, 2020-08-06 at 08:03 -0600, Orion Poplawski wrote: > > > InsightToolkit fails to build with LTO: > > > > > > /usr/bin/ld.gold: fatal error: lto-wrapper failed > > > collect2: error: ld returne

Re: mame fails to build with LTO enabled

On Fri, 2020-08-07 at 07:19 +0200, Julian Sikorski wrote: > Hi list, > > mame has failed to build with lto enabled due to violation of C++ one > definition rule apparently: > https://koji.fedoraproject.org/koji/taskinfo?taskID=48829086 > I don't really know how to fix it. I am going to disable lto

Re: LXQT: FTBFS Requires

Ok, I’ll fix them. > 7 авг. 2020 г., в 14:28, Mamoru TASAKA написал(а): > > Евгений Пивнев wrote on 2020/08/07 20:07: >> 1. libsysstat and libqtxdg required by LXQT only (?) >> 2. they are incompilable now in f33 >> (https://bugzilla.redhat.com/show_bug.cgi?id=1864053 >>

Re: Coin4 build failure

On Fri, Aug 7, 2020 at 7:27 AM Zbigniew Jędrzejewski-Szmek < zbys...@in.waw.pl> wrote: > On Thu, Aug 06, 2020 at 07:58:10PM -0500, Richard Shaw wrote: > > /builddir/build/BUILD/coin-6enkw/src/xml/expat/xmlparse.c:94:3: error: > > #error You do not have support for any sources of high quality entro

Re: Coin4 build failure

On Thu, Aug 06, 2020 at 07:58:10PM -0500, Richard Shaw wrote: > /builddir/build/BUILD/coin-6enkw/src/xml/expat/xmlparse.c:94:3: error: > #error You do not have support for any sources of high quality entropy > enabled. For end user security, that is probably not what you want. > Your options inclu

Re: Coin4 build failure

On Fri, Aug 7, 2020 at 7:21 AM J. Scheurich wrote: > About a question related to #error... > > On 8/7/20 2:12 PM, Richard Shaw wrote: > > So I was curious what the error was, but my bigger question is, what > > changed? > > > > This was just a rebuild for the CMake change FTBFS. I have not change

Re: Coin4 build failure

About a question related to #error... On 8/7/20 2:12 PM, Richard Shaw wrote: So I was curious what the error was, but my bigger question is, what changed? This was just a rebuild for the CMake change FTBFS. I have not changed anything other than what was necessary to fix the CMake commands. M

Re: Coin4 build failure

So I was curious what the error was, but my bigger question is, what changed? This was just a rebuild for the CMake change FTBFS. I have not changed anything other than what was necessary to fix the CMake commands. Thanks, Richard ___ devel mailing list

Re: LXQT: FTBFS Requires

Евгений Пивнев wrote on 2020/08/07 20:07: 1. libsysstat and libqtxdg required by LXQT only (?) 2. they are incompilable now in f33 (https://bugzilla.redhat.com/show_bug.cgi?id=1864053 https://bugzilla.redhat.com/show_bug.cgi?id=1864039

Re: LXQT: FTBFS Requires

> 1. libsysstat and libqtxdg required by LXQT only (?) > 2. they are incompilable now in f33 > (https://bugzilla.redhat.com/show_bug.cgi?id=1864053 > https://bugzilla.redhat.com/show_bug.cgi?id=1864039) > 3. but lqxt-0.15.0 built ok without them (?) > > So, the question is - what about to kill th

LXQT: FTBFS Requires

1. libsysstat and libqtxdg required by LXQT only (?) 2. they are incompilable now in f33 (https://bugzilla.redhat.com/show_bug.cgi?id=1864053 https://bugzilla.redhat.com/show_bug.cgi?id=1864039

Re: Coin4 build failure

> You do not have support for any sources of high quality entropy > enabled. For end user security, that is probably not what you want. Your > options include: * Linux + glibc >=2.25 (getrandom): HAVE_GETRANDOM, * > Linux + glibc <2.25 (syscall SYS_getrandom): HAVE_SYSCALL_GETRANDOM, * BSD > / macO

Re: What do to about massive # of FTBFS bugs?

On Thu, Aug 6, 2020 at 10:52 PM Jeff Law wrote: > On Thu, 2020-08-06 at 17:54 +0200, Fabio Valentini wrote: > > I can compile a list, if it helps. > Sure that helps. Those are the "suspicious" issues I found on non-x86_64 platforms: (I excluded packages that have been "fixed" by disabling LTO in

Re: vim has lost it's damn mind

On 06/08/20 11:34 -0400, John Florian wrote: I understand better now my problems with my mappings.  Above, I said I had a mapping for :nohlsearch.  In actuality, this was ^E :nohlsearch.  Both should work but only the latter now only works with vim; gvim shows the mapping with :map but I can'

Build failure of zynaddsubfx on armv7hl

Hi, I got a segmentation fault trying to rebuild zynaddsubfx [0]. I pasted the main build.log below. I found some strange compiler options passed by the build system and g++ warns about that: cc1plus: warning: switch '-mcpu=cortex-a9' conflicts with '-march=armv7-a' switch Is this an annobin o

Re: Segmentation fault (core dumped) doxygen docs/doxygen.cfg when compiling sayonara

opened a bugzilla ticket [1] [1] https://bugzilla.redhat.com/show_bug.cgi?id=1867025 ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedorap

Orphaned rubygem-wikicloth

Hi everybody, I don't have any use for rubygem-wikicloth, therefore I orphaned the package. Vít ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https:/

evolution-ews license change

Hello, the upstream license for evolution-ews had been LGPL-2.1-or-later, but the sources didn't reflect it properly, thus it had been corrected upstream. The distgit in Fedora will correct the version as well, from LGPLv2 to LGPLv2+, together with the 3.37.90 release. Bye,