Followed suggestions from Bugz 2261:
2) make the virtual/libx11 DEPENDS conditional based on the x11 distro feature.
This makes the build dependencies reflect the feature list.
3) remove dbus-x11, meaning that dbus-launch with its potential X11 dependency
is now back in dbus where is belongs.
4)
On 07/27/2012 09:10 AM, Radu Moisan wrote:
On 07/27/2012 12:12 AM, Burton, Ross wrote:
On 26 July 2012 14:17, Enrico Scholz wrote:
Radu Moisan
writes:
Followed suggestions from Bugz 2261:
1) remove the --with-x/--without-x configure arguments.
why? They are valid ./configure options and
On 07/27/2012 12:12 AM, Burton, Ross wrote:
On 26 July 2012 14:17, Enrico Scholz wrote:
Radu Moisan
writes:
Followed suggestions from Bugz 2261:
1) remove the --with-x/--without-x configure arguments.
why? They are valid ./configure options and common when evaluating the
x11 distro-featur
From: "Song.Li"
sysstat Makefile shouldn't use -s option to strip binary
because we need debug info for dbg package.
The old way to remove -s option is passing LFLAGS=''
in make command line to clean all the LFLAGS variable in Makefile.
That will cause build failure when sensors lib is needed.
In
This was a cover letter ONLY don't expect another 34 messages
Sau!
On 07/26/2012 09:50 PM, Saul Wold wrote:
Folks,
Please review this change set via the links, it large enough
that I don't want to spam the list multiple times as I already
send enough pull requests to you all!
I have reviewed
Folks,
Please review this change set via the links, it large enough
that I don't want to spam the list multiple times as I already
send enough pull requests to you all!
I have reviewed these and they look correct, there are a couple
of issues that I am still working out so there will likely be a
Hi Richard,
There was something wrong with my mail sever, I resend the answer now.
On 07/24/2012 06:49 PM, Richard Purdie wrote:
On Tue, 2012-07-24 at 18:19 +0800, Robert Yang wrote:
The native python binary has been moved from usr/bin/python to
usr/bin/python-native/python, the recipe which
Signed-off-by: Robert P. J. Day
---
does this look about right?
diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
index 1799bf1..b0b476f 100644
--- a/meta/classes/image.bbclass
+++ b/meta/classes/image.bbclass
@@ -58,10 +58,9 @@ PACKAGE_GROUP_dev-pkgs[optional] = "1"
PACK
On Thu, 2012-07-26 at 18:02 -0400, Robert P. J. Day wrote:
> from image.bbclass:
>
> # "export IMAGE_BASENAME" not supported at this time
> IMAGE_INSTALL ?= ""
> IMAGE_INSTALL[type] = "list"
> IMAGE_BASENAME[export] = "1"
I suspect back in time this looked like:
# "export IMAGE_BASENAME" not sup
On Thu, 2012-07-26 at 17:51 -0400, Manuel Bessler wrote:
> =
> python populate_packages_prepend () {
> if d.getVar('DEBIAN_NAMES', True):
> bpn = d.getVar('BPN', True)
> d.setVar('PKG_'+bpn, 'libc6')
> ...
> ===
On Thu, Jul 26, 2012 at 2:51 PM, Manuel Bessler
wrote:
> It does not seem to care about uclibc.
> Maybe libc-common.bbclass is only for eglibc and might need a better name?
> Since this is checking for "DEBIAN_NAMES" and I guess debian is not
> uclibc based,
> maybe this code is not really the iss
from image.bbclass:
# "export IMAGE_BASENAME" not supported at this time
IMAGE_INSTALL ?= ""
IMAGE_INSTALL[type] = "list"
IMAGE_BASENAME[export] = "1"
but there's this:
meta/recipes-core/images/core-image-minimal-initramfs.bb:export IMAGE_BASENAME
= "core-image-minimal-initramfs"
just an obs
I'm one of the (seemingly few) people using OE/Yocto on a uclibc platform.
Since I'm using a vendor-supplied toolchain, I had to make a few changes to
keep the build from trying to build uclibc despite it was being supplied via
the toolchain.
Comparing with the external-csl-toolchain recipe I fou
On 7/26/12 4:27 PM, Khem Raj wrote:
On Thu, Jul 26, 2012 at 1:53 PM, Phil Blundell wrote:
On Thu, 2012-07-26 at 21:38 +0100, Richard Purdie wrote:
the other alternative which comes to mind would be so set a variable
with the name we want used there, defaulting it to PN.
That sounds like the
On Thu, Jul 26, 2012 at 1:53 PM, Phil Blundell wrote:
> On Thu, 2012-07-26 at 21:38 +0100, Richard Purdie wrote:
>> the other alternative which comes to mind would be so set a variable
>> with the name we want used there, defaulting it to PN.
>
> That sounds like the most wholesome plan to me.
ca
On 26 July 2012 15:32, Enrico Scholz wrote:
> I do not speak about crash; I guess 'dbus-launch' has some extra
> functionality when compiled with x11 support, and packages which
> depend on dbus-x11 might expect this functionality.
>
> Providing 'dbus-x11' although no x11 functionality is provided
On 26 July 2012 14:17, Enrico Scholz wrote:
> Radu Moisan
> writes:
>
>> Followed suggestions from Bugz 2261:
>>
>> 1) remove the --with-x/--without-x configure arguments.
>
> why? They are valid ./configure options and common when evaluating the
> x11 distro-feature. Selecting them explicitly m
"error_promt" -> "error_prompt" changed in both places
"subfolers" -> "subfolders" since it's not referenced anyway
Signed-off-by: Robert P. J. Day
---
diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
index 1799bf1..0a380f1 100644
--- a/meta/classes/image.bbclass
+++ b/meta
On Thu, 2012-07-26 at 21:38 +0100, Richard Purdie wrote:
> the other alternative which comes to mind would be so set a variable
> with the name we want used there, defaulting it to PN.
That sounds like the most wholesome plan to me.
p.
___
Openembedd
On 7/26/12 3:38 PM, Richard Purdie wrote:
On Thu, 2012-07-26 at 13:16 -0700, Khem Raj wrote:
On Thu, Jul 26, 2012 at 11:58 AM, Phil Blundell wrote:
Bletch! There must surely be some way to solve this problem without
hacking recipe names into package.bbclass.
Yes making eglibc-locale base p
On Thu, 2012-07-26 at 20:40 +0100, Richard Purdie wrote:
> On Wed, 2012-07-25 at 07:23 +, Iorga, Cristian wrote:
> > For me, having the version number contained in the name of package recipe
> > is a little bit puzzling.
> > For example: libpcre/libpcre_8.31.bb
> >
> > Is there a solid techn
On Thu, 2012-07-26 at 13:16 -0700, Khem Raj wrote:
> On Thu, Jul 26, 2012 at 11:58 AM, Phil Blundell wrote:
> >
> > Bletch! There must surely be some way to solve this problem without
> > hacking recipe names into package.bbclass.
>
> Yes making eglibc-locale base package to be non empty. So if
This adds libXrandr to the link step and fixes this issue:
|
/opt/yocto/upstream/label/master/machine/atom-pc/poky/edison/tmp/sysroots/atom-pc/usr/lib/libgdk-x11-2.0.so:
undefined reference to `XRRGetOutputInfo'
|
/opt/yocto/upstream/label/master/machine/atom-pc/poky/edison/tmp/sysroots/atom-pc
On Thu, 2012-07-26 at 20:16 +, Slater, Joseph wrote:
>
> > -Original Message-
> > From: openembedded-core-boun...@lists.openembedded.org
> > [mailto:openembedded-core-
> > boun...@lists.openembedded.org] On Behalf Of Richard Purdie
> > Sent: Thursday, July 26, 2012 12:07 PM
> > To: Pa
follow Richard's approach, modify bzip2-native recipe to install bzip2 package
binaries to STAGING_BINDIR_NATIVE/bzip2-native to avoid problems when other
package is doing upack to reference bzip2. libbz2.so* still installs to
STAGING_LIBDIR_NATIVE.
change python-native to depends on bzip2-replace
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org
> [mailto:openembedded-core-
> boun...@lists.openembedded.org] On Behalf Of Richard Purdie
> Sent: Thursday, July 26, 2012 12:07 PM
> To: Patches and discussions about the oe-core layer
> Subject: Re: [OE-core]
On Thu, Jul 26, 2012 at 11:58 AM, Phil Blundell wrote:
>
> Bletch! There must surely be some way to solve this problem without
> hacking recipe names into package.bbclass.
Yes making eglibc-locale base package to be non empty. So if we put in
something there that it never turns out to be empty i
On Thu, Jul 26, 2012 at 12:15 PM, Saul Wold wrote:
>>
>> Denis Carikli (1):
>>kernel.bbclass: fix external module building
>>
> I held back this one as I think there is still some discussion on it.
Discussion is not on review of this patch. Infact discussion was more
about the recently
added
Please modify the patch summary so include the recipe or functional
change first:
guile: change install-data-hook ...
Thanks
Sau!
On 07/26/2012 04:31 AM, song...@windriver.com wrote:
From: "Song.Li"
In guile meta/Makefile, what install-data-hook do
must be run after install-binSCR
On 07/25/2012 01:07 AM, rongqing...@windriver.com wrote:
From: Roy.Li
[YOCTO #2820]
when check if there is pcre, the configure file always check
the host dir. now we make it work by adding correct prefix for
cross-compile environment.
Signed-off-by: Roy.Li
---
.../slang/slang/fix-check-pcr
On 07/25/2012 07:32 PM, song...@windriver.com wrote:
From: "Song.Li"
sysstat Makefile shouldn't use -s option to strip binary
because we need debug info for dbg package.
The old way to remove -s option is passing LFLAGS=''
in make command line to clean all the LFLAGS variable in Makefile.
That
On Thu, 2012-07-26 at 13:32 -0500, Mark Hatle wrote:
> On 7/26/12 1:14 PM, Chris Larson wrote:
> > On Thu, Jul 26, 2012 at 9:37 AM, Mark Hatle
> > wrote:
> >>> index 44284c3..f5fd4d7 100644
> >>> --- a/meta/classes/toolchain-scripts.bbclass
> >>> +++ b/meta/classes/toolchain-scripts.bbclass
> >>>
On Wed, Jul 25, 2012 at 6:09 AM, Paul Eggleton
wrote:
> On Wednesday 25 July 2012 07:23:31 Iorga, Cristian wrote:
>> For me, having the version number contained in the name of package recipe is
>> a little bit puzzling. For example: libpcre/libpcre_8.31.bb
>>
>> Is there a solid technical reason t
On 07/26/2012 12:34 PM, Chris Larson wrote:
On Thu, Jul 26, 2012 at 12:27 PM, Saul Wold wrote:
On 07/23/2012 02:59 AM, Robert P. J. Day wrote:
Signed-off-by: Robert P. J. Day
---
diff --git a/meta/recipes-graphics/xorg-lib/libxp_1.0.1.bb
b/meta/recipes-graphics/xorg-lib/libxp_1.0.1.bb
ind
From: Christopher Larson
Signed-off-by: Christopher Larson
---
meta/classes/toolchain-scripts.bbclass |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/classes/toolchain-scripts.bbclass
b/meta/classes/toolchain-scripts.bbclass
index 44284c3..68bb661 100644
--- a/met
On 07/20/2012 04:46 PM, Christopher Larson wrote:
From: Christopher Larson
The following changes since commit ef637e417ae1c2dff7fc0ad6cb30989e72ac35ab:
grub-efi-native: remove help2man dependency (2012-07-20 12:32:13 +0100)
are available in the git repository at:
git://github.com/kergo
On Wed, 2012-07-25 at 07:23 +, Iorga, Cristian wrote:
> For me, having the version number contained in the name of package recipe is
> a little bit puzzling.
> For example: libpcre/libpcre_8.31.bb
>
> Is there a solid technical reason to not have it like this?
>
> libpcre/libpcre.bb
> and in
On Thu, 2012-07-26 at 15:01 -0400, Yao Zhao wrote:
> follow Richard's approach, modify bzip2-native recipe to install bzip2 package
> binaries to STAGING_BINDIR_NATIVE/bzip2-native to avoid problems when other
> package is doing upack to reference bzip2. libbz2.so* still installs to
> STAGING_LIBDI
On Thu, Jul 26, 2012 at 12:27 PM, Saul Wold wrote:
> On 07/23/2012 02:59 AM, Robert P. J. Day wrote:
>>
>>
>> Signed-off-by: Robert P. J. Day
>>
>> ---
>>
>> diff --git a/meta/recipes-graphics/xorg-lib/libxp_1.0.1.bb
>> b/meta/recipes-graphics/xorg-lib/libxp_1.0.1.bb
>> index 349dad1..dbd4609 100
On 07/22/2012 10:50 PM, wenzong@windriver.com wrote:
From: Wenzong Fan
Add remake-native and remake to yocto
[YOCTO #2402]
The following changes since commit 315d52934693b14f08b62f3f5f361d834484e180:
Pyphon-native: Fix typo (2012-07-22 14:20:57 +0100)
are available in the git reposit
On 07/23/2012 01:38 AM, Paul Eggleton wrote:
The main package is empty and is not produced, which leaves the dev
and staticdev packages broken. Remove the dependencies (added in
bitbake.conf by default) to fix this.
Signed-off-by: Paul Eggleton
---
meta/recipes-connectivity/dhcp/dhcp.inc
On 07/23/2012 02:59 AM, Robert P. J. Day wrote:
Signed-off-by: Robert P. J. Day
---
diff --git a/meta/recipes-graphics/xorg-lib/libxp_1.0.1.bb
b/meta/recipes-graphics/xorg-lib/libxp_1.0.1.bb
index 349dad1..dbd4609 100644
--- a/meta/recipes-graphics/xorg-lib/libxp_1.0.1.bb
+++ b/meta/recipes-
On 07/22/2012 04:54 PM, Khem Raj wrote:
Signed-off-by: Khem Raj
---
meta/classes/qemu.bbclass |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/meta/classes/qemu.bbclass b/meta/classes/qemu.bbclass
index 68896ce..aead8e2 100644
--- a/meta/classes/qemu.bbclass
+++ b/met
On 07/23/2012 03:06 AM, Robert P. J. Day wrote:
Signed-off-by: Robert P. J. Day
---
i think that might be all of them ...
diff --git a/meta/recipes-sato/webkit/webkit-gtk_1.8.1.bb
b/meta/recipes-sato/webkit/webkit-gtk_1.8.1.bb
index 229273f..dd43811 100644
--- a/meta/recipes-sato/webkit/
On 07/23/2012 10:10 AM, Bruce Ashfield wrote:
Richard/Saul,
A fairly simple refresh of the 3.4 kernel to pickup 3.4.6 and update
the -rt patch to -rt14.
Tested on qemu* locally. Updates to other layers will follow later.
Cheers,
Bruce
The following changes since commit 315d52934693b14f08b62f
On 07/23/2012 10:37 AM, Otavio Salvador wrote:
The rootfs has 'users' group at number 100 and without this fix it
would assign to a non-existent group and if a group with gid as 1000
is created later it would own all files for users created.
Signed-off-by: Otavio Salvador
---
.../shadow/shado
On 07/23/2012 06:23 PM, rongqing...@windriver.com wrote:
From: Roy.Li
[YOCTO #2788]
The system will be hung when udhcpc starts, if nfs is mounted
at "/" directory and default route is different after starting
udhcpc.
The cause is that root_is_nfs() does not work after kernel-2.6.37,
since the
On 07/23/2012 01:56 PM, Khem Raj wrote:
This recipe is imported from meta-oe its a requirement for
systemd to work. Now that systemd is living in a layer of
its own. Lets have this recipe into core metadata
Signed-off-by: Khem Raj
---
meta/recipes-core/libcgroup/libcgroup_0.37.1.bb | 27 +++
On 07/25/2012 02:42 AM, Kang Kai wrote:
Hi Saul,
These patches update liburi-perl, qmmp and ltp.
Regards,
Kai
The following changes since commit 0ffb02eec2beaea27ff0ec9d3d31b0a09e675a4c:
documentation: Updated the h6 style to use a larger font (2012-07-24
10:35:34 +0100)
are available in
On 07/24/2012 04:59 AM, Ross Burton wrote:
Signed-off-by: Ross Burton
---
meta/classes/core-image.bbclass |2 --
1 file changed, 2 deletions(-)
diff --git a/meta/classes/core-image.bbclass b/meta/classes/core-image.bbclass
index 6b207d7..13e45aa 100644
--- a/meta/classes/core-image.bbcl
On 07/24/2012 07:28 AM, Yao Zhao wrote:
patch mkfs.minix.tests to have correct md5sum on big endian platform.
Signed-off-by: Yao Zhao
---
.../busybox-mkfs-minix-tests_bigendian.patch | 34
meta/recipes-core/busybox/busybox_1.19.4.bb|3 +-
2 files cha
On 07/24/2012 03:39 AM, Robert P. J. Day wrote:
Besides being clearly broken, that line is unnecessary as that file is
already being picked up from this line in xorg-app-common.inc:
FILES_${PN} += " ${libdir}/X11/${BPN} ${datadir}/X11/app-defaults/"
Signed-off-by: Robert P. J. Day
---
diff
On 07/23/2012 10:36 PM, Cristian Iorga wrote:
Multiple package updates, see below for details.
Packages and core-image-sato target build on all architectures.
Basic sanity tests performed in core-image-sato under qemux86.
No obvious issues observed.
Cristian Iorga (5):
telepathy-glib: upgrade
On 07/24/2012 08:03 AM, Khem Raj wrote:
This patchset fixes isssue with compiling toolchain's bootstrap elements
added changes from kernel.bbclass from meta-oe
Fixes eglibc when certain options are disabled (seen on poky-tiny)
The following changes since commit 4148bc80c008d25c8a536c7c7dfdeac166
On 07/24/2012 01:46 PM, Mark Hatle wrote:
Add missing Upstream-Status entries, no code changes.
The following changes since commit 4148bc80c008d25c8a536c7c7dfdeac1669a6662:
libgcc: Add missing dependency on libc:do_package (2012-07-24 10:12:08 +0100)
are available in the git repository at:
On 07/24/2012 11:42 PM, Cristian Iorga wrote:
Signed-off-by: Cristian Iorga
---
.../libpcre/{libpcre_8.30.bb => libpcre_8.31.bb} |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
rename meta/recipes-support/libpcre/{libpcre_8.30.bb => libpcre_8.31.bb} (93%)
diff --git a/meta
On 07/25/2012 01:07 AM, rongqing...@windriver.com wrote:
From: Roy.Li
[YOCTO #2826]
m4/nullsort.m4 tries to find sort dir, and write it to updatedb,
but nullsort.m4 is checking the host dir. Once the sort dirs on
target and host are different, updatedb will fail due to wrong
sort dir.
Since w
On Thu, 2012-07-26 at 18:45 +, Slater, Joseph wrote:
> Could somebody clarify excluding things from world? I see
> EXCLUDE_FROM_WORLD = "1" in
>
> many places, including libx11.inc, and I'm sure there's plenty of
> libx11 stuff in world.
The issue is that there are multiple providers of libx1
On Wed, 2012-07-25 at 15:02 +0800, xin.ouy...@windriver.com wrote:
> +RDEPENDS_${PN} = "glibc-gconv-ibm850"
That will make mtools unbuildable for non-glibc configurations. Is this
intended?
p.
___
Openembedded-core mailing list
Openembedded-core@lis
On 07/20/2012 10:12 AM, Otavio Salvador wrote:
Change the installation process so we have bashbug in ${bindir} and
bash at ${base_bindir}.
Signed-off-by: Otavio Salvador
---
meta/recipes-extended/bash/bash.inc| 11 ---
meta/recipes-extended/bash/bash_4.2.bb |2 +-
2 files
On 07/25/2012 05:21 AM, Ross Burton wrote:
[YOCTO #2462]
Signed-off-by: Ross Burton
---
...Fix-a-race-in-_gen-reentrant-methods.list.patch | 42
.../telepathy/telepathy-glib_0.19.2.bb |5 ++-
2 files changed, 45 insertions(+), 2 deletions(-)
create m
On 07/25/2012 05:51 AM, Paul Eggleton wrote:
This looks like it was added by accident in OE-Core revision
7903433898b4683a1c09cc9a6a379421bc9bbd58.
Signed-off-by: Paul Eggleton
---
meta/lib/test.py |3 ---
1 file changed, 3 deletions(-)
delete mode 100644 meta/lib/test.py
diff --git a
On 07/25/2012 01:37 PM, Bruce Ashfield wrote:
Richard/Saul,
Here are some -rt updates from Darren for the x86 boards, nothing
much to see here, just configuration changes.
Note: these are stacked on my 3.4.6 and 3.4.x-rt14 which haven't
been merged yet.
Cheers,
Bruce
cc: Darren Hart
The fo
On 07/25/2012 12:02 AM, xin.ouy...@windriver.com wrote:
From: Xin Ouyang
[YOCTO #2829]
mtools commands use cp850 as the "mtools_default_codepage", they would
use this to do some coverting tasks.
So, add glibc-gconv-ibm850 to RDEPENDS for mtools commands to run
correctly.
The following cha
follow Richard's approach, modify bzip2-native recipe to install bzip2 package
binaries to STAGING_BINDIR_NATIVE/bzip2-native to avoid problems when other
package is doing upack to reference bzip2. libbz2.so* still installs to
STAGING_LIBDIR_NATIVE.
add bzip2native.bbclass to let other packages to
On Thu, 2012-07-26 at 11:49 -0700, Saul Wold wrote:
> diff --git a/meta/classes/package.bbclass b/meta/classes/package.bbclass
> index 0c7fe80..06e2e04 100644
> --- a/meta/classes/package.bbclass
> +++ b/meta/classes/package.bbclass
> @@ -389,6 +389,8 @@ python package_do_split_locales() {
>
>
On 07/26/2012 03:51 AM, Paul Eggleton wrote:
By virtue of having #!/bin/bash, the usb-devices script declared that it
requires bash, however manual examination, checkbashisms and tests with
dash and busybox show that it doesn't contain any bashisms, so change
the script's header and remove the RD
On Thu, Jul 26, 2012 at 11:45 AM, Slater, Joseph
wrote:
> Could somebody clarify excluding things from world? I see
> EXCLUDE_FROM_WORLD = "1" in
>
> many places, including libx11.inc, and I'm sure there's plenty of libx11
> stuff in world.
>
> I also see package specific exclusions in world-brok
From: Khem Raj
eglibc-locale is creating the individual locale files which have
runtime dependency on ${PN} which is 'eglibc-locale' but problem
is that eglibc-locale is an empty package and does not get created
so when one asks for adding locales to image then due to the missing
dependency in th
On 07/26/2012 10:21 AM, Leon Woestenberg wrote:
Hello Saul,
Please check with Scott Garman (cc'ed) he is the stable maintainer for
1.2.1 (Denzil).
Sau!
On Wed, Jul 25, 2012 at 9:19 AM, Saul Wold mailto:s...@linux.intel.com>> wrote:
+ # Necessary for building modules like compat-w
Hi all,
Could somebody clarify excluding things from world? I see EXCLUDE_FROM_WORLD =
"1" in
many places, including libx11.inc, and I'm sure there's plenty of libx11 stuff
in world.
I also see package specific exclusions in world-broken.inc.
If one wants to exclude items for a particular bsp
On 7/26/12 1:14 PM, Chris Larson wrote:
On Thu, Jul 26, 2012 at 9:37 AM, Mark Hatle wrote:
index 44284c3..f5fd4d7 100644
--- a/meta/classes/toolchain-scripts.bbclass
+++ b/meta/classes/toolchain-scripts.bbclass
@@ -136,7 +136,7 @@ toolchain_create_sdk_env_script_for_installer () {
#we get th
On Thu, Jul 26, 2012 at 9:37 AM, Mark Hatle wrote:
>> index 44284c3..f5fd4d7 100644
>> --- a/meta/classes/toolchain-scripts.bbclass
>> +++ b/meta/classes/toolchain-scripts.bbclass
>> @@ -136,7 +136,7 @@ toolchain_create_sdk_env_script_for_installer () {
>> #we get the cached site config in the r
kernel.bbclass is a common class for many different kernel versions,
and as such the default module_autoload and module_conf values that
it contains are not relevant, or out of date for most builds.
Individual kernel recipes or distros can better specify these
values to meet their needs.
Signed-o
Richard,
This is just what the subject implies, a RFC patch. While working
on some updates and docs, I (once gain) ran across the module_autoload
and module_conf default values in kernel.bbclass.
I've always wondered if that was the best place for these, since the
kernel.bbclass builds many diffe
Hello Saul,
On Wed, Jul 25, 2012 at 9:19 AM, Saul Wold wrote:
> + # Necessary for building modules like compat-wireless.
> + cp include/generated/bounds.h $kerneldir/include/generated/bounds.h
> +
>
Thanks, can we get this merged into the Denzil branch as well?
In general, how are
On 7/26/12 2:14 AM, Matthieu CRAPET wrote:
Greetings,
Updated recently my oe-core and faced an unwanted side effect.
You need to know that I'm using an externel (linaro) toolchain (my
.bb/.inc are a clone of "sourcery" toolchain example).
My toolchain is compiled against a custom (external) egli
If we are building from sstate-cache it's possible to be building
from another folder on another machine, therefore the linker requires
that a proper --sysroot is passed too it so it can find things like
libgcc.a and avoid errors such as:
| arm-poky-linux-gnueabi-gcc -g -O2 -fno-common -ffixed-
see [1] & [2] for discussion of this patch
[1] http://lists.linuxtogo.org/pipermail/openembedded-core/2012-July/026606.html
[2] http://lists.linuxtogo.org/pipermail/openembedded-core/2012-July/026611.html
Signed-off-by: Andreas Müller
---
meta/classes/gtk-doc.bbclass |1 -
1 files changed,
This was causing the x86_64-linux-guile script to not have all the
environment bits needed
V2: Forgot PR Bump!
[YOCTO #2835]
Signed-off-by: Saul Wold
---
meta/recipes-devtools/guile/guile_2.0.5.bb |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools
This was causing the x86_64-linux-guile script to not have all the
environment bits needed
[YOCTO #2835]
Signed-off-by: Saul Wold
---
meta/recipes-devtools/guile/guile_2.0.5.bb |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-devtools/guile/guile_2.0.5.bb
On Thu, 2012-07-26 at 17:16 +0200, Andreas Müller wrote:
> Signed-off-by: Andreas Müller
> ---
> meta/classes/gtk-doc.bbclass |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/meta/classes/gtk-doc.bbclass b/meta/classes/gtk-doc.bbclass
> index 8a312f5..be10c75 100644
On Thu, Jul 26, 2012 at 8:35 AM, Andreas Müller
wrote:
> On Thu, Jul 26, 2012 at 5:19 PM, Burton, Ross wrote:
>> On 26 July 2012 16:16, Andreas Müller wrote:
>>> -DEPENDS_virtclass-native_append = " gtk-doc-stub-native"
>>> +DEPENDS_append_virtclass-native = " gtk-doc-stub-native"
>>
>> Was this
On Thu, Jul 26, 2012 at 5:19 PM, Burton, Ross wrote:
> On 26 July 2012 16:16, Andreas Müller wrote:
>> -DEPENDS_virtclass-native_append = " gtk-doc-stub-native"
>> +DEPENDS_append_virtclass-native = " gtk-doc-stub-native"
>
> Was this a typo on my part, or is there a semantic difference between t
On 26 July 2012 16:16, Andreas Müller wrote:
> -DEPENDS_virtclass-native_append = " gtk-doc-stub-native"
> +DEPENDS_append_virtclass-native = " gtk-doc-stub-native"
Was this a typo on my part, or is there a semantic difference between those?
Ross
___
Signed-off-by: Andreas Müller
---
meta/classes/gtk-doc.bbclass |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/classes/gtk-doc.bbclass b/meta/classes/gtk-doc.bbclass
index 8a312f5..be10c75 100644
--- a/meta/classes/gtk-doc.bbclass
+++ b/meta/classes/gtk-doc.bbclass
On Thu, 2012-07-26 at 17:02 +0200, Andreas Müller wrote:
> bitbake -e atk-native | grep ^DEPENDS
>
> says
>
> DEPENDS_GETTEXT="gettext-native"
> DEPENDS="gtk-doc-stub-native"
>
> Is it possible that
>
> DEPENDS_virtclass-native_append = " gtk-doc-stub-native"
>
> in gtk-doc.bbclass breaks depe
From: "Song.Li"
In guile meta/Makefile, what install-data-hook do
must be run after install-binSCRIPTS.so it's a exec hook, not a data hook.
If keep these exec-hook in data-hook,when we run make with multi-jobbing ,
install-data-hook and install-binSCRIPTS will be separately
processed in differen
On Thu, Jul 26, 2012 at 4:47 PM, Martin Jansa wrote:
> On Thu, Jul 26, 2012 at 04:22:02PM +0200, Andreas Müller wrote:
>> On Thu, Jul 26, 2012 at 3:21 PM, Richard Purdie
>> wrote:
>> > On Thu, 2012-07-26 at 14:59 +0200, Andreas Müller wrote:
>> >> On Thu, Jul 26, 2012 at 1:24 PM, Andreas Müller
>
On Thu, Jul 26, 2012 at 04:22:02PM +0200, Andreas Müller wrote:
> On Thu, Jul 26, 2012 at 3:21 PM, Richard Purdie
> wrote:
> > On Thu, 2012-07-26 at 14:59 +0200, Andreas Müller wrote:
> >> On Thu, Jul 26, 2012 at 1:24 PM, Andreas Müller
> >> wrote:
> >> > I think it is not gtk+-native specific bu
The following changes since commit 14b70cd222519e5bccaca955334787f123d9fc54:
base/perlnative/pythonnative/gzipnative: Add a new variable to enable easier
handling of native path issues (2012-07-26 14:55:35 +0100)
are available in the git repository at:
git://git.openembedded.org/openembedde
Avoid adding dependencies to dev and dbg packages on themselves via the
DEPCHAIN_* handling code. These don't actually cause any problems, but
they do complicate dependency graphs.
Signed-off-by: Paul Eggleton
---
meta/classes/package.bbclass |4 ++--
1 file changed, 2 insertions(+), 2 delet
Make dbg package dependencies added via DEPCHAIN_POST less aggressive -
only add dependencies on dbg packages for shared library dependencies.
This avoids dragging in extraneous packages (such as eglibc-dbg forcing
bash-dbg to be installed) whilst preserving the ability to easily debug
into shared
Thanks, added now.
Hope it will be helpfull. Not sure how much work I will do in that layer
myself. Just updating when I need to I guess. I will however try to add
pull requests from you guys when you give me a patch.
This have only been tested to work on Pandaboard ES, so it's likely it
will bre
Radu Moisan
writes:
> it does not crash at runtime.
I do not speak about crash; I guess 'dbus-launch' has some extra
functionality when compiled with x11 support, and packages which
depend on dbus-x11 might expect this functionality.
Providing 'dbus-x11' although no x11 functionality is provide
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Op 26-07-12 16:02, Martin Ertsås schreef:
> Hi.
>
> I have just made a new layer, for qt5 recipes. This contains work in
> progress recipes, but should be working. In the (not so) long run, qt5
> recipes will hopefully be added to oe-core, but in th
On Thu, Jul 26, 2012 at 3:21 PM, Richard Purdie
wrote:
> On Thu, 2012-07-26 at 14:59 +0200, Andreas Müller wrote:
>> On Thu, Jul 26, 2012 at 1:24 PM, Andreas Müller
>> wrote:
>> > I think it is not gtk+-native specific but some autoconf trouble. I
>> > tried a build from scratch and get:
>> >
>>
Hi.
I have just made a new layer, for qt5 recipes. This contains work in
progress recipes, but should be working. In the (not so) long run, qt5
recipes will hopefully be added to oe-core, but in the meantime these
are available.
The recipes are based on the qt4 recipes in oe-core from 4-5 months
On Wed, 2012-07-25 at 00:18 -0700, Saul Wold wrote:
> Andrei Gherzan (1):
> package.bbclass: Create symlinks for packages with different packaged
> name
>
> Bruce Ashfield (1):
> linux-yocto/3.4: 3.4.6 and 3.4.x-rt14
>
> Christopher Larson (2):
> initscripts: don't bg mk_dirs in populat
On Thu, 2012-07-26 at 07:20 -0400, Robert P. J. Day wrote:
> to stock up on tarballs, i just ran:
>
> $ bitbake -c fetchall world
>
> and got:
>
> NOTE: package kbd-1.15.2-r3: task do_fetch: Started
> WARNING: Failed to fetch URL
> http://kernel.org/pub/linux/utils/kbd/kbd-1.15.2.tar.bz2, atte
1 - 100 of 149 matches
Mail list logo
