* The autotools_do_configure updates po/Makefile.in.in, we also need
update po_document and po_messages.
Fixed:
*** error: gettext infrastructure mismatch:
using a Makefile.in.in from gettext version 0.18 but the autoconf macros are
from gettext version 0.19
* Remove fix_gettext_version.patch
* Remove the following patches since they are already in the new code:
binutils/fix-pr15815.patch
binutils/fix-pr16428.patch
binutils/fix-pr16476.patch
binutils/fix-pr2404.patch
binutils/replace_macros_with_static_inline.patch
binutils/binutils_CVE-2014-8484.patch
binutils/binutils_CV
Hello,
I had sent "binutils: upgrade to 2.25" before, now send it again, they
are the same.
// Robert
The following changes since commit eaea05c88661a88a89fa6b139f7e6b243155d492:
depmodwrapper-cross: Update to use STAGING_KERNEL_BUILDDIR (2015-01-17
17:05:25 +)
are available in the git r
The autotools_do_configure updates po/Makefile.in.in, we also need
update po_document.
Fixed:
*** error: gettext infrastructure mismatch:
using a Makefile.in.in from gettext version 0.18 but the autoconf macros are
from gettext version 0.19
Signed-off-by: Robert Yang
---
meta/recipes-extended
Remove the do_configure_prepend, it never worked since the sed command
didn't use '-i'.
Signed-off-by: Robert Yang
---
...bs-native_0.1.39.bb => mklibs-native_0.1.40.bb} |8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
rename meta/recipes-devtools/mklibs/{mklibs-native_0.1.39.bb
Fixed:
libtoolize: error: AC_CONFIG_MACRO_DIRS([m4]) conflicts with
ACLOCAL_AMFLAGS=-I shave.
They are already included by configure.ac:
AC_CONFIG_MACRO_DIR([m4])
AC_CONFIG_MACRO_DIR([shave])
Signed-off-by: Robert Yang
---
.../opkg/remove-ACLOCAL_AMFLAGS-I-shave-I-m4.patch | 32 +++
* gettext:
- Update parallel.patch, we only need a part of it.
* gettext-minimal-native:
- Update related files from gettext-native.
- Remove Makevars.template, we didn't use it.
- Remove iconv-m4-remove-the-test-to-convert-euc-jp.patch (can be
reverse applied).
- Update the COPYING
* Upgrade:
- libtool-native
- libtool-cross
- nativesdk-libtool
- libtool
* Remove 2 patches:
- respect-fstack-protector.patch: already in the new source.
- avoid_absolute_paths_for_general_utils.patch: no general.m4sh any
more.
- Use inline-source to install libtoolize.
* Updat
Signed-off-by: Robert Yang
---
.../{automake_1.14.1.bb => automake_1.15.bb} |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-devtools/automake/{automake_1.14.1.bb => automake_1.15.bb}
(89%)
diff --git a/meta/recipes-devtools/automake/automake_1.14.1.bb
b/
Signed-off-by: Robert Yang
---
...n-native_5.18.3.bb => autogen-native_5.18.4.bb} |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-devtools/autogen/{autogen-native_5.18.3.bb =>
autogen-native_5.18.4.bb} (90%)
diff --git a/meta/recipes-devtools/autogen/autogen-na
Fixed:
* python3 has introduced _PYTHON_PROJECT_BASE which is used for separate
B and S, but it doesn't work when compile Modules, the target python3 runs
python3-native's sysconfig to get srcdir which is the native's, there
would be errors when native's srcdir has been removed, add
_PYTHON
The immediate assignment:
PERLLIBDIRS := "${@perl_get_libdirs(d)}"
may cause PERLLIBDIRS get wrong values when multilib, for example, when
the default target arch is x86_64 (/usr/lib64), and mutilib is lib32
(/usr/lib), the ":=" would cause lib32-BPN's PERLLIBDIRS to be
/usr/lib64, and lead to bui
The "sed 's/.bak//g'" matchs "bitbake", which would cause strange errors
when the S contains "bitbake", fix to "sed 's/\.bak$//'`"
Signed-off-by: Robert Yang
---
.../gnutls/configure.ac-fix-sed-command.patch | 31
meta/recipes-support/gnutls/gnutls_3.3.11.bb |
Fix for rebuilding error:
make[3]: *** No rule to make target
`/path/to/sysroots/qemuarm64/usr/src/kernel/tools/lib/traceevent//trace-seq.c',
needed by `.trace-seq.d'. Stop.
make[2]: *** [sub-make] Error 2
Signed-off-by: Robert Yang
---
meta/recipes-kernel/perf/perf.bb |3 +++
1 file chang
Hello,
I had sent the patch "cpan-base.bbclass: avoid using xxx" before, now
send it again. The other 3 are new.
// Robert
The following changes since commit eaea05c88661a88a89fa6b139f7e6b243155d492:
depmodwrapper-cross: Update to use STAGING_KERNEL_BUILDDIR (2015-01-17
17:05:25 +)
are
ping
On 01/04/2015 10:11 AM, Chen Qi wrote:
The following changes since commit 24f19fedb40d0af84beb8e9a6595ea06f09d4615:
gstreamer1.0-omx: use mulitple SCMs to fetch submodules (2014-12-31 08:22:53
+)
are available in the git repository at:
git://git.openembedded.org/openembedded-c
On 01/15/2015 10:20 PM, Paul Eggleton wrote:
Hi Chong,
On Monday 12 January 2015 14:48:42 Chong Lu wrote:
It maybe depends on other layers when one layer is added to BBLAYERS. If
define LAYERDEPENDS variable in this layer, we will get error from bitbake.
But sometimes, we don't have defined. A
The extra space makes the overrides look like "foo:bar: thumb:foobar".
This may prevent thumb from working properly, and the space was never
intended in the original fix.
Signed-off-by: Mark Hatle
---
meta/conf/machine/include/arm/feature-arm-thumb.inc | 2 +-
1 file changed, 1 insertion(+), 1
On 1/18/15 4:55 PM, Yevhen Kyriukha wrote:
> Hi
>
> I'm building RPM packages for ARM board.
> I'm getting packages generated for 3 architectures: all, raspberrypi,
> armv6hf_vfp.
> I can't install any of these packages with rpm as it uses "uname" to
> get current machine arch and "uname" outputs
Hi
I'm building RPM packages for ARM board.
I'm getting packages generated for 3 architectures: all, raspberrypi,
armv6hf_vfp.
I can't install any of these packages with rpm as it uses "uname" to
get current machine arch and "uname" outputs "armv6l" arch. Also "all"
should be "noarch" for rpm.
I w
On Wed, Dec 10, 2014 at 03:18:34PM +0100, Martin Jansa wrote:
> Signed-off-by: Martin Jansa
> ---
> meta/recipes-graphics/xorg-app/xeyes_1.1.1.bb | 2 +-
> meta/recipes-graphics/xorg-app/xorg-app-common.inc | 5 -
> meta/recipes-graphics/xorg-app/xprop_1.2.2.bb | 2 +-
> 3 files cha
On Wed, Dec 10, 2014 at 03:17:04PM +0100, Martin Jansa wrote:
> * building with libav-9 fails with:
> | checking for POSTPROC... configure: error: Package requirements
> (libpostproc libavcodec libavutil) were not met:
> |
> | No package 'libpostproc' found
>
> Signed-off-by: Martin Jansa
* n is a tuple since this commit:
commit d3aa7668a9f001044d0a0f1ba2de425a36056102
Author: Richard Purdie
Date: Mon Jul 7 18:41:23 2014 +0100
Subject package.bbclass: Improve shlibs needed data structure
since then 'n in private_libs' was always false and private libs
were always pro
23 matches
Mail list logo
