Hi Zangrc,
this patch is now in master-next
https://patchwork.openembedded.org/series/27030/
but autobuilder detected a compilation error in the upgraded version
https://autobuilder.yoctoproject.org/typhoon/#/builders/61/builds/2736/steps/13/logs/stdio
Can you please take a look? (seems lik
Great that you figure out a solution.
So I belive we need to revert this commit:
commit 043d9ac0ae441e9a7e2ea8934bfc595a03ef9a52
Author: Leonardo Sandoval
Date: Mon Sep 25 13:52:59 2017 -0700
sign_rpm.bbclass: force rpm serial signing
Newer versions of gpg (at least 2.1.5 and
From: Leonardo Sandoval
Run in parallel the (oe)selftests using GNU/Parallel: for each test
defined, a job will be launched and at any time at maximum of jobs
will be executing (defaults to 4).
1. Run all modules
parallel-oe-selftest.sh
2. Run certain modules and print results in order
On Mon, 18 Dec 2017 12:26:32 -0800
Andre McCurdy wrote:
> On Mon, Dec 18, 2017 at 9:43 AM,
> wrote:
> > From: Leonardo Sandoval
> >
> > Parallelize oe-selftest execution using GNU/Parallel: for each test
> > defined, a job will be launched and at any time at ma
From: Leonardo Sandoval
Parallelize oe-selftest execution using GNU/Parallel: for each test
defined, a job will be launched and at any time at maximun of jobs will
be executing (defaults to 4).
1. Run all modules
parallel-oe-selftest.sh
2. Run certaing modules and print results in order
From: Leonardo Sandoval
The main idea is to isolate the oe-selftest execution so neither the current
build directory, configuration nor environment is use when executing the
selftests.
The approach uses 'oe-selftest' as a wrapper scripts with once all isolation
setup is done, it call
From: Leonardo Sandoval
Some test cases (eSDK.oeSDK*, runtime_test/*) does not match
with current regex, fix it accept all.
[YOCTO #12385]
Signed-off-by: Leonardo Sandoval
---
meta/lib/oeqa/core/loader.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/lib/oeqa/core
On Wed, 6 Dec 2017 16:03:13 +
"Burton, Ross" wrote:
> On 6 December 2017 at 16:00, Leonardo Sandoval <
> leonardo.sandoval.gonza...@linux.intel.com> wrote:
>
> > On Wed, 06 Dec 2017 15:02:57 -
> > Patchwork wrote:
> >
> > > ==
On Wed, 06 Dec 2017 15:02:57 -
Patchwork wrote:
> == Series Details ==
>
> Series: "libxslt: use HTTP instead of F..." and 1 more
> Revision: 1
> URL : https://patchwork.openembedded.org/series/10099/
> State : failure
>
> == Summary ==
>
>
> Thank you for submitting this patch series t
On Wed, 6 Dec 2017 11:50:58 +
Joshua Lock wrote:
> On 05/12/17 15:51, leonardo.sandoval.gonza...@linux.intel.com wrote:
> > From: Leonardo Sandoval
> >
> > Some test cases (i.e. eSDK.oeSDKExtSelfTest*) does not match with current
> > regex,
> > fix it t
From: Leonardo Sandoval
Some test cases (i.e. eSDK.oeSDKExtSelfTest*) does not match with current regex,
fix it to accept these (and previous ones).
Without it, the following runtime exception is observed when executing eSDK
selftest (oe-selftest -r eSDK)
Traceback (most recent call last
On Fri, 1 Dec 2017 23:07:48 +0100
Martin Jansa wrote:
> Is it trying to apply whole series (including the 2 patches which were
> already merged to master and actually introduced the issue I was trying to
> fix)?
>
> Does it mean that I cannot send a fix into the e-mail thread where the
> issue w
From: Leonardo Sandoval
These variables provide additional information (image related) targeted
for QA image verification. Now, target /etc/build looks like:
root@qemux86:~# cat /etc/build
---
Build Configuration: |
---
DISTRO = poky
On Sat, 25 Nov 2017 22:59:36 +0300
Andrey Konovalov wrote:
> On 24.11.2017 23:34, Leonardo Sandoval wrote:
> > On Fri, 24 Nov 2017 22:58:20 +0300
> > Andrey Konovalov wrote:
> >
> >> This exact patch also applies to pyro.
> >> Should I send the separ
On Mon, 27 Nov 2017 13:03:05 -
Patchwork wrote:
> == Series Details ==
>
> Series: linux-yocto: drop KCONF_BSP_AUDIT_LEVEL
> Revision: 1
> URL : https://patchwork.openembedded.org/series/9957/
> State : failure
>
> == Summary ==
>
>
> Thank you for submitting this patch series to OpenEm
On Fri, 24 Nov 2017 22:58:20 +0300
Andrey Konovalov wrote:
> This exact patch also applies to pyro.
> Should I send the separate "[OE-core][pyro][PATCH] weston: add patch to set
> pitch correctly for subsampled textures" email,
> or just asking to merge it into pyro as well is enough?
better if
On Fri, 24 Nov 2017 20:04:08 -
Patchwork wrote:
> == Series Details ==
>
> Series: weston: add patch to set pitch correctly for subsampled textures
> Revision: 1
> URL : https://patchwork.openembedded.org/series/9949/
> State : failure
>
> == Summary ==
>
>
> Thank you for submitting th
On Thu, 23 Nov 2017 12:48:32 -0700
Tim Orling wrote:
> I stand corrected. When I try to apply the mbox file from patchwork it throws:
>
> error: patch fragment without header at line 147: @@ -172,6 +172,10 @@
> SUMMARY_${PN}-png
>
On Thu, 23 Nov 2017 18:37:54 -
Patchwork wrote:
> == Series Details ==
>
> Series: systemd: fixs mips64 login issue
> Revision: 1
> URL : https://patchwork.openembedded.org/series/9939/
> State : failure
>
> == Summary ==
>
>
> Thank you for submitting this patch series to OpenEmbedded
On Mon, 20 Nov 2017 14:36:16 +0200
Alexander Kanavin wrote:
> On 11/18/2017 11:03 AM, Stefan Agner wrote:
>
> >> * Patch[v2,1/4] openssl10: Upgrade 1.0.2l -> 1.0.2m
> >> Issue Missing or incorrectly formatted CVE tag in
> >> included patch file [test_cve_tag_format]
> >
On Mon, 20 Nov 2017 11:46:40 -0800
Andre McCurdy wrote:
> On Mon, Nov 20, 2017 at 11:05 AM, Patchwork
> wrote:
> > == Series Details ==
> >
> > Series: lib/oe/terminal.py: use an absolute path to execute
> > oe-gnome-terminal-phonehome (rev5)
> > Revision: 5
> > URL : https://patchwork.openem
On Mon, 20 Nov 2017 20:02:56 -
Patchwork wrote:
> == Series Details ==
>
> Series: glibc_2.25: fix building for x86 with -Os (or -fno-omit-frame-pointer)
> Revision: 1
> URL : https://patchwork.openembedded.org/series/9881/
> State : failure
>
> == Summary ==
>
>
> Thank you for submitt
isn't it this class meta/classes/insane.bbclass for this type of checks?
On Thu, 16 Nov 2017 15:05:56 +
Martyn Welch wrote:
> Sometimes we wish to ensure that files or directories are not installed
> somewhere that may prove detrimental to the operation of the system. For
> example, this ma
On Tue, 14 Nov 2017 11:41:16 -0800
Khem Raj wrote:
> On Tue, Nov 14, 2017 at 6:57 AM, Alexander Kanavin
> wrote:
> > Schroedinger support has been dropped:
> > https://git.ffmpeg.org/gitweb/ffmpeg.git/commitdiff/220b24c7c9
> >
> > Signed-off-by: Alexander Kanavin
> > ---
> > meta/recipes-multi
On Tue, 14 Nov 2017 16:57:51 +0200
Alexander Kanavin wrote:
> Refresh the pcre pkg-config patch.
>
> Signed-off-by: Alexander Kanavin
> ---
> ...fig-for-pcre-dependency-instead-of-config.patch | 48
> +-
> .../{lighttpd_1.4.45.bb => lighttpd_1.4.48.bb} | 4 +-
> 2 fil
On Tue, 14 Nov 2017 17:09:28 +0100
Patrick Ohly wrote:
> On Tue, 2017-11-14 at 10:09 -0600, Leonardo Sandoval wrote:
> > On Tue, 14 Nov 2017 09:24:30 +0100
> > Patrick Ohly wrote:
> >
> > > On Mon, 2017-11-13 at 10:17 -0800,
> > > leonardo.
On Tue, 14 Nov 2017 09:24:30 +0100
Patrick Ohly wrote:
> On Mon, 2017-11-13 at 10:17 -0800,
> leonardo.sandoval.gonza...@linux.intel.com wrote:
> > From: Leonardo Sandoval
> >
> > The main idea is to isolate the oe-selftest execution so neither the
> > current b
On Tue, 14 Nov 2017 15:18:40 +0100
Daniel Mack wrote:
> Ha, this exact same patch is already in master-next.
> I must have missed that.
>
> Sorry for the noise!
'patchtest' checks only stable branches, and what I can see is that this
patch is already on master (From OE-Core rev:
f4b9c5dba4ca0c
From: Leonardo Sandoval
The main idea is to isolate the oe-selftest execution so neither the current
build dir nor the configuration data is touch/polluted. This approach uses
a wrapper script (which is the one presented on this commit) which creates
a unique directory and inside it copies all
From: Leonardo Sandoval
Parallelize oe-selftest execution using GNU/Parallel: for each test
defined, a job will be launched and at any time at maximun of jobs will
be executing (defaults to 4). Extra parameters can be given to
parallel cmd after double dashes ('--'). Some cmd line ex
both items and send a v2.
Leo
> From: Leonardo Sandoval
>
> The main idea is to isolate the oe-selftest execution so neither the current
> build dir nor the configuration data is touch/polluted. This approach uses
> a wrapper script (which is the one presented on this commit) whic
On Fri, 03 Nov 2017 20:03:06 -
Patchwork wrote:
> == Series Details ==
>
> Series: core package updates
> Revision: 1
> URL : https://patchwork.openembedded.org/series/9623/
> State : failure
>
> == Summary ==
>
>
> Thank you for submitting this patch series to OpenEmbedded Core. This i
On Sun, Oct 29, 2017 at 10:47 AM, Denys Dmytriyenko
wrote:
On Thu, Oct 26, 2017 at 12:51:27PM -0500, Leonardo Sandoval wrote:
I believe the patchtest complain is valid, some brief explanation
should be given.
FWIW, it was mentioned in the commit log:
bf04291 WHENCE: Add new qed
From: Leonardo Sandoval
All CVE patches and the glibc one removed because these are already integrated
into 2.10.1.
Signed-off-by: Leonardo Sandoval
---
v2: removed the glibc-2.25.patch, already into 2.10.1. At v1, I hit [YOCTO
#10450]
where devtool upgrade complain in just one hunk
e
fulfilled and executed correctly, right? the trade off is some extra
work done on each oe-selftest due to dependencies but this wont hurt
much in my opinion.
Leo
Cheers,
Anibal
On Thu, Oct 26, 2017 at 12:33 PM,
wrote:
From: Leonardo Sandoval
The below is a profiling experiment, running oe-s
I believe the patchtest complain is valid, some brief explanation
should be given.
But the way it is present need some improvement. We should not be
listing all licenses, just the ones that change.
Leo
On Thu, Oct 26, 2017 at 11:32 AM, Patchwork
wrote:
== Series Details ==
Series: linu
From: Leonardo Sandoval
The below is a profiling experiment, running oe-selftest -r (the proposed
implementation, see patch description for more info):
Procedure:
With patch 1/1, multiple oe-selftest jobs can be launched in
parallel. One tool that launch jobs in parallel is GNU Parallel [1
From: Leonardo Sandoval
The main idea is to isolate the oe-selftest execution so neither the current
build dir nor the configuration data is touch/polluted. This approach uses
a wrapper script (which is the one presented on this commit) which creates
a unique directory and inside it does a
Hi Patrick
On Thu, Oct 26, 2017 at 4:33 AM, Patrick Ohly
wrote:
On Thu, 2017-10-19 at 13:10 -0700,
leonardo.sandoval.gonza...@linux.intel.com wrote:
From: Leonardo Sandoval
All CVE patches removed because these are already integrated in
2.10.1.
...
meta/recipes-devtools/qemu/qemu
* Issue LIC_FILES_CHKSUM changed on target git but there
was no explanation as to why in the commit message
[test_lic_files_chksum_modified_not_mentioned]
Suggested fixProvide a reason for LIC_FILES_CHKSUM change in
commit message
Current checksum
New checksum file
st framework: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest
> Test suite: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest-oe
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded
From: Leonardo Sandoval
Besides revision change, this version includes the project M4 macros path into
EXTRA_AUTORECONF which avoid the following compilation issue:
In file included from ../../../texinfo-6.5/gnulib/lib/mbrtowc.c:21:0:
./wchar.h:571:6: error: #if with no expression
From: Leonardo Sandoval
All CVE patches removed because these are already integrated in 2.10.1.
Signed-off-by: Leonardo Sandoval
---
.../qemu/qemu/CVE-2017-13672.patch | 504 -
.../qemu/qemu/CVE-2017-13673.patch | 53 ---
.../qemu/qemu/CVE
ype = "Image"
> elif d.getVar("UBOOT_ARCH") == "x86":
> replacementtype = "bzImage"
> else:
> --
> 1.9.0
>
> --
> __
From: Leonardo Sandoval
The CVE-2017-14064 patch is already at 2.4.2 as explained on
project's commit, so removing from the recipe & repo.
commit 83735ba29a0bfdaffa8e9c2a1dc025c3b0b63153
Author: hsbt
Date: Wed Apr 12 00:21:18 2017 +
Merge j
From: Leonardo Sandoval
Signed-off-by: Leonardo Sandoval
---
.../perl/libxml-namespacesupport-perl_1.12.9.bb| 35 ++
.../perl/libxml-namespacesupport-perl_1.12.bb | 23 --
2 files changed, 35 insertions(+), 23 deletions(-)
create mode 100644
meta
From: Leonardo Sandoval
The git-perltools package created with perl 5.26.1 does not contain
the .packlist file thus there is no need to sed on this file.
More general, the buildhistory-diff tool shows the following changes on
the related package, clearly indicating that .packlist is not there
From: Leonardo Sandoval
Patch Name # Status at 5.26.1
file://Configure-multilib.patch# Already merged in 5.26.1, so removed it
file://perl-configpm-switch.patch # Applies as it is
file://native-nopacklist.patch # Rebased it to 5.26.1
file://native-perlinc.patch
From: Leonardo Sandoval
Highlights:
* Patches rebased to 5.26.1 and just one removed
* Several configs values taken from upstream script uconfig[64].sh were
introduced in
config.sh, avoiding pre-processor issues.
* Several libraries paths now included a './'
; > # Randy MacLeod. WR Linux
> > # Wind River an Intel Company
> > --
> > ___
> > Openembedded-core mailing list
> > Openembedded-core@lists.openembedded.org
> > http://lists.openembedded.
t; try:
> tinfoil.logger.setLevel(logging.WARNING)
>
> --
> 2.13.6
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
--
Leonardo Sandoval
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
> YP used to have a much more sophisticated system called Automated
> Upgrade Helper for this, but it hasn't been heard from in several months
> and so I quickly rolled my own cheap and cheery replacement.
AUH is the system that send emails with upgrade statistics (basically the
system tries
On Tue, 17 Oct 2017 15:43:39 +0300
Alexander Kanavin wrote:
I like the idea of a simpler script to do this job.
Just one minor comment on the code: I would use non-zero exit values in case of
errors and as a possible future enhancement, use a template (jinja2 for
example) to format the email a
From: Leonardo Sandoval
The CVE-2017-14064 patch is already at 2.4.2 as explained on
project's commit, so removing from the recipe & repo.
commit 83735ba29a0bfdaffa8e9c2a1dc025c3b0b63153
Author: hsbt
Date: Wed Apr 12 00:21:18 2017 +
Merge j
From: Leonardo Sandoval
The git-perltools package created with perl 5.26.1 does not contain
the .packlist file thus there is no need to sed on this file.
More general, the buildhistory-diff tool shows the following changes on
the related package, clearly indicating that .packlist is not there
From: Leonardo Sandoval
Patch Name # Status at 5.26.1
file://Configure-multilib.patch# Already merged in 5.26.1, so removed it
file://perl-configpm-switch.patch # Applies as it is
file://native-nopacklist.patch # Rebased it to 5.26.1
file://native-perlinc.patch
From: Leonardo Sandoval
Signed-off-by: Leonardo Sandoval
---
.../perl/libxml-namespacesupport-perl_1.12.9.bb| 35 ++
.../perl/libxml-namespacesupport-perl_1.12.bb | 23 --
2 files changed, 35 insertions(+), 23 deletions(-)
create mode 100644
meta
From: Leonardo Sandoval
Highlights:
* Patches rebased to 5.26.1 and just one removed
* Several configs values taken from upstream script uconfig[64].sh were
introduced in
config.sh, avoiding pre-processor issues.
* Several libraries paths now included a './'
cgi/patchtest
> > Test suite: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest-oe
> >
> >
>
>
> --
> # Randy MacLeod. WR Linux
> # Wind River an Intel Company
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
--
Leonardo Sandoval
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
On Thu, 12 Oct 2017 15:11:04 -0400
Denys Dmytriyenko wrote:
> On Thu, Oct 12, 2017 at 11:35:21AM -0700,
> leonardo.sandoval.gonza...@linux.intel.com wrote:
> > From: Leonardo Sandoval
> >
> > Highlights:
> >
> > * Patches rebased to 5.26.1 and jus
From: Leonardo Sandoval
The CVE-2017-14064 patch is already at 2.4.2 as explained on
project's commit, so removing from the recipe & repo.
commit 83735ba29a0bfdaffa8e9c2a1dc025c3b0b63153
Author: hsbt
Date: Wed Apr 12 00:21:18 2017 +
Merge j
From: Leonardo Sandoval
Highlights:
* Patches rebased to 5.26.1 and just one removed
* Several configs values taken from upstream script uconfig[64].sh were
introduced in
config.sh, avoiding pre-processor issues.
* Several libraries paths now included a './'
From: Leonardo Sandoval
Patch Name # Status at 5.26.1
file://Configure-multilib.patch# Already merged in 5.26.1, so removed it
file://perl-configpm-switch.patch # Applies as it is
file://native-nopacklist.patch # Rebased it to 5.26.1
file://native-perlinc.patch
From: Leonardo Sandoval
Signed-off-by: Leonardo Sandoval
---
...2.bb => libxml-namespacesupport-perl_1.12.9.bb} | 24 --
1 file changed, 18 insertions(+), 6 deletions(-)
rename meta/recipes-extended/perl/{libxml-namespacesupport-perl_1.12.bb =>
libxml-namespaces
On Thu, 5 Oct 2017 10:19:18 -0500
Leonardo Sandoval wrote:
> On Thu, 5 Oct 2017 16:49:28 +0200
> Mike Looijmans wrote:
>
> > I'm confused.
> >
> > Layer "meta-xilinx" defines:
> >
> > recipes-bsp/arm-trusted-firmware/arm-trusted-fir
(Stand E-71)
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
--
Leonardo Sandoval
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
From: Leonardo Sandoval
The high-level method tempfile.TemporaryDirectory give us no way to
ignore erros on removal thus use tempfile.mkdtemp instead. Ignoring possible
issues
on removal is neccesary because it contains gpg sockets that are automatically
removed
by the system once the process
From: Leonardo Sandoval
Newer versions of gpg (at least 2.1.5 and 2.2.1) have issues when signing
occurs in parallel
so (unfortunately) the signing must be done serially. Once the upstream problem
is fixed,
this patch must be reverted, otherwise we loose all the intrinsic parallelism
from
From: Leonardo Sandoval
Newer versions of gpg (at least 2.1.5 and 2.2.1) have issues when signing
occurs in parallel
so (unfortunately) the signing must be done serially. Once the upstream problem
is fixed,
this patch must be reverted, otherwise we loose all the intrinsic parallelism
from
From: Leonardo Sandoval
The high-level method tempfile.TemporaryDirectory give us no way to
ignore erros on removal thus use tempfile.mkdtemp instead. Ignoring possible
issues
on removal is neccesary because it contains gpg sockets that are automatically
removed
by the system once the process
From: Leonardo Sandoval
The high-level method tempfile.TemporaryDirectory give us no way to ignore
erros on
removal thus use tempfile.mkdtemp instead. Ignoring possible issues on removal
is neccesary because it contains gpg sockets that are automatically removed by
the system once the process
From: Leonardo Sandoval
Newer versions of gpg (at least 2.1.5 and 2.2.1) have issues when signing
occurs in parallel
so (unfortunately) the signing must be done serially. Once the upstream problem
is fixed,
this patch must be reverted, otherwise we loose all the intrinsic parallelism
from
From: Leonardo Sandoval
There are cases where the 'while loop' waiting for login prompt fails
and the bootlog variable does not get populated, thus use the the new
qemurunner member (self.msg) which stores all output coming from the qemu
process.
[YOCTO #12113]
Signed-off-by: Leonard
Patchwork writes:
> == Series Details ==
>
> Series: Revamp the Go support (rev7)
> Revision: 7
> URL : https://patchwork.openembedded.org/series/8697/
> State : failure
>
> == Summary ==
>
>
> Thank you for submitting this patch series to OpenEmbedded Core. This is
> an automated response. Sev
From: Leonardo Sandoval
The high-level method tempfile.TemporaryDirectory give us no way to
ignore erros on removal thus use tempfile.mkdtemp instead. Ignoring possible
issues
on removal is neccesary because it contains gpg sockets that are automatically
removed
by the system once the process
From: Leonardo Sandoval
Redirecting stderr to stdout helps debugging issues, i.e instead of just
getting the return code, get also the error log from the pkg manger
This commit is in the way to figure out the root cause of [YOCTO #12012],
where dpkg-deb fails with a 2 return code and according
From: Leonardo Sandoval
Current implementation does not handle possible exceptions coming from child
processes, the latter responsible for creating packages. With the aim to have
more
control, use pipes to communicate exceptions and stop package creation in case
of failure.
Helps to debug
From: Leonardo Sandoval
Waffle's REQUIRED_DISTRO_FEATURES statement looks into DEPENDS and if
virtual/libgl is present, it includes opengl as distro feature. However,
in a multilib environment, recipes provides virtual/${MLPREFIX}libgl,
thus waffle recipe needs to include the prefix.
leonardo.sandoval.gonza...@linux.intel.com writes:
please ignore this patch. I will git-amend and provide a better explanation.
> From: Leonardo Sandoval
>
> Otherwise, on a multilib environment we get the following bitbake errors
> while building 'world'
>
>
From: Leonardo Sandoval
This allows the yocto-bsp script to pick the 4.12 kernel version when
creating a custom BSP.
[YOCTO #11995]
Signed-off-by: Leonardo Sandoval
---
.../arm/recipes-kernel/linux/kernel-list.noinstall | 4 +-
.../linux/linux-yocto-tiny_4.12.bbappend | 37
From: Leonardo Sandoval
Otherwise, on a multilib environment we get the following bitbake errors
while building 'world'
ERROR: Nothing PROVIDES 'virtual/lib32-libgl' (but
virtual:multilib:lib32:/meta/recipes-graphics/waffle/waffle_1.5.2.bb DEPENDS on
or otherwise
> npm://.*/.* http://sources.openembedded.org/ \n \
> +npm://.*http://sources.openembedded.org/ \n \
instead of adding a new npm regex, not sure if below one would the same
job
npm://.*(/.*)?
--
___
Openembedded-core mailing list
Open
> -inherit gnomebase gettext lib_package gobject-introspection gtk-doc manpages
> +inherit gnomebase-meson lib_package gobject-introspection gtk-doc manpages
gettext is dropped, does it mean that it was not needed?
>
> -PACKAGECONFIG[manpages] = "--enable-man
> --with-xml-catalog=${STAGING_ET
> +
> +inherit setuptools3
> +
> +RDEPENDS_${PN} = "ninja python3-core python3-modules"
> +
if (python3) modules depends on core, I believe core can be dropped from
RDEPENDS
> +BBCLASSEXTEND = "native"
> --
> 2.14.1
>
--
___
Openembedded-core maili
On Wed, 2017-08-23 at 13:04 +, Patchwork wrote:
> == Series Details ==
>
> Series: do_image: Implement IMAGE_ROOTFS_EXCLUDE_PATH feature. (rev6)
> Revision: 6
> URL : https://patchwork.openembedded.org/series/6525/
> State : failure
>
> == Summary ==
>
>
> Thank you for submitting this pa
On Wed, 2017-08-23 at 14:03 +, Marko, Peter wrote:
> >* Issue Series does not apply on top of target branch
> >[test_series_merge_on_head]
> > Suggested fixRebase your series on top of targeted branch
> > Targeted branch master (currently at b1e482ae20)
>
> Richie is faste
On Mon, 2017-08-21 at 13:45 +0200, liu.min...@gmail.com wrote:
> From: Ming Liu
>
> This allows the end users to be able to override the entire notes
> showing on the shell console. For instance, Our company uses a
> external conf-notes.txt, and we run bitbake with some extra variables,
> looks l
From: Juan M Cruz Alcaraz
The eSDK installation requires the meta-skeleton layer.
The build system might use the meta-skeleton recipes as layout
to create custom recipes. An example is the recipetool script
that uses the meta-skeleton kernel recipe when creating a custom
kernel recipe.
[YOCTO #1
From: Leonardo Sandoval
Otherwise, we get timeouts, leading to errors:
pip._vendor.requests.exceptions.ConnectTimeout:
HTTPSConnectionPool(host='pypi.python.org', port=443): Max retries exceeded
with url: /pypi/pip/json (Caused by
ConnectTimeoutError(, 'Connection to
On Fri, 2017-08-18 at 12:16 +0200, Andrej Valek wrote:
> Hello everyone,
>
> I would like to ask you a question about busybox upgrading.
>
> Is there any reason, why we are still using the version 1.24.1?
> I think that, the latest version 1.27.2 has a lot of fixes and it less
> vulnerable then t
pends on the number of subpackages the recipe
> produces. Selftest uses one of the smallest recipes , i.e. "ed", so you won't
> see any difference. But with hundreds of subpackages you get different
> figures.
> - Markus
>
> On 17/08/2017, 17.52, "Leonardo San
On Wed, 2017-08-09 at 10:48 -0700, Juro Bystricky wrote:
> Conditionally support binary reproducibility in built images.
> If BUILD_REPRODUCIBLE_BINARIES = 1 then:
>
> 1. Do not randomize library addresses
> 2. Set/export PRELINK_TIMESTAMP to a reproducible value.
>If REPRODUCIBLE_TIMESTAMP_RO
On Wed, 2017-08-09 at 10:48 -0700, Juro Bystricky wrote:
> The compiled .pyc files contain time stamp corresponding to the compile time.
> This prevents binary reproducibility. This patch allows to achieve binary
> reproducibility by overriding the build time stamp by the value
> exported via SOURC
From: Leonardo Sandoval
Besides providing the NATIVELSBSTRING, include distro info when creating
the (json) error report. This information provides better info than the
standard 'universal*' string for uninative builds.
[YOCTO #11824]
Signed-off-by: Leonardo Sandoval
---
meta/clas
From: Leonardo Sandoval
Commit d58b1d196 moved from chunk to serial signing, but neither of both
approaches
allowed the user to select the chunks size. This patch allows the user to select
a chunk size through RPM_GPG_SIGN_CHUNK defaulting to BB_NUMBER_THREADS,
considered
a good default
s Andre suggested in another email.
> - Markus
>
>
>
> On 16/08/2017, 19.00, "Leonardo Sandoval"
> wrote:
>
> On Wed, 2017-08-16 at 15:28 +0300, Markus Lehtonen wrote:
> > I agree. I don't see reason for dropping parallelism completely. There
&
.
>
> Moving from parallel to single will greatly affect the overall
> performance on
> larger build machines (lots of memory and cores) that can handle the load
> vs a
> typical development machine.
>
> --Mark
>
> On 8/15/17 4:
From: Leonardo Sandoval
gpg signing in file batches (which was default to 100) is a memory expensive
computation, causing trouble in some host machines (even on production AB
as seen on the bugzilla ID). Also, in terms of performance, there is no real
gain when rpm signing is done in batches
From: Leonardo Sandoval
Otherwise, we get timeouts, leading to errors:
pip._vendor.requests.exceptions.ConnectTimeout:
HTTPSConnectionPool(host='pypi.python.org', port=443): Max retries exceeded
with url: /pypi/pip/json (Caused by
ConnectTimeoutError(, 'Connection to
From: Leonardo Sandoval
Otherwise, the following bitbake error is observed
root@qemux86-64:~/openembedded-core/build# bitbake -e
NOTE: Starting bitbake server...
ERROR: Unable to start bitbake server
ERROR: Last 10 lines of server log
/home/root/openembedded-core/build/bitbake
1 - 100 of 490 matches
Mail list logo
