On Tue, Aug 7, 2018 at 4:03 AM Richard Purdie
wrote:
>
> On Thu, 2018-08-02 at 11:43 -0700, Khem Raj wrote:
> > - its a general problem however observed on armv5te based boards in
> > OE
> > other arches either have ways to compensate for misaligned access
> > in hardware
> > or compiler does
It solves below error:
-- snip --
return 'qemu-system-%s' % qbsys
UnboundLocalError: local variable 'qbsys' referenced before assignment
-- snip --
[YOCTO #12846]
* v3 changes:
Added yocto bugzilla ID in the required format
Signed-off-by: Jagadeesh Krishnanjanappa
---
scripts/runqemu | 5 +++
Hello,
I am new to yocto, and we are using this for an Intel SOC.
I am creating a console-image, and wanted to get python3 in the rootfs.
So I added python3 in the recipe file -
layers/meta-openembedded/meta-oe/recipes-core/packagegroups/packagegroup-basic.bb
This gave me python3 in the rootfs and
== Series Details ==
Series: runqemu: exit gracefully with an error message if qemu system is not
evaluated
Revision: 1
URL : https://patchwork.openembedded.org/series/13495/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated r
It solves below error:
-- snip --
return 'qemu-system-%s' % qbsys
UnboundLocalError: local variable 'qbsys' referenced before assignment
-- snip --
[Yocto 12846]
Signed-off-by: Jagadeesh Krishnanjanappa
---
scripts/runqemu | 5 +
1 file changed, 5 insertions(+)
diff --git a/scripts/runqemu
On 08/13/2018 11:58 PM, akuster808 wrote:
On 08/13/2018 07:59 AM, Alexander Kanavin wrote:
However, for the upcoming YP release, it's better to settle on
something that expires later than 2020. How is 9.12.x currently?
I stand corrected. its 2021.
Here are our current ESV versions and the
The bzip.org domain expired and is now a holding site for adverts, so we can't
trust a tarball that appears on that site (luckily we have source checksums to
detect this).
For now, point SRC_URI at the tarball in the Yocto Project source mirror, but
set HOMEPAGE and UPSTREAM_CHECK_URI to the sourc
On Mon, Aug 13, 2018 at 7:29 AM Richard Purdie
wrote:
>
> Refactor the locale archive function from the SDK to also make it work during
> general image creation. This reduces the size of the locales from 900MB to
> 220MB
> in core-image-lsb-sdk.
>
> The exception handling around subprocess was dr
Yeah, just sent it there, sorry
On 13 August 2018 at 19:03, akuster808 wrote:
>
>
> On 08/13/2018 10:20 AM, Ross Burton wrote:
>> Opening a file in binary mode and iterating it seems like the simple solution
>> but will still break on newlines, which for binary files isn't really useful
>> as
>
On 08/13/2018 10:20 AM, Ross Burton wrote:
> Opening a file in binary mode and iterating it seems like the simple solution
> but will still break on newlines, which for binary files isn't really useful
> as
> the size of the chunks could be huge or tiny.
>
> Instead, let's be a bit more clever:
On Mon, Aug 13, 2018 at 7:29 AM Richard Purdie
wrote:
>
> It fails to build wi9th glibc 2.28, add the missing required header inclusion.
>
> Signed-off-by: Richard Purdie
> ---
> .../xorg-driver/xf86-video-intel/glibc.patch | 25 +++
> .../xorg-driver/xf86-video-intel_git.bb
== Series Details ==
Series: "utils/md5_file: don't iterate ..." and 2 more
Revision: 1
URL : https://patchwork.openembedded.org/series/13489/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been
We assume that LIC_FILES_CHKSUM is a file: URI but don't actually verify this,
which can lead to problems if you have a URI that resolves to a path of / as
Bitbake will then dutifully checksum / recursively.
[ YOCTO #12883 ]
Signed-off-by: Ross Burton
---
meta/classes/base.bbclass| 4 ++--
In case something goes tragically wrong, catch a request to checksum / and
refuse.
Signed-off-by: Ross Burton
---
bitbake/lib/bb/checksum.py | 2 ++
1 file changed, 2 insertions(+)
diff --git a/bitbake/lib/bb/checksum.py b/bitbake/lib/bb/checksum.py
index 84289208f44..4e1598fe835 100644
--- a/b
Opening a file in binary mode and iterating it seems like the simple solution
but will still break on newlines, which for binary files isn't really useful as
the size of the chunks could be huge or tiny.
Instead, let's be a bit more clever: we'll be MD5ing lots of files, but we don't
want to fill
All,
The triage team meets weekly and does its best to handle the bugs reported into
the bugzilla. The number of people attending that meeting has fallen, as have
the number of people available to help fix bugs. One of the things we hear
users report is they don't know how to help. We (the tr
On 08/13/2018 07:59 AM, Alexander Kanavin wrote:
> However, for the upcoming YP release, it's better to settle on
> something that expires later than 2020. How is 9.12.x currently?
I stand corrected. its 2021.
Here are our current ESV versions and their EOL dates:
* BIND 9.9 Extended Support
However, for the upcoming YP release, it's better to settle on
something that expires later than 2020. How is 9.12.x currently?
Alex
2018-08-13 16:37 GMT+02:00 akuster808 :
>
>
> On 08/13/2018 01:55 AM, changqing...@windriver.com wrote:
>> From: Changqing Li
>>
>> Signed-off-by: Changqing Li
>
On 08/13/2018 01:55 AM, changqing...@windriver.com wrote:
> From: Changqing Li
>
> Signed-off-by: Changqing Li
Is there a reason why this version was selected? 9.13 is still under
development and ISC in not recommending this version for production.
9.11 EOL is 2020.
We should keep one long
== Series Details ==
Series: "glibc: Add make-native depends..." and 6 more
Revision: 1
URL : https://patchwork.openembedded.org/series/13483/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been
On Sun, 2018-08-12 at 21:49 +0200, Paulo Neves wrote:
> I found a bug in my code where changing a variable, for example in
> layer.conf does not re-trigger the generation of the json file
> containing the data store at the time of image creation. The json
> file is generated in
> ROOTFS_POSTPROCESS
The locale code uses the archive location in two places, ensure both are
corrected to use the environment variable which avoids nasty build
failures when archiving locales in images.
Signed-off-by: Richard Purdie
---
...-archive-uses-a-hard-coded-locale-pa.patch | 54 +++
1 file
Refactor the locale archive function from the SDK to also make it work during
general image creation. This reduces the size of the locales from 900MB to 220MB
in core-image-lsb-sdk.
The exception handling around subprocess was dropped as the standard subprocess
exception printing is better handled
Add a new element to the hardlink test to check we also preseve file
sparseness during the packing process. This should ensure we don't regress this
issue again.
Signed-off-by: Richard Purdie
---
.../recipes-test/selftest-hardlink/selftest-hardlink.bb | 1 +
meta/lib/oeqa/selftest/cases/pack
We want to preserve sparse files when building the system, add the option
to tar to ensure we do this when copying files.
Signed-off-by: Richard Purdie
---
meta/classes/package.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/package.bbclass b/meta/classes
glibc needs make >= 4 yet some of our build workers have older versions of
make. Add a make-native dependency to work around this until all our supported
distros have a recent version of make.
Signed-off-by: Richard Purdie
---
meta/recipes-core/glibc/glibc-initial.inc | 2 +-
meta/recipes-core/g
screen uses crypt() so add the missing DEPENDS triggered by glibc 2.28.
Signed-off-by: Richard Purdie
---
meta/recipes-extended/screen/screen_4.6.2.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-extended/screen/screen_4.6.2.bb
b/meta/recipes-extended/screen/
It fails to build wi9th glibc 2.28, add the missing required header inclusion.
Signed-off-by: Richard Purdie
---
.../xorg-driver/xf86-video-intel/glibc.patch | 25 +++
.../xorg-driver/xf86-video-intel_git.bb | 1 +
2 files changed, 26 insertions(+)
create mode 100644
me
*ping*
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org core-boun...@lists.openembedded.org> On Behalf Of Peter Kjellerstedt
> Sent: den 7 juni 2018 16:05
> To: akuster808
> Cc: openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core] Cherry-pick to
A missing src directory from a broken kernel recipe resulted
only in a warning:
WARNING: copyfile: stat of
/home/builder/src/tmp-glibc/work-shared/target/kernel-source/tools/arch failed
([Errno 2] No such file or directory:
'/home/builder/src/tmp-glibc/work-shared/target/kernel-source/tools/arc
Add volatile configuraiton file for man-db so that in sysvinit systems
we don't get failure when running `mandb'. The error message is like
below.
mandb: can't create index cache /var/cache/man/579: No such file or
directory
[YOCTO #12872]
Signed-off-by: Chen Qi
---
meta/recipes-extended/m
Make man-db rdepend on base-passwd to ensure that base-passwd is
installed before man-db at rootfs time. This is to avoid the following
warning at rootfs time.
warning: user man does not exist - using root
Signed-off-by: Chen Qi
---
meta/recipes-extended/man-db/man-db_2.8.3.bb | 1 +
1 file c
The following changes since commit 028a292001f64ad86c6b960a05ba1f6fd72199de:
binutils: enable x86_64-pep for producing EFI binaries on x86-64 (2018-08-09
23:47:56 +0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib ChenQi/yocto12872
http://git.pokylinux.org
Martin Jansa wrote:
> I think this will break support for older kernels added in:
> http://git.openembedded.org/openembedded-core/commit/?id=19fb2d11a8bb3c6dfdd5edc1b9155d642dc0f5e0
>
> kernel-source/tools/arch and kernel-source/tools/build are missing in 3.16
> kernel even when it's not completel
On Mon, Aug 13, 2018 at 10:23:28AM +0300, Konstantin Shemyak wrote:
> Disable downloading of the vulnerability DB in do_check_cves() task.
>
> When invoked in this task, cve-check-tool attempts re-download of the CVE DB
> if the latter is older than certain threshold. While reasonable for a
> stan
Hi Richard,
I already sent an updated version of the patch to the
openembedded-de...@lists.openembedded.org mailing list. An automatic
system informed me that I hit the wrong mailing list. I am now
intentionally cross-posting this reply to both lists. Hopefully, further
discussions will only take
When we enable nfs-server feature, we should add the required file
/etc/exports installed by nfs-export-root.
Signed-off-by: Dengke Du
---
meta/classes/core-image.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/core-image.bbclass b/meta/classes/core-image
From: Changqing Li
Signed-off-by: Changqing Li
---
meta/recipes-connectivity/bind/{bind_9.11.4.bb => bind_9.13.2.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-connectivity/bind/{bind_9.11.4.bb => bind_9.13.2.bb} (97%)
diff --git a/meta/recipes-connectivity/
*** BLURB HERE ***
The following changes since commit 028a292001f64ad86c6b960a05ba1f6fd72199de:
binutils: enable x86_64-pep for producing EFI binaries on x86-64 (2018-08-09
23:47:56 +0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib ChenQi/parselogs_fix
ht
The log entry in results is altered to remove 'target_logs'. This
causes wrong log location in output.
e.g.
AssertionError: 1 != 0 : Log: /path/to/image/1.0-r0/postinstall.log
But when user wants to check the log, the user will find the log is
not present. The actual log file is
/path/to/imag
Disable downloading of the vulnerability DB in do_check_cves() task.
When invoked in this task, cve-check-tool attempts re-download of the CVE DB
if the latter is older than certain threshold. While reasonable for a
stand-alone CVE checker, this behavior can cause errors in parallel builds
if the
Stop the nspr-config scripts conflicting in a multilib case.
Signed-off-by: Zhixiong Chi
---
meta/recipes-support/nspr/nspr_4.19.bb | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-support/nspr/nspr_4.19.bb
b/meta/recipes-support/nspr/nspr_4.19.bb
index b43c78
Issue: LIN10-4485
Error: Transaction check error:
file /usr/share/pkgconfig/mobile-broadband-provider-info.pc from install of \
lib32-mobile-broadband-provider-info-dev.core2_32 conflicts with file from
package \
mobile-broadband-provider-info-dev.core2_64
Signed-off-by: Zhixiong Chi
---
Error: Transaction check error:
file /usr/include/event2/event-config.h conflicts between attempted installs
of libevent-dev-2.1.8-r0.skylake_64 and lib32-libevent-dev-2.1.8-r0.x86
The conflict is the size macro definition between 32bit and 64bit
such as:
< #define EVENT__SIZEOF_LONG 8
> #defin
44 matches
Mail list logo
