Howdy!
After looking more and more into yocto, one of the main issues for me is the
process to set up a project properly, including all layers and conf options.
Especially those which would be needed to set exactly the same way again and
again every time somebody needs to reproduce a build.
So
Hi Josef,
Looks ok at a first look, but my first suggestion would be to start
using the is operator instead of == when it comes to comparing strings.
Otherwise using your way with == will crash if any of the variables
(those sys.argv[]) are None (void).
Best regards,
Vali
On 03/10/2014
Hello Vali,
Vali Cobelea valentin.cobe...@enea.com hat am 10. März 2014 um 12:05
geschrieben:
Looks ok at a first look, but my first suggestion would be to start
using the is operator instead of == when it comes to comparing strings.
Otherwise using your way with == will crash if any of the
Hi,
I would advise to use the official documentation of Python :
http://docs.python.org/2/library/stdtypes.html .
But if you do want to stick with the stackoverflow advises :
http://stackoverflow.com/questions/2988017/string-comparison-in-python-is-vs
The idea behind 'is' would be to have
Hello Vali,
Vali Cobelea valentin.cobe...@enea.com hat am 10. März 2014 um 12:20
geschrieben:
The idea behind 'is' would be to have more safety and less crashes when
one of the arguments, in your case, is empty (eg None).
Well there are cases where I needed to compare strings that have been
On 10/03/2014 11:32, Josef Holzmayr wrote:
Hello Vali,
Vali Cobelea valentin.cobe...@enea.com hat am 10. März 2014 um 12:20
geschrieben:
The idea behind 'is' would be to have more safety and less crashes when
one of the arguments, in your case, is empty (eg None).
Well there are cases
Thanks Khem,
I found my mistake. I forgot adding ${IMAGE_ROOTFS} and I was trying to run
the commands in my host. This works.
ROOTFS_POSTPROCESS_COMMAND =+ \
rm -rf
${IMAGE_ROOTFS}/etc/systemd/system/multi-user.target.wants/recipeA.service;
\
ln -sf
Hello Alex,
Alex J Lennon ajlen...@dynamicdevices.co.uk hat am 10. März 2014 um 12:43
geschrieben:
fwiw I'd have thought myself that string comparison should be string
comparison (==) as if you use an object identity comparison as a string
comparison (is), you potentially introduce opaque
Alex,
-Original Message-
From: Alex J Lennon [mailto:ajlen...@dynamicdevices.co.uk]
Sent: Saturday, March 08, 2014 4:18 AM
To: Bryan Evenson
Cc: yocto@yoctoproject.org
Subject: Re: [yocto] Remote management of embedded devices
+
On 07/03/2014 13:41, Bryan Evenson wrote:
Alex,
Can anyone please tell whats wrong with the recipe and why am getting
this error?
On Sat, Mar 8, 2014 at 7:31 PM, sheerapthinath sheerapthin...@gmail.com wrote:
On Sat, Mar 8, 2014 at 7:26 PM, sheerapthinath sheerapthin...@gmail.com
wrote:
Hi,
I am new to yocto and trying to build a package
On Mon, Mar 10, 2014 at 5:02 AM, Josef Holzmayr
jholzm...@the-exact-steps.net wrote:
Hello Alex,
Alex J Lennon ajlen...@dynamicdevices.co.uk hat am 10. März 2014 um
12:43
geschrieben:
fwiw I'd have thought myself that string comparison should be string
comparison (==) as if you use
Hello Chris
Chris Larson clar...@kergoth.com hat am 10. März 2014 um 15:40 geschrieben:
On Mon, Mar 10, 2014 at 5:02 AM, Josef Holzmayr
jholzm...@the-exact-steps.net wrote:
Hello Alex,
Alex J Lennon ajlen...@dynamicdevices.co.uk hat am 10. März 2014 um
12:43
geschrieben:
On Mon, Mar 10, 2014 at 11:59:08AM +0100, Josef Holzmayr wrote:
Howdy!
After looking more and more into yocto, one of the main issues for me is the
process to set up a project properly, including all layers and conf options.
Especially those which would be needed to set exactly the same way
Hello Marc,
Marc Ferland ferla...@sonatest.com hat am 10. März 2014 um 16:52
geschrieben:
On Mon, Mar 10, 2014 at 11:59:08AM +0100, Josef Holzmayr wrote:
Howdy!
After looking more and more into yocto, one of the main issues for me is the
process to set up a project properly,
This commit removes the mkdir from movecopy as it is not needed.
It also changes the workdir in barecopy and movecopy to
the source dir, as we can't alwas be sure that the destination
dir even exists.
This also ensures that we are in fact constructing our cp string
correctly, by striping any
This commit removes the mkdir from movecopy as it is not needed.
It also changes the workdir in barecopy and movecopy to
the source dir, as we can't alwas be sure that the destination
dir even exists.
This also ensures that we are in fact constructing our cp string
correctly, by striping any
Supports
http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=b7f1cca517bbd4191828c6bae32e0c5041f1ff19
Signed-off-by: Elizabeth Flanagan elizabeth.flana...@intel.com
---
.../site-packages/autobuilder/buildsteps/BuildImages.py | 9 +
1 file changed, 9 insertions(+)
diff
On 3/5/14, 18:20, João Henrique Ferreira de Freitas joa...@gmail.com
wrote:
Add a new step about how to use diffconfig task to create
kernel config fragments.
[YOCTO #3862]
Signed-off-by: João Henrique Ferreira de Freitas joa...@gmail.com
Thank you for updating the documentation. Please Cc:
ignore this. updated patch in the works.
On Mon, Mar 10, 2014 at 11:14 AM, Elizabeth Flanagan
elizabeth.flana...@intel.com wrote:
Supports
http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=b7f1cca517bbd4191828c6bae32e0c5041f1ff19
Signed-off-by: Elizabeth Flanagan
We use _fetch and _fullClone differently than initially intended.
If you trace through the code, there are around 6 entry points
for both and workdir needs to be set specifically for our use
cases.
One case where we use fetch is doing a fetch in our source dir,
prior to us copying it over into
movecopy really shouldn't care if it's updatable or not. It should
have an incremental callback in it to take care of that (it doesn't
though, which is part of the problem!)
Signed-off-by: Elizabeth Flanagan elizabeth.flana...@intel.com
---
We need to do an incremental before we copy or else, we're
essentially copying nothing.
Signed-off-by: Elizabeth Flanagan elizabeth.flana...@intel.com
---
.../buildbot-0.8.8-py2.7.egg/buildbot/steps/source/yoctogit.py | 1 +
1 file changed, 1 insertion(+)
diff --git
Supports
http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=b7f1cca517bbd4191828c6bae32e0c5041f1ff19
Signed-off-by: Elizabeth Flanagan elizabeth.flana...@intel.com
---
.../site-packages/autobuilder/buildsteps/BuildImages.py | 9 +
1 file changed, 9 insertions(+)
diff
On 3/10/14, 14:55, Rifenbark, Scott M scott.m.rifenb...@intel.com
wrote:
Yes - the manual for 1.6 is only for that release. I would have to take
separate steps to apply it to dora or Dylan branches.
The point there being that someone reading the current manual and working
on the 1.5 releases,
What you are saying is that the current method works for pre-1.6. And, the
proposed changes from the patch apply only to 1.6 and on. I would apply the
patch only to the latest version of the docs, which is the tip of master and
will be for 1.6.
Scott
-Original Message-
From: Darren
On 3/10/14, 15:02, Rifenbark, Scott M scott.m.rifenb...@intel.com
wrote:
What you are saying is that the current method works for pre-1.6. And,
the proposed changes from the patch apply only to 1.6 and on. I would
apply the patch only to the latest version of the docs, which is the
tip of
Darren,
The way I work is if a change applies to a previous major release, then I
cherry-pick the change onto the top of the branch for the previously released
version. Otherwise, the change goes onto the top of master only, which will be
the case for this change. Regarding your specific
In policy_scan.l file, we have already removed all references to yywrap by
adding %option noyywrap statements to each flex source file that doesn't
override yywrap. After this, we no longer need to link against libfl and so
no longer get errors about undefined references to yylex.
Signed-off-by:
Agenda:
* Opens collection - 5 min (Stephen)
* Yocto 1.6 status - 10 min (Stephen/team)
https://wiki.yoctoproject.org/wiki/Yocto_Project_v1.6_Status
https://wiki.yoctoproject.org/wiki/Yocto_1.6_Features
* SWAT team rotation: Beth - Paul
This is a partial revert of a previous patch and fixes a compilation
error for perf in linux-yocto-dev.
The following changes since commit 10051a94a99e2416c4184db24c4dbcced7ce76c2:
Merge tag 'v3.14-rc4' into standard/base (2014-02-27 16:18:04 -0500)
are available in the git repository at:
On 2014-03-10, 6:36 PM, Tom Zanussi wrote:
This is a partial revert of a previous patch and fixes a compilation
error for perf in linux-yocto-dev.
Confirmed that this fixes the error. I'm going to squash this into the
original commit (and add your Sign-off).
Hopefully 3.14 is good to go now.
On 2014-03-07, 5:18 PM, Paul, Charlie wrote:
The following changes since commit 6bdb157889b49e7e8646e03f49d8613dd15e8954:
Merge branch 'standard/base' into standard/axxia/base (2014-02-27 15:39:47
-0500)
are available in the git repository at:
32 matches
Mail list logo