Partially historic reasons no longer valid with _remove operator.
It's easier to add stuff to PACKAGECONFIG than remove stuff. So I wanted to
make meta-qt5 as small as possible (to build) with minimal PACKAGECONFIG,
there are couple of comments in qtbase_git.bb advising people to enable
some PACKA
Backport two patches from uptream to fix test failure with
openssl 1.0.2b or above.
Signed-off-by: Hongxu Jia
---
...ay-perl-Disable-test-that-fails-with-open.patch | 70
...2-betas-have-dropped-the-SSLv3_method-fun.patch | 75 ++
.../recipes-perl/libnet/
Cacao-initial-native suffers from sporadic segmentation faults, when the Java
program uses multiple Java threads, due to a race condition. In particular,
jamvm-native and classpath-native builds would occasionally fail as the
eclipse compiler used during build task by default uses multiple threads.
* bundled nspr fails to build when system nss is used
|
work/i586-oe-linux/qtwebengine/5.5.99+5.6.0-alpha1+gitAUTOINC+64dc919d31_7e655fbb76-r0/git/src/3rdparty/chromium/third_party/nss/nspr/pr/include/md/_unixos.h:596:9:
error: unknown type name 'off64_t'
| typedef off64_t _MDOff64_t;
|
Hello,
in most Qt5 builds, I have seen GLib support enabled. But in meta-qt5,
the corresponding packageconfig is disabled by default. Is there a
reason for this?
It does cause problems when interfacing with libraries that make use of
the GLib mainloop (for example, GStreamer).
--
Changelog since 2015-11-01 until 2015-11-08. Projects included in this report:
bitbake: git://git.openembedded.org/bitbake
openembedded-core: git://git.openembedded.org/openembedded-core
meta-openembedded: git://git.openembedded.org/meta-openembedded
meta-angstrom: git://github.com/Angstrom-distr
The link errors addressed with commit
'7887e66d5df998b91d4df24a150c32a692784451 fix build with gcc 4.9.4'
occur only when linking with gold.
Thus apply the fix only if distro features contain ld-is-gold.
Signed-off-by: Max Krummenacher
Upstream-Status: Inappropriate configuration
---
recipes-b
On Mon, Nov 9, 2015 at 1:43 AM, Martin Jansa wrote:
> On Sun, Nov 08, 2015 at 07:41:28PM -0800, Khem Raj wrote:
>> Martin
>>
>> The build failures are not due to luajit, they are due to lua itself
>> being upgraded beyond 5.1 and its ABI incompatible. Its being
>> highlighted
>> by luajit 2.1 most
On Tue, Oct 27, 2015 at 01:01:53PM +0100, Martin Jansa wrote:
> On Mon, Oct 26, 2015 at 11:49:18PM +0100, Andreas Müller wrote:
> > On Mon, Oct 26, 2015 at 9:47 PM, Martin Jansa
> > wrote:
> >
> > > === common (2) ===
> > > * /meta-openembedded/meta-oe/recipes-graphics/gerbil/gerbil_git.bb,
Hi Otavio,
2015-11-09 11:51 GMT+01:00 Otavio Salvador :
> Max,
>
> On Sat, Nov 7, 2015 at 5:52 PM, Khem Raj wrote:
>>> On Nov 7, 2015, at 4:20 AM, Max Krummenacher wrote:
>>>
>>> During the final link we get errors like this:
>>> .../4.9.4/ld: warning: hidden symbol 'sqlite3_temp_directory' in
Max,
On Sat, Nov 7, 2015 at 5:52 PM, Khem Raj wrote:
>> On Nov 7, 2015, at 4:20 AM, Max Krummenacher wrote:
>>
>> During the final link we get errors like this:
>> .../4.9.4/ld: warning: hidden symbol 'sqlite3_temp_directory' in
>> obj/.../sqlite.sqlite3.o) is referenced by DSO .../usr/lib/libs
On Sat, Nov 07, 2015 at 01:20:24PM +0100, Max Krummenacher wrote:
> v2:
> Review Zoltan Kuscsik:
> - prefer #pragma silencing of error over code refactoring
> - add link to upstream discussion
>
> Review Martin Jansa:
> - port fixes to cef3 also
>
> Max Krummenacher (5):
> chromium: fix gcc5 co
Hello,
I pushed following updates:
commit 7887e66d5df998b91d4df24a150c32a692784451 (HEAD -> pending,
origin/master, origin/HEAD)
Author: Max Krummenacher
Date: Sat Nov 7 13:20:29 2015 +0100
cef3: fix build with gcc 4.9.4
During the final link we get errors like this:
.../4.9
On Mon, Nov 9, 2015 at 6:10 AM, Kaaria, Erkka wrote:
> While the workaround would leave the underlying cause unfixed, it only
> requires changing one line. Since the cacao-initial-native is only used
> briefly during the build process, I think small workaround is better than
> large scale chang
On Sun, Nov 08, 2015 at 07:41:28PM -0800, Khem Raj wrote:
> Martin
>
> The build failures are not due to luajit, they are due to lua itself
> being upgraded beyond 5.1 and its ABI incompatible. Its being
> highlighted
> by luajit 2.1 most probbably, If the lua 5.1 reintroduction patch has
> been a
> From: openembedded-devel-boun...@lists.openembedded.org
> [mailto:openembedded-devel-boun...@lists.openembedded.org] On
> Behalf Of Otavio Salvador
> Sent: Friday, November 6, 2015 4:40 PM
> To: OpenEmbedded Devel List de...@lists.openembedded.org>
> Subject: Re: [oe] [meta-java] Sporadic segfau
16 matches
Mail list logo