On Wed, Nov 13, 2013 at 11:02:36AM +0800, Lei Liu wrote:
> On 2013年11月13日 07:58, Phil Blundell wrote:
> > On Mon, 2013-11-11 at 12:30 +0800, Lei Liu wrote:
> >> +def get_optimization(d):
> >> +selected_optimization = d.getVar("SELECTED_OPTIMIZATION", True)
> >> +if base_contains("SELECTED_O
Thanks, I will put it in the queue.
// Robert
On 11/12/2013 12:15 PM, Khem Raj wrote:
This is a backport from upstream fixes a severe problem
w.r.t memory management, where it would result in random
segfaults in applications depending on libnl
Signed-off-by: Khem Raj
---
...free-caused-by-f
Remove patches accepted upstream
Forward-port uclibc patches
Create additional packages to bundle zsh support files
Signed-off-by: Khem Raj
---
.../0001-use-CAP_MKNOD-ConditionCapability.patch | 32 -
.../systemd/systemd/systemd-pam-fix-msformat.patch | 137 ++---
.../syst
From: Chen Qi
Install `ping6' provided by busybox into /usr/bin to sync with the
iputils package.
Signed-off-by: Chen Qi
---
.../busybox-install-ping6-to-usr-bin.patch | 25
meta/recipes-core/busybox/busybox_1.21.1.bb|1 +
2 files changed, 26 insertio
From: Chen Qi
According to FHS, only `ping' is required to be under /bin.
So this patch move other commands like `ping6' and 'traceroute6' to
/usr/bin.
Doing so will fix QA warnings of unsafe reference of binaries in ping6.
/bin/ping6.iputils requires /usr/lib/libgnutls.so.26
/bin/ping6.iputils
From: Chen Qi
This patch fixes the following QA issue about unsafe reference in
binaries.
/lib/libgudev-1.0.so.0.1.1 requires /usr/lib/libgobject-2.0.so.0.
As libgudev is a GObject wrapper for libudev, and the purpose of
it is to make the development of GObject based applications easier,
there'
From: Chen Qi
Install zlib into base_libdir as kmod needs it. The purpose is to
make system boot into single user mode even if /usr is missing.
Signed-off-by: Chen Qi
---
meta/recipes-core/zlib/zlib_1.2.8.bb |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-co
From: Chen Qi
Previously, the checking for unsafe references is not strict enough. It
only checks whether '/usr/' is in the script. As a result, any script
containing statements like below will match this check.
PATH="/bin:/sbin:/usr/bin:/usr/sbin"
However, as we can see, this is act
From: Chen Qi
Install libkmod into base_libdir because udevd requires it. The purpose
is to make system boot into single user mode even if /usr is missing.
This patch fixes the following QA issue about unsafe references in
binaries.
/lib/udevd requires libkmod.so.2 (=> /usr/lib/libkmod.so.2)
S
From: Chen Qi
As udev's init script needs udevadm, we should make udev RDEPEND on
udev-utils instead of just recommends it.
Also, move udevadm from /usr/bin to /bin. The purpose is to make udev
start correctly even if /usr is missing.
This patch also takes into consideration the situation of ${
From: Chen Qi
Changes since V1:
1. The two principles have been slightly adjusted as follows.
*) With /usr on a seperate partition, system should still boot without any
error.
*) Without /usr, system should be able to boot into single user mode. We do
not
need a clean build, we all
On 11/12/2013 12:04 PM, Enrico Scholz wrote:
-return d.getVar('ICECC_PATH') or os.popen("which icecc").read()[:-1]
+return d.getVar('ICECC_PATH') or os.popen("which icecc 2>
/dev/null").read()[:-1]
~~
I think, this can/should
${KERNEL_OUTPUT} is being renamed/restored in bundle_initramfs task, so we
must ensure bundle_initramfs run after kernel_link_vmlinux where the link
of vmlinux is created as the bootable image.
Signed-off-by: Ming Liu
---
meta/classes/kernel.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 dele
In many cases, KERNEL_OUTPUT is a symbolic link to the real bootable image,
but in bundle_initramfs task, it's not considered so that the KERNEL_OUTPUT
is being renamed/restored as a regular file, this leads it finally point to
a incorrect target, or even worse, break the bundle_initramfs task for
On 11/13/2013 11:14 AM, Ming Liu wrote:
In many cases, KERNEL_OUTPUT is a symbolic link to the real bootable image,
but in bundle_initramfs task, it's not considered so that the KERNEL_OUTPUT
is being renamed/restored as a regular file, this leads it finally point to
a incorrect target, or even w
On 11/12/13, 8:01 PM, Mark Hatle wrote:
On 11/12/13, 7:33 PM, Otavio Salvador wrote:
On Tue, Nov 12, 2013 at 11:23 PM, Mark Hatle wrote:
A few misc fixes relating to toolchain and image generation.
The first two in the set simply updated gcc to remove the -symlinks package
in favor of update-
In many cases, KERNEL_OUTPUT is a symbolic link to the real bootable image,
but in bundle_initramfs task, it's not considered so that the KERNEL_OUTPUT
is being renamed/restored as a regular file, this leads it finally point to
a incorrect target, or even worse, break the bundle_initramfs task for
${KERNEL_OUTPUT} is being renamed/restored in bundle_initramfs task, so we
must ensure bundle_initramfs run after kernel_link_vmlinux where the link
of vmlinux is created as the bootable image.
Signed-off-by: Ming Liu
---
meta/classes/kernel.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 dele
On 2013年11月12日 18:23, Richard Purdie wrote:
> On Mon, 2013-11-11 at 17:27 +0800, Lei Liu wrote:
>> From: Lei Liu
>>
>> File command in some version could print extra space between
>> "LSB" and "executable" - it causes mklibs can't find any executables
>> using grep "LSB executable". Fix the grep
On 2013年11月13日 07:58, Phil Blundell wrote:
> On Mon, 2013-11-11 at 12:30 +0800, Lei Liu wrote:
>> +def get_optimization(d):
>> +selected_optimization = d.getVar("SELECTED_OPTIMIZATION", True)
>> +if base_contains("SELECTED_OPTIMIZATION", "-O0", "x", "", d) == "x":
>> +bb.note("libgc
On Wed, Nov 13, 2013 at 12:27 AM, Mark Hatle wrote:
> On 11/12/13, 8:24 PM, Otavio Salvador wrote:
>>
>> On Tue, Nov 12, 2013 at 11:23 PM, Mark Hatle
>> wrote:
>>>
>>> The various gcc related symlinks should be provided as alternatives
>>> instead
>>> of hard coded symlinks. This will permit mul
On 11/12/13, 8:24 PM, Otavio Salvador wrote:
On Tue, Nov 12, 2013 at 11:23 PM, Mark Hatle wrote:
The various gcc related symlinks should be provided as alternatives instead
of hard coded symlinks. This will permit multiple toolchains on a system.
Multiple toolchains could come from multilib c
On Tue, Nov 12, 2013 at 11:23 PM, Mark Hatle wrote:
> The various gcc related symlinks should be provided as alternatives instead
> of hard coded symlinks. This will permit multiple toolchains on a system.
>
> Multiple toolchains could come from multilib configurations or alternative
> open sourc
On 11/13/2013 10:18 AM, Otavio Salvador wrote:
On Wed, Nov 13, 2013 at 12:03 AM, Ming Liu wrote:
...
So, I will put it into another commit, I will send the V1 soon including all
the changes discussed above.
v2 ;-)
Got it. Thanks! :)
//Ming Liu
___
On Wed, Nov 13, 2013 at 12:03 AM, Ming Liu wrote:
...
> So, I will put it into another commit, I will send the V1 soon including all
> the changes discussed above.
v2 ;-)
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
On 11/12/2013 11:07 PM, Bruce Ashfield wrote:
On Tue, Nov 12, 2013 at 3:17 AM, Ming Liu wrote:
In many cases, KERNEL_OUTPUT is a symbolic link to the real bootable image,
but in bundle_initramfs task, it's not considered so that the KERNEL_OUTPUT
is being renamed/restored as a regular file, thi
On 11/12/13, 7:33 PM, Otavio Salvador wrote:
On Tue, Nov 12, 2013 at 11:23 PM, Mark Hatle wrote:
A few misc fixes relating to toolchain and image generation.
The first two in the set simply updated gcc to remove the -symlinks package
in favor of update-alternatives.
The next fixes an issue w/
Instead of manually specifying build dependencies, use the
packagegroup-core-buildessential. This ensures there is only one place
that needs to be modified when toolchain items and dependencies change.
Signed-off-by: Mark Hatle
---
meta/recipes-core/packagegroups/packagegroup-self-hosted.bb | 1
In the translate oe to smart function, we only translated package names.
However, it's allowed that people can put in a dependency name in the
IMAGE_INSTALL. So on a failure to translate a package name, we fall back
and attempt to resolve based on a package's provide.
Note: it may be possible to
According to the link below [1], it seems some works has been done at
least for llvm+clang bitbake recipes, although I couldn't find any
clang recipes when searching the net. If anyone can point me in the
right direction for finding these recipes, that would be great.
[1]: http://lists.linuxfounda
Hi,
I am trying to explore the possibility of using LLVM+Clang for
building OE-core images.
The first objective might be to try to build (poky-tiny's)
core-image-minimal? That is the smallest image we know of so maybe
that's a good starting point?
Right now, I am looking at how to build LLVM+Clan
On Tue, Nov 12, 2013 at 11:23 PM, Mark Hatle wrote:
> A few misc fixes relating to toolchain and image generation.
>
> The first two in the set simply updated gcc to remove the -symlinks package
> in favor of update-alternatives.
>
> The next fixes an issue w/ the previous binutils patch and upgra
The -symlinks packages don't really add any value if we're using
update-alternatives. Drop it, leaving an RPROVIDES in case anyone thought
they needed it still.
Signed-off-by: Mark Hatle
---
meta/recipes-devtools/gcc/gcc-target.inc | 48
1 file changed, 24 inser
We are no longer producing the *-symlinks packages, so remove the dependencies
to those items.
Signed-off-by: Mark Hatle
---
meta/recipes-core/packagegroups/packagegroup-core-buildessential.bb | 4
meta/recipes-core/packagegroups/packagegroup-self-hosted.bb | 4
2 files changed
A few misc fixes relating to toolchain and image generation.
The first two in the set simply updated gcc to remove the -symlinks package
in favor of update-alternatives.
The next fixes an issue w/ the previous binutils patch and upgrades.
Next 2 update packagegroups to make revise and use the
p
In the translate oe to smart function, we only translated package names.
However, it's allowed that people can put in a dependency name in the
IMAGE_INSTALL. So on a failure to translate a package name, we fall back
and attempt to resolve based on a package's provide.
Note: it may be possible to
When the -symlinks package was removed and an RPROVIDES was added, nothing
was put in to cause the removal of the older package in an upgrade.
Signed-off-by: Mark Hatle
---
meta/recipes-devtools/binutils/binutils.inc | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-devtools/binut
Instead of manually specifying build dependencies, use the
packagegroup-core-buildessentials. This ensures there is only one place
that needs to be modified when toolchain items and dependencies change.
Signed-off-by: Mark Hatle
---
meta/recipes-core/packagegroups/packagegroup-self-hosted.bb |
The various gcc related symlinks should be provided as alternatives instead
of hard coded symlinks. This will permit multiple toolchains on a system.
Multiple toolchains could come from multilib configurations or alternative
open source or commerical sources.
Note, gccbug was skipped since it do
> I am still considering this patch, but need to understand what platforms
> curl is failing on.
As far as I've tested curl crashes on i386, cedartrail and x86-64 platforms.
The c-ares recipe was borrowed from meta-webos-ports.
I'll prepare new version of this patch that will include PACKAGECONF
On 11/08/2013 10:52 AM, Carlos Rafael Giani wrote:
starting with this version, the recipes enable Orc acceleration by
default
When building for a PPC when the Endian-ness is different, I encountered
the following problem.
gstavdtputil.c: In function 'gst_avdtp_util_parse_aac_raw':
gstavdtpu
On 11/12/2013 03:53 PM, Phil Blundell wrote:
On Tue, 2013-11-12 at 14:41 -0800, Saul Wold wrote:
Additionally, if adding this to oe-core, it needs to be in it's own
patch crediting the orignal author / layer, I found a 1.10 version in
the meta-webos-ports, is this where it came from?
There is
On Mon, 2013-11-11 at 12:30 +0800, Lei Liu wrote:
> +def get_optimization(d):
> +selected_optimization = d.getVar("SELECTED_OPTIMIZATION", True)
> +if base_contains("SELECTED_OPTIMIZATION", "-O0", "x", "", d) == "x":
> +bb.note("libgcc can't be built with -O0, -O2 will be used inste
On Tue, 2013-11-12 at 14:41 -0800, Saul Wold wrote:
> Additionally, if adding this to oe-core, it needs to be in it's own
> patch crediting the orignal author / layer, I found a 1.10 version in
> the meta-webos-ports, is this where it came from?
There is a c-ares recipe in oe-classic which looks
On 11/08/2013 03:42 PM, Yevhen Kyriukha wrote:
Also added c-ares library recipe.
In libcurl there is an issue with DNS lookups that cause crash on some
platforms:
http://curl.haxx.se/mail/lib-2008-09/0197.html
To avoid this issue libcurl has to be built with c-ares name resolver.
I am still co
On Tue, 2013-11-12 at 22:30 +, Richard Purdie wrote:
> > + rm -rf ${S}/config.status ${S}/config.log ${S}/configure
> > ${S}/config.h ${S}/config.h.in~
>
> of these, config.status should get overwritten by gnu-configize
> (timestamp issue?),
I don't think gnu-configize overwrites conf
On Tue, 2013-11-12 at 15:31 +, Richard Purdie wrote:
> I also totalled the time in each task type, the output is below. The
> numbers there are interesting as the strip patch seems to add 100s to
> do_populate_sysroot. There doesn't seem to be a big difference in
> compile time.
That's probabl
On Tue, 2013-11-12 at 12:58 -0800, Saul Wold wrote:
> On 11/11/2013 11:13 AM, Jack Mitchell wrote:
> > On 08/11/2013 00:47, Saul Wold wrote:
> >> On 11/07/2013 07:59 AM, Jack Mitchell wrote:
> >>> From: Jack Mitchell
> >>>
> >>> libjson is now known as json-c, support for the old namespace is
> >>
On Tue, 2013-11-12 at 20:46 +, Slater, Joseph wrote:
>
> > -Original Message-
> > From: Richard Purdie [mailto:richard.pur...@linuxfoundation.org]
> > Sent: Tuesday, November 12, 2013 11:45 AM
> > To: Slater, Joseph
> > Cc: openembedded-core@lists.openembedded.org
> > Subject: Re: [OE-
On 11/11/2013 11:13 AM, Jack Mitchell wrote:
On 08/11/2013 00:47, Saul Wold wrote:
On 11/07/2013 07:59 AM, Jack Mitchell wrote:
From: Jack Mitchell
libjson is now known as json-c, support for the old namespace is
disabled as it seems to break SEPBUILDDIR configs. Built without
parallel make a
> -Original Message-
> From: Richard Purdie [mailto:richard.pur...@linuxfoundation.org]
> Sent: Tuesday, November 12, 2013 11:45 AM
> To: Slater, Joseph
> Cc: openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core] [PATCH 1/1] linuxdoc-tools: add dependency on texinfo
>
> On Tu
On Tue, 2013-11-12 at 19:02 +, Slater, Joseph wrote:
> I believe we will use the host makeinfo, if that exists, so we
> won't automatically build texinfo-native. But, if we are building
> it at the same time we are trying to run makeinfo, we might get
> "our" version instead of the host's, and
I believe we will use the host makeinfo, if that exists, so we
won't automatically build texinfo-native. But, if we are building
it at the same time we are trying to run makeinfo, we might get
"our" version instead of the host's, and our version might not be
fully installed. At least, that looks
On 11 November 2013 05:45, Khem Raj wrote:
> -PACKAGES =+ "${PN}-gui ${PN}-vconsole-setup ${PN}-initramfs ${PN}-analyze
> ${PN}-kernel-install ${PN}-rpm-macros ${PN}-binfmt"
> +PACKAGES =+ "${PN}-gui ${PN}-vconsole-setup ${PN}-initramfs ${PN}-analyze
> ${PN}-kernel-install \
> + ${PN
I had some ideas I decided to test out. Specifically:
a) stripping -native binaries before putting them in the sysroot
b) compiling -natives with -march=native
c) using hardlinks for sysroot_stage_dir
I was wondering if any of these could give a speedup to the build and if
so, whether it was a us
On Tue, Nov 12, 2013 at 3:17 AM, Ming Liu wrote:
> In many cases, KERNEL_OUTPUT is a symbolic link to the real bootable image,
> but in bundle_initramfs task, it's not considered so that the KERNEL_OUTPUT
> is being renamed/restored as a regular file, this leads it finally point to
> a incorrect t
On 11/12/13, 2:49 AM, Martin Jansa wrote:
On Mon, Nov 11, 2013 at 05:31:07PM -0800, Saul Wold wrote:
On 11/11/2013 04:30 PM, Rongqing Li wrote:
On 11/11/2013 05:59 PM, Iorga, Cristian wrote:
Hi all,
As far as I have experimented, there is no upgrade path available at
the moment, due to exte
Please fix up the comment to follow the guildlines on this patch and
your other one.
http://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines
Sau!
On 11/10/2013 08:30 PM, Lei Liu wrote:
Link error happens for valgrind when linking unoptimized libgcc.
Libgcc requires symbol _Unwind
Changelog since 2013-11-03 until 2013-11-10. Projects included in this report:
bitbake: git://git.openembedded.org/bitbake
openembedded-core: git://git.openembedded.org/openembedded-core
meta-openembedded: git://git.openembedded.org/meta-openembedded
meta-angstrom: git://github.com/Angstrom-distr
do_configure() in binutils.inc includes an explicit call to
gnu-configize so we need to make sure that gnu-config-native is
present. Previously this was being dragged in with the rest of the
autotools stuff, but commit 54a3e2ee37003fc56af0339f857b0b6442790c26
disabled that for binutils-cross on th
bb.fetch.decodeurl() will throw if it doesn't like the look of the URL that
it's given. (Bitbake's idea of what constitutes a valid URL is somewhat
idiosyncratic so it is fairly easy to trip over this by mistake when writing
a recipe.)
If these exceptions are allowed to propagate all the way up t
Tobias Henkel
writes:
> -return d.getVar('ICECC_PATH') or os.popen("which icecc").read()[:-1]
> +return d.getVar('ICECC_PATH') or os.popen("which icecc 2>
> /dev/null").read()[:-1]
~~
I think, this can/should be replaced by
On Fri, 2013-11-08 at 13:49 -0800, Joe Slater wrote:
> We do run makeinfo, so we want to DEPEND on texinfo-native.
makeinfo is checked for by the sanity tests so we require it be present?
Cheers,
Richard
> Signed-off-by: Joe Slater
> ---
> .../linuxdoc-tools/linuxdoc-tools-native_0.9.69.bb |
On Mon, 2013-11-11 at 17:27 +0800, Lei Liu wrote:
> From: Lei Liu
>
> File command in some version could print extra space between
> "LSB" and "executable" - it causes mklibs can't find any executables
> using grep "LSB executable". Fix the grep pattern to catch
> multiple spaces.
>
> Signed-of
Hi Irina,
You have a summary but this patch also needs a description of why we're
making this change and a Signed-off-by: line. The patch itself looks
good and is a nice cleanup.
Cheers,
Richard
On Mon, 2013-11-11 at 14:35 +0200, Irina Patru wrote:
> ---
> meta/classes/distrodata.bbclass | 4
On Mon, Nov 11, 2013 at 05:31:07PM -0800, Saul Wold wrote:
> On 11/11/2013 04:30 PM, Rongqing Li wrote:
> >
> >
> > On 11/11/2013 05:59 PM, Iorga, Cristian wrote:
> >> Hi all,
> >>
> >> As far as I have experimented, there is no upgrade path available at
> >> the moment, due to extensive changes in
From: Tobias Henkel
In the current implementation there can be a race condition while
creating the toolchain archive causing the build to break.
This is fixed by locking the toolchain archiving step using flock.
Signed-off-by: Tobias Henkel
---
meta/classes/icecc.bbclass | 31
From: Tobias Henkel
In the current implementation a KERNEL_CC variable containing shell
evaluation breaks the build process. Shell expansion is not happening
before general expansion in get_cross_kernel_cc which results in a
syntax error and an aborted parse process.
Before expanding the KERNEL_
From: Tobias Henkel
Some packages are calling the compiler in the install step. In this
case either the build breaks or icecc is not used for building. The
proper environment has to be set to enable icecc based building.
Signed-off-by: Tobias Henkel
---
meta/classes/icecc.bbclass | 6 +++---
1
From: Tobias Henkel
The icecc class often uses 'which' for determining paths. This leads
to many messages on stderr in case 'which' doesn't find the
executable. Redirecting stderr to /dev/null inhibits these messages as
the result is handled correctly anyway.
Signed-off-by: Tobias Henkel
---
m
From: Tobias Henkel
There are some recipes which parse the PARALLEL_MAKE variable by their
own and set them to an empty string afterwards. This disables icecc
for this recipe.
Adding a whitelist for forcing icecc makes it possible to use icecc
also with these recipes.
Signed-off-by: Tobias Henk
From: Tobias Henkel
The current implementation doesn't give a hint about the cause in case
something went wrong in set_icecc_env. This makes it harder to find
out why a package is not being built using icecc. Therefore warnings
are inserted in the various error cases.
Signed-off-by: Tobias Henke
From: Tobias Henkel
Hello,
while trying to get icecc work I faced some issues which are addressed
in this patch series.
First it was difficult to find out the reason why some packages don't
use icecc because the relevant information was missing in the
logs. There were also some messages which w
From: Tobias Henkel
Changing any of the ICECC blacklist variables should not change the
sstate checksum as this doesn't influence the build result.
Signed-off-by: Tobias Henkel
---
meta/classes/icecc.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/icecc
From: Tobias Henkel
Currently the icecc class prints a note for every package which
disables parallel make at parse time. This is unneccessary as many
packages don't support parallel building. Changing the log level from
info to debug hides these messages in normal builds without removing
the inf
From: Tobias Henkel
Bitbakes prepend mechanism for the tasks disregards the type of the
function. Thus bitbaking recipes using python functions for configure,
compile or install steps fail due to the missing python version of
set_icecc_env.
Assuming that icecc doesn't need to be used in such sit
In many cases, KERNEL_OUTPUT is a symbolic link to the real bootable image,
but in bundle_initramfs task, it's not considered so that the KERNEL_OUTPUT
is being renamed/restored as a regular file, this leads it finally point to
a incorrect target, or even worse, break the bundle_initramfs task for
77 matches
Mail list logo
