On 08/01/2017 02:56 AM, Honggang LI wrote:
> On Mon, Jul 31, 2017 at 05:12:41PM +0200, Florian Weimer wrote:
>>
>> Mmph, I forgot to mention two more things:
>>
>> If you still see localentry:0 build failures after this, please send me
>> mail with a link to the build log. This should not happen.
On Mon, Jul 31, 2017 at 05:12:41PM +0200, Florian Weimer wrote:
>
> Mmph, I forgot to mention two more things:
>
> If you still see localentry:0 build failures after this, please send me
> mail with a link to the build log. This should not happen.
>
hi,
It seems issue persists for rdma-core pp
On 07/31/2017 05:08 PM, Florian Weimer wrote:
> I rebuilt all immediately problematic packages which use pthread_ and
> clock_ functions and had the ppc64le optimization, except kernel (which
> will be fixed by the upgrade to kernel-4.13.0-0.rc3.git0.1.fc27) and
> community-mysql (which ran into an
I rebuilt all immediately problematic packages which use pthread_ and
clock_ functions and had the ppc64le optimization, except kernel (which
will be fixed by the upgrade to kernel-4.13.0-0.rc3.git0.1.fc27) and
community-mysql (which ran into an apparently known issue related to
unstable test cases
On 07/30/2017 01:09 PM, Florian Weimer wrote:
> On 07/30/2017 10:01 PM, Kevin Fenzi wrote:
>> On 07/29/2017 12:08 PM, Florian Weimer wrote:
>>> On 07/28/2017 10:58 PM, Florian Weimer wrote:
Rebuilds are currently blocked on a new buildroot with some RPM
debuginfo generation fixes. Rumor
On 07/30/2017 10:01 PM, Kevin Fenzi wrote:
> On 07/29/2017 12:08 PM, Florian Weimer wrote:
>> On 07/28/2017 10:58 PM, Florian Weimer wrote:
>>> Rebuilds are currently blocked on a new buildroot with some RPM
>>> debuginfo generation fixes. Rumor has it that there is an unrelated
>>> issue which pr
On 07/29/2017 12:08 PM, Florian Weimer wrote:
> On 07/28/2017 10:58 PM, Florian Weimer wrote:
>> Rebuilds are currently blocked on a new buildroot with some RPM
>> debuginfo generation fixes. Rumor has it that there is an unrelated
>> issue which prevents buildroot updates.
>
> This appears to be
On 07/27/2017 03:23 AM, 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 30/07/17 15:34, Florian Weimer wrote:
On 07/30/2017 04:22 PM, Tom Hughes wrote:
On 30/07/17 15:03, Florian Weimer wrote:
On 07/30/2017 03:42 PM, Antonio Trande wrote:
Is Rawhide now ready for building?
I have other packages that need a rebuild.
It depends. There are still 48 packages wh
On 07/30/2017 04:22 PM, Tom Hughes wrote:
> On 30/07/17 15:03, Florian Weimer wrote:
>> On 07/30/2017 03:42 PM, Antonio Trande wrote:
>>
>>> Is Rawhide now ready for building?
>>> I have other packages that need a rebuild.
>>
>> It depends. There are still 48 packages which could show similar
>> b
On 30/07/17 15:03, Florian Weimer wrote:
On 07/30/2017 03:42 PM, Antonio Trande wrote:
Is Rawhide now ready for building?
I have other packages that need a rebuild.
It depends. There are still 48 packages which could show similar
breakage, and python3 and mariadb are among them. In addition
On 07/30/2017 03:42 PM, Antonio Trande wrote:
> Is Rawhide now ready for building?
> I have other packages that need a rebuild.
It depends. There are still 48 packages which could show similar
breakage, and python3 and mariadb are among them. In addition, there
are some broken builds which have
On 07/30/2017 03:19 PM, Florian Weimer wrote:
> On 07/27/2017 11:15 AM, Antonio Trande wrote:
>
>> Same problem with MPI libraries of MUMPS just on PPC64le:
>>
>> + export
>> LD_LIBRARY_PATH=/builddir/build/BUILD/MUMPS_5.1.1/MUMPS-5.1.1-openmpi/examples:../lib:/usr/lib64/openmpi/lib
>> +
>> LD_LI
On 07/27/2017 11:15 AM, Antonio Trande wrote:
> Same problem with MPI libraries of MUMPS just on PPC64le:
>
> + export
> LD_LIBRARY_PATH=/builddir/build/BUILD/MUMPS_5.1.1/MUMPS-5.1.1-openmpi/examples:../lib:/usr/lib64/openmpi/lib
> +
> LD_LIBRARY_PATH=/builddir/build/BUILD/MUMPS_5.1.1/MUMPS-5.1.1
On 07/27/2017 01:21 AM, 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
On 07/29/2017 09:08 PM, Florian Weimer wrote:
> On 07/28/2017 10:58 PM, Florian Weimer wrote:
>> Rebuilds are currently blocked on a new buildroot with some RPM
>> debuginfo generation fixes. Rumor has it that there is an unrelated
>> issue which prevents buildroot updates.
>
> This appears to be
On 07/28/2017 10:58 PM, Florian Weimer wrote:
> Rebuilds are currently blocked on a new buildroot with some RPM
> debuginfo generation fixes. Rumor has it that there is an unrelated
> issue which prevents buildroot updates.
This appears to be an ongoing issue. I cannot rebuild libcurl until its
Status update:
Nick has pushed binutils-2.29-3.fc27, which disables the binutils change
by default. (There is still an ld option to enable it. Hopefully, no
packages use that yet.)
Just rebuilding glibc is insufficient as a fix. The localentry
optimization is so sensitive to changes that glibc
On 2017-07-27 10:15, Antonio Trande wrote:
On 07/27/2017 01:21 AM, 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:
/bu
The workaround recommended by binutils upstream (--no-plt-localentry)
does not work, and a glibc built with that still has the problem.
I have not rebuilt dependent packages (cmake, curl) with the flag. If
*those* are mislinked, we really have a problem. There's no word on the
root cause yet.
T
> "FW" == Florian Weimer writes:
FW> I'm doing scratch builds, and I think they are kind of difficult to
FW> see in Koji.
Yeah, you can see them in the task list when they're active. I see the
one you're running now.
Still, if you are running into problems and need me or anyone else to
kic
On 07/27/2017 02:31 PM, Jason L Tibbitts III wrote:
> I don't see any recent koji jobs submitted by you, nor any recent glibc
> build besides the mass rebuild one (which I believe failed due to
> debuginfo generation issues) so just let me know if you need me to kick
> off a glibc build or a build
> "FW" == Florian Weimer writes:
FW> I think I have a workaround, but I'm blocked by this koji CLI bug:
You can always ask someone else to do a build for you; just let me know
if you need that done.
I don't see any recent koji jobs submitted by you, nor any recent glibc
build besides the ma
On 07/27/2017 12:39 PM, Tom Hughes wrote:
> On 27/07/17 11:16, Florian Weimer wrote:
>
>> I think I have a workaround, but I'm blocked by this koji CLI bug:
>>
>>https://bugzilla.redhat.com/show_bug.cgi?id=1472106
>>
>> It seems I can't do any builds through the koji CLI.
>
> I think on IRC y
On 27/07/17 11:16, Florian Weimer wrote:
I think I have a workaround, but I'm blocked by this koji CLI bug:
https://bugzilla.redhat.com/show_bug.cgi?id=1472106
It seems I can't do any builds through the koji CLI.
I think on IRC yesterday it was decided that message was code for "your
ker
I think I have a workaround, but I'm blocked by this koji CLI bug:
https://bugzilla.redhat.com/show_bug.cgi?id=1472106
It seems I can't do any builds through the koji CLI.
Thanks,
Florian
___
devel mailing list -- devel@lists.fedoraproject.org
To uns
On 07/27/2017 01:21 AM, 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
Hello,
On Thu, Jul 27, 2017 at 6:07 AM, Josh Stone wrote:
> On 07/26/2017 06:23 PM, Josh Stone wrote:
> >> I did some other random checks and found a few other packages with
> >> ppc64le-only build failures: freeipa, gammu, gap-pkg-float, gambas3,
> >> getdp (and I stopped looking after that).
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 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<
_
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
32 matches
Mail list logo