Re: [yocto] [meta-security][PATCH] keynote: update the SRC_URI

2017-09-29 Thread Randy MacLeod 

On 2017-09-29 09:55 PM, Dengke Du wrote:

The old URL can't be available, give the new URL to keynote.
The project already moved to:

 https://sourceforge.net/projects/keynote-2-3/

Signed-off-by: Dengke Du 
---
  recipes-security/keynote/keynote_2.3.bb | 9 ++---
  1 file changed, 6 insertions(+), 3 deletions(-)

diff --git a/recipes-security/keynote/keynote_2.3.bb 
b/recipes-security/keynote/keynote_2.3.bb
index b1df880..23e75e4 100644
--- a/recipes-security/keynote/keynote_2.3.bb
+++ b/recipes-security/keynote/keynote_2.3.bb
@@ -9,16 +9,19 @@ SECTION = "security"
  LICENSE = "ISC"
  LIC_FILES_CHKSUM = "file://LICENSE;md5=3a265095c549c1808686a676f2699c98"
  
-SRC_URI = "http://www.cs.columbia.edu/~angelos/Code/${BPN}.tar.gz \

+MAIN_ID = "${@d.getVar('PV').split('.')[0]}"
+MINOR_ID = "${@d.getVar('PV').split('.')[1]}"
+SRC_URI = 
"${SOURCEFORGE_MIRROR}/project/${PN}-${MAIN_ID}-${MINOR_ID}/${PN}_${PV}.tar.gz \
 file://configure-remove-hardcode-path.patch \
 file://makefile-add-ldflags.patch \
 file://run-ptest \
  "
+S = "${WORKDIR}/${PN}-${PV}+dfsg.orig"
  
  inherit autotools-brokensep ptest
  
-SRC_URI[md5sum] = "ba58a0297c421dc6aa671e6b753ef695"

-SRC_URI[sha256sum] = 
"62f7a9d57ceb6bcdd47b604b637a7ac8ed337cef0ab02f1fa28b7e61c9b15821"
+SRC_URI[md5sum] = "a14553e6ad921b5c85026ce5bec3afe7"
+SRC_URI[sha256sum] = 
"38d2acfa1c3630a07adcb5c8fe92d2aef7f0e6d242b8998b2bbb1c6e4c408d46"


Denke tells me that the source is identical but docs were added
so the checksums have changed.

../Randy

  
  DEPENDS = "flex openssl"
  




--
# Randy MacLeod.  WR Linux
# Wind River an Intel Company
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [meta-security][PATCH] keynote: update the SRC_URI

2017-09-29 Thread Dengke Du 
The old URL can't be available, give the new URL to keynote.
The project already moved to:

https://sourceforge.net/projects/keynote-2-3/

Signed-off-by: Dengke Du 
---
 recipes-security/keynote/keynote_2.3.bb | 9 ++---
 1 file changed, 6 insertions(+), 3 deletions(-)

diff --git a/recipes-security/keynote/keynote_2.3.bb 
b/recipes-security/keynote/keynote_2.3.bb
index b1df880..23e75e4 100644
--- a/recipes-security/keynote/keynote_2.3.bb
+++ b/recipes-security/keynote/keynote_2.3.bb
@@ -9,16 +9,19 @@ SECTION = "security"
 LICENSE = "ISC"
 LIC_FILES_CHKSUM = "file://LICENSE;md5=3a265095c549c1808686a676f2699c98"
 
-SRC_URI = "http://www.cs.columbia.edu/~angelos/Code/${BPN}.tar.gz \
+MAIN_ID = "${@d.getVar('PV').split('.')[0]}"
+MINOR_ID = "${@d.getVar('PV').split('.')[1]}"
+SRC_URI = 
"${SOURCEFORGE_MIRROR}/project/${PN}-${MAIN_ID}-${MINOR_ID}/${PN}_${PV}.tar.gz \
file://configure-remove-hardcode-path.patch \
file://makefile-add-ldflags.patch \
file://run-ptest \
 "
+S = "${WORKDIR}/${PN}-${PV}+dfsg.orig"
 
 inherit autotools-brokensep ptest
 
-SRC_URI[md5sum] = "ba58a0297c421dc6aa671e6b753ef695"
-SRC_URI[sha256sum] = 
"62f7a9d57ceb6bcdd47b604b637a7ac8ed337cef0ab02f1fa28b7e61c9b15821"
+SRC_URI[md5sum] = "a14553e6ad921b5c85026ce5bec3afe7"
+SRC_URI[sha256sum] = 
"38d2acfa1c3630a07adcb5c8fe92d2aef7f0e6d242b8998b2bbb1c6e4c408d46"
 
 DEPENDS = "flex openssl"
 
-- 
2.8.1

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [linux-yocto] [kernel-cache][PATCH] intel-common-drivers: adding x2apic

2017-09-29 Thread Cal Sullivan 

This causes new configcheck warnings for intel-core2-32:

WARNING: linux-intel-4.9.47+gitAUTOINC+e59e19269c_39b77977c6-r0 
do_kernel_configcheck: [kernel config]: specified values did not make it 
into the kernel's final configuration:


-- CONFIG_IRQ_REMAP -
Config: CONFIG_IRQ_REMAP
From: 
/home/clsulliv/yocto/poky/build/tmp/work-shared/intel-core2-32/kernel-source/.kernel-meta/configs/standard/intel/features/x2apic/x2apic.cfg

Requested value:  CONFIG_IRQ_REMAP=y
Actual value:

Config 'IRQ_REMAP' has the following conditionals:
  X86_64 && X86_IO_APIC && PCI_MSI && ACPI (value: "n")
Dependency values are:
  X86_64 [n] ACPI [y] X86_IO_APIC [y] PCI_MSI [y]

-- CONFIG_X86_X2APIC -
Config: CONFIG_X86_X2APIC
From: 
/home/clsulliv/yocto/poky/build/tmp/work-shared/intel-core2-32/kernel-source/.kernel-meta/configs/standard/intel/features/x2apic/x2apic.cfg

Requested value:  CONFIG_X86_X2APIC=y
Actual value:

Config 'X86_X2APIC' has the following conditionals:
  X86_LOCAL_APIC && X86_64 && (IRQ_REMAP || HYPERVISOR_GUEST) (value: "n")
Dependency values are:
  X86_LOCAL_APIC [y] HYPERVISOR_GUEST [n] X86_64 [n] IRQ_REMAP [n]



Seeing that it depends on X86_64, perhaps it should be corei7 specific?

---
Cal

On 09/21/2017 04:28 AM, Syed Mohamad Fauzi, Syed Johan Arif wrote:

Included features/x2apic/x2apic.scc to enable x2apic as a built-in feature.

Signed-off-by: Syed Mohamad Fauzi, Syed Johan Arif 

---
  bsp/intel-common/intel-common-drivers.scc | 1 +
  1 file changed, 1 insertion(+)

diff --git a/bsp/intel-common/intel-common-drivers.scc 
b/bsp/intel-common/intel-common-drivers.scc
index bd56165..6b0de8d 100644
--- a/bsp/intel-common/intel-common-drivers.scc
+++ b/bsp/intel-common/intel-common-drivers.scc
@@ -76,6 +76,7 @@ include cfg/dmaengine.scc
  include features/uio/uio.scc
  include cfg/efi-ext.scc
  include features/input/keyboard-gpio.scc
