From: Roy Li
libpseudo.so is always installed into ${prefix}/lib/, not ${libdir},
so fix these paths; and skip libdir WARN_QA checking to ignore the
warning in 64bit and multilib enabled system
Signed-off-by: Roy Li
---
meta/recipes-devtools/pseudo/pseudo.inc |7 +--
1 file changed, 5
On 2013年10月29日 11:52, Khem Raj wrote:
On Wed, Oct 23, 2013 at 12:18 AM, Kai Kang wrote:
Migrate lua recipe and patches from meta-oe. And then update to 5.2.2.
no it can not be migrated. ABIs are different between 5.1 and 5.2 and
please submit these 5.2 recipes
to meta-oe
OK, thanks.
Kai
U
On Wed, Oct 23, 2013 at 12:18 AM, Kai Kang wrote:
> Migrate lua recipe and patches from meta-oe. And then update to 5.2.2.
>
no it can not be migrated. ABIs are different between 5.1 and 5.2 and
please submit these 5.2 recipes
to meta-oe
> Update:
> * remove bitwise_operators.patch that lua us
On Mon, Oct 28, 2013 at 7:10 AM, Eric Bénard wrote:
> Hi Richard,
>
> I saw your patch fixing FILESPATH's and Kergoth's one fixing
> PACKAGECONFIG processing order and I think I'm also facing an order
> problem when SRC_URI is computed.
>
> So when building SRC_URI when two layers have bbappend wh
There is no need for += when using append hence removed and added a
leading space appropriately
Signed-off-by: Khem Raj
---
meta/recipes-multimedia/pulseaudio/pulseaudio.inc | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
b
Hello,
my QT app can't response to key, when tty1 hold by getty.
how to disable getty@tty1.service when generating image?
--
Nanjing Jilong
Yi Qingliang
niqingliang2...@gmail.com
___
Openembedded-core mailing list
Openembedded-core@list
On 29 October 2013 02:35, Khem Raj wrote:
> Marko
>
> On Fri, Oct 25, 2013 at 12:39 AM, Marko Lindqvist wrote:
>> Do not consider automake warnings about future incompatibility
>> errors.
>
> hmmm so disabling Werror is working around and I consider it degradation
> in code quality, is there any
Marko
On Fri, Oct 25, 2013 at 12:39 AM, Marko Lindqvist wrote:
> Do not consider automake warnings about future incompatibility
> errors.
hmmm so disabling Werror is working around and I consider it degradation
in code quality, is there any alternative ? may be fix the code itself to not
generat
Hey Saul,
My tests built qemu-native, qemu-helper-native, qemuwrapper-cross, and qemu
for MACHINE_LIST="qemuarm qemumips qemuppc qemux86 qemux86-64 qemux86
sugarbay". For each machine, I tested running core-image-minimal in the
qemu instance using runqemu. I should add that my tests were all on
On Mon, Oct 28, 2013 at 1:53 PM, Jack Mitchell wrote:
> As for the BPN-PV, I don't really understand, I just grepped for libjson,
> and changed all the occurrences... the separate build dir being one of them,
> how would you expect the change to look?
just in SRC_URI use BPN-PN instead of P
_
Update recipes to version 2013h of timezone
code and data.
Signed-off-by: Joe Slater
---
...code-native_2013g.bb => tzcode-native_2013h.bb} | 10 +-
.../tzdata/{tzdata_2013g.bb => tzdata_2013h.bb}|4 ++--
2 files changed, 7 insertions(+), 7 deletions(-)
rename meta/recipes-ext
On 28/10/2013 19:32, Khem Raj wrote:
On Mon, Oct 21, 2013 at 1:56 AM, Jack Mitchell wrote:
From: Jack Mitchell
libjson is now known as json-c, it keeps support for the old
libjson namespace so it shouldn't break anything. Built without
parallel make as it would fail when it tries to link to l
This will allow apps using QLibraryInfo class to find qt.conf.
[YOCTO #5339]
Signed-off-by: Laurentiu Palcu
---
meta/recipes-qt/meta/meta-toolchain-qt.inc |1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-qt/meta/meta-toolchain-qt.inc
b/meta/recipes-qt/meta/meta-toolchain-qt.
v2:
* the exported QT_CONF_PATH was missing qt.conf at the end. I had it right in
my test directory but forgot to fix it in tree;
Thanks,
Laurentiu
The following changes since commit 78b91ab23d9856525fc7ac1bb8da2975382813bf:
pigz: bump to 2.3.1 (2013-10-26 16:08:41 +0100)
are available in
When installing the SDK to another location than the default one, qmake
will look for libraries, headers, etc. in the default location. That's
because the paths are hard-coded in the binary itself. Luckily, QT
allows to override this using a qt.conf file installed in the same
directory with the app
On Mon, Oct 21, 2013 at 1:56 AM, Jack Mitchell wrote:
> From: Jack Mitchell
>
> libjson is now known as json-c, it keeps support for the old
> libjson namespace so it shouldn't break anything. Built without
> parallel make as it would fail when it tries to link to link back
> to itself, which is
On Mon, Oct 28, 2013 at 4:40 PM, Felipe Tonello wrote:
> Ok. But wouldn't be necessary in this case?
>
> Also, this patch is inappropriate without a patch for X. So I would
> suggest to ignore this patch for now.
The PRServ ought to do the right thing here, so the PR bump is not
necessary and jus
Ok. But wouldn't be necessary in this case?
Also, this patch is inappropriate without a patch for X. So I would
suggest to ignore this patch for now.
Felipe
On Mon, Oct 28, 2013 at 11:31 AM, Otavio Salvador
wrote:
> On Mon, Oct 28, 2013 at 4:22 PM, wrote:
>> From: "Felipe F. Tonello"
>>
>> T
On Mon, Oct 28, 2013 at 4:22 PM, wrote:
> From: "Felipe F. Tonello"
>
> This is interesting because if you shutdown/reboot a device the screen will
> flicker because X will be killed and then psplash will take a while to run.
>
> Signed-off-by: Felipe F. Tonello
...
> SRCREV = "afd4e228c606a99
From: "Felipe F. Tonello"
This is interesting because if you shutdown/reboot a device the screen will
flicker because X will be killed and then psplash will take a while to run.
Signed-off-by: Felipe F. Tonello
---
meta/recipes-core/psplash/psplash_git.bb | 4 ++--
1 file changed, 2 insertions
This class disable introspection support using --enable-introspection=no but not
all GNOME modules support introspection.
This can cause unknown-configure-options QA warnings, so clarify the option by
using --disable-introspection and add it to the sanity test whitelist.
Signed-off-by: Ross Burto
This include adds configure options globally but not all X libraries support
them, so to avoid unknown-configure-option warnings add them to the whitelist.
Also change the options from --enable-foo=no to --disable-foo as they're clearer
and the whitelist would have to contain --enable-foo.
Signed
On 28 October 2013 17:30, Jack Mitchell wrote:
>> Not sure what's going on yet, but I found a configure failure, see the
>> attached log file.
>
> I have rebuilt this package multiple times now and have still not
> managed to break it. I believe it will just be a dirty build directory,
> but that
On 22/10/13 21:44, Saul Wold wrote:
> On 10/21/2013 01:56 AM, Jack Mitchell wrote:
>> From: Jack Mitchell
>>
>> libjson is now known as json-c, it keeps support for the old
>> libjson namespace so it shouldn't break anything. Built without
>> parallel make as it would fail when it tries to link to
On Mon, Oct 28, 2013 at 2:44 PM, Paul Eggleton
wrote:
> Signed-off-by: Paul Eggleton
+1
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
__
Add a "lookup-pkg" command to oe-pkgdata-util that can be used to find
the runtime name of a package (after e.g. Debian library package
renaming).
Signed-off-by: Paul Eggleton
---
scripts/oe-pkgdata-util | 38 ++
1 file changed, 38 insertions(+)
diff --git a/
On Mon, Oct 28, 2013 at 3:08 PM, Burton, Ross wrote:
> On 28 October 2013 15:59, Otavio Salvador wrote:
>> On Mon, Oct 28, 2013 at 12:33 PM, Ross Burton wrote:
>>> This class passes --disable-introspection to everything that inherits it
>>> but not
>>> all GNOME modules support introspection, s
Some improvements for the oe-pkgdata-util script making it a little more
useful outside of its usage within do_rootfs.
The following changes since commit 8081dcb03f54efd551d1c8fe8a0484f8270053e0:
pigz: bump to 2.3.1 (2013-10-26 16:08:30 +0100)
are available in the git repository at:
git://
* Use optparse to parse command line
* Make help text actually helpful by describing what each command does
* Drop comment at the top listing the commands which is now superfluous
Signed-off-by: Paul Eggleton
---
scripts/oe-pkgdata-util | 78 -
1 f
Show an error if the specified paths don't exist.
Signed-off-by: Paul Eggleton
---
scripts/oe-pkgdata-util | 12
1 file changed, 12 insertions(+)
diff --git a/scripts/oe-pkgdata-util b/scripts/oe-pkgdata-util
index e34fcbe..01fccd2 100755
--- a/scripts/oe-pkgdata-util
+++ b/scripts
Add ability to search for a target path in produced packages, in order
to find which package provides a specific file.
Signed-off-by: Paul Eggleton
---
scripts/oe-pkgdata-util | 36
1 file changed, 36 insertions(+)
diff --git a/scripts/oe-pkgdata-util b/scri
Add a "lookup-recipe" command to show which recipe produced a particular
package.
Signed-off-by: Paul Eggleton
---
scripts/oe-pkgdata-util | 37 +
1 file changed, 37 insertions(+)
diff --git a/scripts/oe-pkgdata-util b/scripts/oe-pkgdata-util
index 08773e9..8
OE-Core commit 1b8e4abd2d9c0901d38d89d0f944fe1ffd019379 removed the
vendor-os argument from the command line, and the code using the package
architectures, so clean these items up.
Signed-off-by: Paul Eggleton
---
scripts/oe-pkgdata-util | 12 ++--
1 file changed, 6 insertions(+), 6 dele
On 28 October 2013 15:59, Otavio Salvador wrote:
> On Mon, Oct 28, 2013 at 12:33 PM, Ross Burton wrote:
>> This class passes --disable-introspection to everything that inherits it but
>> not
>> all GNOME modules support introspection, so add that option to the
>> unknown-configure-options sanity
On Mon, Oct 28, 2013 at 2:39 PM, Jack Mitchell wrote:
> Can anybody shed any light on why i586 is the default tune, rather than
> i686, and for that matter why there is no i686 tune?
i586 offers the widest compatibility with less performance penalty.
> Would there be any objections to creating a
Removed the following backported patch(es):
* mac.patch
Signed-off-by: Paul Eggleton
---
.../openssh/openssh-6.2p2/mac.patch| 76 --
.../openssh/{openssh-6.2p2 => openssh-6.3p1}/init | 0
.../{openssh-6.2p2 => openssh-6.3p1}/nostrip.patch | 0
.../openssh-
Signed-off-by: Paul Eggleton
---
.../cmake/{cmake-native_2.8.11.2.bb => cmake-native_2.8.12.bb} | 4 ++--
meta/recipes-devtools/cmake/{cmake_2.8.11.2.bb => cmake_2.8.12.bb} | 7 ++-
2 files changed, 4 insertions(+), 7 deletions(-)
rename meta/recipes-devtools/cmake/{cmake-native_2.8.11.2
Signed-off-by: Paul Eggleton
---
.../recipes-extended/ethtool/{ethtool-3.10 => ethtool-3.11}/run-ptest | 0
meta/recipes-extended/ethtool/{ethtool_3.10.bb => ethtool_3.11.bb}| 4 ++--
2 files changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-extended/ethtool/{ethtool-3.10 => ethto
The following changes since commit 8081dcb03f54efd551d1c8fe8a0484f8270053e0:
pigz: bump to 2.3.1 (2013-10-26 16:08:30 +0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib paule/upgrades
http://cgit.openembedded.org/cgit.cgi/openembedded-core-
Can anybody shed any light on why i586 is the default tune, rather than
i686, and for that matter why there is no i686 tune?
Would there be any objections to creating an i686 tune and setting it to
default?
--
Jack Mitchell (j...@embed.me.uk)
Embedded Systems Engineer
Cambridgeshire, UK
On Mon, Oct 28, 2013 at 12:33 PM, Ross Burton wrote:
> This include adds configure options globally but not all X libraries support
> them, so to avoid unknown-configure-option warnings add them to the whitelist.
>
> Signed-off-by: Ross Burton
Does not match with the commit log.
--
Otavio Salv
On Mon, Oct 28, 2013 at 12:33 PM, Ross Burton wrote:
> This class passes --disable-introspection to everything that inherits it but
> not
> all GNOME modules support introspection, so add that option to the
> unknown-configure-options sanity test whitelist.
>
> Signed-off-by: Ross Burton
I unde
The following changes since commit 78b91ab23d9856525fc7ac1bb8da2975382813bf:
pigz: bump to 2.3.1 (2013-10-26 16:08:41 +0100)
are available in the git repository at:
git://git.yoctoproject.org/poky-contrib lpalcu/b5339_qt_toolchain_issue
http://git.yoctoproject.org/cgit.cgi/poky-contrib/lo
When installing the SDK to another location than the default one, qmake
will look for libraries, headers, etc. in the default location. That's
because the paths are hard-coded in the binary itself. Luckily, QT
allows to override this using a qt.conf file installed in the same
directory with the app
This will allow apps using QLibraryInfo class to find qt.conf.
[YOCTO #5339]
Signed-off-by: Laurentiu Palcu
---
meta/recipes-qt/meta/meta-toolchain-qt.inc |1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-qt/meta/meta-toolchain-qt.inc
b/meta/recipes-qt/meta/meta-toolchain-qt.
Paul,
Thanks for your answer. I filled a bug :
https://bugzilla.yoctoproject.org/show_bug.cgi?id=5397
Regards,
Seb
2013/10/28 Paul Eggleton
> Hi Sebastien,
>
> On Monday 28 October 2013 14:44:57 Sebastien MENNETRIER wrote:
> > I try to cross-compile and install rubygems and the gems contain s
Hi Noor,
This patch was merged to master a couple of weeks ago:
http://cgit.openembedded.org/openembedded-core/commit/?id=b00b9ae5693e04cacd0843c12a529e7f3dc501ed
Cheers,
Paul
On Monday 28 October 2013 10:13:36 Ahsan, Noor wrote:
> Hello Saul,
>
> I there any issue with this patch? We need thi
Hi Sebastien,
On Monday 28 October 2013 14:44:57 Sebastien MENNETRIER wrote:
> I try to cross-compile and install rubygems and the gems contain some
> directories and files named "%name...".
>
> To create the rpm package, a spec file that contains the list of all files
> and directories that must
On 2013-10-28 08:54, Burton, Ross wrote:
On 24 October 2013 01:57, Gary Thomas wrote:
I found the cause :-) In addition to OE-core, I am using meta-ti on an
OMAP3 target.
In meta-ti, there is this line:
meta-ti/recipes-graphics/mesa/mesa-omap3-common.inc:PROVIDES_omap3 =
"virtual/libgl"
I a
On 24 October 2013 01:57, Gary Thomas wrote:
> I found the cause :-) In addition to OE-core, I am using meta-ti on an
> OMAP3 target.
> In meta-ti, there is this line:
> meta-ti/recipes-graphics/mesa/mesa-omap3-common.inc:PROVIDES_omap3 =
> "virtual/libgl"
> I added virtual/mesa to this list an
Why isn't core-image-basic user extendable? It seems to be the
only image that doesn't use CORE_IMAGE_EXTRA_INSTALL.
--
Gary Thomas | Consulting for the
MLB Associates |Embedded world
-
This isn't recognised by configure, and the random number daemon that requires
Pth isn't enabled.
Signed-off-by: Ross Burton
---
meta/recipes-support/libgcrypt/libgcrypt.inc |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-support/libgcrypt/libgcrypt.inc
b/met
This recipe doesn't need any of the helpers that come with gnome (GConf, icons,
MIME, etc), so just inherit gnomebase.
Signed-off-by: Ross Burton
---
meta/recipes-gnome/gnome/gnome-common_3.7.4.bb |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-gnome/gnome/gno
This include adds configure options globally but not all X libraries support
them, so to avoid unknown-configure-option warnings add them to the whitelist.
Signed-off-by: Ross Burton
---
meta/recipes-graphics/xorg-proto/xorg-proto-common.inc |4 +++-
1 file changed, 3 insertions(+), 1 deleti
This include adds configure options globally but not all X libraries support
them, so to avoid unknown-configure-option warnings add them to the whitelist.
Signed-off-by: Ross Burton
---
meta/recipes-graphics/xorg-lib/xorg-lib-common.inc |3 +++
1 file changed, 3 insertions(+)
diff --git a/
This class passes --disable-introspection to everything that inherits it but not
all GNOME modules support introspection, so add that option to the
unknown-configure-options sanity test whitelist.
Signed-off-by: Ross Burton
---
meta/classes/gnome.bbclass |4 +++-
1 file changed, 3 insertions
Fixes [YOCTO #5388]
These scripts can be useful when working to reduce the size of the Linux
kernel and the root filesystem.
ksize.py displays the kernel build size by the built-in.o files.
dirsize.py displays the various sizes of the components of the root
directory.
Signed-off-by: Darren Hart
Hi Richard,
I saw your patch fixing FILESPATH's and Kergoth's one fixing
PACKAGECONFIG processing order and I think I'm also facing an order
problem when SRC_URI is computed.
So when building SRC_URI when two layers have bbappend which apply
patches : the SRC_URI seems to be built using an order
Tested with midori-browser on qemux86
and qemuarm.
Signed-off-by: Valentin Popa
---
.../libsoup/{libsoup-2.4_2.42.1.bb => libsoup-2.4_2.44.1.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-support/libsoup/{libsoup-2.4_2.42.1.bb =>
libsoup-2.4_2.44.1.b
On Monday, October 28, 2013, Ulf Samuelsson wrote:
> | gcc -D_GNU_SOURCE -DHAVE_CONFIG_H -DLOCALEDIR='"/home2/Angstrom/**
> build/tmp-angstrom_v2012_12-**eglibc/sysroots/i686-linux/**usr/share/locale"'
> -DDEBUGPRED=0 -DSRCDIR=\"/home2/Angstrom/**build/tmp-angstrom_v2012_12-**
> eglibc/work/i686-l
Hi all,
I try to cross-compile and install rubygems and the gems contain some
directories and files named "%name...".
To create the rpm package, a spec file that contains the list of all files
and directories that must be in the rpm package is generated in do_package.
The rpm process replace all
| gcc -D_GNU_SOURCE -DHAVE_CONFIG_H
-DLOCALEDIR='"/home2/Angstrom/build/tmp-angstrom_v2012_12-eglibc/sysroots/i686-linux/usr/share/locale"'
-DDEBUGPRED=0
-DSRCDIR=\"/home2/Angstrom/build/tmp-angstrom_v2012_12-eglibc/work/i686-linux/elfutils-native-0.148-r11/elfutils-0.148/src\"
-DOBJDIR=\"/home
Removed cross-compile-fix.patch; pcmanfm doesn't
use xml-purge anymore.
Tested on core-image-sato (qemuarm & qemux86).
Signed-off-by: Valentin Popa
---
.../recipes-sato/pcmanfm/files/cross-compile-fix.patch | 18 --
.../pcmanfm/{pcmanfm_1.1.0.bb => pcmanfm_1.1.2.bb} | 5 ++-
Signed-off-by: Cristiana Voicu
---
.../grep/{grep_2.14.bb => grep_2.15.bb}|6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
rename meta/recipes-extended/grep/{grep_2.14.bb => grep_2.15.bb} (86%)
diff --git a/meta/recipes-extended/grep/grep_2.14.bb
b/meta/recipes-extend
Hi Paul,
On Mon, Oct 28, 2013 at 11:27:01AM +, Paul Eggleton wrote:
> Hi Maxin,
>
> On Monday 21 October 2013 17:36:42 maxin.j...@enea.com wrote:
> > From: "Maxin B. John"
> >
> > update to latest version 2013.60
> > Update 0006-dropbear-configuration-file.patch for 2013.60
> >
> > Signed-
Hi Maxin,
On Monday 21 October 2013 17:36:42 maxin.j...@enea.com wrote:
> From: "Maxin B. John"
>
> update to latest version 2013.60
> Update 0006-dropbear-configuration-file.patch for 2013.60
>
> Signed-off-by: Maxin B. John
> ---
> .../0001-urandom-xauth-changes-to-options.h.patch |0
>
Hello,
I got following:
|
/home/otavio/hacking/fsl-community-bsp/build/tmp/sysroots/x86_64-linux/usr/libexec/armv5te-poky-linux-gnueabi/gcc/arm-poky-linux-gnueabi/4.8.1/ld:
cannot find /lib/libc.so.6
|
/home/otavio/hacking/fsl-community-bsp/build/tmp/sysroots/x86_64-linux/usr/libexec/armv5te-po
Hello Saul,
I there any issue with this patch? We need this patch for our release.
Noor
-Original Message-
From: openembedded-core-boun...@lists.openembedded.org
[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of Ahsan,
Noor
Sent: Monday, October 21, 2013 5:46 PM
To
68 matches
Mail list logo
