Tweak recipe selftest-hardlink
- addition of libexecdir to simulate multiple directories
- add gdb.sh to run gdb from script which is invoked at test time.
- rename `hello' -> `hello1' to workaround name confliction with the one in
lmbench
Add test_gdb_hardlink_debug to selftest/package
- run a q
On 2018年08月26日 01:38, Alexander Kanavin wrote:
2018-08-25 19:13 GMT+02:00 Kai Kang :
Packages which inherit fontcache.bbclass call postinstall script
update_font_cache. And in update_font_cache, it calls ${bindir}/fc-cache
by qemuwrapper. When multilib is enabled, both packages foo and lib32-foo
2018-08-25 19:13 GMT+02:00 Kai Kang :
> Packages which inherit fontcache.bbclass call postinstall script
> update_font_cache. And in update_font_cache, it calls ${bindir}/fc-cache
> by qemuwrapper. When multilib is enabled, both packages foo and lib32-foo
> will call ${bindir}/fc-cache and one of t
== Series Details ==
Series: allarch: disable allarch when multilib is used (rev3)
Revision: 3
URL : https://patchwork.openembedded.org/series/13457/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests hav
Fix install files conflicts between multlib packages:
| Error: Transaction check error:
| file /usr/bin/g-ir-annotation-tool conflicts between attempted installs of
lib32-gobject-introspection-1.56.1-r0.x86 and
gobject-introspection-1.56.1-r0.core2_64
| file /usr/bin/g-ir-scanner conflicts b
Packages which inherit fontcache.bbclass call postinstall script
update_font_cache. And in update_font_cache, it calls ${bindir}/fc-cache
by qemuwrapper. When multilib is enabled, both packages foo and lib32-foo
will call ${bindir}/fc-cache and one of them will fail to run obviously.
Duplicate ins
allarch is disabled when multilib is used, so sstate oeqa case
test_sstate_allarch_samesigs_multilib is useless. Remove check for
allarch part and rename to test_sstate_nativesdk_samesigs_multilib.
Signed-off-by: Kai Kang
---
meta/lib/oeqa/selftest/cases/sstatetests.py | 11 ++-
1 file c
Some allarch packages rdepends non-allarch packages. When multilib is
used, it doesn't expand the dependency chain correctly, e.g.
core-image-sato -> ca-certificates(allarch) -> openssl
we expect dependency chain for lib32-core-image-sato:
lib32-core-image-sato -> ca-certificates(allarch) -> lib
Update SSTATE_DUPWHITELIST in sstate.bbclass.
* remove ${DEPLOY_DIR_RPM}/noarch/ which is not overwritten any more
* add directories for package target-sdk-provides-dummy
Signed-off-by: Kai Kang
---
meta/classes/sstate.bbclass | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git
V3:
* drop commit "cmake.bbclass: fix wrong toolchain flags of nativesdk package"
which causes some oe-selftest cases fail
* update postinstall script update_font_cache
* drop oe-selftest case test_sstate_allarch_samesigs_multilib
* fix some install file conflicts
The following changes since com
From: Denys Dmytriyenko
Signed-off-by: Denys Dmytriyenko
---
.../recipes-graphics/wayland/{wayland_1.15.0.bb => wayland_1.16.0.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-graphics/wayland/{wayland_1.15.0.bb => wayland_1.16.0.bb}
(92%)
diff --git a/meta/r
From: Denys Dmytriyenko
License checksum for compositor.c has changed due to extra copyright line
and year being updated - the license itself hasn't changed.
Signed-off-by: Denys Dmytriyenko
---
meta/recipes-graphics/wayland/{weston_4.0.0.bb => weston_5.0.0.bb} | 6 +++---
1 file changed, 3 in
I think this should be solved in the driver actually. It probably "knows"
which variant is there (or could be taught using devicetree or so).
On 24-08-18 11:04, Martin Jansa wrote:
One way to keep it allarch would be to package
${nonarch_base_libdir}/firmware/brcm/brcmfmac43430-sdio.AP6212.txt
The server which is hosting this is I believe in transit and should be back
online in couple days.
On Sat, Aug 25, 2018 at 10:50 AM Tomohiro Komagata <
tomohiro.komagata...@gmail.com> wrote:
> Hi all,
>
> In this week, I have failed to bitbake,
> because "http://sources.openembedded.org"; is unav
Hi all,
In this week, I have failed to bitbake,
because "http://sources.openembedded.org"; is unavailable and it occurs the
fetch error.
Does anyone have any information ?
When will its server be available ?
Best regards,
T.Komagata
--
___
Openembe
15 matches
Mail list logo