+include features/x2apic/x2apic.scc
  
  # default policy for standard kernels

  include cfg/usb-mass-storage.scc


--
___
linux-yocto mailing list
linux-yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/linux-yocto

[yocto] trying to initialize a new devtool recipe using mercurial SCM

2017-09-29 Thread Greg Wilson-Lindberg 
Hi list,
I'm a new user of Yocto and I'm trying use devtool to set up a recipe that has 
a source URI that points to a mercurial repository.
Here is the output of running devtool:

devtool add canfestival sources/canfestival -d 
hg://bitbucket.org/Mongo/canfestival-3-asc;protocol=https
DEBUG: Using basepath /home/gwilson/Qt-5.9/Yocto-build-RPi3/build-raspberrypi3
DEBUG: Using standard bitbake path 
/home/gwilson/Qt-5.9/Yocto-build-RPi3/sources/poky/bitbake
DEBUG: Loading plugins from 
/home/gwilson/Qt-5.9/Yocto-build-RPi3/sources/poky/scripts/lib/devtool...
DEBUG: Loading plugin deploy
DEBUG: Loading plugin upgrade
DEBUG: Loading plugin package
DEBUG: Loading plugin build_sdk
DEBUG: Loading plugin sdk
DEBUG: Loading plugin search
DEBUG: Loading plugin utilcmds
DEBUG: Loading plugin build
DEBUG: Loading plugin runqemu
DEBUG: Loading plugin build_image
DEBUG: Loading plugin standard
DEBUG: Loading plugins from 
/home/gwilson/Qt-5.9/Yocto-build-RPi3/build-raspberrypi3/workspace/lib/devtool...
DEBUG: Loading plugins from 
/home/gwilson/Qt-5.9/Yocto-build-RPi3/sources/poky/meta-poky/lib/devtool...
DEBUG: Loading plugins from 
/home/gwilson/Qt-5.9/Yocto-build-RPi3/build-raspberrypi3/lib/devtool...
DEBUG: Loading plugins from 
/home/gwilson/Qt-5.9/Yocto-build-RPi3/sources/poky/meta/lib/devtool...
DEBUG: Loading plugins from 
/home/gwilson/Qt-5.9/Yocto-build-RPi3/sources/meta-raspberrypi/lib/devtool...
DEBUG: Loading plugins from 
/home/gwilson/Qt-5.9/Yocto-build-RPi3/sources/meta-openembedded/meta-oe/lib/devtool...
DEBUG: Loading plugins from 
/home/gwilson/Qt-5.9/Yocto-build-RPi3/sources/meta-openembedded/meta-python/lib/devtool...
DEBUG: Loading plugins from 
/home/gwilson/Qt-5.9/Yocto-build-RPi3/sources/meta-openembedded/meta-networking/lib/devtool...
DEBUG: Loading plugins from 
/home/gwilson/Qt-5.9/Yocto-build-RPi3/sources/meta-openembedded/meta-initramfs/lib/devtool...
DEBUG: Loading plugins from 
/home/gwilson/Qt-5.9/Yocto-build-RPi3/sources/meta-openembedded/meta-multimedia/lib/devtool...
DEBUG: Loading plugins from 
/home/gwilson/Qt-5.9/Yocto-build-RPi3/sources/meta-boot2qt/lib/devtool...
DEBUG: Loading plugins from 
/home/gwilson/Qt-5.9/Yocto-build-RPi3/sources/meta-boot2qt/meta-raspberrypi-extras/lib/devtool...
DEBUG: Loading plugins from 
/home/gwilson/Qt-5.9/Yocto-build-RPi3/sources/meta-mingw/lib/devtool...
DEBUG: Loading plugins from 
/home/gwilson/Qt-5.9/Yocto-build-RPi3/sources/meta-qt5/lib/devtool...
DEBUG: Loading plugins from 
/home/gwilson/Qt-5.9/Yocto-build-RPi3/sources/meta-sakura/lib/devtool...
DEBUG: Reading workspace in 
/home/gwilson/Qt-5.9/Yocto-build-RPi3/build-raspberrypi3/workspace
DEBUG: Executing command "recipetool --color=always create -o 
/tmp/devtool_vu_ossg "hg://bitbucket.org/Mongo/canfestival-3-asc"  -x 
/home/gwilson/Qt-5.9/Yocto-build-RPi3/sources/canfestival -N canfestival"
ERROR: Command 'recipetool --color=always create -o /tmp/devtool_vu_ossg 
"hg://bitbucket.org/Mongo/canfestival-3-asc"  -x 
/home/gwilson/Qt-5.9/Yocto-build-RPi3/sources/canfestival -N canfestival' 
failed:
NOTE: Fetching hg://bitbucket.org/Mongo/canfestival-3-asc...
ERROR: URL: 'hg://bitbucket.org/Mongo/canfestival-3-asc' is missing the 
required parameter 'module'

I found one reference that implied that adding ';module=' might help but it 
made no difference.

I can do a "hg clone https://bitbucket.org/Mongo/canfestival-3-asc'.

Any help would be greatly appreciated.

Greg Wilson-Lindberg
Sakura Finetek
310-783-5075
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] poky using native pkg_resources module

2017-09-29 Thread Alejandro Hernandez 

Hey Ulf,



On 09/29/2017 04:05 AM, Ulf Samuelsson wrote:

It looks like the pkg_resource module is using the native installation


I cloned poky early september, and could complete a build.

When I clone poky today, the build fails.

As part of "do_image_wic" from image_types_wic.bbclass

A python program in 'bmap-tools-native' is executing

"from pkg_resources import load_entry_point"

grep'ing for pkg_resources in bmap-tools-native reveals:

bmaptool:    from pkg_resources import load_entry_point
easy3_install:    from pkg_resources import load_entry_point
easy_install-3.5:    from pkg_resources import load_entry_point
=
pkg_resources.py is not available inside poky at the moment.

It is (or used to be) part of python-setuptools.


Correct, it was and still is part of setuptools


On Ubuntu, it is present in: 
"http://archive.ubuntu.com/ubuntu/pool/main/p/python-setuptools/python-setuptools_3.3.orig.tar.gz;

and used in Ubuntu 14.04 and 16.04 to generate the
"python3-pkg-resource" package.

When python-setuptools is generated by Yocto, it is partly
a class, but the python-setuptools-native recipe downloads
"https://files.pythonhosted.org/packages/source/s/setuptools/setuptools-26.2.7.zip; 



This should be setuptools-36.2.7 btw


which does not contain "pkg_resources.py"


Its not partly a class, it uses a class to install the package along 
with distutils.


=
When bmaptool imports pkg_resources, it will not find anything in the
yocto build, but will find the native 
"/usr/lib/python3/dist-packages/pkg_resources.py" from


This requires bmap-tools == 3.4, but the native bmap-tools in 
Ubuntu-14.04 is 2.5, and in Ubuntu-16.04 it is 3.2 so the build fails.


Maybe Ubuntu-17.04 supports bmap-tools 3.4 and it will build there,
but using the native pkg_resource is of course not a good idea?


There is something wrong with your build although I am not sure what it 
is, pkg_resources is still part of python(3)-setuptools, in fact you can 
check that in several ways


