Dne 26.7.2017 v 19:41 Pierre-Yves Chibon napsal(a):
> On Wed, Jul 26, 2017 at 07:20:38PM +0200, Vít Ondruch wrote:
>>
>> Dne 24.7.2017 v 22:49 Pierre-Yves Chibon napsal(a):
>>> On Mon, Jul 10, 2017 at 11:23:35AM +0200, Pierre-Yves Chibon wrote:
>>> For the curious ones :)
>>> https://src.stg.fedo
From 33651694e915a52cad5ed4956a765ec4a3b70e95 Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering
Date: Thu, 27 Jul 2017 02:23:48 +
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_27_Mass_Rebuild
---
perl-Acme-PlayCode.spec | 5 -
1 file changed, 4 insertions(+), 1 del
ImageMagick Unresponsive Maintainer process - hubbitus (Pavel Alexeev)
Sources were last updated 2016-01-06 13:43:26 -
https://koji.fedoraproject.org/koji/packageinfo?packageID=425
Since then there have been numerous security vulnerabilities including
ImageTragick.
I commented here:
https://bugz
On 07/26/2017 06:23 PM, Josh Stone wrote:
> On 07/26/2017 04:21 PM, Jason L Tibbitts III wrote:
>> I noticed one of my packages failed to build because the test suite
>> failed, but only on ppc64le.
>>
>> builddir/build/BUILD/cyrus-imapd-3.0.2/cunit/.libs/lt-unit: error while
>> loading shared libr
On Wed, Jul 26, 2017 at 5:06 PM, Pierre-Yves Chibon wrote:
> On Tue, Jul 25, 2017 at 10:38:11AM +0200, Pierre-Yves Chibon wrote:
>> On Mon, Jul 24, 2017 at 09:49:51PM -0400, Neal Gompa wrote:
>> > On Mon, Jul 24, 2017 at 4:49 PM, Pierre-Yves Chibon
>> > wrote:
>> > > On Mon, Jul 10, 2017 at 11:2
On 07/26/2017 04:21 PM, Jason L Tibbitts III wrote:
> I noticed one of my packages failed to build because the test suite
> failed, but only on ppc64le.
>
> builddir/build/BUILD/cyrus-imapd-3.0.2/cunit/.libs/lt-unit: error while
> loading shared libraries:
> /builddir/build/BUILD/cyrus-imapd-3.0.2
I'm also seeing builds failing early in %build. It appears that libcurl
has a similar problem and so cmake won't run:
/usr/bin/cmake: error while loading shared libraries:
/lib64/libcurl.so.4: expected localentry:0 `pthread_mutex_destroy'
RPM build errors:
- J<
_
On Wed, 2017-07-26 at 16:17 -0700, Adam Williamson wrote:
> Hi, folks! This is just a heads-up for anyone who's been watching the
> openQA test results for an update, or something, and been confused.
>
> A few days ago we added a new ppc64 openQA worker host box; ultimately
> we're aiming to enabl
I noticed one of my packages failed to build because the test suite
failed, but only on ppc64le.
builddir/build/BUILD/cyrus-imapd-3.0.2/cunit/.libs/lt-unit: error while
loading shared libraries:
/builddir/build/BUILD/cyrus-imapd-3.0.2/imap/.libs/libcyrus_imap.so.0:
expected localentry:0 `sasl_clie
Hi, folks! This is just a heads-up for anyone who's been watching the
openQA test results for an update, or something, and been confused.
A few days ago we added a new ppc64 openQA worker host box; ultimately
we're aiming to enable some of the openQA tests to run on ppc64 as well
as x86_64 and i68
I've been experimenting in a slightly different environment (RHEL vs Fedora)
but have been seeing oddly similar results. The use or not of the "-pipe" in
GCC didn't seem to help. If I forced the make in the %build step to be just
"make" (aka, "make -j1"), I could always get a build to work, al
On Wednesday, July 26, 2017 14:55:34 Igor Gnatenko wrote:
> On Wed, 2017-07-26 at 14:38 +0200, Kamil Dudka wrote:
>
> > On Monday, June 26, 2017 16:13:02 Mark Wielaard wrote:
> >
> > > Hi packagers,
> > >
> > >
> > >
> > > rawhide rpmbuild contains various debuginfo improvements that
> > > hopefu
On Tue, Jul 25, 2017 at 10:38:11AM +0200, Pierre-Yves Chibon wrote:
> On Mon, Jul 24, 2017 at 09:49:51PM -0400, Neal Gompa wrote:
> > On Mon, Jul 24, 2017 at 4:49 PM, Pierre-Yves Chibon
> > wrote:
> > > On Mon, Jul 10, 2017 at 11:23:35AM +0200, Pierre-Yves Chibon wrote:
> > >> On Fri, Jul 07, 201
On Wed, Jul 26, 2017 at 1:41 PM, Pierre-Yves Chibon wrote:
> On Wed, Jul 26, 2017 at 07:20:38PM +0200, Vít Ondruch wrote:
>>
>>
>> Dne 24.7.2017 v 22:49 Pierre-Yves Chibon napsal(a):
>> > On Mon, Jul 10, 2017 at 11:23:35AM +0200, Pierre-Yves Chibon wrote:
>> >> On Fri, Jul 07, 2017 at 09:31:22AM -
On Wed, Jul 26, 2017 at 07:20:38PM +0200, Vít Ondruch wrote:
>
>
> Dne 24.7.2017 v 22:49 Pierre-Yves Chibon napsal(a):
> > On Mon, Jul 10, 2017 at 11:23:35AM +0200, Pierre-Yves Chibon wrote:
> >> On Fri, Jul 07, 2017 at 09:31:22AM -0400, Matthew Miller wrote:
> >>> On Fri, Jul 07, 2017 at 03:05:4
Dne 24.7.2017 v 22:49 Pierre-Yves Chibon napsal(a):
> On Mon, Jul 10, 2017 at 11:23:35AM +0200, Pierre-Yves Chibon wrote:
>> On Fri, Jul 07, 2017 at 09:31:22AM -0400, Matthew Miller wrote:
>>> On Fri, Jul 07, 2017 at 03:05:43AM +, Zbigniew Jędrzejewski-Szmek wrote:
3. The default landing
Are there any test s390x instances available for a peon like me to use
to diagnose a build failure? Failing that, does anybody with access
to an s390x instance have time to help me? The latest bigloo release
built successfully on all arches but s390x:
https://koji.fedoraproject.org/koji/taskinfo
This email is being sent to devel@, flock-planning@, and
flock-attendees-2017@ for visibility. I apologize if you receive it
multiple times.
# Action Required: Read below carefully to determine if you need to take
an action
## Registration
We will be placing final food orders and other attendee
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Wed, 2017-07-26 at 14:38 +0200, Kamil Dudka wrote:
> On Monday, June 26, 2017 16:13:02 Mark Wielaard wrote:
> > Hi packagers,
> >
> > rawhide rpmbuild contains various debuginfo improvements that
> > hopefully
> > will make various hacks in spec
On Wed, 2017-07-26 at 14:38 +0200, Kamil Dudka wrote:
> On Monday, June 26, 2017 16:13:02 Mark Wielaard wrote:
> > rawhide rpmbuild contains various debuginfo improvements that hopefully
> > will make various hacks in spec files redundant.
>
> These improvements break build of packages that use th
I should say there is still a kind of problem, although I don't think
it's a real bug.
Because of the statically linked sources, during debuginfo generation
it prints a bunch of warnings:
cpio: big_int.ml: Cannot stat: No such file or directory
cpio: buffer.ml: Cannot stat: No such file or direc
On Wed, Jul 26, 2017 at 01:27:59PM +0100, Richard W.M. Jones wrote:
> The same happens in the cduce binary, with a bunch of stuff being
> statically linked.
>
> However the problem is that cduce itself was compiled without the ‘-g’
> flag, so none of the debuginfo refers to the main binary, only t
On Monday, June 26, 2017 16:13:02 Mark Wielaard wrote:
> Hi packagers,
>
> rawhide rpmbuild contains various debuginfo improvements that hopefully
> will make various hacks in spec files redundant.
These improvements break build of packages that use the RemovePathPostfixes
feature of RPM, such a
On Wed, Jul 26, 2017 at 01:21:29PM +0200, Mark Wielaard wrote:
> On Wed, 2017-07-26 at 11:37 +0100, Richard W.M. Jones wrote:
> > Could this be causing:
> >
> > error: Empty %files file
> > /builddir/build/BUILD/cduce-0.6.0/debugsourcefiles.list
> >
> > in https://koji.fedoraproject.org/koji/t
Am 26.07.2017 um 14:10 schrieb Daniel P. Berrange:
On Wed, Jul 26, 2017 at 12:57:32PM +0100, Peter Robinson wrote:
On Wed, Jul 26, 2017 at 12:53 PM, Kaleb S. KEITHLEY wrote:
trying to build ceph-12 on f27 armv7hl.
It builds on everything x86_64, aarch64, s390x, and i686 (w/o java), but
on arm
On Wed, Jul 26, 2017 at 12:57:32PM +0100, Peter Robinson wrote:
> On Wed, Jul 26, 2017 at 12:53 PM, Kaleb S. KEITHLEY
> wrote:
> > trying to build ceph-12 on f27 armv7hl.
> >
> > It builds on everything x86_64, aarch64, s390x, and i686 (w/o java), but
> > on armv7hl the build fails, reporting out
On Wed, Jul 26, 2017 at 12:53 PM, Kaleb S. KEITHLEY wrote:
> trying to build ceph-12 on f27 armv7hl.
>
> It builds on everything x86_64, aarch64, s390x, and i686 (w/o java), but
> on armv7hl the build fails, reporting out of memory.
>
> ...
> [100%] Built target ceph-osd
> cc1plus: out of memory a
trying to build ceph-12 on f27 armv7hl.
It builds on everything x86_64, aarch64, s390x, and i686 (w/o java), but
on armv7hl the build fails, reporting out of memory.
...
[100%] Built target ceph-osd
cc1plus: out of memory allocating 11284160 bytes after a total of
58859520 bytes
make[2]: *** [src
On Wed, Jul 26, 2017 at 01:21:29PM +0200, Mark Wielaard wrote:
> > OCaml generates DWARF information which is picked up for debuginfo
> > files (and is useful), but our debuginfo tools have never been able to
> > locate the source files correctly -- perhaps they need to be told that
> > *.ml files
On Wed, 2017-07-26 at 11:37 +0100, Richard W.M. Jones wrote:
> Could this be causing:
>
> error: Empty %files file
> /builddir/build/BUILD/cduce-0.6.0/debugsourcefiles.list
>
> in https://koji.fedoraproject.org/koji/taskinfo?taskID=20742651 ?
Yes, if %_debugsource_packages is defined and the
Could this be causing:
error: Empty %files file
/builddir/build/BUILD/cduce-0.6.0/debugsourcefiles.list
in https://koji.fedoraproject.org/koji/taskinfo?taskID=20742651 ?
OCaml generates DWARF information which is picked up for debuginfo
files (and is useful), but our debuginfo tools have nev
31 matches
Mail list logo
