Re: [yocto] bitbake: git and patch problem

> From: EXTERNAL van Riel Rob (ENTER, BT-CO/ENG1.1) > Sent: maandag 5 maart 2018 16:12 > Subject: RE: [yocto] bitbake: git and patch problem > > > From: Bruce Ashfield [mailto:bruce.ashfi...@windriver.com] > > Sent: maandag 5 maart 2018 15:09 > > Subject: Re: [yocto] bitbake: git and patch problem

Re: [yocto] Are Windows SDKs (mingw layer) supposed to work?

Have you tried using 2.4 to identify when it broke? Clearly we need to extend the selftest so the mingw SDK is actually tested... Ross On 6 March 2018 at 05:32, Reyna, David wrote: > Hi all, > > > > I am trying to enable a customer for using YP SDKs on Windows. It > apparently is supposed to w

Re: [yocto] Are Windows SDKs (mingw layer) supposed to work?

Hi, >From: yocto-boun...@yoctoproject.org [mailto:yocto-boun...@yoctoproject.org] >On Behalf Of Burton, Ross >Sent: Tuesday, March 6, 2018 12:39 PM >To: Reyna, David L (Wind River) >Cc: Yocto >Subject: Re: [yocto] Are Windows SDKs (mingw layer) supposed to work? > >Have you tried using 2.4 to i

[yocto] SDK without qemu

Is there a way to build an SDK without qemu? Avishay -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] SDK without qemu

Do you mean "how can I build a SDK without using qemu" or "how can I build a SDK that doesn't contain qemu"? On 5 March 2018 at 15:37, Avishay Orpaz wrote: > Is there a way to build an SDK without qemu? > > > Avishay > > > > > -- > ___ > yocto mailing

Re: [yocto] [meta-java][PATCH 00/14] openjdk-8 updates

Hi André, On Mon, Mar 05, 2018 at 09:30:52AM +, André Draszik wrote: > Hi, > > OpenJDK8 in yocto is a bit outdated, so these patches > - update openjdk-8 from the 1.5 year old version 102b14 to the > current 162b12 > - modernize the recipe using bitbake variable overrides > - enable buildin

[yocto] bbappend file not used

Dears, I want to build an image using systemd and system-networkd as network manager and set static ip address to eth0. To do so, I use a bbappend file to systemd. The problem is that the systemd_%.bbappend file does not appear when calling bitbake-layers show-appends. I'm quite sure it is not

Re: [yocto] bbappend file not used

Is your layer present in build/conf/bblayers.conf ? On 06/03/18 14:07, Vincent Daanen wrote: Dears, I want to build an image using systemd and system-networkd as network manager and set static ip address to eth0. To do so, I use a bbappend file to systemd. The problem is that the systemd_%

Re: [yocto] bbappend file not used

Does your layer.conf tell bitbake to read bbappends? Should be something like: BBFILES += "${LAYERDIR}/recipes-*/*/*.bb \ ${LAYERDIR}/recipes-*/*/*.bbappend" Ross On 6 March 2018 at 12:07, Vincent Daanen wrote: > Dears, > > > > I want to build an image using systemd and system-net

Re: [yocto] bitbake: git and patch problem

> From: EXTERNAL van Riel Rob (ENTER, BT-CO/ENG1.1) > Sent: dinsdag 6 maart 2018 09:51 > Subject: RE: [yocto] bitbake: git and patch problem > > The trail led me to discover I'd omitted a piece of information that I didn't > know > was relevant: the code I'm trying to patch is in the kernel. It t

Re: [yocto] Are Windows SDKs (mingw layer) supposed to work?

On 3/6/18 4:39 AM, Burton, Ross wrote: > Have you tried using 2.4 to identify when it broke?  Clearly we need to extend > the selftest so the mingw SDK is actually tested... > > Ross > > On 6 March 2018 at 05:32, Reyna, David > wrote: > > Hi all, > >

Re: [yocto] bbappend file not used

Hi guys, After having spent some time to find what was wrong, I decided to rewrite all the files and … the bbappend file is not processed… May be there was a typo I did not see or some ‘code’ I copied/pasted from internet included utf characters.. Anyway, I can continue building my image.. Re

