On Feb 15, 2014, at 7:53 PM, Jay Cady wrote:
> I can confirm that the runtime error is gone. Qt5 images now run as expected.
>
thanks for testing
>
> On Sat, Feb 15, 2014 at 10:52 PM, Khem Raj wrote:
>
> On Feb 15, 2014, at 7:46 PM, Jay Cady wrote:
>
>> I re-did the patch correctly and
I can confirm that the runtime error is gone. Qt5 images now run as
expected.
On Sat, Feb 15, 2014 at 10:52 PM, Khem Raj wrote:
>
> On Feb 15, 2014, at 7:46 PM, Jay Cady wrote:
>
> I re-did the patch correctly and it works perfectly! Problem solved.
>
>
>
> Can you reconfirm that runtime err
On Feb 15, 2014, at 7:46 PM, Jay Cady wrote:
> I re-did the patch correctly and it works perfectly! Problem solved.
>
Can you reconfirm that runtime error on your target is gone now ?
I would like others who have been seeing this issue to test this patch out as
well
since I don’t have the r
I re-did the patch correctly and it works perfectly! Problem solved.
For others wondering, these were the steps Khem gave me to apply the patch:
cd into meta/
and then
wget
http://git.openembedded.org/openembedded-core-contrib/patch/?id=07ff1b539a62053c6d41cd2814e8d0bca1991a63
-O
a.patch
git am
we need to map OS string correctly to include linux-uclibcspe
which is what we use with ppc+spe on uclibc, additionally move
gnuspe triplet mapping to same code as well
Signed-off-by: Khem Raj
---
meta/recipes-connectivity/openssl/openssl.inc |7 ---
1 file changed, 4 insertions(+), 3 de
On Feb 15, 2014, at 4:52 PM, Jay Cady wrote:
> Hey, thanks for the reply!
>
> I tried it out and wasn't able to boot the image. Here is the output of the
> boot when it failed:
>
Its not the patch. your image seems corrupt.
> [3.230529] Freeing init memory: 180K
> INIT: version 2.88 b
Hey, thanks for the reply!
I tried it out and wasn't able to boot the image. Here is the output of
the boot when it failed:
[3.230529] Freeing init memory: 180K
INIT: version 2.88 booting
INIT: Entering runlevel: 5
INIT: cannot execute "/etc/init.d/rc"
INIT: cannot execute "/sbin/getty"
INIT
Hi Darren,
> $ bitbake linux-yocto -c diffconfig
>
> I like the latter because it is consistent in naming, config,
> with menuconfig.
>
Ok.
> >+try:
> >+md5newconfig = bb.utils.md5_file(configorig)
> >+md5config = bb.utils.md5_file(config)
> >+isdiff = md5newconfig
Hi
can you try this patch
http://git.openembedded.org/openembedded-core-contrib/commit/?h=kraj/icu&id=07ff1b539a62053c6d41cd2814e8d0bca1991a63
and report back
-Khem
On Feb 15, 2014, at 9:57 AM, Jay Cady wrote:
> I'm having the exact same problem.
>
> Latest master branch of Yocto 1.5 2/13
Fellow Developers,
Here I would like to remind us all that bug squash weekend is coming. In
addition to the bugs mentioned in bugzilla, if you are interested to fix
bugs in other layers besides OE-Core then there are some world build failures
recorded on OE wiki
http://www.openembedded.org/wiki
Hello,
This pull request adds the ability for runqemu to skip tap devices. It
was developed to resolve bug #5815.
Scott
The following changes since commit d3ba249aa1bf68aaeed226e934a4f4d5b7a19286:
package_manager.py: move multilib prefix list computation function to
RpmIndexer (2014-02-14 22
Support the sitauation where a user could have another VM running
which uses tap devices. To prevent runqemu from trying to use the
same tap device, runqemu will skip using a tap device if it finds
a filename tapX.skip within its lock directory.
This fixes [YOCTO #5815]
Signed-off-by: Scott Garma
I'm having the exact same problem.
Latest master branch of Yocto 1.5 2/13/14. Built with the master branch of
meta-qt5. Wandboard-dual.
When running the Qt5_CinematicExperience app, I'm getting this error:
shared libraries: /usr/lib/libicudata.so.51: internal error
Any ideas how to fix this?
The .shbg extension is not properly supported by the Xsession script
provided by xserver-common.
Make the matchbox-keyboard startup script wait for matchbox desktop and
start the matchbox-keyboard daemon in its own shell, in the background.
See discussion here:
https://lists.yoctoproject.org/pipe
Hello Saul,
V2 patch includes following changes:
1) no PR bump in recipe
2) lower-cased commit header
Regards,
Dave Lerner
--
The attached patch adds PTEST integration to valgrind. The patch
was built and tested as shown in the "CONFIGURATION", "BUILD TESTS", and
"RUNTIME TESTS" sec
'export' will accept any output filename, but 'import' needs a '.conf'
suffix to work. Otherwise you'll get:
koen@beast:/build/v2013.12$ bitbake-prserv-tool import x.txt
ERROR: Traceback (most recent call last):
File "/build/v2013.12/sources/bitbake/lib/bb/cookerdata.py", line 162,
in wrapped
Modifies valgrind's regression test framework to be compatible
with the yocto PTEST framework as follows:
* existing recipe valgrind*bb adds new methods: do_compile_ptest and
do_install_ptest.
* new file run-ptest adds the wrapper interface to the valgrind
regression test script vg_regtest.
Op 12 feb. 2014, om 09:31 heeft Richard Purdie
het volgende geschreven:
> On Wed, 2014-02-12 at 09:03 +0100, Koen Kooi wrote:
>> On 01/15/2014 11:15 AM, Koen Kooi wrote:
>>> I've limited it to 64bit targets, but to be honest debug splitting doesn't
>>> make sense for grub since it won't run in
18 matches
Mail list logo