On 2018年11月08日 21:49, Burton, Ross wrote:
On Thu, 8 Nov 2018 at 06:09, wrote:
+if "tkinter" in pypackage and "tk" in pkgconfig:
+d.appendVar('FILES_' + pypackage, ' ' +
"${libdir}/python${PYTHON_MAJMIN}/lib-dynload/_tkinter*.so")
+if "tkinter" in pypac
On Thu, 8 Nov 2018 at 10:58, Pascal Bach wrote:
> Busybox can provide ionice and rev. They are both installed to /bin
> The corresponding util-linux variant is installed to /usr/bin
>
> This causes the following error during the do_rootfs task:
>
> > update-alternatives: renaming ionice link from
On 10/09/2018 02:00 PM, Ross Burton wrote:
> The test suite skips several tests if the required locales are not found, so
> add
> them as dependencies of glib-2.0-ptest.
>
> Signed-off-by: Ross Burton
> ---
> meta/recipes-core/glib-2.0/glib.inc | 13 +
> 1 file changed, 13 inserti
On Thu, Nov 8, 2018 at 3:25 PM Andrea Adami wrote:
>
> On Thu, Nov 8, 2018 at 2:25 PM Nathan Rossi wrote:
> >
> > On Wed, 7 Nov 2018 at 23:21, Andrea Adami wrote:
> > >
> > > On Wed, Nov 7, 2018 at 1:16 PM Nathan Rossi
> > > wrote:
> > > >
> > > > This change moves the initramfs bundling funct
On Friday, 9 November 2018 11:41:42 AM NZDT Paul Eggleton wrote:
> You could accomplish the latter using PACKAGECONFIG_pn-python3 = "pgo" at
> the configuration level
Oops, I meant PACKAGECONFIG_remove_pn-python3 = "pgo" here.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
On Monday, 5 November 2018 4:32:26 PM NZDT Paul Eggleton wrote:
> On Wednesday, 31 October 2018 11:06:31 AM NZDT Scott Rifenbark wrote:
> > I have an initial section at
> > https://yoctoproject.org/docs/2.6/ref-manual/ref-manual.html#moving-to-the-yocto-project-2.6-release,
> > which is based on Ri
Check that yocto-autobuilder-helper has been cloned to the correct location.
Check that vnc is running using the same script the autobuilder does.
Set the DISPLAY enviroment variable to :1 the same way we do when building
normally.
Make the VM's serial console available so we can log in and power o
subprocess.run() was introduced in Python 3.5. We currently support down to
Python 3.4 so I've replaced it with subprocess.check_call() which is available
in that version.
Signed-off-by: Michael Halstead
---
scripts/runqemu | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/
From: Richard Purdie
Its currently not possible to have a console available whilst using qemu in
graphics
mode. This is causing some issues for testing autobuilder bringup so all a
"serialstdio"
mode to runqemu to accomodate this.
The existing serialstdio internal variable is renamed to allow
> Am 08.11.2018 um 16:43 schrieb Burton, Ross :
>
> On Thu, 8 Nov 2018 at 14:53, Jens Rehsack wrote:
>
>> I digged a bit deeper (since I'd like to get a reasonable solution even for
>> other dependent components) and would say, pseudo will also fail, when
>> sqlite3 is build using readline o
If sqlite3 is built with FTS5 it uses log() from libm, it sqlite3 is built
with READLINE it uses tgetent from a curses lib and readline from libreadline,
if it is built using deflate from libz ... , but all that linkage is lost
if we manually statically link so explicitely extract extra static link
Update SQLite3 from 3.23.1 to 3.25.3 for UPSERT, window
functions and improved ALTER TABLE support.
For a detailed list of changes since 3.23.1, see
* https://www.sqlite.org/releaselog/3_25_3.html
* https://www.sqlite.org/releaselog/3_24_0.html
Signed-off-by: Jens Rehsack
---
meta/recipes-suppo
On Thu, 8 Nov 2018 at 14:53, Jens Rehsack wrote:
> I digged a bit deeper (since I'd like to get a reasonable solution even for
> other dependent components) and would say, pseudo will also fail, when
> sqlite3 is build using readline or libz.
> The better option will be to let pseudo use the li
In newer versions of ExtUtils::MakeMaker, the location of the perl
binary to run is determined differently which results in finding
${bindir}/perl.real instead of ${bindir}/perl
Signed-off-by: Jens Rehsack
---
meta/classes/cpan.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
On 11/8/18 9:14 AM, Burton, Ross wrote:
On Wed, 7 Nov 2018 at 18:00, Randy MacLeod wrote:
valgrind for qemumips64 multilib builds fails to configure
for libn32 with the error:
configure:6190: checking for 32 bit build support
...
fatal error: bits/long-double-32.h: No such file or d
> Am 06.11.2018 um 13:24 schrieb Ross Burton :
>
> If sqlite3 is built with FTS5 it uses log() from libm, but that linkage is
> lost
> if we manually statically link so explicitly link to libm.
>
> Signed-off-by: Ross Burton
> ---
> meta/recipes-devtools/pseudo/files/libm.patch | 33 +
On Fri, 9 Nov 2018 at 00:20, Andrea Adami wrote:
>
> On Thu, Nov 8, 2018 at 2:05 PM Nathan Rossi wrote:
> >
> > On Wed, 7 Nov 2018 at 23:32, Andrea Adami wrote:
> > >
> > > On Wed, Nov 7, 2018 at 1:16 PM Nathan Rossi
> > > wrote:
> > > >
> > > > The kernel has two differing code paths when han
On Thu, Nov 8, 2018 at 2:25 PM Nathan Rossi wrote:
>
> On Wed, 7 Nov 2018 at 23:21, Andrea Adami wrote:
> >
> > On Wed, Nov 7, 2018 at 1:16 PM Nathan Rossi wrote:
> > >
> > > This change moves the initramfs bundling functions and tasks into a
> > > separate class called 'kernel-initramfs'. The c
On Thu, Nov 8, 2018 at 2:05 PM Nathan Rossi wrote:
>
> On Wed, 7 Nov 2018 at 23:32, Andrea Adami wrote:
> >
> > On Wed, Nov 7, 2018 at 1:16 PM Nathan Rossi wrote:
> > >
> > > The kernel has two differing code paths when handling a built-in cpio
> > > versus a cpio passed to the kernel from a boo
On Wed, 7 Nov 2018 at 18:00, Randy MacLeod wrote:
> valgrind for qemumips64 multilib builds fails to configure
> for libn32 with the error:
>configure:6190: checking for 32 bit build support
>...
>fatal error: bits/long-double-32.h: No such file or directory
> It seems that the toolcha
On Thu, 8 Nov 2018 at 06:09, wrote:
> +if "tkinter" in pypackage and "tk" in pkgconfig:
> +d.appendVar('FILES_' + pypackage, ' ' +
> "${libdir}/python${PYTHON_MAJMIN}/lib-dynload/_tkinter*.so")
> +if "tkinter" in pypackage and "tk" in pkgconfig:
> +
On Thu, 8 Nov 2018 at 23:44, Burton, Ross wrote:
>
> On Thu, 8 Nov 2018 at 13:30, Khem Raj wrote:
> > > --- a/meta/recipes-extended/ghostscript/ghostscript_9.25.bb
> > > +++ b/meta/recipes-extended/ghostscript/ghostscript_9.25.bb
> > > @@ -121,5 +121,4 @@ do_install_class-native () {
> > >
> > >
On Thu, 8 Nov 2018 at 13:30, Khem Raj wrote:
> > --- a/meta/recipes-extended/ghostscript/ghostscript_9.25.bb
> > +++ b/meta/recipes-extended/ghostscript/ghostscript_9.25.bb
> > @@ -121,5 +121,4 @@ do_install_class-native () {
> >
> > BBCLASSEXTEND = "native"
> >
> > -# ghostscript does not suppor
On Thu, Nov 8, 2018 at 12:43 AM Nathan Rossi wrote:
>
> Setup the COMPATIBLE_HOST variable with all supported hosts based on the
> provided objarch.h files. This inverts the existing pattern where
> unsupported hosts (e.g. 'arc.*') are explicitly set.
>
> This suppresses the warning message genera
On Wed, 7 Nov 2018 at 23:21, Andrea Adami wrote:
>
> On Wed, Nov 7, 2018 at 1:16 PM Nathan Rossi wrote:
> >
> > This change moves the initramfs bundling functions and tasks into a
> > separate class called 'kernel-initramfs'. The change also converts the
> > copy_initramfs into a task that itself
On Wed, 7 Nov 2018 at 23:32, Andrea Adami wrote:
>
> On Wed, Nov 7, 2018 at 1:16 PM Nathan Rossi wrote:
> >
> > The kernel has two differing code paths when handling a built-in cpio
> > versus a cpio passed to the kernel from a boot loader. When the kernel
> > is booted with the built-in cpio it
The busybox.link.* files are generated from autoconf.h and applets.h,
which are both auto-generated by the build system. The contents of the
two files might be in different order, and so the link files are not
reproducble as is.
Fix this by sorting the lists using `sort`.
Signed-off-by: Martin Hu
Busybox can provide ionice and rev. They are both installed to /bin
The corresponding util-linux variant is installed to /usr/bin
This causes the following error during the do_rootfs task:
> update-alternatives: renaming ionice link from /bin/ionice to /usr/bin/ionice
> mv: cannot stat '/bin/ioni
Hi Richard & ChenQi,
Thank you for your inputs!
I had submitted v2 patch that include the @OEHasPackage decorator.
Please let me know if any more question or input.
Thanks,
Ee Peng
-Original Message-
From: Richard Purdie [mailto:richard.pur...@linuxfoundation.org]
Sent: Thursday, Nove
We should not be finding GStreamer issues right around
release time but that's what we seem to do.
Port gstreamer tests from Intel Ref Kit.
https://github.com/intel/intel-iot-refkit/blob/master/meta-iotqa/
lib/oeqa/runtime/multimedia/gstreamer/gstreamer_cli.py
Add tests for gstreamer commandline
From: Paul Eggleton
Add a patch which has been submitted upstream to support producing
bindings for Node.js 7+. This is important to enable mraa to build with
newer Node.js versions.
Fixes [YOCTO #12293].
(From OE-Core rev: 1825473ba35b4557db99786420ca45106893)
Signed-off-by: Paul Eggleton
Signed-off-by: Stefan Strogin
---
meta/recipes-connectivity/avahi/avahi.inc | 15 ++-
meta/recipes-connectivity/avahi/avahi_0.7.bb| 1 +
meta/recipes-connectivity/avahi/files/run-ptest | 13 +
3 files changed, 28 insertions(+), 1 deletion(-)
create mode 100644
Setup the COMPATIBLE_HOST variable with all supported hosts based on the
provided objarch.h files. This inverts the existing pattern where
unsupported hosts (e.g. 'arc.*') are explicitly set.
This suppresses the warning message generated on hosts that are not
supported but were not listed explicit
On Thu, 8 Nov 2018 at 11:57, ChenQi wrote:
>
> This patch causes the following failure on autobuilder.
> https://autobuilder.yoctoproject.org/typhoon/#/builders/32/builds/183/steps/7/logs/step1c
>
Sorry my bad, I sent out the wrong version. v2 incoming, which fixes
it up to use host_sys patterns
On Thu, 2018-11-08 at 16:02 +0800, Yeoh Ee Peng wrote:
> We should not be finding GStreamer issues right around
> release time but that's what we seem to do.
>
> Port gstreamer tests from Intel Ref Kit.
> https://github.com/intel/intel-iot-refkit/blob/master/meta-iotqa/
> lib/oeqa/runtime/multimed
Hi Peng,
Does it require some gstreamer packages to be available on target?
Maybe some @OEHasPackage decorator needs to be added?
Best Regards,
Chen Qi
On 11/08/2018 04:02 PM, Yeoh Ee Peng wrote:
We should not be finding GStreamer issues right around
release time but that's what we seem to do.
The openssl build system generates buildinf.h containing the full
compiler command line used to compile objects. This breaks
reproducibility, as the compile command is baked into libcrypto, where
it is used when running `openssl version -f`.
Add stripped build variables for the compiler and cflags
We should not be finding GStreamer issues right around
release time but that's what we seem to do.
Port gstreamer tests from Intel Ref Kit.
https://github.com/intel/intel-iot-refkit/blob/master/meta-iotqa/
lib/oeqa/runtime/multimedia/gstreamer/gstreamer_cli.py
Add tests for gstreamer commandline
38 matches
Mail list logo
