Hi,
I'm trying to build a recipe for openmotif-2.3.0, but so far i get
errors from "do_conigure" like:
-8<-snip
ac:6: warning: cannot check for file existence when cross compiling
../../lib/autoconf/general.m4:2772: AC_CHECK_FILE is expanded from...
Richard,
Here is a load of patches that I have tested against the AB
on x86 and arm.
Khem's zlib patch has a large affect due to the dropping of the .la
file therefore a bunch of PR bumps and it also fixes some missing
DEPENDS.
Once Lianhoa's patch is in, we can enable BasicHash in Poky, there
From: Otavio Salvador
Allow use of BBCLASSEXTEND with 'cross' and use of virtclass-cross in
recipes.
Signed-off-by: Otavio Salvador
---
meta/classes/cross.bbclass | 17 +
1 files changed, 17 insertions(+), 0 deletions(-)
diff --git a/meta/classes/cross.bbclass b/meta/classes
From: Christopher Larson
The use of __packed, which isn't defined in userspace, caused busybox build
failures.
Signed-off-by: Christopher Larson
---
meta/recipes-core/meta/external-csl-toolchain.bb |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/meta/recipes-core/meta/
From: Otavio Salvador
Signed-off-by: Otavio Salvador
---
meta/classes/useradd.bbclass |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/meta/classes/useradd.bbclass b/meta/classes/useradd.bbclass
index 8eb6444..1fed755 100644
--- a/meta/classes/useradd.bbclass
+++ b/met
From: Matthew McClintock
Without this fix, when packages are being built using distutils and
the python packages were deployed from sstate-cache is it possible
that the LD command will contain an invalid sysroot override.
We can fix this by always exported LDSHARED, which is the env var
that dis
From: Tom Rini
This provides the 'fw_setenv' and 'fw_getenv' programs for the target
so that the U-Boot environment can be modified from Linux. These
programs are system-agnostic and rely on a config file that a given BSP
would provide and potentially RRECOMMEND this be installed.
Signed-off-by
From: Matthew McClintock
Without this fix, libpcap will fail to build on powerpc64
Signed-off-by: Matthew McClintock
---
meta/site/powerpc64-linux |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/meta/site/powerpc64-linux b/meta/site/powerpc64-linux
index a49c717..2b1
From: Joshua Lock
Added a note about why we're setting S, so I don't have to figure it out again
next time I try and update clutter.
Signed-off-by: Joshua Lock
---
.../{clutter-1.8_1.8.2.bb => clutter-1.8_1.8.4.bb} |7 +++
1 files changed, 3 insertions(+), 4 deletions(-)
rename meta/r
From: Joshua Lock
Upstream informs me that D-bus isn't really optional as it's required
to make some of the API work such as the single instance MxApplication.
Therefore ensure we're building with it enabled.
Gettext macros are used in the configure.ac so inherit gettext to
ensure the required d
From: Joshua Lock
Signed-off-by: Joshua Lock
---
meta/recipes-graphics/clutter/clutter_git.bb |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-graphics/clutter/clutter_git.bb
b/meta/recipes-graphics/clutter/clutter_git.bb
index d598b4a..9f7b048 100644
From: Joshua Lock
Signed-off-by: Joshua Lock
---
.../conf/distro/include/distro_tracking_fields.inc | 16
1 files changed, 8 insertions(+), 8 deletions(-)
diff --git a/meta/conf/distro/include/distro_tracking_fields.inc
b/meta/conf/distro/include/distro_tracking_fields.inc
From: Khem Raj
Found during single recipe rebuilds
Signed-off-by: Khem Raj
---
meta/recipes-support/gnupg/gnupg_2.0.18.bb |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-support/gnupg/gnupg_2.0.18.bb
b/meta/recipes-support/gnupg/gnupg_2.0.18.bb
index c10
From: Khem Raj
Signed-off-by: Khem Raj
---
...fopen.c-Forward-port-to-zlib-1.2.6-gzFile.patch | 57
meta/recipes-extended/sat-solver/sat-solver_git.bb |3 +-
2 files changed, 59 insertions(+), 1 deletions(-)
create mode 100644
meta/recipes-extended/sat-solver/sat-so
From: Richard Purdie
The sstate_hardcode_path() function triggered large numbers of exec()
calls when processing packages with large numbers of file relocations
(e.g. perl). This patch optimises those calls into longer single commands
which make the code significantly more efficient.
This reduce
From: Joshua Lock
Patch in a copy of introspection.m4 so that we can continue to easily and
cleanly disable introspection.
Signed-off-by: Joshua Lock
---
.../mx/files/introspection-m4.patch| 106
.../mx/{mx_1.3.2.bb => mx_1.4.2.bb}|9 +-
From: Richard Purdie
a) Use the system zlib to avoid building it for each gcc.
b) -initial and -intermediate don't need plugins or lto-plugin
so disable them.
Signed-off-by: Richard Purdie
---
meta/recipes-devtools/gcc/gcc-4.6.inc | 14 --
1 files changed, 8 insertions(+), 6 d
From: Richard Purdie
Currently a process was being forked off for each individual file
this class wanted to inspect with rpmdeps. This converts it to use
rpmdeps-oecore which allows batch processing of these dependencies.
For do_package for perl, this reduced the time by about 1 minute (33%).
S
From: Lianhao Lu
Ensure do_patch have the same sstate hashes for nativesdk variants of
gcc family recipes, since they share the same source directory.
Signed-off-by: Lianhao Lu
---
meta/recipes-devtools/gcc/gcc-common.inc |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a
From: Khem Raj
Dont use autotools, it really not so autoconf like.
the configure script gets updated with every release of zlib
and we overwrite that. Instead use the upstream provided
configure
copyright year was changed in zlib.h which caused change in
LIC_FILE_CHECKSUM
fix.inverted.LFS.logic
Signed-off-by: Saul Wold
---
...upport-for-PPC-instructions-mfatbu-mfatbl.patch |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git
a/meta/recipes-devtools/valgrind/valgrind-3.7.0/Added-support-for-PPC-instructions-mfatbu-mfatbl.patch
b/meta/recipes-devtools/valgrind/valgri
From: Richard Purdie
Signed-off-by: Richard Purdie
---
meta/classes/package_rpm.bbclass | 22 +-
1 files changed, 13 insertions(+), 9 deletions(-)
diff --git a/meta/classes/package_rpm.bbclass b/meta/classes/package_rpm.bbclass
index a813c8b..08a13f5 100644
--- a/meta/cla
This recipe was added, but did not have the correct
checksum information for the LIC_FILES_CHKSUM or the
SRC_URI. Also disable Documetnation for now due to
older autotools issue.
[YOCTO #1966]
Signed-off-by: Saul Wold
---
.../gnupg/gnupg-1.4.7/configure.patch | 17 ++
Op 10 feb. 2012, om 02:27 heeft Andreas Oberritter het volgende geschreven:
> * If 'x11' is not set in DISTRO_FEATURES, then skip all
> recipes using xorg-lib-common.inc instead of only those
> using libx11.inc.
>
> * One exception: pixman, which is not only used by xorg,
> but also by cairo.
Am Freitag, den 10.02.2012, 00:30 -0800 schrieb Saul Wold:
In the summary there should be comp*i*lation.
> This recipe was added, but did not have the correct
> checksum information for the LIC_FILES_CHKSUM or the
> SRC_URI.
How could that happen?
> Also disable Documetnation for now due to old
Dear Rainer,
Am Freitag, den 10.02.2012, 09:25 +0100 schrieb Rainer Koenig:
> I'm trying to build a recipe for openmotif-2.3.0,
are you using OE-Classic or OE-Core?
> but so far i get errors from "do_conigure" like:
>
> -8<-snip
> ac:6: warning:
Am 10.02.2012 10:24, schrieb Paul Menzel:
> are you using OE-Classic or OE-Core?
OE-core
Rainer
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Am Freitag, den 10.02.2012, 10:25 +0100 schrieb Rainer Koenig:
> Am 10.02.2012 10:24, schrieb Paul Menzel:
>
> > are you using OE-Classic or OE-Core?
>
> OE-core
Thanks. I am sorry. I should have figured that out myself because you
wrote to OE-Core.
Still you should send more information about
On Friday 10 February 2012 09:38:59 Koen Kooi wrote:
> I know you're just moving the error message around, but I would suggest
> changing it to "'x11' not in DISTRO_FEATURES".
You have to be careful with this, as it will pick up partial words e.g.
assuming we had an "x11test" DISTRO_FEATURE then
On 10.02.2012 13:19, Paul Eggleton wrote:
> On Friday 10 February 2012 09:38:59 Koen Kooi wrote:
>> I know you're just moving the error message around, but I would suggest
>> changing it to "'x11' not in DISTRO_FEATURES".
>
> You have to be careful with this, as it will pick up partial words e.g.
Op 10 feb. 2012, om 13:26 heeft Andreas Oberritter het volgende geschreven:
> On 10.02.2012 13:19, Paul Eggleton wrote:
>> On Friday 10 February 2012 09:38:59 Koen Kooi wrote:
>>> I know you're just moving the error message around, but I would suggest
>>> changing it to "'x11' not in DISTRO_FEATU
On Friday 10 February 2012 13:26:18 Andreas Oberritter wrote:
> I think Koen was referring to the error string, see below.
Ah I see, please disregard my comments then :)
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
___
Openembed
On Thu, 2012-02-09 at 11:54 -0800, Khem Raj wrote:
> eventually I think we will end up with everything being in ${base_libdir} :)
> or we have to make sure that stripped out debug files and standard dev
> libs and headers
> go into /usr
The .debug data does always go into /usr/lib/debug (even on m
On Thu, 2012-02-09 at 18:23 -0800, Joshua Lock wrote:
> On 09/02/12 16:10, Richard Purdie wrote:
> > Currently a process was being forked off for each individual file
> > this class wanted to inspect with rpmdeps. This converts it to use
> > rpmdeps-oecore which allows batch processing of these dep
On Thu, 2012-02-09 at 16:39 -0800, Khem Raj wrote:
> On Thu, Feb 9, 2012 at 4:06 PM, Richard Purdie
> wrote:
> >
> > +NATIVEDEPS = "mpfr-native gmp-native libmpc-native zlib-native"
>
>
> note that we will need to ship zlib-nativesdk as well if we do this
> so hopefully that case is covered by t
On Thursday 09 February 2012 13:19:22 Khem Raj wrote:
> since there is a namespace conflict that should be fixed IMO removing
> Wrror is not quite the right thing to do here IMO.
So removing -Werror is somewhat heavy-handed, yes; perhaps we can simply
add -Wno-error=c++0x-compat and mark this patc
On Fri, 2012-02-10 at 13:56 +, Paul Eggleton wrote:
> What the code is attempting to do is provide its own "nullptr" if it isn't
> being provided as part of the language:
>
> --
> #if __has_feature(cxx_nullptr) || (GCC_VERSION_AT_LEAST(4, 6, 0) &&
> defined(__GXX_E
On Friday 10 February 2012 14:03:06 Phil Blundell wrote:
> On Fri, 2012-02-10 at 13:56 +, Paul Eggleton wrote:
> > What the code is attempting to do is provide its own "nullptr" if it isn't
> > being provided as part of the language:
> >
> > --
> > #if __has_feature
There are some small issues:
>+Cflags:
There is a whitespace at the end.
> +inherit autotools
There is a whitespace at the end.
>+LICENSE = "GPLv2"
The license is not GPLv2 only, but rather:
GPLv2+ or MPL1.1(I'm not sure if it's spelled correctly) or LGPLv2.1+
(I don't remember how or are expr
On Thu, Feb 9, 2012 at 5:35 PM, Khem Raj wrote:
> Hi
>
> Just grepped for the occurances of disabled parallel make and I see
> around 40 cases on oe-core
>
> git grep PARALLEL_MAKE.*=.*\"\" recipes* | grep -v "#"
>
> If someone has time to kill then it would help to see if some of these
> are fixe
* it's called from install-libs target and when /etc/ld.so.cache is writeable
by user running bitbake
then it creates invalid cache (in my case libstdc++.so cannot be found after
building zlib(-native)
and I have to call touch */libstdc++.so && /sbin/ldconfig to fix it
Signed-off-by: Martin
On 02/06/2012 01:20 PM, Christopher Larson wrote:
From: Christopher Larson
The following changes since commit 18d9fcfc4bc4b01f73e89f3b988c9d3d543c7705:
libzypp: add missing runtime dependences on gzip and gnupg (2012-02-03
17:23:28 +)
are available in the git repository at:
https://
On 02/08/2012 04:22 AM, Otavio Salvador wrote:
This has removed the map_dependencies from the cross class as we were
handling those by hand anyway in meta-chicken.
The following changes since commit 06b740d4ca077fb4c89ee6d1065fabb02da45ec6:
classes/buildhistory: sort list fields in package i
On 02/08/2012 10:00 AM, Tom Rini wrote:
From: Tom Rini
This provides the 'fw_setenv' and 'fw_getenv' programs for the target
so that the U-Boot environment can be modified from Linux. These
programs are system-agnostic and rely on a config file that a given BSP
would provide and potentially RRE
On 02/09/2012 11:30 AM, Matthew McClintock wrote:
Without this fix, libpcap will fail to build on powerpc64
Signed-off-by: Matthew McClintock
---
v2: include filename is patch description
meta/site/powerpc64-linux |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/met
On 02/09/2012 07:47 PM, Lianhao Lu wrote:
Ensure the gcc family recipes having the same sstate hash for do_patch task,
because they share the same source directory.
The following changes since commit 4ef5e70f531f48cef90805402c16ec02ad3f2b92:
Christopher Larson (1):
tcmode-default: ad
On 02/08/2012 01:06 PM, Matthew McClintock wrote:
Without this fix, when packages are being built using distutils and
the python packages were deployed from sstate-cache is it possible
that the LD command will contain an invalid sysroot override.
We can fix this by always exported LDSHARED, whic
This fix is for dhclient. It needs libcrypto at runtime and if
libcrypto is in libdir, it's path can be inaccessible on systems
where /usr is on nfs for example or dhclient is needed before
/usr is mounted.
Signed-off-by: Andrei Gherzan
---
...001-openssl-Move-libcrypto-to-base_libdir.patch |
On 02/08/2012 05:59 PM, Joshua Lock wrote:
Here are clutter and mx recipe updates and some changes to the mx recipe to
ensure it's fully
functional following some discussion with the mx maintainer.
Cheers,
Joshua
The following changes since commit 4ef5e70f531f48cef90805402c16ec02ad3f2b92:
Commit cc8695 changed the way timestamps were handled
and added some extra munging to be able to compare them
reliably. This change makes the timestamp value the same
everywhere and simplifies how the check to set the system
clock based on the timestamp is done.
Also, if the value stored in /etc/
On Fri, 2012-02-10 at 00:28 -0800, Saul Wold wrote:
> Richard,
>
> Here is a load of patches that I have tested against the AB
> on x86 and arm.
>
> Khem's zlib patch has a large affect due to the dropping of the .la
> file therefore a bunch of PR bumps and it also fixes some missing
> DEPENDS.
* If configure.ac contains AM_GNU_GETTEXT and po/Makefile.in.in
doesn't exist, autotools_do_configure() copies a local
version of Makefile.in.in to this location. If the directory
'po' doesn't exist, the function aborts.
* This patch verifies that the directory exists before copying
a file
On Friday 10 February 2012 13:56:44 Paul Eggleton wrote:
> On Thursday 09 February 2012 13:19:22 Khem Raj wrote:
> > since there is a namespace conflict that should be fixed IMO removing
> > Wrror is not quite the right thing to do here IMO.
>
> So removing -Werror is somewhat heavy-handed, yes; p
On Fri, Feb 10, 2012 at 11:31 AM, Paul Eggleton
wrote:
>
> So, I dug further into this, and I discovered that the reason for this
> breaking was that the Qt configure script thought we were not using g++ as the
> C++ compiler (!) thus it did not detect the gcc version, and therefore when it
> came
On Fri, Feb 10, 2012 at 12:30 AM, Saul Wold wrote:
> +
> +Upstream-Status: Inappropriate [configuration]
> +
> +Signed-off-by: Saul Wold
> +
> +Index: gnupg-1.4.7/configure.ac
> +===
> +--- gnupg-1.4.7.orig/configure.ac
> gnupg-
* Fixes the following error at configure time:
|checking for TOOLS... no
|configure: error: Package requirements (x11 >= 1.0.0
| glib-2.0 >= 2.14
|) were not met:
|
|No package 'x11' found
Signed-off-by: Andreas Oberritter
---
* Note that I didn't build test this, because I'm building
without
After the discussion following my recent netbase patch I spent some time today
looking to fixup the BSP which triggered the change and discovered that the
logic to set PACKAGE_ARCH = MACHINE_ARCH for MACHINE specific SRC_URI overrides
doesn't search for said overrides in layers.
This patch is prob
The logic which looks for MACHINE overrides in SRC_URI and updates PACKAGE_ARCH
accordingly doesn't account for SRC_URI overrides in layers.
This patch may not be the cleanest approach to solving the issue but it works.
Signed-off-by: Joshua Lock
---
meta/classes/base.bbclass | 10 ++
On (10/02/12 13:40), Richard Purdie wrote:
> On Thu, 2012-02-09 at 16:39 -0800, Khem Raj wrote:
> > On Thu, Feb 9, 2012 at 4:06 PM, Richard Purdie
> > wrote:
> > >
> > > +NATIVEDEPS = "mpfr-native gmp-native libmpc-native zlib-native"
> >
> >
> > note that we will need to ship zlib-nativesdk as
On (10/02/12 09:25), Rainer Koenig wrote:
> Hi,
>
> I'm trying to build a recipe for openmotif-2.3.0, but so far i get
> errors from "do_conigure" like:
>
> -8<-snip
> ac:6: warning: cannot check for file existence when cross compiling
> ../../lib/a
On (10/02/12 16:41), Martin Jansa wrote:
> * it's called from install-libs target and when /etc/ld.so.cache is writeable
> by user running bitbake
> then it creates invalid cache (in my case libstdc++.so cannot be found
> after building zlib(-native)
> and I have to call touch */libstdc++.so
On (10/02/12 19:00), Andreas Oberritter wrote:
> * If configure.ac contains AM_GNU_GETTEXT and po/Makefile.in.in
> doesn't exist, autotools_do_configure() copies a local
> version of Makefile.in.in to this location. If the directory
> 'po' doesn't exist, the function aborts.
>
> * This patch
On (10/02/12 23:04), Andreas Oberritter wrote:
> * Fixes the following error at configure time:
>
> |checking for TOOLS... no
> |configure: error: Package requirements (x11 >= 1.0.0
> | glib-2.0 >= 2.14
> |) were not met:
> |
> |No package 'x11' found
>
> Signed-off-by: Andreas Oberritter
> ---
We have currently no override to detect a recipe
being build cross, crosssdk or for target
at times we can use virtclass-native and virtclass-nativesdk to
override stuff in recipes but we dont have way to modify a variables
based on recipe type always.
With this patch we attempt to have recipe cla
On Tue, Feb 7, 2012 at 6:06 PM, Khem Raj wrote:
> On Tue, Feb 7, 2012 at 4:19 PM, Saul Wold wrote:
>>
>> Can you verify if you have a .la file in you sysroot?
>
>
> No its not there and thats the point we probably should learn to live
> with out it
> actually one of radical ideas I have is to get
Op 11 feb. 2012, om 06:05 heeft Steve Sakoman het volgende geschreven:
> On Tue, Feb 7, 2012 at 6:06 PM, Khem Raj wrote:
>> On Tue, Feb 7, 2012 at 4:19 PM, Saul Wold wrote:
>>>
>>> Can you verify if you have a .la file in you sysroot?
>>
>>
>> No its not there and thats the point we probably
66 matches
Mail list logo
