|
[PATCHv2][meta-gplv2] gnutls: add older gnutls compatible with nettle
ping This is needed in both pyro and master branches. And possibly in morty branch, but I haven't seen any replies about it in my RFC.
ping This is needed in both pyro and master branches. And possibly in morty branch, but I haven't seen any replies about it in my RFC.
|
By
Martin Jansa
· #36099
·
|
|
Qt 5.8: do_rootfs: File 'qtdeclarative-plugins' not found
No, this won't be added to meta-qt5 layer, because it's not the right fix. If you're happy with empty packages, then you don't need meta-qt5 at all. Empty packages are useless and bitbake is right not
No, this won't be added to meta-qt5 layer, because it's not the right fix. If you're happy with empty packages, then you don't need meta-qt5 at all. Empty packages are useless and bitbake is right not
|
By
Martin Jansa
· #35796
·
|
|
[PATCHv2][meta-gplv2] gnutls: add older gnutls compatible with nettle
* gnutls depends on nettle-3.1* since 3.4.0: The requirement for nettle was bumped from 3.0 to 3.1 in gnutls_3_4_0 https://gitlab.com/gnutls/gnutls/commit/c84129af91b21d33ffe086e507632771b0e76498 and
* gnutls depends on nettle-3.1* since 3.4.0: The requirement for nettle was bumped from 3.0 to 3.1 in gnutls_3_4_0 https://gitlab.com/gnutls/gnutls/commit/c84129af91b21d33ffe086e507632771b0e76498 and
|
By
Martin Jansa
· #35760
·
|
|
[RFC][meta-gplv2] layer priority and worth creating branch compatible with morty?
You're right, after fixing our tooling to correctly override BBFILE_PRIORITY based on priorities in layer list I'm seeing such issue.e.g. gstreamer failing with: | autopoint: *** The AM_GNU_GETTEXT_VE
You're right, after fixing our tooling to correctly override BBFILE_PRIORITY based on priorities in layer list I'm seeing such issue.e.g. gstreamer failing with: | autopoint: *** The AM_GNU_GETTEXT_VE
|
By
Martin Jansa
· #35759
·
|
|
[RFC][meta-gplv2] layer priority and worth creating branch compatible with morty?
1) layer priority, currently it has: BBFILE_PRIORITY_gplv2 = "1" which is lower than oe-core with: BBFILE_PRIORITY_core = "5" so in order to use recipes from meta-gplv2 layer, user has to add couple P
1) layer priority, currently it has: BBFILE_PRIORITY_gplv2 = "1" which is lower than oe-core with: BBFILE_PRIORITY_core = "5" so in order to use recipes from meta-gplv2 layer, user has to add couple P
|
By
Martin Jansa
· #35731
·
|
|
[PATCH][meta-gplv2] gnutls: add older gnutls compatible with nettle
I'll check the exact error message, but do_configure was failing for me when I did first build without this dependency. Most likely because this option was removed with 3.5.1 upgrade in: commit e8ef59
I'll check the exact error message, but do_configure was failing for me when I did first build without this dependency. Most likely because this option was removed with 3.5.1 upgrade in: commit e8ef59
|
By
Martin Jansa
· #35708
·
|
|
[PATCH][meta-gplv2] gnutls: add older gnutls compatible with nettle
* gnutls depends on nettle-3.1* since 3.4.0: The requirement for nettle was bumped from 3.0 to 3.1 in gnutls_3_4_0 https://gitlab.com/gnutls/gnutls/commit/c84129af91b21d33ffe086e507632771b0e76498 and
* gnutls depends on nettle-3.1* since 3.4.0: The requirement for nettle was bumped from 3.0 to 3.1 in gnutls_3_4_0 https://gitlab.com/gnutls/gnutls/commit/c84129af91b21d33ffe086e507632771b0e76498 and
|
By
Martin Jansa
· #35701
·
|
|
[PATCH][meta-gplv2] bison: add missing patch from oe-core
* meta-gplv2/recipes-devtools/bison/bison_2.3.bb: Unable to get checksum for bison SRC_URI entry bison-2.3_m4.patch: file could not be found Signed-off-by: Martin Jansa <Martin.Jansa@...> --- re
* meta-gplv2/recipes-devtools/bison/bison_2.3.bb: Unable to get checksum for bison SRC_URI entry bison-2.3_m4.patch: file could not be found Signed-off-by: Martin Jansa <Martin.Jansa@...> --- re
|
By
Martin Jansa
· #34932
·
|
|
meta-efl build?
I was always using meta-efl only in x11 builds. There is wayland PACKAGECONFIG for efl: recipes-efl/efl/efl.inc:PACKAGECONFIG ?= "egl opengl-es gstreamer1 pulseaudio luajit ${@bb.utils.contains('DISTR
I was always using meta-efl only in x11 builds. There is wayland PACKAGECONFIG for efl: recipes-efl/efl/efl.inc:PACKAGECONFIG ?= "egl opengl-es gstreamer1 pulseaudio luajit ${@bb.utils.contains('DISTR
|
By
Martin Jansa
· #34515
·
|
|
[bitbake-devel] [oe] Infra Full Stop 12/26-12/29
It doesn't seem to be working here: error: Could not fetch origin fatal: unable to connect to git.openembedded.org: git.openembedded.org[0: 104.236.212.160]: errno=Connection refused git.openembedded.
It doesn't seem to be working here: error: Could not fetch origin fatal: unable to connect to git.openembedded.org: git.openembedded.org[0: 104.236.212.160]: errno=Connection refused git.openembedded.
|
By
Martin Jansa
· #33587
·
|
|
Can't set march=armv5te
The package architecture was change to match with compiler flags used in build. Most people were assuming that they are using thumb when they have seen "t" in package arch, but because default value o
The package architecture was change to match with compiler flags used in build. Most people were assuming that they are using thumb when they have seen "t" in package arch, but because default value o
|
By
Martin Jansa
· #33232
·
|
|
Can't set march=armv5te
Using and not using thumb was also controlled not only by TUNE_FEATURES (MACHINE defines that) but also by ARM_INSTRUCTION_SET (DISTRO defines that). So you weren't building with thumb enabled even wh
Using and not using thumb was also controlled not only by TUNE_FEATURES (MACHINE defines that) but also by ARM_INSTRUCTION_SET (DISTRO defines that). So you weren't building with thumb enabled even wh
|
By
Martin Jansa
· #33231
·
|
|
Shared state doesn't live up to its name?
Compare the signatures of these 2 native builds. I'm still using sstate-diff-machines.sh to create archives of sstate signatures for interesting builds, so that I can easily compare them with other bu
Compare the signatures of these 2 native builds. I'm still using sstate-diff-machines.sh to create archives of sstate signatures for interesting builds, so that I can easily compare them with other bu
|
By
Martin Jansa
· #33224
·
|
|
[meta-qt4][PATCH 1/2] qt4-embedded.inc: provide PACKAGECONFIG for tslib
I've prepared such change and will include it in next world build to see how many things still abuse EXTRA_OECONF (hopefully buildhistory will catch at least some differences once the options are gone
I've prepared such change and will include it in next world build to see how many things still abuse EXTRA_OECONF (hopefully buildhistory will catch at least some differences once the options are gone
|
By
Martin Jansa
· #31611
·
|
|
[meta-qt4][PATCH 1/2] qt4-embedded.inc: provide PACKAGECONFIG for tslib
Does this really work? Why don't you append PACKAGECONFIG_CONFARGS variable to QT_EMBEDDED_EXTRA_FLAGS and leave only -plugin-mouse-tslib in PACKAGECONFIG?
Does this really work? Why don't you append PACKAGECONFIG_CONFARGS variable to QT_EMBEDDED_EXTRA_FLAGS and leave only -plugin-mouse-tslib in PACKAGECONFIG?
|
By
Martin Jansa
· #31548
·
|
|
[oe] [OE-core] [RFT] binutils 2.27
I'm not sure if it's caused by this binutils upgrade (because openssl in oe-core is also using version script, imported from debian) or some change in cmake/openssl, but today all recipes using cmake
I'm not sure if it's caused by this binutils upgrade (because openssl in oe-core is also using version script, imported from debian) or some change in cmake/openssl, but today all recipes using cmake
|
By
Martin Jansa
· #31440
·
|
|
[meta][PATCH] python-3.4-manifest: Add some missing RDEPENDS
manifest is generated, you need to update the script which generates that (read file header).
manifest is generated, you need to update the script which generates that (read file header).
|
By
Martin Jansa
· #31319
·
|
|
Patchwork users: Help test new version
I was using it to update meta-oe/master-next in last few days and it seems to work the same as old patchwork for me. But quite often I've noticed very slow response, is it running on slower HW while t
I was using it to update meta-oe/master-next in last few days and it seems to work the same as old patchwork for me. But quite often I've noticed very slow response, is it running on slower HW while t
|
By
Martin Jansa
· #30720
·
|
|
is there an actual "compiler-gcc6.h" patch?
Backport this change to your kernel: From cb984d101b30eb7478d32df56a0023e4603cba7f Mon Sep 17 00:00:00 2001 From: Joe Perches <joe@...> Date: Thu, 25 Jun 2015 15:01:02 -0700 Subject: [PATCH] c
Backport this change to your kernel: From cb984d101b30eb7478d32df56a0023e4603cba7f Mon Sep 17 00:00:00 2001 From: Joe Perches <joe@...> Date: Thu, 25 Jun 2015 15:01:02 -0700 Subject: [PATCH] c
|
By
Martin Jansa
· #30545
·
|
|
Another new error
I was seeing this even before switch to python3, so probably unrelated.
I was seeing this even before switch to python3, so probably unrelated.
|
By
Martin Jansa
· #30355
·
|