if you do a devshell on python3-setuptools-native you can see the 
extracted package contains the pkg_resources folder (so it is still part 
of the package)
then if you do a devshell after do_install, you can check the image 
directory and find the setuptools.egg file, which is what python-native 
uses later, if you unzip that
egg file, you can see that pkg_resources is there, so it was in fact 
packaged on Yocto / by bitbake.


Lastly, you can also do a
$ bitbake bmap-tools-native -c devshell

you can then check that python3-native is in fact executing by doing a

$ which python3

that should point to python3-native (the one you just built)

assuming you got python3-native correctly, execute python3

once in python you can do a


from pkg_resources import load_entry_point # which would import the module

# check where the module is being loaded from
import sys
sys.modules['pkg_resources']

That should print out the location of the imported module, and you can 
see there that infact it was imported from the setuptools.egg file you 
just built before, like this:


>>> sys.modules['pkg_resources']
'$HOME/builds/qemux86-64/tmp/work/x86_64-linux/bmap-tools-native/3.4-r0/recipe-sysroot-native/usr/lib/python3.5/site-packages/setuptools-36.2.7-py3.5.egg/pkg_resources/__init__.py'>




Upgrading to a non-LTS Ubuntu is not something I would like to do...
 



Error report

 



| DEBUG: Executing shell function do_image_wic
| wic create 
"/home/ulf/Kunder/eMagii/Disk/yocto-arm/poky-arm/build/../meta-emagii/wic/emagii_beaglebone.wks" 
--vars 
"/home/ulf/Kunder/eMagii/Disk/yocto-arm/poky-arm/build/tmp/sysroots/beaglebone/imgdata/" 
-e "emagii-image" -o 
"/home/ulf/Kunder/eMagii/Disk/yocto-arm/poky-arm/build/tmp/work/beaglebone-poky-linux-gnueabi/emagii-image/1.0-r0/deploy-emagii-image-image-complete/emagii-image-beaglebone-20170929070314/"

| INFO: Creating image(s)...
|
| INFO: The new image(s) can be found here:
| 
/home/ulf/Kunder/eMagii/Disk/yocto-arm/poky-arm/build/tmp/work/beaglebone-poky-linux-gnueabi/emagii-image/1.0-r0/deploy-emagii-image-image-complete/emagii-image-beaglebone-20170929070314/emagii_beaglebone-201709290903-mmcblk.direct

|
| The following build artifacts were used to create the image(s):
|   ROOTFS_DIR: 
/home/ulf/Kunder/eMagii/Disk/yocto-arm/poky-arm/build/tmp/work/beaglebone-poky-linux-gnueabi/emagii-image/1.0-r0/deploy-emagii-image-image-complete/emagii-image-beaglebone-20170929070314/tmp.wic.slysr_64/rootfs_copy
|   BOOTIMG_DIR: 
/home/ulf/Kunder/eMagii/Disk/yocto-arm/poky-arm/build/tmp/work/beaglebone-poky-linux-gnueabi/emagii-image/1.0-r0/recipe-sysroot/usr/share
|   KERNEL_DIR: 
/home/ulf/Kunder/eMagii/Disk/yocto-arm/poky-arm/build/tmp/deploy/images/beaglebone
|  

Re: [yocto] Errors building with Windows Subsystem for Linux (aka Bash on Ubuntu on Windows)