Re: [yocto] Are Windows SDKs (mingw layer) supposed to work?

Hi Mark and Ross, > Ross: Have you tried using 2.4 to identify when it broke? I will try 2.4 and see if it is different. > Mark: In the past 7ZIP (when not the admin) would create either copies or > 'shortcuts' instead of actual symbolic links. I will look to see if there is a new se

Re: [yocto] Adding custom scripts to home directory and /etc/init.d/*

Thanks Anuj, This is where I ended up for now (let me know if this looks about right): # see https://stackoverflow.com/a/40768781 DESCRIPTION = "Clock Configuration via I2C" SRC_URI = "file://init-clock" LICENSE = "MIT" LIC_FILES_CHKSUM = "file://${WORKDIR}/init-clock;beginline=2;endline=19;md5=8

[yocto] Bitbake recipe using CMake that requires python-six as part of compiling?

Hi all, I'm struggling with what should be a simple-ish recipe (I think). I'm writing a recipe implementation for https://github.com/open62541/open62541 (open62541). So I start with devtool add open62541 https://github.com/open62541/open62541.git then I edit this, so it currently looks like this

[yocto] Minutes: Yocto Project Technical Meeting

Attendees: Armin, Stephano, Juro, Stephen, Ross, Joshua Watt, Amanda, Tim, David Reyna, Denys, Randy, Michael Halstead, Richard, Alex Kanavin, Bill Mills, Mark Hatle, Tracey Erway Current Status: https://wiki.yoctoproject.org/wiki/Weekly_Status It was mentioned that the 2.6 features should be dis

Re: [yocto] Bitbake recipe using CMake that requires python-six as part of compiling?

Add DEPENDS=python-six Ross On 6 March 2018 at 18:11, Giordon Stark wrote: > Hi all, > > I'm struggling with what should be a simple-ish recipe (I think). I'm > writing a recipe implementation for https://github.com/open62541/open62541 > (open62541). So I start with > > devtool add open62541 h

Re: [yocto] Bitbake recipe using CMake that requires python-six as part of compiling?

Hi, I tried this and it didn't work. Giordon On Tue, Mar 6, 2018 at 12:43 Burton, Ross wrote: > Add DEPENDS=python-six > > Ross > > On 6 March 2018 at 18:11, Giordon Stark wrote: > >> Hi all, >> >> I'm struggling with what should be a simple-ish recipe (I think). I'm >> writing a recipe implem

Re: [yocto] Bitbake recipe using CMake that requires python-six as part of compiling?

More specifically, the problem is that "six" is not a package that was installed as part of pythonnative: kratsg@dc:/local/d4/gstark/poky/build$ /local/d4/gstark/poky/build/tmp/work/aarch64-poky-linux/open62541/0.3+git999-r0/recipe-sysroot-native/usr/bin/python-native/python Python 2.7.13 (default

Re: [yocto] Bitbake recipe using CMake that requires python-six as part of compiling?

Hi Philip, That was it indeed! I've gotten it working. I don't see "python-six-native" as a valid recipe in layers.openembedded.org. Is this a special case or is there a way to identify these sorts of packages in the future? open62541-0.3+git999-r0 do_compile: NOTE: open62541: compiling from exte

Re: [yocto] bbappend file not used

Yes these lines are in the layer.conf file De : Burton, Ross [mailto:ross.bur...@intel.com] Envoyé : mardi 6 mars 2018 13:28 À : Vincent Daanen Cc : yocto@yoctoproject.org Objet : Re: [yocto] bbappend file not used Does your layer.conf tell bitbake to read bbappends? Should be something like:

Re: [yocto] Bitbake recipe using CMake that requires python-six as part of compiling?

On 03/06/2018 01:42 PM, Burton, Ross wrote: > Add DEPENDS=python-six Maybe: DEPENDS = "python-six-native" Philip > > Ross > > On 6 March 2018 at 18:11, Giordon Stark wrote: > >> Hi all, >> >> I'm struggling with what should be a simple-ish recipe (I think). I'm >> writing a recipe implement

Re: [yocto] bbappend file not used

Hi Vincent, On Wednesday, 7 March 2018 4:24:46 AM NZDT Vincent Daanen wrote: > After having spent some time to find what was wrong, I decided to rewrite > all the files and … the bbappend file is not processed… > > May be there was a typo I did not see or some ‘code’ I copied/pasted from > intern

Re: [yocto] Bitbake recipe using CMake that requires python-six as part of compiling?

On 03/06/2018 02:14 PM, Giordon Stark wrote: > Hi Philip, > > That was it indeed! I've gotten it working. I don't see "python-six-native" > as a valid recipe in layers.openembedded.org. Is this a special case or is > there a way to identify these sorts of packages in the future? The python-six re

Re: [yocto] Bitbake recipe using CMake that requires python-six as part of compiling?

Thanks! Sorry to ping again, but I've done something poorly wrong. I converted this code which now works, to point at the tarball provided by github instead: SUMMARY = "OPC UA implementation" HOMEPAGE = "https://open62541.org/"; SECTION = "devel/libs" LICENSE = "MPL-2.0" LIC_FILES_CHKSUM = "file:/

Re: [yocto] Bitbake recipe using CMake that requires python-six as part of compiling?

Sorry, was rushing, yes this. :) On 6 March 2018 at 19:09, Philip Balister wrote: > On 03/06/2018 01:42 PM, Burton, Ross wrote: > > Add DEPENDS=python-six > > Maybe: > > DEPENDS = "python-six-native" > > Philip > > > > > Ross > > > > On 6 March 2018 at 18:11, Giordon Stark wrote: > > > >> Hi al

Re: [yocto] Bitbake recipe using CMake that requires python-six as part of compiling?

On 6 March 2018 at 19:48, Giordon Stark wrote: > > where PV=0.2 (open62541_0.2.bb). And I see an error on install (full log: > https://gist.github.com/kratsg/5c3740ab72403595d5b9e0e855a3697f) > > | CMake Error at cmake_install.cmake:40 (file): > | file INSTALL cannot find > | "/local/d4/gstar

Re: [yocto] Bitbake recipe using CMake that requires python-six as part of compiling?

Thanks. On Tue, Mar 6, 2018 at 2:07 PM Burton, Ross wrote: > On 6 March 2018 at 19:48, Giordon Stark wrote: > >> >> where PV=0.2 (open62541_0.2.bb). And I see an error on install (full >> log: https://gist.github.com/kratsg/5c3740ab72403595d5b9e0e855a3697f) >> >> | CMake Error at cmake_install.

Re: [yocto] Bitbake recipe using CMake that requires python-six as part of compiling?

On 6 March 2018 at 20:24, Giordon Stark wrote: > You can drop the S assignment as that is the default value. >> > > Didn't realize, neat. I knew I needed to set it for `git` clones since it > always throws it into a ${WORKDIR}/git folder. > Yes, for git clones you need to override it. > >> Git

Re: [yocto] Bitbake recipe using CMake that requires python-six as part of compiling?

Great. So when I have this recipe set up -- how do I make sure, or tell other people who write a recipe depending on this -- how to find a header file built by it? Specifically, I see this header file in a (non-standard?) location which is normally linked by others: | #include and this header

Re: [yocto] Are Windows SDKs (mingw layer) supposed to work?

Ok, I have it working now. The problem appears to be that 7ZIP treats "*.xz" files differently than "*.zip" files, specifically in the area of translating symlinks. I am using version 16.00, 64-bit, 2016-05-10. With the ZIP file I did get an error about replacing "corei7-64-poky-linux\usr\incl

Re: [yocto] Bitbake recipe using CMake that requires python-six as part of compiling?

If the cmakelists file doesn't install that (and it should) then yes you'll need to use do_install_append. Ross On 6 March 2018 at 20:46, Giordon Stark wrote: > Great. So when I have this recipe set up -- how do I make sure, or tell > other people who write a recipe depending on this -- how to

Re: [yocto] Bitbake recipe using CMake that requires python-six as part of compiling?

Yes. The CMakeLists file definitely doesn't install that (annoyingly). Playing around a bit, I created a test recipe, added these lines in my open62541.inc file (original recipe here) do_install_append() { install -d ${D}${includedir} install -m 644 ${B}/open62541.h ${D}${includedir} } FILES_

Re: [yocto] Are Windows SDKs (mingw layer) supposed to work?

I am going to slightly amend my comments. 1) When you extract the XZ file you get a TAR. It is when you then extract the TAR that you get all the symlink errors. 2) If you run 7ZIP in Administrator mode then you do _not_ get the syslink access errors, but apparently neither can you build C appl

Re: [yocto] Bitbake recipe using CMake that requires python-six as part of compiling?

On Tue, Mar 6, 2018 at 1:03 PM, Giordon Stark wrote: > Yes. The CMakeLists file definitely doesn't install that (annoyingly). > Playing around a bit, I created a test recipe, added these lines in my > open62541.inc file (original recipe here) > > do_install_append() { > install -d ${D}${included

Re: [yocto] Bitbake recipe using CMake that requires python-six as part of compiling?

Hi Andre, I tried without FILES_${PN}_append = "${includedir}/open62541.h" and got a QA error about a file installed that was not added to a package I don't understand the ${PN}-dev here, and I'm not sure how packaging works in this context - since it's not clear to me which files get instal

Re: [yocto] Bitbake recipe using CMake that requires python-six as part of compiling?

On Tue, Mar 6, 2018 at 2:12 PM, Giordon Stark wrote: > Hi Andre, > > I tried without > > FILES_${PN}_append = "${includedir}/open62541.h" > > and got a QA error about a file installed that was not added to a > package I don't understand the ${PN}-dev here, and I'm not sure how > packaging work

Re: [yocto] Bitbake recipe using CMake that requires python-six as part of compiling?

Is there a good recipe to follow where the normal rules apply for packaging and such? I had a hard time finding one that wasn't a rabbit-hole of *.inc files. Giordon On Tue, Mar 6, 2018 at 4:23 PM Andre McCurdy wrote: > On Tue, Mar 6, 2018 at 2:12 PM, Giordon Stark wrote: > > Hi Andre, > > > >

Re: [yocto] Bitbake recipe using CMake that requires python-six as part of compiling?

On Tue, Mar 6, 2018 at 2:24 PM, Giordon Stark wrote: > Is there a good recipe to follow where the normal rules apply for packaging > and such? I had a hard time finding one that wasn't a rabbit-hole of *.inc > files. Start with the default packaging rules in meta/conf/bitbake.conf Any packaging

Re: [yocto] Bitbake recipe using CMake that requires python-six as part of compiling?

On 6 March 2018 at 22:12, Giordon Stark wrote: > Hi Andre, > > I tried without > > FILES_${PN}_append = "${includedir}/open62541.h" > > and got a QA error about a file installed that was not added to a > package I don't understand the ${PN}-dev here, and I'm not sure how > packaging works in

[yocto] [yocto-autobuilder2][PATCH 0/2] A couple of fixes

A couple of initial fixes for the new autobuilder. I'm still learning how to work with the new buildbot code, so let me know if I've missed anything :) Paul Eggleton (2): builders: set early steps to halt on failure builders: set build revision to poky revision TODO| 1 - builders

[yocto] [yocto-autobuilder2][PATCH 1/2] builders: set early steps to halt on failure

If you can't clobber the build directory, check out the helper source or unpack the repos successfully there's really not much point in continuing, so stop the build immediately if they fail. Signed-off-by: Paul Eggleton --- builders.py | 11 +-- 1 file changed, 9 insertions(+), 2 deleti

[yocto] [yocto-autobuilder2][PATCH 2/2] builders: set build revision to poky revision

By default, since the yocto-autobuilder-helper repository is the only one that buildbot actually checks out in a step, the revision of that is the one that gets associated with the build; however, it's much more useful to have the revision set to the poky revision, so add a step that does that. Si