|
Re: Incrementally building constantly changing application source in a workflow-friendly way with
#yocto
This should simply work; what exactly doesn't work for you?
Do wipe tmp/ before proceeding further, as -f 'taints' the build.
Alex
This should simply work; what exactly doesn't work for you?
Do wipe tmp/ before proceeding further, as -f 'taints' the build.
Alex
|
By
Alexander Kanavin
·
#48416
·
|
|
Re: Modified GENIVI Cannelloni recipe with strange side effects
Hi Zoran,
The issue seems to be that the executable /usr/bin/cannelloni has a
reference to a shared library (libcannelloni-common.so.0) for which
the Yocto build system is not able to determine
Hi Zoran,
The issue seems to be that the executable /usr/bin/cannelloni has a
reference to a shared library (libcannelloni-common.so.0) for which
the Yocto build system is not able to determine
|
By
Laurent Gauthier
·
#48415
·
|
|
Re: Incrementally building constantly changing application source in a workflow-friendly way with
#yocto
Thanks Alex!
This also works if files/src is a symlink to the actual sources. I just need to take into account that the sources land in $WORKDIR/src.
I still need to do the following though to get
Thanks Alex!
This also works if files/src is a symlink to the actual sources. I just need to take into account that the sources land in $WORKDIR/src.
I still need to do the following though to get
|
By
Pieter Smith
·
#48414
·
|
|
Re: Modified GENIVI Cannelloni recipe with strange side effects
One more thing: If I add to this recipe the following line (in do_install()):
install -m 0755 ${WORKDIR}/build/libcannelloni-common.so ${D}${libdir}
I have now less ERRORs (only two, not three
One more thing: If I add to this recipe the following line (in do_install()):
install -m 0755 ${WORKDIR}/build/libcannelloni-common.so ${D}${libdir}
I have now less ERRORs (only two, not three
|
By
Zoran
·
#48413
·
|
|
mono native do_populate_sysroot error
Hi ,
I am trying to build mono but I always get the following error
ERROR: mono-native-6.8.0.105-r0 do_populate_sysroot: The recipe mono-native is trying to install files into a shared area when
Hi ,
I am trying to build mono but I always get the following error
ERROR: mono-native-6.8.0.105-r0 do_populate_sysroot: The recipe mono-native is trying to install files into a shared area when
|
By
Sheraz Ali <sheraz.ali@...>
·
#48412
·
|
|
Modified GENIVI Cannelloni recipe with strange side effects
Hello List,
I am trying to solve very interesting ERROR I am getting with slightly modified GENIVI Canneloni
Hello List,
I am trying to solve very interesting ERROR I am getting with slightly modified GENIVI Canneloni
|
By
Zoran
·
#48411
·
|
|
Re: Incrementally building constantly changing application source in a workflow-friendly way with
#yocto
Try placing the sources into recipes-my-application/files/src, then SRC_URI = "file://src/" should work.
Alex
Try placing the sources into recipes-my-application/files/src, then SRC_URI = "file://src/" should work.
Alex
|
By
Alexander Kanavin
·
#48410
·
|
|
Re: Incrementally building constantly changing application source in a workflow-friendly way with
#yocto
Thanks Alex,
I tried this, but still cannot get it set-up so that the sources are fetched. I have the following directory structure in my repo:
├── conf
│ └── layer.conf
├──
Thanks Alex,
I tried this, but still cannot get it set-up so that the sources are fetched. I have the following directory structure in my repo:
├── conf
│ └── layer.conf
├──
|
By
Pieter Smith
·
#48409
·
|
|
followup on earlier wording -- layer priority doesn't affect .conf/.bbclass
just noticed in dev tasks manual in same paragraph i was whining
about earlier, section 3.1.6, Note:
"Also, the layer priority does not currently affect the precedence
order of .conf or .bbclass
just noticed in dev tasks manual in same paragraph i was whining
about earlier, section 3.1.6, Note:
"Also, the layer priority does not currently affect the precedence
order of .conf or .bbclass
|
By
Robert P. J. Day
·
#48408
·
|
|
Re: [psplash][PATCH 1/1] psplash-fb: Avoid racing issues on reading fb0
i wonder if there should be a different way to ensure this dependency perhaps sd_notify for systemd or udev notification maybe ..
i wonder if there should be a different way to ensure this dependency perhaps sd_notify for systemd or udev notification maybe ..
|
By
Khem Raj
·
#48407
·
|
|
[meta-security][PATCH] google-authenticator-libpam: install module in pam location
pam_google_authenticator.so was being installed where pam could not find
it. Move it where the rest of the pam modules site.
Signed-off-by: Armin Kuster <akuster808@...>
---
pam_google_authenticator.so was being installed where pam could not find
it. Move it where the rest of the pam modules site.
Signed-off-by: Armin Kuster <akuster808@...>
---
|
By
Armin Kuster
·
#48406
·
|
|
Re: [error-report-web][PATCH V2] Add local.conf and auto.conf into error details
Hi, Paul
Could you help to check my reply below, thanks.
Hi, Paul
Could you help to check my reply below, thanks.
|
By
Changqing Li
·
#48405
·
|
|
warrior -> zeus: /etc/issue is not displayed before each login prompt
Hello,
In warrior release /etc/issue was displayed before _every_ login prompt on serial console, for example:
</etc/issue>
hostname login: <hitting Enter>
</etc/issue>
hostname login: <hitting
Hello,
In warrior release /etc/issue was displayed before _every_ login prompt on serial console, for example:
</etc/issue>
hostname login: <hitting Enter>
</etc/issue>
hostname login: <hitting
|
By
Lukasz Domowy
·
#48404
·
|
|
Re: should all "IMAGE_INSTALL +=" become "IMAGE_INSTALL_append"?
yes, i see your point now.
rday
yes, i see your point now.
rday
|
By
Robert P. J. Day
·
#48403
·
|
|
Re: should all "IMAGE_INSTALL +=" become "IMAGE_INSTALL_append"?
I was looking at th 1.6 version of the document, and the 5.2.1 section
is 3.2.1 in the 3.0 version. The section is about modifying images from the
local.conf, so my comments are still the same. You
I was looking at th 1.6 version of the document, and the 5.2.1 section
is 3.2.1 in the 3.0 version. The section is about modifying images from the
local.conf, so my comments are still the same. You
|
By
Jeremy Puhlman
·
#48402
·
|
|
Re: should all "IMAGE_INSTALL +=" become "IMAGE_INSTALL_append"?
no, section 3.2.1 in current git version of YP development tasks
manual. that manual doesn't even have a section 5. we better make sure
we're looking at the same manual.
rday
no, section 3.2.1 in current git version of YP development tasks
manual. that manual doesn't even have a section 5. we better make sure
we're looking at the same manual.
rday
|
By
Robert P. J. Day
·
#48401
·
|
|
Re: Creating a QEmu (x86-64) Image, which can execute binary applications from other x86-64 linux OSes
Hello Khem,
Thanks for that advice, it seems to be the best way to handle this.
Best regards,
Christian Lohr
-----Ursprüngliche Nachricht-----
Von: yocto@...
Hello Khem,
Thanks for that advice, it seems to be the best way to handle this.
Best regards,
Christian Lohr
-----Ursprüngliche Nachricht-----
Von: yocto@...
|
By
Christian Lohr <christian.lohr.ext@...>
·
#48400
·
|
|
Re: should all "IMAGE_INSTALL +=" become "IMAGE_INSTALL_append"?
You are referring to section 5.2.1 if I am not correct, not 3.2.1?
The context is important here. 5.2.1 is discussing using the variable as part of your local.conf. Which is
a
You are referring to section 5.2.1 if I am not correct, not 3.2.1?
The context is important here. 5.2.1 is discussing using the variable as part of your local.conf. Which is
a
|
By
Jeremy Puhlman
·
#48399
·
|
|
should all "IMAGE_INSTALL +=" become "IMAGE_INSTALL_append"?
again, some nitpickiness, but in the current YP dev manual, section
3.2.1, the manual is quite explicit about using "_append" with
IMAGE_INSTALL:
"Furthermore, you must use _append instead of the +=
again, some nitpickiness, but in the current YP dev manual, section
3.2.1, the manual is quite explicit about using "_append" with
IMAGE_INSTALL:
"Furthermore, you must use _append instead of the +=
|
By
Robert P. J. Day
·
#48398
·
|
|
[PATCH] dev-manual: layer priority takes precedence over PV
Clarify that if there are multiple recipes with the same name, the
recipe with the highest PV from the highest priority layer will be the
one selected.
Signed-off-by: Robert P. J. Day
Clarify that if there are multiple recipes with the same name, the
recipe with the highest PV from the highest priority layer will be the
one selected.
Signed-off-by: Robert P. J. Day
|
By
Robert P. J. Day
·
#48397
·
|