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
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
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,
> >
> >
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
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
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
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_
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
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
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
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.
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
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
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:/
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
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
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
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
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
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
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
21 matches
Mail list logo