2017-09-29 Thread Mark Hatle 
On 9/28/17 8:28 AM, Bryan Evenson wrote:
> Ross,
> 
>  
> 
> *From:*Burton, Ross [mailto:ross.bur...@intel.com]
> *Sent:* Wednesday, September 27, 2017 6:43 PM
> *To:* Bryan Evenson 
> *Cc:* yocto@yoctoproject.org
> *Subject:* Re: [yocto] Errors building with Windows Subsystem for Linux (aka
> Bash on Ubuntu on Windows)
> 
>  
> 
> On 27 September 2017 at 21:59, Bryan Evenson  > wrote:
> 
>  
> 
> I think I found the problem.  I started looking at more file properties 
> for
> the files that worked and the ones that didn’t, and I noticed that all the
> ones that failed show a link count of 1024.  The Windows filesystem has a
> link limit of 1023 links per file (at least as reported here:
> 
> https://msdn.microsoft.com/en-us/library/windows/desktop/aa363860(v=vs.85).aspx),
> so I think the hard link is failing due to the Windows link limit.  If 
> that
> is the case, then I don’t think it’ll be a quick fix to get a working
> solution under WSL.
> 
>  
> 
> That link count doesn't seem feasible though...  we hardlink frequently 
> during a
> recipe build, but I'd expect to see 10 links, not over a thousand.  You've
> definitely found the problem, just need to figure out what is causing such
> excessive linking,
> 
>  
> 
> Two files, LC_MEASUREMENT and LC_PAPER, seem to be identical through most the
> locales.  I’m not sure which are copies and which are hard links, but I did a
> md5sum comparison and found over 1200 identical LC_MEASUREMENT files in the
> glibc-locale working directory.  I don’t need all the locales, so I set
> GLIBC_GENERATE_LOCALES = "en_GB.UTF-8 en_US.UTF-8" in my local.conf and now
> glibc-locale completes building.
> 

FYI, this is expected.  The locales have numerous copies of the same files for
the same locales.  So to save space there is a step that runs and identifies the
duplicates and hard links them.  (This helps a lot for the sstate-cache for
instance).

It likely wouldn't be difficult to determine the link count 'issue' and simply
link to a different file for subsequent links... but I'm no longer sure where
the linking occurs that does all of this.

--Mark

> 
> I’ll report back if the rest of the build completes.
> 
>  
> 
> Bryan
> 
>  
> 
> 
> 

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [ptest-runner 3/8] Fix linker order for libcheck

2017-09-29 Thread Jiwei Sun 
$ gcc  -lm -lrt -lpthread  tests/main.o tests/ptest_list.o tests/utils.o 
utils.o ptest_list.o -o ptest-runner-test -lcheck
/usr/local/lib/libcheck.a(check.c.o): In function `tcase_create':
/home/edavnys/check/src/check.c:145: undefined reference to `floor'
/home/edavnys/check/src/check.c:148: undefined reference to `floor'
//usr/local/lib/libcheck.a(check.c.o): In function `tcase_set_timeout':
/home/edavnys/check/src/check.c:332: undefined reference to `floor'
/home/edavnys/check/src/check.c:334: undefined reference to `floor'
//usr/local/lib/libcheck.a(check.c.o): In function `check_get_clockid':
/home/edavnys/check/src/check.c:616: undefined reference to `timer_create'
/home/edavnys/check/src/check.c:618: undefined reference to `timer_delete'
//usr/local/lib/libcheck.a(check_run.c.o): In function `tcase_run_tfun_fork':
/home/edavnys/check/src/check_run.c:507: undefined reference to `timer_create'
/home/edavnys/check/src/check_run.c:515: undefined reference to `timer_settime'
/home/edavnys/check/src/check_run.c:529: undefined reference to `timer_delete'
collect2: error: ld returned 1 exit status

Signed-off-by: Jiwei Sun 
---
 Makefile | 5 ++---
 1 file changed, 2 insertions(+), 3 deletions(-)

diff --git a/Makefile b/Makefile
index 434b89f..3faf2e7 100644
--- a/Makefile
+++ b/Makefile
@@ -21,8 +21,7 @@ EXECUTABLE=ptest-runner
 TEST_SOURCES=tests/main.c tests/ptest_list.c tests/utils.c $(BASE_SOURCES)
 TEST_OBJECTS=$(TEST_SOURCES:.c=.o)
 TEST_EXECUTABLE=ptest-runner-test
-TEST_LDFLAGS=-lm -lrt -lpthread
-TEST_LIBSTATIC=-lcheck
+TEST_LIBSTATIC=-lcheck -lrt -lm -lpthread
 
 TEST_DATA=$(shell echo `pwd`/tests/data)
 
@@ -34,7 +33,7 @@ $(EXECUTABLE): $(OBJECTS)
 tests: $(TEST_SOURCES) $(TEST_EXECUTABLE)
 
 $(TEST_EXECUTABLE): $(TEST_OBJECTS)
-   $(CC) $(LDFLAGS) $(TEST_LDFLAGS) $(TEST_OBJECTS) -o $@ $(TEST_LIBSTATIC)
+   $(CC) $(LDFLAGS) $(TEST_OBJECTS) -o $@ $(TEST_LIBSTATIC)
 
 check: $(TEST_EXECUTABLE)
./$(TEST_EXECUTABLE) -d $(TEST_DATA)
-- 
1.8.3.1

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [ptest-runner 8/8] Added to XML

2017-09-29 Thread Jiwei Sun 
Signed-off-by: Jiwei Sun 
---
 tests/data/reference.xml |  3 ++-
 tests/utils.c|  4 ++--
 utils.c  | 49 +---
 utils.h  |  2 +-
 4 files changed, 39 insertions(+), 19 deletions(-)

diff --git a/tests/data/reference.xml b/tests/data/reference.xml
index a23b44b..0dea38c 100644
--- a/tests/data/reference.xml
+++ b/tests/data/reference.xml
@@ -4,6 +4,7 @@



-   ERROR
+   STDOUT ERROR
+   STDERR

 
diff --git a/tests/utils.c b/tests/utils.c
index bb799f4..230116a 100644
--- a/tests/utils.c
+++ b/tests/utils.c
@@ -262,9 +262,9 @@ START_TEST(test_xml_pass)
ck_assert(xp != NULL);
 entry.ptest = "test1";
 entry.run_ptest = "run-ptest";
-xml_add_case(xp, 0, , "");
+xml_add_case(xp, 0, , "", "");
 entry.ptest = "test2";
-xml_add_case(xp, 1, , "ERROR");
+xml_add_case(xp, 1, , "STDOUT ERROR", "STDERR");
xml_finish(xp);
 
FILE *fp, *fr;
diff --git a/utils.c b/utils.c
index 54ef89d..0f712f9 100644
--- a/utils.c
+++ b/utils.c
@@ -295,7 +295,8 @@ wait_child(const char *ptest_dir,
   int timeout,
   int *fds,
   FILE **fps,
-  char *buf)
+  char *bufout,
+  char *buferr)
 {
struct pollfd pfds[2];
time_t sentinel;
@@ -319,13 +320,13 @@ wait_child(const char *ptest_dir,
ssize_t n;
 
if (pfds[0].revents != 0) {
-   while ((n = read(fds[0], buf, 
WAIT_CHILD_BUF_MAX_SIZE)) > 0)
-   fwrite(buf, n, 1, fps[0]);
+   while ((n = read(fds[0], bufout, 
WAIT_CHILD_BUF_MAX_SIZE)) > 0)
+   fwrite(bufout, n, 1, fps[0]);
}
 
if (pfds[1].revents != 0) {
-   while ((n = read(fds[1], buf, 
WAIT_CHILD_BUF_MAX_SIZE)) > 0)
-   fwrite(buf, n, 1, fps[1]);
+   while ((n = read(fds[1], buferr, 
WAIT_CHILD_BUF_MAX_SIZE)) > 0)
+   fwrite(buferr, n, 1, fps[1]);
}
 
sentinel = time(NULL);
@@ -454,13 +455,15 @@ run_ptests(struct ptest_list *head, const struct 
ptest_options opts,
int status;
int fds[2]; fds[0] = pipefd_stdout[0]; fds[1] = 
pipefd_stderr[0];
FILE *fps[2]; fps[0] = fp; fps[1] = fp_stderr;
-   char buf[WAIT_CHILD_BUF_MAX_SIZE];
+   char bufout[WAIT_CHILD_BUF_MAX_SIZE];
+   char buferr[WAIT_CHILD_BUF_MAX_SIZE];
 
 // fprintf(fp, "%s\n", get_stime(stime, 
GET_STIME_BUF_SIZE));
fprintf(fp, "BEGIN: %s\n", ptest_dir);
 
status = wait_child(ptest_dir, p->run_ptest, 
child,
-   opts.timeout, fds, fps, 
buf);
+   opts.timeout, fds, fps, 
bufout,
+   buferr);
if (status)
rc += 1;
 
@@ -468,7 +471,8 @@ run_ptests(struct ptest_list *head, const struct 
ptest_options opts,
xml_add_case(xh,
 status,
 (struct ptest_entry *)p,
-buf);
+bufout,
+buferr);
 
 // fprintf(fp, "%s\n", get_stime(stime, 
GET_STIME_BUF_SIZE));
/* Let non-master gracefully terminate */
@@ -502,14 +506,18 @@ run_ptests(struct ptest_list *head, const struct 
ptest_options opts,
int status;
int fds[2]; fds[0] = pipefd_stdout[0]; fds[1] = 
pipefd_stderr[0];
FILE *fps[2]; fps[0] = fp; fps[1] = fp_stderr;
-   char buf[WAIT_CHILD_BUF_MAX_SIZE];
+   char bufout[WAIT_CHILD_BUF_MAX_SIZE];
+   char buferr[WAIT_CHILD_BUF_MAX_SIZE];
+   
+   memset(bufout, 0, sizeof(bufout));
+   memset(buferr, 0, sizeof(buferr));
 
-   memset(buf, 0, sizeof(buf));
fprintf(fp, "%s\n", get_stime(stime, 
GET_STIME_BUF_SIZE));

[yocto] [ptest-runner 6/8] Add to XML when tests fail

2017-09-29 Thread Jiwei Sun 
* Introduce a maximum number of concurrent ptests, since
we are dealing with embedded targets.

* Add stdout || stderr output from ptests into XML.
For testcases running in parallel, cluttering stdout won't
help anyone.

Signed-off-by: Jiwei Sun 
---
 main.c   |  2 +
 tests/data/reference.xml |  1 +
 tests/utils.c|  4 +-
 utils.c  | 99 +---
 utils.h  |  3 +-
 5 files changed, 67 insertions(+), 42 deletions(-)

diff --git a/main.c b/main.c
index d524200..a201e87 100644
--- a/main.c
+++ b/main.c
@@ -37,6 +37,7 @@
 
 #define DEFAULT_DIRECTORY "/usr/lib"
 #define DEFAULT_TIMEOUT 300
+#define DEFAULT_MAX_PARALLEL 64
 
 static inline void
 print_usage(FILE *stream, char *progname)
@@ -69,6 +70,7 @@ main(int argc, char *argv[])
opts.directory = strdup(DEFAULT_DIRECTORY);
opts.list = 0;
opts.timeout = DEFAULT_TIMEOUT;
+   opts.max_parallel = DEFAULT_MAX_PARALLEL;
opts.ptests = NULL;
opts.xml_filename = NULL;
 
diff --git a/tests/data/reference.xml b/tests/data/reference.xml
index 91522c7..a23b44b 100644
--- a/tests/data/reference.xml
+++ b/tests/data/reference.xml
@@ -4,5 +4,6 @@



+   ERROR

 
diff --git a/tests/utils.c b/tests/utils.c
index 9b1f442..bb799f4 100644
--- a/tests/utils.c
+++ b/tests/utils.c
@@ -262,9 +262,9 @@ START_TEST(test_xml_pass)
ck_assert(xp != NULL);
 entry.ptest = "test1";
 entry.run_ptest = "run-ptest";
-   xml_add_case(xp, 0, );
+xml_add_case(xp, 0, , "");
 entry.ptest = "test2";
-xml_add_case(xp, 1, );
+xml_add_case(xp, 1, , "ERROR");
xml_finish(xp);
 
FILE *fp, *fr;
diff --git a/utils.c b/utils.c
index 056d7b7..0e97ac4 100644
--- a/utils.c
+++ b/utils.c
@@ -289,8 +289,13 @@ run_child(char *run_ptest, int fd_stdout, int fd_stderr)
 }
 
 static inline int
-wait_child(const char *ptest_dir, const char *run_ptest, pid_t pid,
-   int timeout, int *fds, FILE **fps)
+wait_child(const char *ptest_dir,
+  const char *run_ptest,
+  pid_t pid,
+  int timeout,
+  int *fds,
+  FILE **fps,
+  char *buf)
 {
struct pollfd pfds[2];
time_t sentinel;
@@ -311,7 +316,6 @@ wait_child(const char *ptest_dir, const char *run_ptest, 
pid_t pid,
 
r = poll(pfds, 2, WAIT_CHILD_POLL_TIMEOUT_MS);
if (r > 0) {
-   char buf[WAIT_CHILD_BUF_MAX_SIZE];
ssize_t n;
 
if (pfds[0].revents != 0) {
@@ -354,6 +358,35 @@ wait_child(const char *ptest_dir, const char *run_ptest, 
pid_t pid,
return status;
 }
 
+static void reap_all_children(FILE *fp) {
+   /* Reap all children before continuing */
+   while (1) {
+   int status;
+   pid_t pid;
+   pid = waitpid((pid_t)(-1), , WNOHANG);
+
+   /* Child reaped */
+   if (pid > 0) {
+   if (WIFEXITED(status)) {
+   if (WEXITSTATUS(status) == 0)
+   continue;
+   }
+   fprintf(fp, "One child failed to do its job pid:%u", 
pid);
+   exit(-1);
+   }
+
+   /* Still children alive */
+   if (pid == 0) {
+   usleep(10); /* 100ms */
+   continue;
+   }
+
+   /* No more children to reap */
+   if (pid < 0)
+   break;
+   }
+}
+
 int
 run_ptests(struct ptest_list *head, const struct ptest_options opts,
const char *progname, FILE *fp, FILE *fp_stderr)
@@ -363,8 +396,8 @@ run_ptests(struct ptest_list *head, const struct 
ptest_options opts,
 
struct ptest_list *p;
char stime[GET_STIME_BUF_SIZE];
-
-   pid_t child, pid;
+   int nr_children = 0;
+   pid_t child;
int pipefd_stdout[2];
int pipefd_stderr[2];
 
@@ -395,8 +428,13 @@ run_ptests(struct ptest_list *head, const struct 
ptest_options opts,
continue;
 
master = fork();
-   if (master)
+   if (master) {
+   if (++nr_children >= opts.max_parallel) {
+   reap_all_children(fp);
+   nr_children = 0;
+   }
continue;
+   }
 
ptest_dir = strdup(p->run_ptest);
if (ptest_dir == NULL) {
@@ -416,53 +454,30 @@ run_ptests(struct ptest_list *head, const struct 
ptest_options opts,
int status;

[yocto] [ptest-runner 7/8] Introduce a ret-code for timeouts

2017-09-29 Thread Jiwei Sun 
Signed-off-by: Jiwei Sun 
---
 utils.c | 39 +++
 1 file changed, 27 insertions(+), 12 deletions(-)

diff --git a/utils.c b/utils.c
index 0e97ac4..54ef89d 100644
--- a/utils.c
+++ b/utils.c
@@ -349,7 +349,7 @@ wait_child(const char *ptest_dir,
}
else if(WIFSIGNALED(status) && pid > 0) {
fprintf(fps[0], " Killed by signal\n");
-   return 127;
+   return 0x80;
}
else
fprintf(fps[0], "\nERROR: Exit status is %d\n", status);
@@ -570,17 +570,32 @@ xml_add_case(FILE *xh, int status, struct ptest_entry 
*ptest, char *buf)
 
/* fprintf should guarantee atomicity for fprintfs within the same 
process */
if (status != 0) {
-   fprintf(xh, "\t\n" \
-   "\t\t" \
-   "\n" \
-   "\t\t%s" \
-   "\n" \
-   "\t\n",
-   ptest->ptest,
-   basename(bname),
-   status,
-   buf);
+   if (status == 0x80) {
+   fprintf(xh, "\t\n" \
+   "\t\t" \
+   "\n"  \
+   "\t\t%s"\
+   "\n"   \
+   "\t\n",
+   ptest->ptest,
+   basename(bname),
+   status,
+   buf);
+   }
+   else {
+   fprintf(xh, "\t\n" \
+   "\t\t" \
+   "\n"  \
+   "\t\t%s"\
+   "\n"   \
+   "\t\n",
+   ptest->ptest,
+   basename(bname),
+   status,
+   buf);
+   }
}
else {
fprintf(xh, "\t\n" \
-- 
1.8.3.1

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [ptest-runner 5/8] Add parallelism to TC execution

2017-09-29 Thread Jiwei Sun 
Kinda only makes sense with JUnit test output.

Signed-off-by: Jiwei Sun 
---
 ptest_list.c |  16 +--
 ptest_list.h |  14 ++-
 tests/data/glibc/ptest/run-pptest|   3 +
 tests/data/parallel/ptest/run-pptest |   3 +
 tests/ptest_list.c   |  10 +-
 tests/utils.c|  13 ++-
 utils.c  | 183 +++
 utils.h  |   2 +-
 8 files changed, 207 insertions(+), 37 deletions(-)
 create mode 100755 tests/data/glibc/ptest/run-pptest
 create mode 100755 tests/data/parallel/ptest/run-pptest

diff --git a/ptest_list.c b/ptest_list.c
index 2e1aa30..8a59383 100644
--- a/ptest_list.c
+++ b/ptest_list.c
@@ -27,8 +27,8 @@
 #include "utils.h"
 #include "ptest_list.h"
 
-#define VALIDATE_PTR_RINT(ptr) if (ptr == NULL) { errno = EINVAL; return -1; } 
-#define VALIDATE_PTR_RNULL(ptr) if (ptr == NULL) { errno = EINVAL; return 
NULL; } 
+#define VALIDATE_PTR_RINT(ptr) if (ptr == NULL) { errno = EINVAL; return -1; }
+#define VALIDATE_PTR_RNULL(ptr) if (ptr == NULL) { errno = EINVAL; return 
NULL; }
 
 struct ptest_list *
 ptest_list_alloc()
@@ -98,7 +98,7 @@ ptest_list_search(struct ptest_list *head, char *ptest)
VALIDATE_PTR_RNULL(ptest);
 
for (p = head; p != NULL; p = p->next) {
-   if (p->ptest == NULL) 
+   if (p->ptest == NULL)
continue;
 
if (strcmp(p->ptest, ptest) == 0) {
@@ -111,9 +111,12 @@ ptest_list_search(struct ptest_list *head, char *ptest)
 }
 
 struct ptest_list *
-ptest_list_add(struct ptest_list *head, char *ptest, char *run_ptest)
+ptest_list_add(struct ptest_list *head,
+  char *ptest,
+  char *run_ptest,
+  int parallel)
 {
-   struct ptest_list *n, *p; 
+   struct ptest_list *n, *p;
 
VALIDATE_PTR_RNULL(head);
VALIDATE_PTR_RNULL(ptest);
@@ -124,6 +127,7 @@ ptest_list_add(struct ptest_list *head, char *ptest, char 
*run_ptest)
 
n->ptest = ptest;
n->run_ptest = run_ptest;
+   n->parallel = parallel;
 
n->prev = NULL;
n->next = NULL;
@@ -139,7 +143,7 @@ ptest_list_add(struct ptest_list *head, char *ptest, char 
*run_ptest)
 struct ptest_list *
 ptest_list_remove(struct ptest_list *head, char *ptest, int free)
 {
-   struct ptest_list *p; 
+   struct ptest_list *p;
struct ptest_list *q, *r;
 
VALIDATE_PTR_RNULL(head);
diff --git a/ptest_list.h b/ptest_list.h
index 8b39485..e627921 100644
--- a/ptest_list.h
+++ b/ptest_list.h
@@ -25,12 +25,19 @@
 #define PTEST_LIST_FREE_CLEAN(x) { ptest_list_free(x); x = NULL; }
 #define PTEST_LIST_FREE_ALL_CLEAN(x) { ptest_list_free_all(x); x = NULL; }
 
-#define PTEST_LIST_ITERATE_START(head, p) for (p = head->next; p != NULL; p = 
p->next) { 
+#define PTEST_LIST_ITERATE_START(head, p) for (p = head->next; p != NULL; p = 
p->next) {
 #define PTEST_LIST_ITERATE_END }
 
+struct ptest_entry {
+   char *ptest;
+   char *run_ptest;
+   int parallel;
+};
+
 struct ptest_list {
char *ptest;
char *run_ptest;
+   int parallel;
 
struct ptest_list *next;
struct ptest_list *prev;
@@ -42,7 +49,10 @@ extern int ptest_list_free_all(struct ptest_list *);
 
 extern int ptest_list_length(struct ptest_list *);
 extern struct ptest_list *ptest_list_search(struct ptest_list *, char *);
-extern struct ptest_list *ptest_list_add(struct ptest_list *, char *, char *);
+extern struct ptest_list *ptest_list_add(struct ptest_list *,
+char *,
+char *,
+int);
 extern struct ptest_list *ptest_list_remove(struct ptest_list *, char *, int);
 
 #endif // _PTEST_RUNNER_LIST_H_
diff --git a/tests/data/glibc/ptest/run-pptest 
b/tests/data/glibc/ptest/run-pptest
new file mode 100755
index 000..f7f0316
--- /dev/null
+++ b/tests/data/glibc/ptest/run-pptest
@@ -0,0 +1,3 @@
+#!/bin/sh
+
+echo "glibc"
diff --git a/tests/data/parallel/ptest/run-pptest 
b/tests/data/parallel/ptest/run-pptest
new file mode 100755
index 000..23a0fff
--- /dev/null
+++ b/tests/data/parallel/ptest/run-pptest
@@ -0,0 +1,3 @@
+#!/bin/sh
+
+echo "parallel"
diff --git a/tests/ptest_list.c b/tests/ptest_list.c
index 2641620..a02af0e 100644
--- a/tests/ptest_list.c
+++ b/tests/ptest_list.c
@@ -49,7 +49,7 @@ END_TEST
 START_TEST(test_add)
 {
struct ptest_list *head = ptest_list_alloc();
-   ck_assert(ptest_list_add(head, strdup("perl"), NULL) != NULL);
+   ck_assert(ptest_list_add(head, strdup("perl"), NULL, 0) != NULL);
ptest_list_free_all(head);
 }
 END_TEST
@@ -64,7 +64,7 @@ START_TEST(test_free_all)
 
head = ptest_list_alloc();
for (i = 0; i < ptests_num; i++)
-   ptest_list_add(head, strdup(ptest_names[i]), NULL);
+

[yocto] [ptest-runner 4/8] Add version(-v) since we change return code ABI

2017-09-29 Thread Jiwei Sun 
Signed-off-by: Jiwei Sun 
---
 main.c | 13 +++--
 1 file changed, 11 insertions(+), 2 deletions(-)

diff --git a/main.c b/main.c
index 505829c..d524200 100644
--- a/main.c
+++ b/main.c
@@ -41,10 +41,16 @@
 static inline void
 print_usage(FILE *stream, char *progname)
 {
-   fprintf(stream, "Usage: %s [-d directory] [-l list] [-t timeout] [-x 
xml-filename]"
+   fprintf(stream, "Usage: %s [-v] [-d directory] [-l list] [-t timeout] 
[-x xml-filename]"
" [-h] [ptest1 ptest2 ...]\n", progname);
 }
 
+static inline void
+print_version(FILE *stream, char *progname)
+{
+   fprintf(stream, "version: 3.0.0\n");
+}
+
 int
 main(int argc, char *argv[])
 {
@@ -66,7 +72,7 @@ main(int argc, char *argv[])
opts.ptests = NULL;
opts.xml_filename = NULL;
 
-   while ((opt = getopt(argc, argv, "d:lt:x:h")) != -1) {
+   while ((opt = getopt(argc, argv, "vd:lt:x:h")) != -1) {
switch (opt) {
case 'd':
free(opts.directory);
@@ -82,6 +88,9 @@ main(int argc, char *argv[])
case 'h':
print_usage(stdout, argv[0]);
exit(0);
+   case 'v':
+   print_version(stdout, argv[0]);
+   exit(0);
break;
case 'x':
free(opts.xml_filename);
-- 
1.8.3.1

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [ptest-runner 2/8] Add missing stdint.h

2017-09-29 Thread Jiwei Sun 
$ make check
cc -std=gnu99 -pedantic -Wall -Werror -I . -g -c tests/ptest_list.c -o 
tests/ptest_list.o
In file included from tests/ptest_list.c:25:0:
tests/ptest_list.c: In function ‘test_length’:
tests/ptest_list.c:85:2: error: unknown type name ‘intmax_t’
ck_assert_int_eq(ptest_list_length(head), ptests_num);
^
tests/ptest_list.c:85:2: error: unknown type name ‘intmax_t’
ck_assert_int_eq(ptest_list_length(head), ptests_num);

Signed-off-by: Jiwei Sun 
---
 tests/ptest_list.c | 1 +
 1 file changed, 1 insertion(+)

diff --git a/tests/ptest_list.c b/tests/ptest_list.c
index 5c0036d..2641620 100644
--- a/tests/ptest_list.c
+++ b/tests/ptest_list.c
@@ -21,6 +21,7 @@
 
 #include 
 #include 
+#include 
 #include 
 #include 
 #include 
-- 
1.8.3.1

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [ptest-runner 1/8] Corrected return code interpreter

2017-09-29 Thread Jiwei Sun 
Signed-off-by: Jiwei Sun 
---
 utils.c | 14 --
 1 file changed, 12 insertions(+), 2 deletions(-)

diff --git a/utils.c b/utils.c
index 6d65388..a07faec 100644
--- a/utils.c
+++ b/utils.c
@@ -300,9 +300,19 @@ wait_child(const char *ptest_dir, const char *run_ptest, 
pid_t pid,
}
 
if (status) {
-   fprintf(fps[0], "\nERROR: Exit status is %d\n", status);
if (timeouted)
-   fprintf(fps[0], "TIMEOUT: %s\n", ptest_dir);
+   fprintf(fps[0], "TIMEOUT: %s ", ptest_dir);
+
+   if(WIFEXITED(status)) {
+   fprintf(fps[0], "\nERROR: Exit status is %d\n", 
WEXITSTATUS(status));
+   return WEXITSTATUS(status);
+   }
+   else if(WIFSIGNALED(status)) {
+   fprintf(fps[0], " Killed by signal\n");
+   return 127;
+   }
+   else
+   fprintf(fps[0], "\nERROR: Exit status is %d\n", status);
}
 
return status;
-- 
1.8.3.1

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] Errors building with Windows Subsystem for Linux (aka Bash on Ubuntu on Windows)

2017-09-29 Thread Dominig ar Foll (Intel Open Source) 
Le 26/09/2017 à 19:16, Bryan Evenson a écrit :
> All,
>
> Due to what our IT department can support, I am issued a Windows laptop for 
> development.  In the past I have used VMWare to make a Linux virtual machine 
> for my Yocto Project based image builds and application development.  We are 
> starting to get Windows 10 laptops so I am evaluating doing my builds using 
> the Windows Subsystem for Linux (WSL) by building a poky/morty image.  
> Overall it seems to be working.  I've had an issue that I've worked through 
> and other issues that I'm not quite sure what is going on.
>
Hi Brian,

I have been trying the same thing attempting to build Automotive Grade
Linux from Linux for Windows subsystem.
We have many adopter of AGL who also receive Windows PC from their IT
department. While VM work, they impose a serious limitation on memory
and CPU usage.
We all know that Linux For Windows a very green SW but, I did not
expected to have so much pain to upgrade to the current Windows10 build
(version 1703). Deactivating the Antivirus with the help of IT, was
painful and slow.

Now that I run 1703, it kind of give hope that it may work, but it does not.
I see random errors on variable expansion with an error (disk I/O
error). Looks like if the file system was not very happy.

My IT PC does not let me run Windows pre build, so I do not know if
progress is coming soon or not.

Likely will do a test when the next build of Win10 is coming to me.
In the mean time, I will stick to my Linux Machine which works fine.

But it would be nice to have it working for many corporation.

-- 
Dominig ar Foll
Senior Software Architect
Intel Open Source Technology Centre

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] Systemd Journal log persistence

2017-09-29 Thread Ayoub Zaki 

Hi all,

I'm trying to get my Journald logs persisting on the filesystem (on 
seprated partition) but no luck so far, it seems that :


/var/log is a symlink to /var/volatile/log and the /var/volatile is a 
tmpfs mount so the logs will not persist.


I tried to change this behaviour by appending base-files recipe and 
remove the symlink above but it still appearing on the filesystem !


Any tipps ?

Regards

--
Ayoub Zaki
Embedded Systems Consultant

Vaihinger Straße 2/1
D-71634 Ludwigsburg

Tel. : +4971415074546
Mobile   : +4917662901545
Email: ayoub.z...@embexus.com
Homepage : https://embexus.com

--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] Errors building with Windows Subsystem for Linux (aka Bash on Ubuntu on Windows)

2017-09-29 Thread Josef Holzmayr 

I don't have the slightest clue why this message was delayed so much.

As it might sound now like parodizing the ongoing efforts, please 
ignore/disregard.


Greetz
--
Josef Holzmayr
Software Developer Embedded Systems

Tel: +49 8444 9204-48
Fax: +49 8444 9204-50

R-S-I Elektrotechnik GmbH & Co. KG
Woelkestrasse 11
D-85301 Schweitenkirchen
www.rsi-elektrotechnik.de
———
Amtsgericht Ingolstadt – GmbH: HRB 191328 – KG: HRA 170393
Geschäftsführer: Dr.-Ing. Michael Sorg, Dipl.-Ing. Franz Sorg
Ust-IdNr: DE 128592548

_
Amtsgericht Ingolstadt - GmbH: HRB 191328 - KG: HRA 170363
Geschäftsführer: Dr.-Ing. Michael Sorg, Dipl.-Ing. Franz Sorg
USt-IdNr.: DE 128592548

--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] poky using native pkg_resources module

2017-09-29 Thread Ulf Samuelsson 

It looks like the pkg_resource module is using the native installation


I cloned poky early september, and could complete a build.

When I clone poky today, the build fails.

As part of "do_image_wic" from image_types_wic.bbclass

A python program in 'bmap-tools-native' is executing

"from pkg_resources import load_entry_point"

grep'ing for pkg_resources in bmap-tools-native reveals:

bmaptool:   from pkg_resources import load_entry_point
easy3_install:  from pkg_resources import load_entry_point
easy_install-3.5:   from pkg_resources import load_entry_point
=
pkg_resources.py is not available inside poky at the moment.

It is (or used to be) part of python-setuptools.

On Ubuntu, it is present in: 
"http://archive.ubuntu.com/ubuntu/pool/main/p/python-setuptools/python-setuptools_3.3.orig.tar.gz;

and used in Ubuntu 14.04 and 16.04 to generate the
"python3-pkg-resource" package.

When python-setuptools is generated by Yocto, it is partly
a class, but the python-setuptools-native recipe downloads

"https://files.pythonhosted.org/packages/source/s/setuptools/setuptools-26.2.7.zip;
which does not contain "pkg_resources.py"

=
When bmaptool imports pkg_resources, it will not find anything in the
yocto build, but will find the native 
"/usr/lib/python3/dist-packages/pkg_resources.py" from


This requires bmap-tools == 3.4, but the native bmap-tools in 
Ubuntu-14.04 is 2.5, and in Ubuntu-16.04 it is 3.2 so the build fails.


Maybe Ubuntu-17.04 supports bmap-tools 3.4 and it will build there,
but using the native pkg_resource is of course not a good idea?

Upgrading to a non-LTS Ubuntu is not something I would like to do...


Error report



| DEBUG: Executing shell function do_image_wic
| wic create 
"/home/ulf/Kunder/eMagii/Disk/yocto-arm/poky-arm/build/../meta-emagii/wic/emagii_beaglebone.wks" 
--vars 
"/home/ulf/Kunder/eMagii/Disk/yocto-arm/poky-arm/build/tmp/sysroots/beaglebone/imgdata/" 
-e "emagii-image" -o 
"/home/ulf/Kunder/eMagii/Disk/yocto-arm/poky-arm/build/tmp/work/beaglebone-poky-linux-gnueabi/emagii-image/1.0-r0/deploy-emagii-image-image-complete/emagii-image-beaglebone-20170929070314/"

| INFO: Creating image(s)...
|
| INFO: The new image(s) can be found here:
| 
/home/ulf/Kunder/eMagii/Disk/yocto-arm/poky-arm/build/tmp/work/beaglebone-poky-linux-gnueabi/emagii-image/1.0-r0/deploy-emagii-image-image-complete/emagii-image-beaglebone-20170929070314/emagii_beaglebone-201709290903-mmcblk.direct

|
| The following build artifacts were used to create the image(s):
|   ROOTFS_DIR: 
/home/ulf/Kunder/eMagii/Disk/yocto-arm/poky-arm/build/tmp/work/beaglebone-poky-linux-gnueabi/emagii-image/1.0-r0/deploy-emagii-image-image-complete/emagii-image-beaglebone-20170929070314/tmp.wic.slysr_64/rootfs_copy
|   BOOTIMG_DIR: 
/home/ulf/Kunder/eMagii/Disk/yocto-arm/poky-arm/build/tmp/work/beaglebone-poky-linux-gnueabi/emagii-image/1.0-r0/recipe-sysroot/usr/share
|   KERNEL_DIR: 
/home/ulf/Kunder/eMagii/Disk/yocto-arm/poky-arm/build/tmp/deploy/images/beaglebone
|   NATIVE_SYSROOT: 
/home/ulf/Kunder/eMagii/Disk/yocto-arm/poky-arm/build/tmp/work/beaglebone-poky-linux-gnueabi/emagii-image/1.0-r0/recipe-sysroot-native

|
| INFO: The image(s) were created using OE kickstart file:
| 
/home/ulf/Kunder/eMagii/Disk/yocto-arm/poky-arm/build/../meta-emagii/wic/emagii_beaglebone.wks

| Traceback (most recent call last):
|   File 
"/home/ulf/Kunder/eMagii/Disk/yocto-arm/poky-arm/build/tmp/work/beaglebone-poky-linux-gnueabi/emagii-image/1.0-r0/recipe-sysroot-native/usr/bin/bmaptool", 
line 6, in 

| from pkg_resources import load_entry_point
|   File "/usr/lib/python3/dist-packages/pkg_resources.py", line 2749, 
in 

| working_set = WorkingSet._build_master()
|   File "/usr/lib/python3/dist-packages/pkg_resources.py", line 444, in 
_build_master

| ws.require(__requires__)
|   File "/usr/lib/python3/dist-packages/pkg_resources.py", line 725, in 
require

| needed = self.resolve(parse_requirements(requirements))
|   File "/usr/lib/python3/dist-packages/pkg_resources.py", line 628, in 
resolve

| raise DistributionNotFound(req)
| pkg_resources.DistributionNotFound: bmap-tools==3.4
| WARNING: 
/home/ulf/Kunder/eMagii/Disk/yocto-arm/poky-arm/build/tmp/work/beaglebone-poky-linux-gnueabi/emagii-image/1.0-r0/temp/run.do_image_wic.19342:1 
exit 1 from 'bmaptool create 
emagii-image-beaglebone-20170929070314.rootfs.wic -o 
emagii-image-beaglebone-20170929070314.rootfs.wic.bmap'
| ERROR: Function failed: do_image_wic (log file is located at 
/home/ulf/Kunder/eMagii/Disk/yocto-arm/poky-arm/build/tmp/work/beaglebone-poky-linux-gnueabi/emagii-image/1.0-r0/temp/log.do_image_wic.19342)
ERROR: Task

Re: [yocto] weston and xorg-xserver fail to build when using Raspberry Pi 3 user land

2017-09-29 Thread Francesco Giancane 
Hi Andrea,
Thank you for your answer.
Will resend the patch to the open embedded mailing list.


Francesco Giancane

Via Paolo Braccini 46, 10141 Torino (TO)
+393933920466
https://it.linkedin.com/in/francesco-giancane-aa7213117



2017-09-29 9:09 GMT+02:00 Andrea Galbusera :
> Hi Francesco,
>
> On Thu, Sep 28, 2017 at 9:25 AM, Francesco Giancane
>  wrote:
>>
>> Hi everyone,
>>
>> I noticed that if I changed the provider for virtual/mesa (in
>> particular, virtual/egl) to 'userland' for a raspberry pi 3 build,
>> bitbake fails to resolve the dependency chain, complaining about
>> missing RPROVIDES libegl.
>>
>> The point is that NO libegl is ever provided, only "egl" package.
>> Thought it was a typo. No building errors so far.
>>
>> What do you think?
>> Patch attached.
>
>
> This probably goes to oe-core mailing list, which is the upstream project
> the patch applies to. Also consider sending inline patches instead of
> attachments [1].
>
> [1] https://www.openembedded.org/wiki/How_to_submit_a_patch_to_OpenEmbedded
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] weston and xorg-xserver fail to build when using Raspberry Pi 3 user land

2017-09-29 Thread Andrea Galbusera 
Hi Francesco,

On Thu, Sep 28, 2017 at 9:25 AM, Francesco Giancane <
francescogianca...@gmail.com> wrote:

> Hi everyone,
>
> I noticed that if I changed the provider for virtual/mesa (in
> particular, virtual/egl) to 'userland' for a raspberry pi 3 build,
> bitbake fails to resolve the dependency chain, complaining about
> missing RPROVIDES libegl.
>
> The point is that NO libegl is ever provided, only "egl" package.
> Thought it was a typo. No building errors so far.
>
> What do you think?
> Patch attached.
>

This probably goes to oe-core mailing list, which is the upstream project
the patch applies to. Also consider sending inline patches instead of
attachments [1].

[1] https://www.openembedded.org/wiki/How_to_submit_a_patch_to_OpenEmbedded
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [meta-cgl][PATCH] kernel: Fix config warning for CONFIG_I2C_ALGOBIT

2017-09-29 Thread zhe.he 
From: He Zhe 

CONFIG_DRM in yocto-kernel-cache selects CONFIG_I2C_ALGOBIT as "y".
Change CONFIG_I2C_ALGOBIT 00026-lm-sensors.cfg from "m" to "y" to
avoid following config conflict.

-- CONFIG_I2C_ALGOBIT -
Config: CONFIG_I2C_ALGOBIT
From: /PATH/TO/i915.cfg /PATH/TO/00026-lm-sensors.cfg
Requested value:  CONFIG_I2C_ALGOBIT=m
Actual value: CONFIG_I2C_ALGOBIT=y

Signed-off-by: He Zhe 
---
 meta-cgl-common/recipes-kernel/linux/files/cfg/00026-lm-sensors.cfg | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git 
a/meta-cgl-common/recipes-kernel/linux/files/cfg/00026-lm-sensors.cfg 
b/meta-cgl-common/recipes-kernel/linux/files/cfg/00026-lm-sensors.cfg
index f28bdf6..71c4cad 100644
--- a/meta-cgl-common/recipes-kernel/linux/files/cfg/00026-lm-sensors.cfg
+++ b/meta-cgl-common/recipes-kernel/linux/files/cfg/00026-lm-sensors.cfg
@@ -1,5 +1,5 @@
 CONFIG_I2C_SMBUS=m
-CONFIG_I2C_ALGOBIT=m
+CONFIG_I2C_ALGOBIT=y
 CONFIG_I2C_ALGOPCA=m
 CONFIG_I2C_ALI1535=m
 CONFIG_I2C_ALI1563=m
-- 
2.8.1

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto