Hello, all.
I'm running qt application on yocto's qt image. cpu is s3c2442, like mini2440.
the problem is:
key event issued by pressing gpio-key eat by 'getty' (from busybox),
my application can't receive input event,
if I remove respawn 'getty' for tty1 in /etc/inittab, everything ok.
any
Signed-off-by: Cristian Iorga cristian.io...@intel.com
-Original Message-
From: openembedded-core-boun...@lists.openembedded.org
[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of Stefan
Stanacar
Sent: Tuesday, May 14, 2013 7:22 PM
To:
On 05/14/2013 08:58 PM, Björn Stenberg wrote:
Jesse Zhang wrote:
+++ b/meta/recipes-devtools/perl/perl-5.14.3/run-ptest
@@ -0,0 +1,2 @@
+#!/bin/sh
+cd t ./TEST
run-ptest also needs to parse the output and reformat results into the
standard ptest/automake format, such as PASS: foo, FAIL:
On 05/15/2013 08:19 AM, Yi Qingliang wrote:
I'm running qt application on yocto's qt image. cpu is s3c2442, like mini2440.
the problem is:
key event issued by pressing gpio-key eat by 'getty' (from busybox),
my application can't receive input event,
if I remove respawn 'getty' for tty1 in
On 05/13/2013 12:09 PM, Robert Yang wrote:
RP's comment:
What we're trying to do is move everything to use a standard mechanism
for reporting issues of this type (do_package). With insane.bbclass, you
can elect whether a given type of error is a warning or error and fails
the task.
* The
Richard,
Here is a set of patches that I have pulled together and built
and test on the Autobuilder.
This includes Robert's fatal() clean-up.
Thanks
Sau!
The following changes since commit f9f1397d688cc4eb8d736066b1280bee40a8916a:
image.bbclass: Add package-management image feature
On 05/15/2013 10:10 AM, Yi Qingliang wrote:
On Wednesday, May 15, 2013 10:05:45 AM Mike Looijmans wrote:
On 05/15/2013 08:19 AM, Yi Qingliang wrote:
I'm running qt application on yocto's qt image. cpu is s3c2442, like
mini2440.
the problem is:
key event issued by pressing gpio-key eat by
On 05/15/2013 12:39 AM, Slater, Joseph wrote:
Hi,
I see this class for generating a report of package data, but I don't
see it ever
being used. Is there info about how to use it?
The Package Reporting System (http://packages.yoctoproject.org) backend
uses the distrodata class, it's not
On Wednesday, May 15, 2013 10:18:41 AM Mike Looijmans wrote:
On 05/15/2013 10:10 AM, Yi Qingliang wrote:
On Wednesday, May 15, 2013 10:05:45 AM Mike Looijmans wrote:
On 05/15/2013 08:19 AM, Yi Qingliang wrote:
I'm running qt application on yocto's qt image. cpu is s3c2442, like
mini2440.
On 05/15/2013 02:35 AM, Joe Slater wrote:
We put the shared libraries in base_libdir because at least
one library under base_libdir, pam_cracklib.so, needs them
and will cause a qa warning when it is built.
---
meta/recipes-core/zlib/zlib_1.2.7.bb | 14 ++
1 files changed, 14
Hi Paul,
On 14/05/13 17:55, Paul Eggleton wrote:
Having clutter in OE-Core does not preclude such testing with additional
BSPs,
and I'm unclear on how moving it out to another layer helps at all with this
specific issue.
It prevents efficiently supporting clutter on any real machine that
On Tue, 2013-05-14 at 16:35 -0700, Joe Slater wrote:
We put the shared libraries in base_libdir because at least
one library under base_libdir, pam_cracklib.so, needs them
and will cause a qa warning when it is built.
Which warning are you getting? From the description it sounds like
The common init script links use two-digit sequence numbers and
systemd interprets everything behind the two-digits as service name.
This leads to the following failure during boot:
Cannot add dependency job for unit 9tcf-agent.service
Signed-off-by: Stefan Herbrechtsmeier
Hi Paul,
On 15/05/13 10:49, Paul Eggleton wrote:
It prevents efficiently supporting clutter on any real machine that does
not use mesa's GL, which means all machines not in meta-intel, and some
machines in meta-intel. This is the main issue, real HW support.
How does it prevent that? Surely
On Wed, May 15, 2013 at 8:35 AM, Tomas Frydrych
tf+lists.yo...@r-finger.com wrote:
Hi Paul,
On 15/05/13 10:49, Paul Eggleton wrote:
It prevents efficiently supporting clutter on any real machine that does
not use mesa's GL, which means all machines not in meta-intel, and some
machines in
upgrade from 1.2.7 - 1.2.8
Removed patches that are already in the upstream.
Added a make clean routine needed because the package comes with
precompiled 64-bit objects that break the build.
Signed-off-by: Andrei Dinu andrei.adrianx.d...@intel.com
---
On 5/15/13 4:54 AM, Phil Blundell wrote:
On Tue, 2013-05-14 at 16:35 -0700, Joe Slater wrote:
We put the shared libraries in base_libdir because at least
one library under base_libdir, pam_cracklib.so, needs them
and will cause a qa warning when it is built.
Which warning are you getting?
On 15.05.2013 11:53, Otavio Salvador wrote:
On Wed, May 15, 2013 at 8:35 AM, Tomas Frydrych
tf+lists.yo...@r-finger.com wrote:
Hi Paul,
On 15/05/13 10:49, Paul Eggleton wrote:
It prevents efficiently supporting clutter on any real machine that does
not use mesa's GL, which means all
On May 15, 2013, at 1:39 AM, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
On Tue, 2013-05-14 at 17:59 -0700, Drew Moseley wrote:
Signed-off-by: Drew Moseley drew_mose...@mentor.com
---
meta/classes/kernel.bbclass |8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
On Tue, May 14, 2013 at 8:25 AM, Robert P. J. Day rpj...@crashcourse.ca wrote:
On Tue, 14 May 2013, Bruce Ashfield wrote:
On Tue, May 14, 2013 at 4:28 AM, Robert P. J. Day rpj...@crashcourse.ca
wrote:
On Mon, 13 May 2013, Khem Raj wrote:
can you try this
add
On Wed, 2013-05-15 at 13:23 +, Moseley, Drew wrote:
On May 15, 2013, at 1:39 AM, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
On Tue, 2013-05-14 at 17:59 -0700, Drew Moseley wrote:
Signed-off-by: Drew Moseley drew_mose...@mentor.com
---
meta/classes/kernel.bbclass |8
On Wed, 2013-05-15 at 08:40 -0600, Gary Thomas wrote:
* Build an image, e.g. core-image-sato
$ bitbake core-image-sato
* Cause some dependency to be rebuilt
$ bitbake xserver-xorg -c cleansstate
* Rebuild the image
$ bitbake core-image-sato
That's probably to be expected. You
On May 15, 2013, at 9:34 AM, Tom Zanussi tom.zanu...@intel.com wrote:
On Wed, 2013-05-15 at 13:23 +, Moseley, Drew wrote:
On May 15, 2013, at 1:39 AM, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
On Tue, 2013-05-14 at 17:59 -0700, Drew Moseley wrote:
Signed-off-by: Drew
On Wed, 2013-05-15 at 15:46 +0100, Phil Blundell wrote:
On Wed, 2013-05-15 at 08:40 -0600, Gary Thomas wrote:
* Build an image, e.g. core-image-sato
$ bitbake core-image-sato
* Cause some dependency to be rebuilt
$ bitbake xserver-xorg -c cleansstate
* Rebuild the image
$
On 2013-05-15 08:53, Richard Purdie wrote:
On Wed, 2013-05-15 at 15:46 +0100, Phil Blundell wrote:
On Wed, 2013-05-15 at 08:40 -0600, Gary Thomas wrote:
* Build an image, e.g. core-image-sato
$ bitbake core-image-sato
* Cause some dependency to be rebuilt
$ bitbake xserver-xorg -c
On Thu, May 9, 2013 at 3:15 PM, e...@felipetonello.com wrote:
From: Felipe F. Tonello e...@felipetonello.com
This is necessary when Qt applicatins want to know variables such as
QT_MAJOR_VERSION, QT_VERSION, QT_MINOR_VERSION, gcc version etc.
OBS: This change made the build system crazy.
Hi Paul,
On 15/05/13 15:09, Paul Eggleton wrote:
Can you not just get the appropriate changes into the BSP layers
so that when you add the BSP on top of OE-Core it does just work out of the
box?
What you are really saying is that the onus of maintaining working
clutter packages should be on
On Wed, May 15, 2013 at 1:34 PM, Tomas Frydrych
tf+lists.yo...@r-finger.com wrote:
Hi Paul,
On 15/05/13 15:09, Paul Eggleton wrote:
Can you not just get the appropriate changes into the BSP layers
so that when you add the BSP on top of OE-Core it does just work out of the
box?
What you are
This is an initial attempt at adding gccgo support to the
gcc recipes. There are some issues that I wasn't able to
resolve properly that need resolved before this is usable
and likely even more that I didn't notice. It isn't ready
to be merged but feedback on what I've missed would be
appreciated.
What really confuses me about the attempts I was making is that in
my local.conf file I have explicitly asked for kernel version 3.8.11:
PREFERRED_VERSION_linux-yocto := 3.8.11%
When I watch the build messages fly by I see that linux-yocto_3.8.11
is being built.
In my work directory there
On Wednesday 15 May 2013 17:34:45 Tomas Frydrych wrote:
On 15/05/13 15:09, Paul Eggleton wrote:
Can you not just get the appropriate changes into the BSP layers
so that when you add the BSP on top of OE-Core it does just work out of
the box?
What you are really saying is that the onus of
On Wed, May 15, 2013 at 1:22 PM, Trevor Woerner twoer...@gmail.com wrote:
What really confuses me about the attempts I was making is that in
my local.conf file I have explicitly asked for kernel version 3.8.11:
PREFERRED_VERSION_linux-yocto := 3.8.11%
When I watch the build messages fly
I'd ask that we give trying to make this work from OE-Core a fair try.
If in say 3 months from now OE-Core is causing clutter users pain we can
look again at the problem. Equally, if nobody has sent me any clutter
patches in the next three months, I wouldn't consider than a fair try.
I'm happy
On Wed, May 15, 2013 at 2:30 PM, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
I'd ask that we give trying to make this work from OE-Core a fair try.
If in say 3 months from now OE-Core is causing clutter users pain we can
look again at the problem. Equally, if nobody has sent me
On Wed, May 15, 2013 at 1:24 PM, Bruce Ashfield
bruce.ashfi...@gmail.com wrote:
You set the SRCREV that Khem sent. That was my 3.8.4. commit. The version
number in the directories is coming coming from the PV of the package, which
you
didn't tweak.
Ahh... yes. Thank you. Makes perfect sense
On Wednesday 15 May 2013 14:36:16 Otavio Salvador wrote:
On Wed, May 15, 2013 at 2:30 PM, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
I'd ask that we give trying to make this work from OE-Core a fair try.
If in say 3 months from now OE-Core is causing clutter users pain we
On Mon, 2013-05-13 at 16:27 +0100, Ross Burton wrote:
Since 2.20 the use of argparse was removed, so we don't need these
dependencies
anymore.
You mean 2.30. Other than that,
Reviewed-by: Colin Walters walt...@verbum.org
___
Openembedded-core
On Wed, May 15, 2013 at 3:24 PM, Paul Eggleton
paul.eggle...@linux.intel.com wrote:
On Wednesday 15 May 2013 14:36:16 Otavio Salvador wrote:
On Wed, May 15, 2013 at 2:30 PM, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
I'd ask that we give trying to make this work from OE-Core a
On Wed, 2013-05-15 at 20:30 +0300, Richard Purdie wrote:
I'd ask that we give trying to make this work from OE-Core a fair try.
If in say 3 months from now OE-Core is causing clutter users pain we can
look again at the problem. Equally, if nobody has sent me any clutter
patches in the next
-Original Message-
From: openembedded-core-boun...@lists.openembedded.org
[mailto:openembedded-core-
boun...@lists.openembedded.org] On Behalf Of Mark Hatle
Sent: Wednesday, May 15, 2013 6:08 AM
To: openembedded-core@lists.openembedded.org
Subject: Re: [OE-core] [PATCH 1/1] zlib:
On Tue, 2013-05-14 at 09:36 +0200, Koen Kooi wrote:
To avoid things like that in the future I have a few recommendations
I'd like to get feedback on:
In future can we please discuss this on the oe-core list or at least
give a heads up there as this is pretty key to the core of the project
and
On Wed, 2013-05-15 at 19:50 +, Slater, Joseph wrote:
Yes, this is it:
WARNING: QA Issue: libpam: /lib64/security/pam_cracklib.so, installed in the
base_prefix,
requires a shared library under exec_prefix
(/usr): libz.so.1 = /usr/lib64/libz.so.1 (0xdead5000)
Presumably
On Wed, 2013-05-15 at 16:28 -0300, Otavio Salvador wrote:
I agree but it seems it hadn't succeed in this specific case until
now. I personally think Clutter will benefit from getting a specific
place to look at and it does seem multiple people has been adding
Clutter recipes in their internal
On Wed, May 15, 2013 at 1:58 PM, Trevor Woerner twoer...@gmail.com wrote:
On Wed, May 15, 2013 at 1:24 PM, Bruce Ashfield
bruce.ashfi...@gmail.com wrote:
You set the SRCREV that Khem sent. That was my 3.8.4. commit. The version
number in the directories is coming coming from the PV of the
We put the shared libraries in base_libdir because at least
one library under base_libdir, pam_cracklib.so, needs them
and will cause a qa warning when it is built.
---
meta/recipes-core/zlib/zlib_1.2.7.bb | 15 +++
1 files changed, 15 insertions(+), 0 deletions(-)
diff --git
On Tue, 2013-05-14 at 13:18 +0300, Richard Purdie wrote:
I'd also take
a patch to have bitbake do some primitive wildcard (% along the lines of
PREFERRED_VERSION?) type match on the bbappend filenames.
I do still think that, as far as oe-core goes at least, simply
discontinuing the practice of
Hi Paul,
On Wednesday, May 15, 2013 05:39:38 PM Paul Eggleton wrote:
On Wednesday 15 May 2013 13:31:41 Otavio Salvador wrote:
On Thu, May 9, 2013 at 3:15 PM, e...@felipetonello.com wrote:
From: Felipe F. Tonello e...@felipetonello.com
This is necessary when Qt applicatins want to
On May 15, 2013, at 3:33 PM, Trevor Woerner twoer...@gmail.com wrote:
Does this mean we now have something that can work on the EdgeRouter Lite?
well you have to have a kernel for that platform. If you have working kernel
everything else will ditto work
On Wed, 15 May 2013, Khem Raj wrote:
On May 15, 2013, at 3:33 PM, Trevor Woerner twoer...@gmail.com wrote:
Does this mean we now have something that can work on the EdgeRouter Lite?
well you have to have a kernel for that platform. If you have
working kernel everything else will ditto
-Original Message-
From: Phil Blundell [mailto:p...@pbcl.net]
Sent: Wednesday, May 15, 2013 1:45 PM
To: Slater, Joseph
Cc: Hatle, Mark; openembedded-core@lists.openembedded.org
Subject: Re: [OE-core] [PATCH 1/1] zlib: put shared libraries in base_libdir
On Wed, 2013-05-15 at
On 15 May 2013 21:33, Richard Purdie richard.pur...@linuxfoundation.org wrote:
(e.g. when I include
meta-raspberrypi, it changes the psplash logo, regardless of whether I'm
building for the pi).
In many ways the bbappend is too easy and encourages anti-social
behaviour. I would recommend
On Wednesday, May 15, 2013, Robert P. J. Day rpj...@crashcourse.ca wrote:
On Wed, 15 May 2013, Khem Raj wrote:
On May 15, 2013, at 3:33 PM, Trevor Woerner twoer...@gmail.com wrote:
Does this mean we now have something that can work on the EdgeRouter
Lite?
well you have to have a kernel
Signed-off-by: Jonathan Liu net...@gmail.com
---
meta/recipes-devtools/opkg/opkg.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/opkg/opkg.inc
b/meta/recipes-devtools/opkg/opkg.inc
index c34ac5b..631aafc 100644
---
From: Chen Qi qi.c...@windriver.com
Change /var/run/bind/run to /var/run/named to avoid the following error message.
chmod: cannot access '/var/run/bind/run': No such file or directory
[YOCTO #4429]
Signed-off-by: Chen Qi qi.c...@windriver.com
---
.../bind/bind-9.8.1/conf.patch
The remount-rootfs.service unit has been renamed to
systemd-remount-fs.service in systemd v183 and later.
The run-postinsts script writes to /var/log (a symbolic link to
/var/volatile/log), so systemd-tmpfiles-setup.service is added to After=
in run-postinsts.service to ensure /var/volatile/log
I've just found out that there is currently a proposal in the Gnome
project to change the way they write and run tests. I know Colin posted
it a few weeks ago but somehow I missed the mail and I suspect others
did too:
https://live.gnome.org/GnomeGoals/InstalledTests
When you read through this,
56 matches
Mail list logo