Bug 9286 - Failed to build gst-player for qemuarm64 on Fedora23 i686
Summary: Failed to build gst-player for qemuarm64 on Fedora23 i686
Status: VERIFIED WONTFIX
Alias: None
Product: OE-Core
Classification: Build System, Metadata & Runtime
Component: core (show other bugs)
Version: 2.1
Hardware: x86 Multiple
: Medium+ normal
Target Milestone: 2.2 M2
Assignee: Yi Zhao
QA Contact: Yi Zhao
URL:
Whiteboard:
Depends on:
Blocks:
 
Reported: 2016-03-17 05:34 UTC by Yi Zhao
Modified: 2016-08-03 02:05 UTC (History)
8 users (show)

See Also:
OS type for building Yocto: ---
Type of Regression: Regression (Used to work)
Verified:
Documentation change: No (bug/feature does not impact docs)

Attachments
log.do_compile (13.22 KB, application/octet-stream)
2016-03-17 05:34 UTC, Yi Zhao 		no flags Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Yi Zhao 2016-03-17 05:34:10 UTC 
Created attachment 3035 [details]
log.do_compile

Git rev: master/8debfea81e69d038bd2d56314b272cb74f5582ed

Steps:
1. Set MACHINE="qemuarm64"
2. Run bitbake gst-player

This issue only happens on Fedora23 i686 for qemuarm64. I also tested on Debian 8 i686, there is no such issue.

Please see the attached log for details.
Comment 1 Alexander Kanavin 2016-03-21 13:11:09 UTC 
(-r:27384): GLib-ERROR **: ../../glib-2.46.2/glib/gmem.c:130: failed to allocate 6102809472 bytes
qemu: uncaught target signal 5 (Trace/breakpoint trap) - core dumped


I don't have a 32 bit machine here - do other glib-based recipes fail to build as well, or do they work? (i.e. gstreamer, gtk+ gtk+3)
Comment 2 Yi Zhao 2016-03-22 09:10:40 UTC 
(In reply to comment #1)
> (-r:27384): GLib-ERROR **: ../../glib-2.46.2/glib/gmem.c:130: failed to
> allocate 6102809472 bytes
> qemu: uncaught target signal 5 (Trace/breakpoint trap) - core dumped
> 
> 
> I don't have a 32 bit machine here - do other glib-based recipes fail to
> build as well, or do they work? (i.e. gstreamer, gtk+ gtk+3)

glib-2.0, gstreamer-1.0, gtk+ and gtk+3 can build without problems
Comment 3 Alexander Kanavin 2016-03-22 15:22:42 UTC 
Okay, then I need ssh access to the host where you see this failure. Can you provide that?

I can set it up myself, but it will take more time.
Comment 4 Yi Zhao 2016-03-23 08:31:20 UTC 
(In reply to comment #3)
> Okay, then I need ssh access to the host where you see this failure. Can you
> provide that?
> 

I'm afraid you can not do that. We are in separated network and it is not permitted for my company. Sorry.

Yi


> I can set it up myself, but it will take more time.
Comment 5 Alexander Kanavin 2016-06-27 14:15:47 UTC 
I've just checked with Fedora 24 i686 and latest master, and I can't reproduce. GstPlayer*gir and GstPlayer*typelib are created just fine (they are now generated by gstreamer1.0-plugins-bad).

Can you try that on your side?
Comment 6 Yi Zhao 2016-06-28 07:21:22 UTC 
(In reply to comment #5)
> I've just checked with Fedora 24 i686 and latest master, and I can't
> reproduce. GstPlayer*gir and GstPlayer*typelib are created just fine (they
> are now generated by gstreamer1.0-plugins-bad).
> 
> Can you try that on your side?

Yes. It works on 2.2 M1 now. But still failed on krogoth branch.
Comment 7 Alexander Kanavin 2016-06-30 13:25:13 UTC 
Yeah, but if it's krogoth-only issue, then it is far too obscure and not worth spending time on. If anyone hits the problem (which I think is extremely unlikely), they can use a 64 bit build host, or a different distro.
Comment 8 Yi Zhao 2016-08-03 02:05:48 UTC 
This issue doesn't happen on 2.2 M1 and 2.2 M2. Verified it.