From: Jackie Huang
v2 comments:
Drop the patch that detects the arch in runtime and print an error, and just
detect the target platform in the build system and skip installing the kbdrate
for architectures it won't work.
tested for qemux86, qemux86-64, qemuppc, qemuarm, qemumips, qemumips64
--
From: Jackie Huang
The code relies on hardware specific memory locations to access
and modify the keyboard repeat rate. It also requires read/write
access to /dev/port which doesn't exist on every architecture's
root fs. The defect was raised for Qemu PowerPC but it also fails on
ARM. The keybo
From: Chen Qi
The following changes since commit a63229917a5708de2d161aba0d67168ce0da6365:
meta-yocto-bsp: update reference board SRCREVs (2013-07-10 09:45:51 +0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib ChenQi/lsb-package-management
http://git.pok
From: Chen Qi
Add 'package-management' to IMAGE_FEATURES to make sure that the
packaging data is not removed, as LSB requires a package manager
available.
[YOCTO #4814]
Signed-off-by: Chen Qi
---
meta/recipes-extended/images/core-image-lsb.bb |2 +-
1 file changed, 1 insertion(+), 1 delet
From: Chen Qi
This class is dedicated to image level user/group configuration.
It inherits useradd_base.bbclass.
Users need to inherit this class in their layers or local.conf to
make the setting of EXTRA_USERS_PARAMS effective.
For detailed configuration format of EXTRA_USERS_PARAMS, please
re
From: Chen Qi
The basic functions have moved to useradd_base.bbclass. So this class
only needs to inherit useradd_base.bbclass and use the functions defined
there. The reason is to avoid code duplication with extrausers.bbclass.
[YOCTO #4074]
Signed-off-by: Chen Qi
---
meta/classes/useradd.bb
From: Chen Qi
Changes from V3:
1. naming changes
rename userbase.bbclass to useradd_base.bbclass
rename usersettings.bbclass to extrausers.bbclass
rename USER_GROUP_SETTINGS to EXTRA_USERS_PARAMS
2. Add an example in the extrauser.bbclass to show how to use this bbclass
3. Report the inc
From: Chen Qi
This class is mainly a collection of basic functions for user/group
settings.
This class is intended to be inherited by useradd.bbclass and the
extrausers.bbclass.
[YOCTO #4074]
Signed-off-by: Chen Qi
---
meta/classes/useradd_base.bbclass | 230
Powerpc architecture and ppc64 hosts.
-Original Message-
From: Peter Seebach [mailto:peter.seeb...@windriver.com]
Sent: Friday, July 12, 2013 12:12 AM
To: Guo Chunrong-B40290
Cc: openembedded-core@lists.openembedded.org
Subject: Re: [OE-core] [PATCH] pseudo: pseudo-native breaks native b
said the following on 2013-7-11 18:54:, Burton, Ross wrote:
> On 10 July 2013 03:56, Bian Naimeng wrote:
>> Sorry, it looks like i should post this patch to poky. please ignore this
>
> You were right the first time, meta/ is oe-core. :)
>
Thanks for your reminding.
In this case, the followi
On 7/11/13 7:53 PM, Saul Wold wrote:
This is to address the buildtools-tarball still having problems with certain
xterms
[YOCTO #4835]
This is a reasonable workaround, but the real problem seems to be that nativesdk
python/ncurses return crap (strings with embedded control codes) when they do
Paul, Ross, Richard:
This is a set that I have built on the autobuilder and the builds are good.
This has the fix for boost and well as a fix for the buildtools-tarball, which
I added.
Mark found a qemu target issue and offered a patch for that.
Paul, Ross: If no issues with this please ack and
This is to address the buildtools-tarball still having problems with certain
xterms
[YOCTO #4835]
Signed-off-by: Saul Wold
---
meta/recipes-core/ncurses/ncurses.inc |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-core/ncurses/ncurses.inc
b/meta/recipes-core/
QEMU uses the environment variable LIBTOOL by default. We want to ensure
we set it to the proper libtool version, instead of letting it default to
the host system version.
This corrects target building, and ensures we're linking properly for
native and nativesdk versions.
Signed-off-by: Mark Hat
pciutils now uses libkmod to look up kernel module info.
[YOCTO #4821]
Signed-off-by: Saul Wold
---
meta/recipes-bsp/pciutils/pciutils_3.2.0.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-bsp/pciutils/pciutils_3.2.0.bb
b/meta/recipes-bsp/pciutils/pciutils_3
The newer eglibc removed a macro that was being checked by the boost
code, this patch replaces that.
Signed-off-by: Saul Wold
---
meta/recipes-support/boost/boost_1.54.0.bb |1 +
meta/recipes-support/boost/files/glibc.patch | 26 ++
2 files changed, 27 insertions(
On 07/11/2013 11:18 AM, Ahsan, Noor wrote:
We are seeing different checks for different recipes. Do you guys think that it
is possible to handle them in bbclass.
How different are they, there is the DISTRO_FEATURE check and then
typically the service file or the init file is sed'ed and install
We are seeing different checks for different recipes. Do you guys think that it
is possible to handle them in bbclass.
Noor
Sent from my iPhone
On Jul 11, 2013, at 23:04, "Saul Wold" wrote:
> On 07/11/2013 12:45 AM, Shakeel, Muhammad wrote:
>> From: Muhammad Shakeel
>>
>> - Remove depende
On 07/11/2013 12:45 AM, Shakeel, Muhammad wrote:
From: Muhammad Shakeel
- Remove dependency on systemd layer
- Install 'sysv' related files only if distro has this feature
Seeing all these changes has me thinking we really need to support this
correctly in the systemd and maybe a new sysvinit
Don't use shlex.split in subprocess call and also prepend
. /etc/profile, because PATH over ssh is always
/usr/bin:/bin which isn't what many tests expect.
Changed in v2:
We now need to use a separate call for scp command.
Signed-off-by: Stefan Stanacar
---
meta/lib/oeqa/utils/sshcontrol.py |
Hi Saul,
> -Original Message-
> From: Saul Wold [mailto:s...@linux.intel.com]
> Sent: Wednesday, July 10, 2013 9:08 PM
> To: Martin Jansa
> Cc: Ciobanu, Emilia Maria Silvia; openembedded-
> c...@lists.openembedded.org
> Subject: Re: [OE-core] [PATCH 2/3] docbook-sgml-dtd-4.1-native.bb: Add
On Thu, 11 Jul 2013 15:58:41 +0800
Chunrong Guo wrote:
> *symver.patch causes failure if the host glibc does not provide the
> glibc-2.0 version of the symbol.
I don't think we should take this out unconditionally, because it was added
to address a (different) problem -- we were ending up
On 07/11/2013 05:49 AM, Paul Eggleton wrote:
Hi Qi,
On Thursday 11 July 2013 19:11:36 qi.c...@windriver.com wrote:
From: Chen Qi
This patchset mainly does two things:
1. code refactor to avoid code duplication
2. add a method for image level user/group configuration
The following changes sin
On 7/11/13 6:11 AM, qi.c...@windriver.com wrote:
From: Chen Qi
This class is dedicated to image level user/group configuration.
It inherits userbase.bbclass.
Users need to inherit this class in their layers or local.conf to
make the setting of USER_GROUP_SETTINGS effective.
For detailed confi
On Thu, Jul 11, 2013 at 6:49 AM, Martin Jansa wrote:
> On Thu, Jul 11, 2013 at 06:28:04AM -0700, Chris Larson wrote:
> > On Thu, Jul 11, 2013 at 5:38 AM, Martin Jansa >wrote:
> >
> > > On Wed, Jul 10, 2013 at 02:38:13PM +0200, Martin Jansa wrote:
> > > > Signed-off-by: Martin Jansa
> > > > ---
>
On Thu, Jul 11, 2013 at 06:28:04AM -0700, Chris Larson wrote:
> On Thu, Jul 11, 2013 at 5:38 AM, Martin Jansa wrote:
>
> > On Wed, Jul 10, 2013 at 02:38:13PM +0200, Martin Jansa wrote:
> > > Signed-off-by: Martin Jansa
> > > ---
> > > scripts/test-dependencies.sh | 253
> > ++
On 11 July 2013 12:34, Phil Blundell wrote:
>> I was just pondering the idea of a "meta-lsb"...
>
> Yeah, I was thinking about that too. The obvious downside of this plan
> is that this layer would end up containing a random-looking grab-bag of
> recipes with nothing in common other than that the
On Thu, Jul 11, 2013 at 5:38 AM, Martin Jansa wrote:
> On Wed, Jul 10, 2013 at 02:38:13PM +0200, Martin Jansa wrote:
> > Signed-off-by: Martin Jansa
> > ---
> > scripts/test-dependencies.sh | 253
> +++
> > 1 file changed, 253 insertions(+)
> > create mod
Install ethtool test and run it as a ptest.
Signed-off-by: Gabriel Barbu
---
meta/recipes-extended/ethtool/ethtool-3.10/run-ptest |2 ++
meta/recipes-extended/ethtool/ethtool_3.10.bb| 18 --
2 files changed, 18 insertions(+), 2 deletions(-)
create mode 100644 meta/
On Thursday 11 July 2013 13:58:17 Paul Eggleton wrote:
> On Thursday 11 July 2013 19:11:39 qi.c...@windriver.com wrote:
> > +IMAGE_INSTALL_append += "${@['', 'base-passwd
> > shadow'][bool(d.getVar('USER_GROUP_SETTINGS', True))]}"
>
> This is a bit ugly. We should avoid using _append += since it is
On Thursday 11 July 2013 19:11:39 qi.c...@windriver.com wrote:
> From: Chen Qi
>
> This class is dedicated to image level user/group configuration.
> It inherits userbase.bbclass.
>
> Users need to inherit this class in their layers or local.conf to
> make the setting of USER_GROUP_SETTINGS effe
This version of xdg-utils is needed by BA in order
to associate correctly types of files with PCManFM
file manager.
The release cycle of xdg-utils is very slow, so this
is the best shot of a stable version available for
YP 1.5 release.
As a reference, the previous stable version was released in 200
Hi Qi,
On Thursday 11 July 2013 19:11:36 qi.c...@windriver.com wrote:
> From: Chen Qi
>
> This patchset mainly does two things:
> 1. code refactor to avoid code duplication
> 2. add a method for image level user/group configuration
>
> The following changes since commit a63229917a5708de2d161aba
copy should only happen if acinclude.m4 doesn't exist
Signed-off-by: Radu Moisan
---
.../recipes-sato/rxvt-unicode/rxvt-unicode_9.18.bb |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-sato/rxvt-unicode/rxvt-unicode_9.18.bb
b/meta/recipes-sato/rxvt-unicode/
dbus-ptest also upgraded to 1.6.10
systemd-address.patch removed; included in upstream.
Signed-off-by: Cristian Iorga
---
.../dbus/{dbus-1.6.8 => dbus-1.6.10}/dbus-1.init |0
.../dbus/{dbus-1.6.8 => dbus-1.6.10}/ptest.patch |0
.../dbus/{dbus-1.6.8 => dbus-1.6.10}/run-ptest |
On Wed, Jul 10, 2013 at 02:38:13PM +0200, Martin Jansa wrote:
> Signed-off-by: Martin Jansa
> ---
> scripts/test-dependencies.sh | 253
> +++
> 1 file changed, 253 insertions(+)
> create mode 100755 scripts/test-dependencies.sh
>
> +echo "!!!Removing
On Thu, Jul 11, 2013 at 11:32:14AM +0100, Burton, Ross wrote:
> On 10 July 2013 19:50, Saul Wold wrote:
> > Is this really a build-time dependency or a runtime dependency specific to
> > the pulseaudio-module?
>
> It's a runtime dependency, but from memory bitbake doesn't manage to
> piece the ch
On Thursday 11 July 2013 11:32:14 Burton, Ross wrote:
> On 10 July 2013 19:50, Saul Wold wrote:
> > Is this really a build-time dependency or a runtime dependency specific to
> > the pulseaudio-module?
>
> It's a runtime dependency, but from memory bitbake doesn't manage to
> piece the chain toge
From: Muhammad Shakeel
- Adds systemd support in rpcbind
- Install 'sysv' related files only if distro has this feature
Signed-off-by: Muhammad Shakeel
---
.../rpcbind/rpcbind/rpcbind.service| 13 +++
meta/recipes-extended/rpcbind/rpcbind_0.2.0.bb | 24 +
Change in V3:
1) Replace incorrect shebang line with `#!/usr/bin/env perl'.
Change in V2:
1) Rename the title of patch 1/5
2) Use ${libdir} rather than ${base_libdir} as the lib location
which references the nss in meta-browser.
The following changes since commit dc86293f0444384e8ae5131fdd10
On Thu, 2013-07-11 at 12:53 +0200, Andreas Oberritter wrote:
> On 11.07.2013 10:52, Burton, Ross wrote:
> > On 11 July 2013 01:56, Andreas Oberritter wrote:
> >> Only PACKAGECONFIG options for GL and GLES2 were available before.
> >
> > The rationale behind this was that the GLES1 support isn't t
On Thu, 2013-07-11 at 12:14 +0100, Burton, Ross wrote:
> On 11 July 2013 11:45, Phil Blundell wrote:
> > I think you could still legitimately question whether having recipes in
> > oe-core that are "just for LSB" is sensible and/or desirable, not least
> > because dangling libraries that don't hav
On 07/11/2013 07:14 PM, Burton, Ross wrote:
On 11 July 2013 11:45, Phil Blundell wrote:
I think you could still legitimately question whether having recipes in
oe-core that are "just for LSB" is sensible and/or desirable, not least
because dangling libraries that don't have any users are hard t
On 11 July 2013 11:45, Phil Blundell wrote:
> I think you could still legitimately question whether having recipes in
> oe-core that are "just for LSB" is sensible and/or desirable, not least
> because dangling libraries that don't have any users are hard to test.
I was just pondering the idea of
From: Chen Qi
This patchset mainly does two things:
1. code refactor to avoid code duplication
2. add a method for image level user/group configuration
The following changes since commit a63229917a5708de2d161aba0d67168ce0da6365:
meta-yocto-bsp: update reference board SRCREVs (2013-07-10 09:45
From: Chen Qi
This class is mainly a collection of basic functions for user/group
settings.
This class is intended to be inherited by useradd.bbclass and the
usersettings.bbclass.
[YOCTO #4074]
Signed-off-by: Chen Qi
---
meta/classes/userbase.bbclass | 230 ++
From: Chen Qi
This class is dedicated to image level user/group configuration.
It inherits userbase.bbclass.
Users need to inherit this class in their layers or local.conf to
make the setting of USER_GROUP_SETTINGS effective.
For detailed configuration format of USER_GROUP_SETTINGS, please
refe
From: Chen Qi
The basic functions have moved to userbase.bbclass. So this class
only needs to inherit userbase.bbclass and use the functions defined
there. The reason is to avoid code duplication with usersettings.bbclass.
[YOCTO #4074]
Signed-off-by: Chen Qi
---
meta/classes/useradd.bbclass
On 11 July 2013 11:53, Andreas Oberritter wrote:
>> The rationale behind this was that the GLES1 support isn't tested,
>> mainly as there's not a lot of hardware that can't also do GLESv2.
>> Was this enabled for completeness or are you actually restricted to
>> GLESv1?
>
> It's for completeness,
On 11.07.2013 10:56, Burton, Ross wrote:
> On 11 July 2013 01:56, Andreas Oberritter wrote:
>> Add a 'cogl-pango' PACKAGECONFIG option and enable it by default.
>
> Really picky, but can we call this just "pango"?
I prefer cogl-pango, because I think it's more useful to derive the name
from the
On 10 July 2013 03:56, Bian Naimeng wrote:
> Sorry, it looks like i should post this patch to poky. please ignore this
You were right the first time, meta/ is oe-core. :)
Ross
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
On 11.07.2013 10:52, Burton, Ross wrote:
> On 11 July 2013 01:56, Andreas Oberritter wrote:
>> Only PACKAGECONFIG options for GL and GLES2 were available before.
>
> The rationale behind this was that the GLES1 support isn't tested,
> mainly as there's not a lot of hardware that can't also do GLE
On Thu, 2013-07-11 at 11:41 +0100, Burton, Ross wrote:
> On 11 July 2013 11:40, Burton, Ross wrote:
> > On 10 July 2013 09:03, Hongxu Jia wrote:
> >> Network Security Services (NSS) is a set of libraries designed to support
> >> cross-platform development of security-enabled client and server
>
On 11 July 2013 11:40, Burton, Ross wrote:
> On 10 July 2013 09:03, Hongxu Jia wrote:
>> Network Security Services (NSS) is a set of libraries designed to support
>> cross-platform development of security-enabled client and server
>> applications.
>> Applications built with NSS can support SSL v
On 10 July 2013 09:03, Hongxu Jia wrote:
> Network Security Services (NSS) is a set of libraries designed to support
> cross-platform development of security-enabled client and server applications.
> Applications built with NSS can support SSL v2 and v3, TLS, PKCS 5, PKCS 7,
> PKCS 11, PKCS 12, S/
On 9 July 2013 21:29, Saul Wold wrote:
> DEPENDS = "zlib"
> -RDEPENDS_${PN} = "${PN}-ids"
> +RDEPENDS_${PN} = "${PN}-ids kmod"
Did you mean to add this to DEPENDS?
Ross
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http:/
On 10 July 2013 19:50, Saul Wold wrote:
> Is this really a build-time dependency or a runtime dependency specific to
> the pulseaudio-module?
It's a runtime dependency, but from memory bitbake doesn't manage to
piece the chain together enough to actually build consolekit (probably
because the pac
Hi Ross,
I'm looking at an alternative solution.
Thanks,
Ema
From: Burton, Ross [ross.bur...@intel.com]
Sent: Thursday, July 11, 2013 1:21 PM
To: Ciobanu, Emilia Maria Silvia
Cc: openembedded-core@lists.openembedded.org
Subject: Re: [OE-core] [PATCH 4/4] z
On 9 July 2013 10:43, Paul Eggleton wrote:
> However, if it would help with the package
> reporting system, the recipes could be changed to convert PV of "6.0" into
> "60" in SRC_URI using some inline python.
Oh, somehow I didn't see Paul's reply.
This is basically what happens already:
SRC_URI
On 9 July 2013 09:57, Emilia Ciobanu
wrote:
> Current local version is 30.
Explaining why this has to happen would be useful. I presume the
situation is that the package report system is reporting updates
because upstream is at version "30" but we're at "3.0", when the
reality is that upstream i
Hi Saul,
> -Original Message-
> From: Saul Wold [mailto:s...@linux.intel.com]
> Sent: Wednesday, July 10, 2013 9:08 PM
> To: Martin Jansa
> Cc: Ciobanu, Emilia Maria Silvia; openembedded-
> c...@lists.openembedded.org
> Subject: Re: [OE-core] [PATCH 2/3] docbook-sgml-dtd-4.1-native.bb: Add
From: Muhammad Shakeel
- Remove dependency on systemd layer
- Install 'sysv' related files only if distro has this feature
Signed-off-by: Muhammad Shakeel
---
meta/recipes-connectivity/ofono/ofono.inc | 15 ---
meta/recipes-connectivity/ofono/ofono_1.12.bb |1 +
meta/reci
On 11 July 2013 10:55, Ciobanu, Emilia Maria Silvia
wrote:
> I think this is a misunderstanding. We are currently using the
> autoincrementation
> mechanism for the PR of the packages and not for the PV. In this case the PV
> variable
> was missing from the recipe.
Whoops! Yes I see. Sorry ab
> Will you please send .bbappend removal patches for meta-systemd layer
> when your changes in oe-core are applied? That way I don't need to keep
> track of what was moved already. Thanks
Yes, if this patch gets merged into oe-core, I'll send another patch for
meta-systemd to remove respective bb
Hi Trevor,
I think this is a misunderstanding. We are currently using the
autoincrementation
mechanism for the PR of the packages and not for the PV. In this case the PV
variable
was missing from the recipe.
Thanks,
Ema
> -Original Message-
> From: Trevor Woerner [mailto:trevor.woer..
On 07/11/2013 05:23 PM, Paul Eggleton wrote:
On Thursday 11 July 2013 16:58:15 Hongxu Jia wrote:
On 07/11/2013 04:39 PM, Trevor Woerner wrote:
On 10 July 2013 09:03, Hongxu Jia wrote:
Replace incorrect shebang line with `#!/usr/bin/perl'.
I thought using 'env' was the preferred method?
If u
On Thursday 11 July 2013 16:58:15 Hongxu Jia wrote:
> On 07/11/2013 04:39 PM, Trevor Woerner wrote:
> > On 10 July 2013 09:03, Hongxu Jia wrote:
> >> Replace incorrect shebang line with `#!/usr/bin/perl'.
> >
> > I thought using 'env' was the preferred method?
>
> If use 'env', should we add 'co
On 11/07/13 09:56, Burton, Ross wrote:
> On 11 July 2013 01:56, Andreas Oberritter wrote:
>> Add a 'cogl-pango' PACKAGECONFIG option and enable it by default.
>
> Really picky, but can we call this just "pango"?
+1 for that; otherwise, these patches makes good sense to me.
Tomas
--
http://sle
On 07/11/2013 04:39 PM, Trevor Woerner wrote:
On 10 July 2013 09:03, Hongxu Jia wrote:
Replace incorrect shebang line with `#!/usr/bin/perl'.
I thought using 'env' was the preferred method?
If use 'env', should we add 'coreutils' on nss's DEPENDS?
The coreutils provides env.
//Hongxu
__
On 10 July 2013 16:07, Emilia Ciobanu
wrote:
> PR = "${INC_PR}.0"
> +PV = "31"
I thought the general trend was to move away from real PVs to the
autoincrementer? I'm just curious to know what issue prompted the move
back to real PVs?
___
Openembedded-
On 11 July 2013 01:56, Andreas Oberritter wrote:
> Add a 'cogl-pango' PACKAGECONFIG option and enable it by default.
Really picky, but can we call this just "pango"?
Ross
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http:
On 11 July 2013 01:56, Andreas Oberritter wrote:
> Only PACKAGECONFIG options for GL and GLES2 were available before.
The rationale behind this was that the GLES1 support isn't tested,
mainly as there's not a lot of hardware that can't also do GLESv2.
Was this enabled for completeness or are you
On 10 July 2013 09:03, Hongxu Jia wrote:
> Replace incorrect shebang line with `#!/usr/bin/perl'.
I thought using 'env' was the preferred method?
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/
On Thu, Jul 11, 2013 at 12:45:28PM +0500, Shakeel, Muhammad wrote:
> From: Muhammad Shakeel
>
> - Remove dependency on systemd layer
> - Install 'sysv' related files only if distro has this feature
Will you please send .bbappend removal patches for meta-systemd layer
when your changes in oe-core
On 07/11/2013 12:45 PM, Shakeel, Muhammad wrote:
+++ b/meta/recipes-connectivity/openssh/openssh-6.2p2/sshd.socket
@@ -0,0 +1,11 @@
+[Unit]
+Conflicts=sshd.service
|sshd.service is the ||service file for running a single SSH server for
all incoming connections, suitable only for systems with a l
*symver.patch causes failure if the host glibc does not provide the
glibc-2.0 version of the symbol.
*fix the below error log:
|tmp/work/ppc64-linux/pseudo-native/1.5.1-r3/pseudo-1.5.1/pseudo_ipc.c:153: more
|undefined references to `memcpy@GLIBC_2.0' follow
|/pseudo
On Thursday, July 11, 2013 09:30:30 AM Martin Jansa wrote:
> On Thu, Jul 11, 2013 at 09:54:28AM +0800, Yi Qingliang wrote:
> > maybe it is the gcc's fault (recently it is updated to 4.8.x in poky)
> >
> > I can found uintptr_t in cstdint, but it is wrapped by a c99 related
> > macro.
>
> See
> ht
From: Muhammad Shakeel
- Remove dependency on systemd layer
- Install 'sysv' related files only if distro has this feature
Signed-off-by: Muhammad Shakeel
---
.../openssh/openssh-6.2p2/sshd.socket | 11
.../openssh/openssh-6.2p2/sshd@.service|9 ++
.
On Thu, Jul 11, 2013 at 09:54:28AM +0800, Yi Qingliang wrote:
> maybe it is the gcc's fault (recently it is updated to 4.8.x in poky)
>
> I can found uintptr_t in cstdint, but it is wrapped by a c99 related macro.
See
http://lists.openembedded.org/pipermail/openembedded-devel/2013-July/091331.htm
Hi Ross,
> -Original Message-
>
> On Mon, Jul 01, 2013 at 03:51:26PM +0100, Burton, Ross wrote:
> > On 1 July 2013 11:31, Mihai Prica wrote:
> > > /usr/share/info/dir should be generated at install time in a postinst.
> > > Added QA warning to check at build time for this file. The warni
80 matches
Mail list logo
