In configure, the option ${HOST_CC_ARCH} was removed from ${CC}:
---
|configure:2188: WARNING: your environment misuses the CC variable
to hold CFLAGS/CPPFLAGS options
|configure:2284: testing resulting CC: 'arm-poky-linux-gnueabi-gcc
--sysroot=tmp/work/cortexa8hf-neon-poky-linux-gnueab
Signed-off-by: Hongxu Jia
---
.../ncurses/{ncurses_6.0+20160625.bb => ncurses_6.0+20161126.bb}| 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-core/ncurses/{ncurses_6.0+20160625.bb =>
ncurses_6.0+20161126.bb} (84%)
diff --git a/meta/recipes-core/ncurses/ncurses
- Update patches from upstream to 4.4
- Add ${PN}-loadable for loadable builtins which is new features in Bash 4.4
--
a. `make install' now installs the example loadable builtins and a set of
bash headers to use when developing new loadable builtins.
b. `enable -f' no
Changed in V3:
- Fix nativesdk-bash compile failure
- Fix ncurses configure failure in beaglebone
//Hongxu
The following changes since commit e758547db9048d4aa1c1415d6af8072f519fae24:
nss: Fix nss-native so the checksum doesn't change with BUILD_ARCH
(2017-02-09 10:52:03 +)
are availab
From: Zheng Ruoqin
1) Upgrade bash from 4.3.30 to 4.4
2) Delete 1 patche below, since they are integrated upstream.
fix-run-intl.patch
3) Modify 2 patches below to make it compatible with new version
fix-run-coproc-run-heredoc-run-execscript-run-test-f.patch
test-output.patch
4) Add 1 pa
The imp python module is the forerunner of importlib. Include imp in
the importlib subpackage instead of the misc subpackage so that it can
be depended on without bringing in a bunch of unrelated, unused modules.
Signed-off-by: George McCollister
---
meta/recipes-devtools/python/python-3.5-manif
Add missing dependency on nativesdk-python3-importlib so the imp Python
module is installed.
Before this patch, running gdb from the sdk would give the following
error:
Python Exception No module named 'imp':
Signed-off-by: George McCollister
---
meta/recipes-devtools/gdb/gdb-cross-canadian.i
From: Anders Darander
Commit: 512334f102a33833d39af53467894315f0715d07
"python-3.5-manifest: Add imp to importlib"
added imp to importlib in the generated manifest, but not in the generator
script.
Signed-off-by: Anders Darander
Signed-off-by: Ross Burton
---
scripts/contrib/python/
Add imp to python3-importlib. Make gdb-cross-canadian depend on
nativesdk-python3-importlib when python is enabled.
Changed since v1:
Cherry picked patch that changes generate-manifest-3.5.py to add imp to
importlib
The following changes since commit 55c835c73cc41b6fc809c941c295d62a612e49e0:
On Thu, Feb 9, 2017 at 2:46 AM, Jussi Kukkonen wrote:
> On 8 February 2017 at 22:06, George McCollister
> wrote:
>>
>> Any chance we can get this applied to morty?
>
>
> You should add [morty] tag to subject and CC the maintainer
> (akuster...@gmail.com) to improve chances of this happening. I'm
On 13 February 2017 at 18:21, Mike Crowe wrote:
> Or, we could just lose the common README file altogether. :)
>
I'd look very favourable on a patch to remove the README entirely, and I
think RP would too.
Ross
--
___
Openembedded-core mailing list
O
Current Dev Position: YP 2.3 M3
Next Deadline: YP 2.3 M3 by Feb. 27, 2017
SWAT team rotation: Leo-> Juro on Feb. 10, 2017.
SWAT team rotation: Juro -> Anibal on Feb. 17, 2017.
https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team
Key Status/Updates:
·YP 2.3 M2 was rebuilt
On Monday 13 February 2017 at 09:38:04 -0800, Khem Raj wrote:
> On Mon, Feb 13, 2017 at 4:41 AM, Mike Crowe wrote:
> > If two do_image_complete tasks run in parallel they risk both trying to put
> > their image into ${DEPLOY_DIR_IMAGE} at the same time. Both will contain a
> > README_-_DO_NOT_DELE
On Mon, Feb 13, 2017 at 7:05 PM, Richard Purdie
wrote:
>
> To be clear, you can't depend on the build dependencies of some other
> recipe to be available to your recipe just because you DEPEND on it.
>
Yes I expected that my fault. Together with my hack on sysroot
alignments I think this is the en
On Mon, 2017-02-13 at 16:45 +0100, Andreas Müller wrote:
> On Mon, Feb 13, 2017 at 4:24 PM, Patrick Ohly > wrote:
> > On Mon, 2017-02-13 at 15:36 +0100, Martin Jansa wrote:
> > > I think it's feature which was already there, but almost never
> > > triggered (even in test-dependencies.sh tests), bu
Signed-off-by: Khem Raj
---
.../0001-Append-the-user-provided-flags-to-the-auto-detected-.patch | 0
.../0001-confiure.ac-Believe-the-cflags-from-environment.patch | 0
meta/recipes-support/gmp/{gmp-6.1.1 => gmp-6.1.2}/amd64.patch| 0
.../gmp/{gmp-6.1.1 => gmp-6.1.2}/use-includedir
Drop already applied patches
Signed-off-by: Khem Raj
---
.../gdb/{gdb-7.12.inc => gdb-7.12.1.inc} | 5 +--
...nadian_7.12.bb => gdb-cross-canadian_7.12.1.bb} | 0
.../gdb/{gdb-cross_7.12.bb => gdb-cross_7.12.1.bb} | 0
.../cb93dc7f262978bafe36397a41a56e409a302042.patch | 43
here is shortlog
* d6601f0a avoid unbounded strlen in gettext functions
* dbbb3734 fix use of uninitialized pointer in gettext core
* 01e6bbec fix bindtextdomain logic error deactivating other domains
* 6894f847 fix spurious EINTR errors from multithreaded set*id, etc.
* 1f53e7d0 fix crashes in x3
On Mon, Feb 13, 2017 at 4:41 AM, Mike Crowe wrote:
> If two do_image_complete tasks run in parallel they risk both trying to put
> their image into ${DEPLOY_DIR_IMAGE} at the same time. Both will contain a
> README_-_DO_NOT_DELETE_FILES_IN_THIS_DIRECTORY.txt file. In theory this
> should be safe b
On Mon, Feb 13, 2017 at 6:24 AM, Robert P. J. Day wrote:
>
> first, is there any value (or even any example) where one would want
> to have multiple git-based recipe files for the same recipe? i'm
> unaware of such a thing, and not even sure what naming convention you
> would use to support mult
Please consider this set for krogoth-next. I dropped a few SRC_URI changes as
they are not in master.
There is one AB build failure for edsk on ppc so this set is mostly clean.
The following changes since commit ae9b341ecfcc60e970f29cfe04306411ad26c0cf:
bitbake: bitbake: toaster: settings set
The word 'uninstall' was spelled incorrectly in various parts of
oeqa files.
Signed-off-by: Humberto Ibarra
---
meta-selftest/lib/oeqa/runtime/cases/selftest.py | 6 +++---
meta/lib/oeqa/oetest.py | 12 ++--
meta/lib/oeqa/selftest/runtime-test.py | 2
On Mon, 2017-02-13 at 18:03 +0100, Patrick Ohly wrote:
> On Mon, 2017-02-13 at 16:24 +0100, Patrick Ohly wrote:
> > On Mon, 2017-02-13 at 15:36 +0100, Martin Jansa wrote:
> > > Hi Andreas,
> > >
> > >
> > > I think it's feature which was already there, but almost never
> > > triggered (even in te
I discovered that we were not running autoreconf (and cannot due to the
unconvential file structure upstream), so manually run autoconf and move the
generated configure to the right place as we do already for gnu-configize.
Update no-x.patch (now that it is actually being used) so that it doesn't
On Mon, 2017-02-13 at 16:24 +0100, Patrick Ohly wrote:
> On Mon, 2017-02-13 at 15:36 +0100, Martin Jansa wrote:
> > Hi Andreas,
> >
> >
> > I think it's feature which was already there, but almost never
> > triggered (even in test-dependencies.sh tests), but with RSS it fails
> > reliably.
> >
>
On Mon, 13 Feb 2017, Christopher Larson wrote:
> On Mon, Feb 13, 2017 at 6:51 AM, Robert P. J. Day
> wrote:
>
> next (and what might be a silly question), based on the above, is it
> possible to set absurdly misleading PV values in recipe files for the
> same recipe, such a
On Mon, Feb 13, 2017 at 6:51 AM, Robert P. J. Day
wrote:
> On Thu, 9 Feb 2017, Leonardo Sandoval wrote:
>
> >
> >
> > On 02/09/2017 06:06 AM, Robert P. J. Day wrote:
> > >i *thought* i understood this, but a colleague insists i don't so
> > > ... dumb question time.
> > >
> > >recently, i
On 02/13/2017 05:05 PM, Alexander Kanavin wrote:
This patchset replaces the outdated, unsupported Smart package manager with
DNF package manager (Fedora's successor to yum). This is not a trivial change
and there are many consequences:
- DNF is API incompatible with rpm5; therefore rpm5 is repla
On 13 February 2017 at 01:35, Hongxu Jia wrote:
> Could you accept the upgrade patches except ncurses and bash?
> If yes, I will only resend ncurses and bash.
>
That's fine, the rest of the series is staged already.
Ross
--
___
Openembedded-core mail
On 13 February 2017 at 16:02, Alexander Kanavin <
alexander.kana...@linux.intel.com> wrote:
> The test is forcing its own private DL_DIR, so I really don't see why we
> should be concerned about avoiding doing cleanall:
>
So it is! Still, overcomplicating things. No need to have a custom DL_DIR
On 02/13/2017 05:36 PM, Burton, Ross wrote:
runCmd('bitbake -c cleanall man xcursor-transparent-theme')
-result = runCmd('bitbake man xcursor-transparent-theme -k',
ignore_status=True)
+result = runCmd('bitbake -c unpack -k man
xcursor-transparent-them
Question is a duplicate of
http://lists.openembedded.org/pipermail/openembedded-core/2017-February/132608.html
So discuss it there.
Max
2017-02-12 19:11 GMT+01:00 Max Krummenacher :
> Hi
>
> Should the buildsystem install RDEPENDS of depending native packages
> automatically in the RSS?
> I.e, if
Hi
I got the same issue, formulated in the following question:
http://lists.openembedded.org/pipermail/openembedded-core/2017-February/132604.html
Here a recipe failed because a native package which were in DEPENDS
did not get the RDEPENDS of those native package installed.
Something I would have
On Mon, Feb 13, 2017 at 4:24 PM, Patrick Ohly wrote:
> On Mon, 2017-02-13 at 15:36 +0100, Martin Jansa wrote:
>> Hi Andreas,
>>
>>
>> I think it's feature which was already there, but almost never
>> triggered (even in test-dependencies.sh tests), but with RSS it fails
>> reliably.
>>
>>
>> See:
>
On Mon, 2017-02-13 at 16:32 +0100, Martin Jansa wrote:
> On Mon, Feb 13, 2017 at 04:24:15PM +0100, Patrick Ohly wrote:
> > On Mon, 2017-02-13 at 15:36 +0100, Martin Jansa wrote:
> > > Hi Andreas,
> > >
> > >
> > > I think it's feature which was already there, but almost never
> > > triggered (eve
On 13 February 2017 at 15:06, Alexander Kanavin <
alexander.kana...@linux.intel.com> wrote:
> runCmd('bitbake -c cleanall man xcursor-transparent-theme')
> -result = runCmd('bitbake man xcursor-transparent-theme -k',
> ignore_status=True)
> +result = runCmd('bitbake -c unp
On Mon, Feb 13, 2017 at 04:24:15PM +0100, Patrick Ohly wrote:
> On Mon, 2017-02-13 at 15:36 +0100, Martin Jansa wrote:
> > Hi Andreas,
> >
> >
> > I think it's feature which was already there, but almost never
> > triggered (even in test-dependencies.sh tests), but with RSS it fails
> > reliably.
On Mon, 2017-02-13 at 15:36 +0100, Martin Jansa wrote:
> Hi Andreas,
>
>
> I think it's feature which was already there, but almost never
> triggered (even in test-dependencies.sh tests), but with RSS it fails
> reliably.
>
>
> See:
> http://lists.openembedded.org/pipermail/openembedded-core/20
On Mon, Feb 13, 2017 at 3:36 PM, Martin Jansa wrote:
> Hi Andreas,
>
> I think it's feature which was already there, but almost never triggered
> (even in test-dependencies.sh tests), but with RSS it fails reliably.
>
> See:
> http://lists.openembedded.org/pipermail/openembedded-core/2016-July/124
librepo is needed by dnf and libdnf.
Signed-off-by: Alexander Kanavin
---
...ly-set-the-library-installation-directory.patch | 28 +++
...to-obtain-PYTHON_INSTALL_DIR-by-running-p.patch | 41 ++
...-race-when-deleting-temporary-directories.patch | 41 +
nativesdk-* rpm packages all require /bin/sh because postinst scriptlets
are run with it. We can either teach rpm4 and dnf to ignore that dependency
(a lot of non-upstreamable work), or add auto-satisfy the dependency
in each package. I've chosen to do the latter.
Signed-off-by: Alexander Kanavin
From: Amarnath Valluri
Unlike rpm, debian packaging does not allow file paths in 'Provides:' field.
When 'usrmerge' distro feature enabled bash/busybox packages adds '/bin/sh' to
it's RPROVIDES to satisfy build dependencies, this entry should be filtered out.
Signed-off-by: Amarnath Valluri
Sig
It was used only by rpm5, and will be moved to meta-oe.
Signed-off-by: Alexander Kanavin
---
.../ossp-uuid/0001-Change-library-name.patch | 119 -
...erve-m-option-status-in-v-option-handling.patch | 62 ---
.../ossp-uuid/0003-Fix-whatis-entries.patch|
It was used only by rpm5 and will be moved to meta-oe
Signed-off-by: Alexander Kanavin
---
meta/recipes-extended/byacc/byacc.inc | 22 ---
.../0001-byacc-do-not-reorder-CC-and-CFLAGS.patch | 161 -
meta/recipes-extended/byacc/byacc/byacc-open.patch | 25
dnf insists that it cannot be done:
Error: package libglib-2.0-0-1:2.50.2-r0.i586 requires /bin/sh, but none of the
providers can be installed
- package libdnf1-0.2.3+git0+367545629c-r0.i586 requires libglib-2.0-0 >=
2.50.2, but none of the providers can be installed
- package bash-4.3.30-r0
rpm4 seems to be stricter about duplicate entries in .spec, and so
we should let it fail for the test case to succeed.
Signed-off-by: Alexander Kanavin
---
meta/lib/oeqa/selftest/buildoptions.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/lib/oeqa/selftest/buildoptio
Signed-off-by: Alexander Kanavin
---
meta/classes/testimage.bbclass | 62 +-
meta/lib/oeqa/oetest.py | 7 --
meta/lib/oeqa/runtime/cases/dnf.py | 109 +
meta/lib/oeqa/runtime/cases/parselogs.py | 1 +
meta/lib/oeqa/runtime/cases/rpm.py
This was fetching and building the toolchain and everything else
against empty download dir and sstate cache, and so was enormously slow.
The test does not need that, it only checks that one fetch task fails and
another succeeds when using bitbake's -k option.
Signed-off-by: Alexander Kanavin
---
This is the ${W}/package directory which may be reused in subsequent builds.
Also clean up various default directories rpm 4 creates.
Signed-off-by: Alexander Kanavin
---
meta/classes/package_rpm.bbclass | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/meta/classes/pac
Signed-off-by: Alexander Kanavin
---
scripts/rpm2cpio.sh | 108 ++--
1 file changed, 55 insertions(+), 53 deletions(-)
diff --git a/scripts/rpm2cpio.sh b/scripts/rpm2cpio.sh
index 5df8c0f7054..cf23472ba95 100755
--- a/scripts/rpm2cpio.sh
+++ b/scri
Signed-off-by: Alexander Kanavin
---
meta/classes/package_rpm.bbclass | 13 ++---
1 file changed, 10 insertions(+), 3 deletions(-)
diff --git a/meta/classes/package_rpm.bbclass b/meta/classes/package_rpm.bbclass
index 1bf155a92ea..a972f0bb7d5 100644
--- a/meta/classes/package_rpm.bbclass
Signed-off-by: Alexander Kanavin
---
meta/classes/package_rpm.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/package_rpm.bbclass b/meta/classes/package_rpm.bbclass
index 95a8b147c4e..1bf155a92ea 100644
--- a/meta/classes/package_rpm.bbclass
+++ b/meta/cla
Signed-off-by: Alexander Kanavin
---
scripts/oe-setup-rpmrepo | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts/oe-setup-rpmrepo b/scripts/oe-setup-rpmrepo
index 7dcded8f1d4..df1c61435c1 100755
--- a/scripts/oe-setup-rpmrepo
+++ b/scripts/oe-setup-rpmrepo
@@ -89,7 +89,7
Signed-off-by: Alexander Kanavin
---
meta/recipes-core/packagegroups/nativesdk-packagegroup-sdk-host.bb | 2 +-
meta/recipes-devtools/dnf/dnf_git.bb | 1 -
meta/recipes-devtools/libcomps/libcomps_git.bb | 2 +-
meta/recipes-devtools/li
To properly look at this patch, you probably need a side-by-side diff viewing
tool.
Signed-off-by: Alexander Kanavin
---
meta/classes/rootfs_rpm.bbclass | 21 +-
meta/lib/oe/package_manager.py | 1186 +++
meta/lib/oe/rootfs.py | 18 +-
meta/lib
Previously they were swapped, not sure why. Their meaning, as far as rpm
world goes, is different:
- Recommends is a soft dependency and will be installed by default; there is
an option not to do that.
- Suggests is a suggestion to be picked up and presented to end user by
package management tool
All commands that cannot be executed during cross-install and can only be run
on target
should go into this function. They will only be executed on first boot (if
package was
cross-installed) or immediately during package installation on target.
The previous approach was to check if we are cross
No need to store the configuration as class members,
just pass it directly into the method.
Signed-off-by: Alexander Kanavin
---
meta/lib/oe/package_manager.py | 41 ++---
meta/lib/oe/rootfs.py | 5 -
2 files changed, 26 insertions(+), 20 deletio
Too many places in dnf/rpm4 stack make that assumption; let's not fight against
it.
Signed-off-by: Alexander Kanavin
---
meta/classes/package_rpm.bbclass | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/meta/classes/package_rpm.bbclass b/meta/classes/package_rpm.bbclass
in
Version 6.x of Berkeley DB has been rejected by open source community due to
its hostile
AGPLv3 license; both Fedora and Debian are sticking with db 5.x - and by
extension,
all the open source projects are still developed and tested with db 5.x
In oe-core the only thing that was requiring db 6.x
Signed-off-by: Alexander Kanavin
---
...m_sys-use-md5sum-instead-of-mtime-as-the-.patch | 38 --
...art-add-deugging-when-targetpath-is-empty.patch | 47 ---
.../smart-add-for-rpm-ignoresize-check.patch | 35 --
.../smart-already-installed-message.patch | 54 ---
.../python/pyt
libcomps is required by dnf.
Signed-off-by: Alexander Kanavin
---
...-set-PYTHON_INSTALL_DIR-by-running-python.patch | 41 ++
...2-Set-library-installation-path-correctly.patch | 27 ++
meta/recipes-devtools/libcomps/libcomps_git.bb | 23
3 files
This is replacing Smart package manager, which is unsupported upstream, and has
a growing
amount of issues (lack of python 3.x support in particular). We identified dnf
as
the only feasible replacement.
Signed-off-by: Alexander Kanavin
---
...Corretly-install-tmpfiles.d-configuration.patch | 2
libdnf is required by dnf.
Signed-off-by: Alexander Kanavin
---
...cmake-drop-the-requirement-for-GTKDOC_SCA.patch | 31 +++
...ers-for-both-libsolv-and-libsolvext-libdn.patch | 28 +
...-sysroot-path-to-introspection-tools-path.patch | 36 ++
It is needed by dnf, and only when using Python 2.x, so can
be dropped after moving dnf/rpm4 stack to Python 3.x.
Signed-off-by: Alexander Kanavin
---
...-not-add-include-and-library-directories-.patch | 32 ++
.../python-backports-lzma_git.bb | 21 +
python-pygpgme is required by dnf.
Signed-off-by: Alexander Kanavin
---
meta/recipes-devtools/python/python-pygpgme_0.3.bb | 18 ++
1 file changed, 18 insertions(+)
create mode 100644 meta/recipes-devtools/python/python-pygpgme_0.3.bb
diff --git a/meta/recipes-devtools/python/p
python-iniparse is required by dnf.
Signed-off-by: Alexander Kanavin
---
meta/recipes-devtools/python/python-iniparse_0.4.bb | 17 +
1 file changed, 17 insertions(+)
create mode 100644 meta/recipes-devtools/python/python-iniparse_0.4.bb
diff --git a/meta/recipes-devtools/python
The dnf stack is written and tested against rpm 4.x. So if we want to use dnf
for packaging,
we should also use rpm 4 - there's simply too much work involved in making rpm
5 work with it due
to significant API differences, and supporting that going forward.
Signed-off-by: Alexander Kanavin
---
This is the current C reimplementation/replacement of the original createrepo.
https://github.com/rpm-software-management/createrepo_c/wiki
Signed-off-by: Alexander Kanavin
---
...0001-Correctly-install-the-shared-library.patch | 28 ++
...-set-PYTHON_INSTALL_DIR-by-running-p
The source code is incompatible with rpm4 API - let's use rpm
binary itself for now.
Signed-off-by: Alexander Kanavin
---
meta/recipes-devtools/rpm/rpmresolve/rpmresolve.c | 426 --
meta/recipes-devtools/rpm/rpmresolve_1.0.bb | 29 --
2 files changed, 455 deletions(-)
Signed-off-by: Alexander Kanavin
---
.../createrepo/createrepo/createrepo-dbpath.patch | 61
.../createrepo/createrepo/createrepo-rpm549.patch | 22 ---
...dumpMetadata-disable-signature-validation.patch | 31
.../createrepo/createrepo/fix-native-install.patch | 163 ---
rpm4 installs them in different locations than rpm5. This also replaces
our custom rpmdeps-oecore with standard rpmdeps; I'm not seeing a
significant performance penalty.
Signed-off-by: Alexander Kanavin
---
meta/classes/package.bbclass | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
This is required by libdnf.
Signed-off-by: Alexander Kanavin
---
meta/recipes-extended/libsolv/libsolv_0.6.24.bb | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-extended/libsolv/libsolv_0.6.24.bb
b/meta/recipes-extended/libsolv/libsolv_0.6.24.bb
index 6de38b
This is required by various pieces in the dnf stack
Signed-off-by: Alexander Kanavin
---
meta/recipes-support/gpgme/gpgme_1.6.0.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-support/gpgme/gpgme_1.6.0.bb
b/meta/recipes-support/gpgme/gpgme_1.6.0.bb
index a2d05878b61..493a1
This patchset replaces the outdated, unsupported Smart package manager with
DNF package manager (Fedora's successor to yum). This is not a trivial change
and there are many consequences:
- DNF is API incompatible with rpm5; therefore rpm5 is replaced with rpm4.
- There are various non-default fea
Martin,
> -Original Message-
> From: Martin Jansa [mailto:martin.ja...@gmail.com]
> Sent: Friday, February 10, 2017 2:54 PM
> To: Bryan Evenson
> Cc: Openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core] libcurl vs. libcurl5 vs. libcurl4
>
> On Fri, Feb 10, 2017 at 03:41:44PM
Hi Andreas,
I think it's feature which was already there, but almost never triggered
(even in test-dependencies.sh tests), but with RSS it fails reliably.
See:
http://lists.openembedded.org/pipermail/openembedded-core/2016-July/124435.html
On Mon, Feb 13, 2017 at 2:47 PM, Andreas Müller <
schnit
first, is there any value (or even any example) where one would want
to have multiple git-based recipe files for the same recipe? i'm
unaware of such a thing, and not even sure what naming convention you
would use to support multiple git recipes for the same recipe so that
the filenames wouldn't
Otherwise this fails to build the libraries:
relocation R_X86_64_PC32 against undefined hidden symbol `__init_array_start'
can not be used when making a shared object
Signed-off-by: Ross Burton
---
meta/conf/distro/include/security_flags.inc | 1 +
1 file changed, 1 insertion(+)
diff --git a/m
Running e.g. bitbake -e busybox with latest oe-core triggers this badly
looking exception:
Can we add some weak assignment for people who don't care about wic
or core-image-tiny-initramfs to continue using oe-core?
ERROR: ExpansionError during parsing /OE/oe-core/meta/recipes-core/images/
core-im
Yup, that patch was already in my oe-core fork for next run.
see
http://lists.openembedded.org/pipermail/openembedded-devel/2017-February/73.html
On Mon, Feb 13, 2017 at 1:36 PM, Burton, Ross wrote:
>
> On 10 February 2017 at 08:28, Martin Jansa wrote:
>
>> * openembedded-core/meta/rec
On Thu, 9 Feb 2017, Leonardo Sandoval wrote:
>
>
> On 02/09/2017 06:06 AM, Robert P. J. Day wrote:
> >i *thought* i understood this, but a colleague insists i don't so
> > ... dumb question time.
> >
> >recently, i asked about the netdata recipe file "netdata_git.bb",
> > which contains th
On Mon, Feb 13, 2017 at 1:26 AM, Andreas Müller
wrote:
> Hi
>
> I try to get meta-qt5-extra fit for latest oe-core (RSS). One thing
> that causes my attention is that many recipes's configure can be fixed
> by adding gettext-native. This seems odd to me because all of these
> recipes depend upon k
100+ PNBLACKLISTs later and more to come today
== Number of issues - stats ==
{| class='wikitable'
!|Date !!colspan='3'|Failed tasks
!!colspan='6'|Failed depencencies!!|Signatures
!!colspan='12'|QA !!Comment
|-
|| ||qe
If two do_image_complete tasks run in parallel they risk both trying to put
their image into ${DEPLOY_DIR_IMAGE} at the same time. Both will contain a
README_-_DO_NOT_DELETE_FILES_IN_THIS_DIRECTORY.txt file. In theory this
should be safe because "cp -alf" will just cause one to overwrite the
other.
On 02/10/2017 03:42 PM, Amarnath Valluri wrote:
Unlike rpm, debian packaging does not allow file paths in 'Provides:' field.
When 'usrmerge' distro feature enabled bash/busybox packages adds '/bin/sh' to
it's RPROVIDES to satisfy build dependencies, this entry should be filtered out.
Thanks for
On Mon, 2017-02-13 at 12:19 +, Mike Crowe wrote:
> On Monday 13 February 2017 at 11:54:32 +0100, Patrick Ohly wrote:
> > To me it seems like the right solution. Inheriting
> > release-source.bbclass could be limited to builds which produce
> > releases, for example in your CI setup, then normal
On 10 February 2017 at 08:28, Martin Jansa wrote:
> * openembedded-core/meta/recipes-support/libxslt/libxslt_1.1.29.bb:
> do_compile
>
This is due to ld-is-gold, there's a patch from Jussi on the list (and in
mut).
Ross
--
___
Openembedded-core m
Hi
On Mon, Feb 13, 2017 at 1:26 PM, Burton, Ross wrote:
>
>
> On 13 February 2017 at 12:18, Ricardo Ribalda Delgado
> wrote:
>>
>> What is the status on this? it just needs to be resend to meta-oe? We are
>> considering meson for our next project and we need support in OE.
>
>
> Yes. If the g
On 13 February 2017 at 12:18, Ricardo Ribalda Delgado <
ricardo.riba...@gmail.com> wrote:
> What is the status on this? it just needs to be resend to meta-oe? We are
> considering meson for our next project and we need support in OE.
>
Yes. If the growth continues then we'll have to move it into
Hi!
What is the status on this? it just needs to be resend to meta-oe? We are
considering meson for our next project and we need support in OE.
Regards!
On Tue, Feb 7, 2017 at 5:33 PM, Burton, Ross wrote:
>
> On 1 December 2016 at 16:23, wrote:
>
>> Meson is a build system designed to be fast
On Monday 13 February 2017 at 11:54:32 +0100, Patrick Ohly wrote:
> On Fri, 2017-02-10 at 18:32 +, Mike Crowe wrote:
> > On Thursday 09 February 2017 at 17:24:39 +0100, Patrick Ohly wrote:
> > > On Wed, 2017-02-08 at 13:48 +, Mike Crowe wrote:
> > > > On Wednesday 08 February 2017 at 14:04:
On Fri, 2017-02-10 at 18:32 +, Mike Crowe wrote:
> On Thursday 09 February 2017 at 17:24:39 +0100, Patrick Ohly wrote:
> > On Wed, 2017-02-08 at 13:48 +, Mike Crowe wrote:
> > > On Wednesday 08 February 2017 at 14:04:42 +0100, Patrick Ohly wrote:
> The part I'd missed is the all-important l
93 matches
Mail list logo
