* [PATCH 4/6] scripts/oe-buildenv-internal: Add SOCKS5_{USER, PASSWD} to BB_ENV_EXTRAWHITE
From: Matthew McClintock @ 2011-10-04 22:03 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <1317765787-19127-1-git-send-email-msm@freescale.com>
From: Kumar Gala <galak@kernel.crashing.org>
If a SOCKS5 gateway is needed for a proxy access like git it might also
require authentication to the proxy via a password and username. Adding
SOCKS5_USER & SOCKS5_PASSWD to BB_ENV_EXTRAWHITE allow for automation
of the authentication request to occur when something like a git fetch
is going through the proxy.
This patch requires the bitbake patch to add extra exportvars so
these variables get passed from Env -> bitbake -> fetcher
Signed-off-by: Kumar Gala <galak@kernel.crashing.org>
Signed-off-by: Matthew McClintock <msm@freescale.com>
---
This requires a bitbake patch that was just sent:
http://lists.linuxtogo.org/pipermail/bitbake-devel/2011-October/001453.html
scripts/oe-buildenv-internal | 3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/scripts/oe-buildenv-internal b/scripts/oe-buildenv-internal
index 61ac18c..21b92b0 100755
--- a/scripts/oe-buildenv-internal
+++ b/scripts/oe-buildenv-internal
@@ -70,5 +70,4 @@ unset BITBAKEDIR
# Used by the runqemu script
export BUILDDIR
export PATH
-
-export BB_ENV_EXTRAWHITE="MACHINE DISTRO TCMODE TCLIBC http_proxy ftp_proxy https_proxy all_proxy ALL_PROXY no_proxy SSH_AGENT_PID SSH_AUTH_SOCK BB_SRCREV_POLICY SDKMACHINE BB_NUMBER_THREADS PARALLEL_MAKE GIT_PROXY_COMMAND"
+export BB_ENV_EXTRAWHITE="MACHINE DISTRO TCMODE TCLIBC http_proxy ftp_proxy https_proxy all_proxy ALL_PROXY no_proxy SSH_AGENT_PID SSH_AUTH_SOCK BB_SRCREV_POLICY SDKMACHINE BB_NUMBER_THREADS PARALLEL_MAKE GIT_PROXY_COMMAND GIT_PROXY_IGNORE SOCKS5_PASSWD SOCKS5_USER"
--
1.7.6.1
^ permalink raw reply related
* Re: [PATCH] Improve handling of 'all' architecture recipes and their interaction with sstate
From: Richard Purdie @ 2011-10-04 22:00 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer; +Cc: Martin Jansa
In-Reply-To: <CAP9ODKqb8RGLi_5-_+uegLmtZ7Wo-70oDJcF_R6yaSJ2q9mGwg@mail.gmail.com>
On Sat, 2011-10-01 at 15:48 -0300, Otavio Salvador wrote:
> On Fri, Sep 30, 2011 at 14:09, Richard Purdie
> <richard.purdie@linuxfoundation.org> wrote:
> ...
> > Thanks. I've taken the two patches. I'd love to get rid of hal, in fact
> > its on my list of things that need to migrate out of OE-Core...
> ...
>
> From default images this shouldn't be difficult but don't remove hal
> from oe-core since many embedded OS still use it and haven't migrate
> to udev or devicekit yet.
Really? hal doesn't really replace udev though, we can just use udev
directly in place of it for many things now?
Specifically which applications are people using with dependencies on
hal? As has been pointed out we can fix the xserver and that appears to
be the only thing remaining in OE-Core?
Cheers,
Richard
^ permalink raw reply
* Re: [PATCH 0/3] Minor and trivial fixes
From: Richard Purdie @ 2011-10-04 21:57 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <cover.1317579313.git.otavio@ossystems.com.br>
On Sun, 2011-10-02 at 18:15 +0000, Otavio Salvador wrote:
> The following changes since commit c54c1280fc0d06a53e23339c3913ec88eead13d9:
>
> base.bbclass: Drop unneeded dependency (2011-09-30 11:34:44 +0100)
>
> are available in the git repository at:
> git://github.com/OSSystems/oe-core master
> https://github.com/OSSystems/oe-core/tree/HEAD
>
> Otavio Salvador (3):
> image.bbclass: improve comments regarding exported functions
> image-live.bbclass: allow images to override ROOTFS and INITRD
> bootimg.bbclass: fix comment typo
>
> meta/classes/bootimg.bbclass | 2 +-
> meta/classes/image-live.bbclass | 4 ++--
> meta/classes/image.bbclass | 5 +----
> 3 files changed, 4 insertions(+), 7 deletions(-)
Merged to master, thanks.
Richard
^ permalink raw reply
* Re: [PATCH v2 10/16] Fix mdadm for powerpc64
From: McClintock Matthew-B29882 @ 2011-10-04 21:52 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer; +Cc: McClintock Matthew-B29882
In-Reply-To: <4E8A2667.4090700@gmail.com>
On Mon, Oct 3, 2011 at 4:17 PM, Khem Raj <raj.khem@gmail.com> wrote:
>> I can't find a log of this anywhere, it's probably the default
>> compiler warnings for our platform are different?
>
> It would be handy to understand them since I dont see gcc differentiating
> formats between ppc64 and x86_64 which both are 64bit hosts. But obviously
> there is something missing.
I finally got around to rerunning this without my patch and the errors
are below.
/.mdadm/failed-slots\" -DUSE_PTHREADS -c -o mdmon.o mdmon.c
| powerpc64-fsl-linux-gcc -Wall -Werror -Wstrict-prototypes -Wextra
-Wno-unused-parameter -ggdb -DSendmail=\""/usr/sbin/sendmail -t"\"
-DCONFFILE=\"/etc/mdadm.conf\" -DCONFFILE2=\"/etc/mdadm/mdadm.conf\"
-DMAP_DIR=\"/dev/.mdadm\" -DMAP_FILE=\"map\"
-DMDMON_DIR=\"/dev/.mdadm\"
-DFAILED_SLOTS_DIR=\"/dev/.mdadm/failed-slots\" -DUSE_PTHREADS -c -o
monitor.o monitor.c
| powerpc64-fsl-linux-gcc -Wall -Werror -Wstrict-prototypes -Wextra
-Wno-unused-parameter -ggdb -DSendmail=\""/usr/sbin/sendmail -t"\"
-DCONFFILE=\"/etc/mdadm.conf\" -DCONFFILE2=\"/etc/mdadm/mdadm.conf\"
-DMAP_DIR=\"/dev/.mdadm\" -DMAP_FILE=\"map\"
-DMDMON_DIR=\"/dev/.mdadm\"
-DFAILED_SLOTS_DIR=\"/dev/.mdadm/failed-slots\" -DUSE_PTHREADS -c -o
managemon.o managemon.c
| super-intel.c: In function 'getinfo_super_imsm_volume':
| super-intel.c:2327:4: error: format '%llu' expects argument of type
'long long unsigned int', but argument 3 has type '__u64'
[-Werror=format]
| super-intel.c:2327:4: error: format '%llu' expects argument of type
'long long unsigned int', but argument 4 has type '__u64'
[-Werror=format]
| cc1: all warnings being treated as errors
-M
^ permalink raw reply
* Re: [PATCH 0/1] linux-yocto: update live boot configuration
From: Richard Purdie @ 2011-10-04 21:40 UTC (permalink / raw)
To: Bruce Ashfield; +Cc: openembedded-core, saul.wold
In-Reply-To: <cover.1317762176.git.bruce.ashfield@windriver.com>
On Tue, 2011-10-04 at 17:08 -0400, Bruce Ashfield wrote:
> Richard/Saul,
>
> Apologies to anyone that prefers these to be pushed out on top of oe-core,
> but my machine with those repos went down today and I wanted to get these
> out quickly, so this is based on top of my yocto/poky tree. I've also had
> to do this on top of my master branch (hence why you see the distro
> version patch), if we do need this on another branch let me know and I'll
> spend the time to re-create my environment on another machine to get
> things staged differently.
>
> This is a series of changes from Tom to synchronize live boot settings
> across more machines, which are nicely isolated to a few boards.
>
> Cheers,
>
> Bruce
>
> cc: Tom Zanussi <tom.zanussi@intel.com>
>
> The following changes since commit c88b9915267f9a89983bb58faf3c30fe1dcdab43:
>
> poky.conf: Increment DISTRO_VERSION (2011-10-04 18:33:54 +0100)
>
> are available in the git repository at:
> git://git.pokylinux.org/poky-contrib zedd/kernel
> http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=zedd/kernel
>
> Bruce Ashfield (1):
> linux-yocto: update live boot configuration
Merged to master, thanks.
Richard
^ permalink raw reply
* Re: [PATCH v3 01/16] libnl2: Fix a race on route/pktloc_syntax.h
From: McClintock Matthew-B29882 @ 2011-10-04 21:22 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer; +Cc: McClintock Matthew-B29882
In-Reply-To: <20111003190425.GS7364@jama.jama.net>
On Mon, Oct 3, 2011 at 2:04 PM, Martin Jansa <martin.jansa@gmail.com> wrote:
>> Sorry, I'm not sure I follow. Are you referring to all the other stuff
>> in the old openembedded? I'm not following this package particularly
>> closely.
>
> just see diff oe-core/meta/recipes*/libnl* and meta-openembedded/meta-oe/recipes*/libnl*
> and it will be clearer
I can do this but besides build errors I have no way to really test this.
-M
^ permalink raw reply
* Re: [PATCH 0/1] linux-yocto: update live boot configuration
From: Tom Zanussi @ 2011-10-04 21:19 UTC (permalink / raw)
To: Bruce Ashfield; +Cc: openembedded-core@lists.openembedded.org, Wold, Saul
In-Reply-To: <cover.1317762176.git.bruce.ashfield@windriver.com>
Thanks, Bruce.
And the SRCREVs have now also been updated for meta-intel/master and
meta-intel/edison.
Tom
On Tue, 2011-10-04 at 14:08 -0700, Bruce Ashfield wrote:
> Richard/Saul,
>
> Apologies to anyone that prefers these to be pushed out on top of oe-core,
> but my machine with those repos went down today and I wanted to get these
> out quickly, so this is based on top of my yocto/poky tree. I've also had
> to do this on top of my master branch (hence why you see the distro
> version patch), if we do need this on another branch let me know and I'll
> spend the time to re-create my environment on another machine to get
> things staged differently.
>
> This is a series of changes from Tom to synchronize live boot settings
> across more machines, which are nicely isolated to a few boards.
>
> Cheers,
>
> Bruce
>
> cc: Tom Zanussi <tom.zanussi@intel.com>
>
> The following changes since commit c88b9915267f9a89983bb58faf3c30fe1dcdab43:
>
> poky.conf: Increment DISTRO_VERSION (2011-10-04 18:33:54 +0100)
>
> are available in the git repository at:
> git://git.pokylinux.org/poky-contrib zedd/kernel
> http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=zedd/kernel
>
> Bruce Ashfield (1):
> linux-yocto: update live boot configuration
>
> meta/recipes-kernel/linux/linux-yocto-rt_3.0.bb | 2 +-
> meta/recipes-kernel/linux/linux-yocto_3.0.bb | 2 +-
> 2 files changed, 2 insertions(+), 2 deletions(-)
>
^ permalink raw reply
* [PATCH 0/1] linux-yocto: update live boot configuration
From: Bruce Ashfield @ 2011-10-04 21:08 UTC (permalink / raw)
To: richard.purdie; +Cc: openembedded-core, saul.wold
Richard/Saul,
Apologies to anyone that prefers these to be pushed out on top of oe-core,
but my machine with those repos went down today and I wanted to get these
out quickly, so this is based on top of my yocto/poky tree. I've also had
to do this on top of my master branch (hence why you see the distro
version patch), if we do need this on another branch let me know and I'll
spend the time to re-create my environment on another machine to get
things staged differently.
This is a series of changes from Tom to synchronize live boot settings
across more machines, which are nicely isolated to a few boards.
Cheers,
Bruce
cc: Tom Zanussi <tom.zanussi@intel.com>
The following changes since commit c88b9915267f9a89983bb58faf3c30fe1dcdab43:
poky.conf: Increment DISTRO_VERSION (2011-10-04 18:33:54 +0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib zedd/kernel
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=zedd/kernel
Bruce Ashfield (1):
linux-yocto: update live boot configuration
meta/recipes-kernel/linux/linux-yocto-rt_3.0.bb | 2 +-
meta/recipes-kernel/linux/linux-yocto_3.0.bb | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
--
1.7.4.1
^ permalink raw reply
* [PATCH 1/1] linux-yocto: update live boot configuration
From: Bruce Ashfield @ 2011-10-04 21:08 UTC (permalink / raw)
To: richard.purdie; +Cc: openembedded-core, saul.wold
In-Reply-To: <cover.1317762176.git.bruce.ashfield@windriver.com>
Updating the meta SRCREV to import a series of changes to synchronize
live booting between multiple targets:
d05450e meta/fri2: enable booting from iso
3da7d2a meta/fishriver: enable booting from iso
52e1c49 meta/emenlow: enable booting from iso
87918ae meta/crownbay: enable booting from iso
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
---
meta/recipes-kernel/linux/linux-yocto-rt_3.0.bb | 2 +-
meta/recipes-kernel/linux/linux-yocto_3.0.bb | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_3.0.bb b/meta/recipes-kernel/linux/linux-yocto-rt_3.0.bb
index 0c59a5b..9746f1a 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_3.0.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_3.0.bb
@@ -16,7 +16,7 @@ LINUX_KERNEL_TYPE = "preempt-rt"
SRCREV_machine ?= "0936e13cc65d816f1759e2322c5e3fc82a5037f3"
SRCREV_machine_qemuppc ?= "0936e13cc65d816f1759e2322c5e3fc82a5037f3"
-SRCREV_meta ?= "67a46a608f47c19f16995be7de7b272025864b1b"
+SRCREV_meta ?= "d05450e4aef02c1b7137398ab3a9f8f96da74f52"
PR = "r1"
PV = "${LINUX_VERSION}+git${SRCPV}"
diff --git a/meta/recipes-kernel/linux/linux-yocto_3.0.bb b/meta/recipes-kernel/linux/linux-yocto_3.0.bb
index 9ece25c..c36e8b5 100644
--- a/meta/recipes-kernel/linux/linux-yocto_3.0.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_3.0.bb
@@ -18,7 +18,7 @@ SRCREV_machine_qemuppc ?= "eccd57eaa4c2b580b9adbbc39e19ecbff56779ae"
SRCREV_machine_qemux86 ?= "72671808fdbe69a9fe03fd8f094e7c59da04a28c"
SRCREV_machine_qemux86-64 ?= "2b2d0954a6fd12b4bb7f02f019bc62633c8060a1"
SRCREV_machine ?= "6b2c7d65b844e686eae7d5cccb9b638887afe28e"
-SRCREV_meta ?= "67a46a608f47c19f16995be7de7b272025864b1b"
+SRCREV_meta ?= "d05450e4aef02c1b7137398ab3a9f8f96da74f52"
PR = "r2"
PV = "${LINUX_VERSION}+git${SRCPV}"
--
1.7.4.1
^ permalink raw reply related
* Re: gdb-cross-canadian fails to build
From: Kamble, Nitin A @ 2011-10-04 20:48 UTC (permalink / raw)
To: Otavio Salvador, Patches and discussions about the oe-core layer
In-Reply-To: <CAP9ODKqJh54j2akHEaPUfKn2LSojK6p3D0gv-A=aS3pOOqgG0A@mail.gmail.com>
> -----Original Message-----
> From: otavio.salvador@gmail.com [mailto:otavio.salvador@gmail.com] On
> Behalf Of Otavio Salvador
> Sent: Tuesday, October 04, 2011 1:48 PM
> To: Patches and discussions about the oe-core layer; Kamble, Nitin A
> Subject: Re: gdb-cross-canadian fails to build
>
> On Tue, Oct 4, 2011 at 17:40, Otavio Salvador <otavio@ossystems.com.br>
> wrote:
> ...
> > Log data follows:
> > | NOTE: Applying patch 'no-werror.patch'
> > (openembedded-core/meta/recipes-devtools/gdb/gdb/no-werror.patch)
> ...
> > /home/otavio/hacking/ossystems/embedded-linux/openembedded-
> core/meta/recipes-devtools/gdb/gdb-cross-canadian_7.3.1.bb:
> ...
>
> It seems to have been broken by:
> 9002f664383d71682767546524e1299137b6fe4f
>
> Nitin, can you take a look?
Sure, I will look into it.
Thanks,
Nitin
>
> --
> Otavio Salvador O.S. Systems
> E-mail: otavio@ossystems.com.br http://www.ossystems.com.br
> Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br
^ permalink raw reply
* Re: gdb-cross-canadian fails to build
From: Otavio Salvador @ 2011-10-04 20:47 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer, Nitin A Kamble
In-Reply-To: <CAP9ODKqPytjP_RCU_DQMewMp2TV9p86qVk8YT=eBC_jwNPaWYw@mail.gmail.com>
On Tue, Oct 4, 2011 at 17:40, Otavio Salvador <otavio@ossystems.com.br> wrote:
...
> Log data follows:
> | NOTE: Applying patch 'no-werror.patch'
> (openembedded-core/meta/recipes-devtools/gdb/gdb/no-werror.patch)
...
> /home/otavio/hacking/ossystems/embedded-linux/openembedded-core/meta/recipes-devtools/gdb/gdb-cross-canadian_7.3.1.bb:
...
It seems to have been broken by: 9002f664383d71682767546524e1299137b6fe4f
Nitin, can you take a look?
--
Otavio Salvador O.S. Systems
E-mail: otavio@ossystems.com.br http://www.ossystems.com.br
Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br
^ permalink raw reply
* gdb-cross-canadian fails to build
From: Otavio Salvador @ 2011-10-04 20:40 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
Hello,
Today's tip fails with:
Log data follows:
| NOTE: Applying patch 'no-werror.patch'
(openembedded-core/meta/recipes-devtools/gdb/gdb/no-werror.patch)
| xterm Xt error: Can't open display:
| xterm: DISPLAY is not set
| ERROR: Error executing a python function in
/home/otavio/hacking/ossystems/embedded-linux/openembedded-core/meta/recipes-devtools/gdb/gdb-cross-canadian_7.3.1.bb:
| AttributeError: 'module' object has no attribute 'domain'
|
| ERROR: The stack trace of python calls that resulted in this
exception/failure was:
| ERROR: File "patch_do_patch", line 136, in <module>
| ERROR:
| ERROR: File "patch_do_patch", line 133, in patch_do_patch
| ERROR:
| ERROR: File
"/home/otavio/hacking/ossystems/embedded-linux/openembedded-core/meta/lib/oe/patch.py",
line 379, in Resolve
| ERROR: bb.msg.fatal(bb.msg.domain.Build, ("Cannot proceed with
manual patch resolution - '%s' not found. " \
| ERROR:
| ERROR: The code that was being executed was:
| ERROR: 0132: raise
bb.build.FuncFailed(str(sys.exc_value))
| ERROR: 0133: resolver.Resolve()
| ERROR: 0134:
| ERROR: 0135:
| ERROR: *** 0136:patch_do_patch(d)
| ERROR: 0137:
| ERROR: (file: 'patch_do_patch', lineno: 136, function: <module>)
| ERROR: 0129: patchset.Import({"file":local,
"remote":url, "strippath": striplevel}, True)
| ERROR: 0130: except Exception:
| ERROR: 0131: import sys
| ERROR: 0132: raise
bb.build.FuncFailed(str(sys.exc_value))
| ERROR: *** 0133: resolver.Resolve()
| ERROR: 0134:
| ERROR: 0135:
| ERROR: 0136:patch_do_patch(d)
| ERROR: 0137:
| ERROR: (file: 'patch_do_patch', lineno: 133, function: patch_do_patch)
| ERROR: Function 'patch_do_patch' failed
NOTE: package gdb-cross-canadian-i586-7.3.1-r4.0: task do_patch: Failed
ERROR: Task 758
(/home/otavio/hacking/ossystems/embedded-linux/openembedded-core/meta/recipes-devtools/gdb/gdb-cross-canadian_7.3.1.bb,
do_patch) failed with exit code '1'
Clues?
--
Otavio Salvador O.S. Systems
E-mail: otavio@ossystems.com.br http://www.ossystems.com.br
Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br
^ permalink raw reply
* Re: Bringing an image from OE to OE-Core
From: Saul Wold @ 2011-10-04 20:32 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <4E8B6C17.80509@balister.org>
On 10/04/2011 01:27 PM, Philip Balister wrote:
> On 10/04/2011 04:08 PM, Saul Wold wrote:
>> On 10/04/2011 12:58 PM, Philip Balister wrote:
>>> I'm about to start bringing some images I use from OE to OE-core. The
>>> first issue I saw is there is no task-proper-tools in oe-core (where
>>> oe-core means the set of layers created by the Angstrom setup scripts).
>>>
>> Philip,
>>
>> Have you looked at task-core-basic, it is supposed to be more of a
>> desktop like set of tools, the idea being it's heavier weight than core,
>> will move to supporting the non-graphical part of LSB.
>>
>> Another caveat for task-core-basic is that it's the largetest non-gplv3
>> task that is used by core-image-basic.
>>
>> Does this task approach what you are looking for?
>
> It looks like a start, but I notice it brings in rpm. I'm not sure if I
> want that. I would have thought that the package manager would be a
> distro decision.
>
That's a bug that I would certainly take a patch for, unless rpm is
required as part of LSB, that will need to be verified.
Sau!
> Philip
>
>
>>
>> Sau!
>>
>>
>>> Should I add task-proper-tools to meta-oe, or is there a better way to
>>> add a full features set of tools to an image? Basically, the image is
>>> more desktop like than embedded.
>>>
>>> Philip
>>>
>>> _______________________________________________
>>> Openembedded-core mailing list
>>> Openembedded-core@lists.openembedded.org
>>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>>>
>>
>>
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>
^ permalink raw reply
* Re: Bringing an image from OE to OE-Core
From: Richard Purdie @ 2011-10-04 20:27 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <4E8B6564.4090002@balister.org>
On Tue, 2011-10-04 at 15:58 -0400, Philip Balister wrote:
> I'm about to start bringing some images I use from OE to OE-core. The
> first issue I saw is there is no task-proper-tools in oe-core (where
> oe-core means the set of layers created by the Angstrom setup scripts).
>
> Should I add task-proper-tools to meta-oe, or is there a better way to
> add a full features set of tools to an image? Basically, the image is
> more desktop like than embedded.
The core-image-lsb is the OE-Core image with the full fat tools
included. I'd suggest starting from that and see what is missing.
I'd also note we have IMAGE_FEATURES which you can add tools-sdk to
which may or may not include more of what you want (basically a
development toolchain+tools).
CHeers,
Richard
^ permalink raw reply
* Re: Bringing an image from OE to OE-Core
From: Philip Balister @ 2011-10-04 20:27 UTC (permalink / raw)
To: Saul Wold; +Cc: Patches and discussions about the oe-core layer
In-Reply-To: <4E8B67C5.8050602@intel.com>
On 10/04/2011 04:08 PM, Saul Wold wrote:
> On 10/04/2011 12:58 PM, Philip Balister wrote:
>> I'm about to start bringing some images I use from OE to OE-core. The
>> first issue I saw is there is no task-proper-tools in oe-core (where
>> oe-core means the set of layers created by the Angstrom setup scripts).
>>
> Philip,
>
> Have you looked at task-core-basic, it is supposed to be more of a
> desktop like set of tools, the idea being it's heavier weight than core,
> will move to supporting the non-graphical part of LSB.
>
> Another caveat for task-core-basic is that it's the largetest non-gplv3
> task that is used by core-image-basic.
>
> Does this task approach what you are looking for?
It looks like a start, but I notice it brings in rpm. I'm not sure if I
want that. I would have thought that the package manager would be a
distro decision.
Philip
>
> Sau!
>
>
>> Should I add task-proper-tools to meta-oe, or is there a better way to
>> add a full features set of tools to an image? Basically, the image is
>> more desktop like than embedded.
>>
>> Philip
>>
>> _______________________________________________
>> Openembedded-core mailing list
>> Openembedded-core@lists.openembedded.org
>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>>
>
>
^ permalink raw reply
* OE Changelog for 2011-09-26 to 2011-10-3
From: cliff.brake @ 2011-10-04 20:19 UTC (permalink / raw)
To: openembedded-core, openembedded-devel, angstrom-distro-devel
Changelog for 2011-09-26 to 2011-10-3. 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://git.angstrom-distribution.org/meta-angstrom
meta-yocto: git://git.yoctoproject.org/poky
meta-texasinstruments: git://git.angstrom-distribution.org/meta-texasinstruments
meta-smartphone: http://git.shr-project.org/repo/meta-smartphone.git
meta-micro: git://git.openembedded.org/meta-micro
meta-slugos: git://github.com/kraj/meta-slugos
meta-nslu2: git://github.com/kraj/meta-nslu2
meta-intel: git://git.yoctoproject.org/meta-intel
meta-handheld: git://git.openembedded.org/meta-handheld
meta-opie: git://git.openembedded.org/meta-opie
openembedded: git://git.openembedded.org/openembedded
====================================================
Changelog for bitbake:
Matthew McClintock (1):
fetch2/git: Make git fetch run with -f so rebased branches don't fail
====================================================
Changelog for openembedded-core:
Andrew Gabbasov (4):
cmake.bbclass: adding extendable extra variable to root path
libpam: add flex-native to DEPENDS
apr: use ${HOST_SYS}-libtool
apmd: use ${HOST_SYS}-libtool
Bruce Ashfield (1):
linux-yocto/meta: eg20t and live boot config changes
Dmitry Eremin-Solenikov (3):
kernel.bbclass: blacklist 'perf-dbg' as well for the modules metapackage
kernel.bbclass: handle .cis firmware
kernel.bbclass: remove unshipped files in do_install
Dongxiao Xu (6):
multilib.bbclass: map RDEPENDS and LINGUAS_INSTALL for image recipes
multilib: remove the multilib handling to allarch
package_rpm: combine normal and multilib solution manifest together
libc-package.bbclass: add MLPREFIX when set values to PACKAGES
tune-i586: fix hardcoded TUNE_PKGARCH
multilib: add MLPREFIX to deploy folder
Henning Heinold (1):
tune-cortexa9.inc: add tunefile for cortexa9 socs
Jessica Zhang (1):
Fixed a typo for setting up OECORE_ACLOCAL_OPTS for adt-installer case
Joshua Lock (1):
ghostscript: disable check for time.h
Khem Raj (4):
conf,recipes: Add new variable LINKER_HASH_STYLE
gcc-4.6: Use --with-linker-hash-style configure option
eglibc: Add recipes for 2.14
gcc-4.6: Update to tip of FSF gcc-4_6-branch
Koen Kooi (1):
avahi: fix avahi-systemd dependencies
Martin Jansa (1):
atk: add patch to replace G_CONST_RETURN with const
Matthew McClintock (10):
Fixup kexec-tools compatible host for powerpc
Add autoconf cache for screen on powerpc64
Add support for generating ext2.bz2{, .u-boot} images
Add support for generating ext2.lzma{, .u-boot} images
Fix ghostscript on powerpc64
Fix HAL on newer kernels without header file
Add udev patch to compile against newer kernels
Fix sysklogd build on e500v2 cores
Add proper deps for nfs-utils, util-linux, and strace
Fix flac build on e500mc cores
Mei Lei (4):
curl: Upgrade from 7.21.7 to 7.22.0
diffutils: Upgrade from 3.0 to 3.2.
dropbear: Upgrade from 0.52 to 0.53.1
distro_tracking_fields.inc: Update upgrade information
Paul Eggleton (2):
scripts: use OE_TMPDIR instead of TMPDIR external variable
scripts/oe-setup-rpmrepo: use setup_tmpdir from runqemu
Richard Purdie (13):
gcc: Fix two QA issues
grub: Fix insane/QA architecture warning
sqlite3: Fix nativesdk packaging/QA warnings
pseudo: Fix QA warnings
bitbake.conf: Fix reversed linker hash style logic
openssl: Ensure perl scripts reference the correct perl
mc: Ensure perl scripts reference the correct perl
util-linux: Ensure perl scripts reference the correct perl
insane: Promote most warnings into QA errors by default
Remove help2man dependency
autotools: Disable dependency tracking
base.bbclass: Drop unneeded dependency
bitbake.conf: Start using parallel make for do_install
Saul Wold (7):
rpm: ensure that magic file is relocatable
zypper & sat-solver: needs RDEPENDS on rpm-lib
rpm: fix QA Warning on installed but not shipped staticdev filesw
distro_tracking: Update Manual Upgrade Checks
glew: update to 1.7.0
sysstat: update to 10.0.2
python: fix sqlite RPATH issue
Simon Busch (2):
meta: qt4: fix postprocessing of pkg-config files
qt4-embedded: move qte.sh profile script into own package
Tom Zanussi (2):
sysprof: update to version 1.1.8
blktrace: update to version 1.0.3
Zhai Edwin (4):
oprofileui: remove dependence on gnome-vfs
libgsf: remove dependence on gnome-vfs
tables: remove it as obsolete recipe
oprofileui: Update SRCREV to reflect recent accpeted patches by upstream
====================================================
Changelog for meta-openembedded:
Andreas Müller (2):
midori: update to 0.4.0 / buildable by upstream patch & LDFLAGS_append / min
midori: added RRECOMMENDS glib-networking
Khem Raj (5):
fuse: Upgrade recipe to version 2.8.6
gnome-disk-utility: Fix build on gnomelss host systems
gdm: Fix build on gnome'less build systems
gnome-power-manager: Fix build on gnome'less build systems
tcp-wrappers: Use the recipe from oe-core
Koen Kooi (3):
systemd: replace analyze patch with upstream version
HACK: libcgroup: override ERROR_QA
systemd: update to latest git
====================================================
Changelog for meta-angstrom:
Koen Kooi (3):
hardware-bringup-image: as the name says an image to aid in hw bringup
hardware-bringup-image: add more tools
base-files 3.0.14: make /var/run a directory, not a symlink
====================================================
Changelog for meta-yocto:
Andrew Gabbasov (4):
cmake.bbclass: adding extendable extra variable to root path
libpam: add flex-native to DEPENDS
apr: use ${HOST_SYS}-libtool
apmd: use ${HOST_SYS}-libtool
Bruce Ashfield (1):
linux-yocto/meta: eg20t and live boot config changes
Dmitry Eremin-Solenikov (8):
bitbake.conf: change ccache path to use MULTIMACH_HOST_SYS
icecc-create-env-native: provide the script right in the tree
gcc: fix possible problems with nscd compilation during eglibc-nativesdk bui
gconf-dbus: packaging fixup
libffi: really populate -dev package
kernel.bbclass: blacklist 'perf-dbg' as well for the modules metapackage
kernel.bbclass: handle .cis firmware
kernel.bbclass: remove unshipped files in do_install
Dongxiao Xu (6):
multilib.bbclass: map RDEPENDS and LINGUAS_INSTALL for image recipes
multilib: remove the multilib handling to allarch
package_rpm: combine normal and multilib solution manifest together
libc-package.bbclass: add MLPREFIX when set values to PACKAGES
tune-i586: fix hardcoded TUNE_PKGARCH
multilib: add MLPREFIX to deploy folder
Henning Heinold (1):
tune-cortexa9.inc: add tunefile for cortexa9 socs
Jessica Zhang (1):
Fixed a typo for setting up OECORE_ACLOCAL_OPTS for adt-installer case
Joshua Lock (1):
ghostscript: disable check for time.h
Khem Raj (5):
gnome-doc-utils: Prepend PKG_CONFIG_SYSROOT_DIR to the path returned from PK
conf,recipes: Add new variable LINKER_HASH_STYLE
gcc-4.6: Use --with-linker-hash-style configure option
eglibc: Add recipes for 2.14
gcc-4.6: Update to tip of FSF gcc-4_6-branch
Koen Kooi (1):
avahi: fix avahi-systemd dependencies
Matthew McClintock (9):
Fixup kexec-tools compatible host for powerpc
Add autoconf cache for screen on powerpc64
Add support for generating ext2.bz2{, .u-boot} images
Add support for generating ext2.lzma{, .u-boot} images
Fix ghostscript on powerpc64
Fix HAL on newer kernels without header file
Add udev patch to compile against newer kernels
Fix sysklogd build on e500v2 cores
Add proper deps for nfs-utils, util-linux, and strace
Paul Eggleton (3):
scripts: use OE_TMPDIR instead of TMPDIR external variable
scripts/oe-setup-rpmrepo: use setup_tmpdir from runqemu
beagleboard-audio: fix RDEPENDS on alsa-utils-amixer
Richard Purdie (9):
gcc: Fix two QA issues
grub: Fix insane/QA architecture warning
sqlite3: Fix nativesdk packaging/QA warnings
pseudo: Fix QA warnings
bitbake.conf: Fix reversed linker hash style logic
openssl: Ensure perl scripts reference the correct perl
mc: Ensure perl scripts reference the correct perl
util-linux: Ensure perl scripts reference the correct perl
insane: Promote most warnings into QA errors by default
Saul Wold (7):
rpm: ensure that magic file is relocatable
zypper & sat-solver: needs RDEPENDS on rpm-lib
rpm: fix QA Warning on installed but not shipped staticdev filesw
distro_tracking: Update Manual Upgrade Checks
glew: update to 1.7.0
sysstat: update to 10.0.2
python: fix sqlite RPATH issue
Simon Busch (2):
meta: qt4: fix postprocessing of pkg-config files
qt4-embedded: move qte.sh profile script into own package
Tom Zanussi (2):
sysprof: update to version 1.1.8
blktrace: update to version 1.0.3
Zhai Edwin (3):
oprofileui: remove dependence on gnome-vfs
libgsf: remove dependence on gnome-vfs
tables: remove it as obsolete recipe
lumag (1):
gcc: include libgcov.a into libgcc-dev package
====================================================
Changelog for meta-texasinstruments:
====================================================
Changelog for meta-smartphone:
Denis 'GNUtoo' Carikli (10):
meta-fso: android-image-utils-native: fix LICENSE and LIC_FILES_CHKSUM
meta-shr: preferred-shr-versions.inc also set PREFERRED_QT_VERSION for qt4-n
meta-htc: change the htcdream config to armv6-novfp
meta-htc: add linux-leviathan
meta-htc: add a nexusone machine config file
meta-htc: add linux-nexusone recipe
Add new meta-osmocombb layer
meta-osmocombb: Add libosmocore recipe
meta-osmocombb: Add the osmocon recipe(osmocombb loader)
meta-htc: htcdream.conf: remove the dependency on the dummy wl1251 ti firmwa
Martin Jansa (11):
meta-fso: cornucopia: bump SRCREV
meta-fso: msmcomm: bump SRCREV
openssh: alter sshd config to allow empty password if someone really wants t
Revert "task-shr-minimal: drop libphone-ui and libphone-ui-shr as they shoul
meta-shr: prefer glib-2.30
meta-shr: prefer eglibc 2.14
libshr-glib: bump SRCREV to fix build with glib-2.30.0
recipes: use allarch instead of PACKAGE_ARCH = all or drop PACKAGE_ARCH sett
shr-settings: bump SRCREV
shr-settings: bump SRCREV for setuptools change
libphone-ui-shr: bump PR to rebuild against newer poppler
Simon Busch (8):
meta-samsung: linux-samsung-crespo: enable devtmpfs kernel feature
meta-samsung: initscripts: add additional initscripts for crespo machine
meta-samsung: add ext2 as preferred image format to machine configuration
meta-fso: images: add a modified fso2-console-image from oe-dev
meta-palm: remove machine specific profile script for qt4-embedded
meta-samsung: linux-samsung-crespo: bump SRCREV and update defconfig
meta-fso: serial-utils: import from oe-dev
meta-samsung: add recipe for libsamsung-ipc
====================================================
Changelog for meta-micro:
====================================================
Changelog for meta-slugos:
====================================================
Changelog for meta-nslu2:
====================================================
Changelog for meta-intel:
Tom Zanussi (8):
meta-intel: update SRCREVs
meta-intel: fix symlink typo and QA checks in emgd-driver-bin
meta-crownbay: remove emgd-1.6
xpsb-glx: Move the pkgconfig file(s) to the -dev package
meta-emenlow: update README
meta-fishriver: update README
meta-jasperforest: update README
meta-sugarbay: update README
====================================================
Changelog for meta-handheld:
====================================================
Changelog for meta-opie:
====================================================
Changelog for openembedded:
^ permalink raw reply
* Re: Bringing an image from OE to OE-Core
From: Saul Wold @ 2011-10-04 20:08 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <4E8B6564.4090002@balister.org>
On 10/04/2011 12:58 PM, Philip Balister wrote:
> I'm about to start bringing some images I use from OE to OE-core. The
> first issue I saw is there is no task-proper-tools in oe-core (where
> oe-core means the set of layers created by the Angstrom setup scripts).
>
Philip,
Have you looked at task-core-basic, it is supposed to be more of a
desktop like set of tools, the idea being it's heavier weight than core,
will move to supporting the non-graphical part of LSB.
Another caveat for task-core-basic is that it's the largetest non-gplv3
task that is used by core-image-basic.
Does this task approach what you are looking for?
Sau!
> Should I add task-proper-tools to meta-oe, or is there a better way to
> add a full features set of tools to an image? Basically, the image is
> more desktop like than embedded.
>
> Philip
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>
^ permalink raw reply
* Re: [PATCH] eglibc-2.14: add patch to fix libdl crash
From: Khem Raj @ 2011-10-04 20:17 UTC (permalink / raw)
To: Klaus Kurzmann; +Cc: openembedded-core
In-Reply-To: <20111004200537.GA28173@gonzales.palutemo>
On Tue, Oct 4, 2011 at 1:05 PM, Klaus 'mrmoku' Kurzmann
<mokml@mnet-online.de> wrote:
> Hello,
>
> On Mon, 03 Oct 2011, Khem Raj wrote:
>
>> On 10/3/2011 2:30 AM, mokml@mnet-online.de wrote:
>> >From: Klaus Kurzmann<mok@fluxnetz.de>
>> >
>> >* Without this patch programs using alsa-lib crash (alsamixer for example).
>> >* This patch is taken verbatim from ArchLinux.
>> >
>
>> can you add appropriate header for this?
>
> Sorry, still have to find my way into the new stuff :) Martin pointed
> that out to me - after I sent the mail.
>
> I tried googling to find out about the upstream status for more than an
> hour - without success. And glibc commit messages seem to be not very
> informative mostly ;)
>
the patch is not applied upstream last time I looked quickly.
>> secondly this reverts the license year text
>> from 2011 to 2010 that should not be needed.
>
> yeah, I have seen that. I think that comes from the patch being a revert
> (or partial revert) of some commit. If it is ok to change 'stolen'
> patches I can remove that.\
yes licenses dont change because of a single revert there might be more
changes that were done in that time frame which should have used the
current year.
>
> Klaus 'mrmoku' Kurzmann
>
>> >Signed-off-by: Klaus Kurzmann<mok@fluxnetz.de>
>> >---
>> > .../eglibc-2.14/glibc-2.14-libdl-crash.patch | 132 ++++++++++++++++++++
>> > meta/recipes-core/eglibc/eglibc_2.14.bb | 3 +-
>> > 2 files changed, 134 insertions(+), 1 deletions(-)
>> > create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/glibc-2.14-libdl-crash.patch
>> >
>> >diff --git a/meta/recipes-core/eglibc/eglibc-2.14/glibc-2.14-libdl-crash.patch b/meta/recipes-core/eglibc/eglibc-2.14/glibc-2.14-libdl-crash.patch
>> >new file mode 100644
>> >index 0000000..ee29f8c
>> >--- /dev/null
>> >+++ b/meta/recipes-core/eglibc/eglibc-2.14/glibc-2.14-libdl-crash.patch
>> >@@ -0,0 +1,132 @@
>> >+diff --git a/elf/dl-close.c b/elf/dl-close.c
>> >+index 73b2a2f..9bd91e3 100644
>> >+--- a/elf/dl-close.c
>> >++++ b/elf/dl-close.c
>> >+@@ -1,5 +1,5 @@
>> >+ /* Close a shared object opened by `_dl_open'.
>> >+- Copyright (C) 1996-2007, 2009, 2010, 2011 Free Software Foundation, Inc.
>> >++ Copyright (C) 1996-2007, 2009, 2010 Free Software Foundation, Inc.
>> >+ This file is part of the GNU C Library.
>> >+
>> >+ The GNU C Library is free software; you can redistribute it and/or
>> >+@@ -119,17 +119,8 @@ _dl_close_worker (struct link_map *map)
>> >+ if (map->l_direct_opencount> 0 || map->l_type != lt_loaded
>> >+ || dl_close_state != not_pending)
>> >+ {
>> >+- if (map->l_direct_opencount == 0)
>> >+- {
>> >+- if (map->l_type == lt_loaded)
>> >+- dl_close_state = rerun;
>> >+- else if (map->l_type == lt_library)
>> >+- {
>> >+- struct link_map **oldp = map->l_initfini;
>> >+- map->l_initfini = map->l_orig_initfini;
>> >+- _dl_scope_free (oldp);
>> >+- }
>> >+- }
>> >++ if (map->l_direct_opencount == 0&& map->l_type == lt_loaded)
>> >++ dl_close_state = rerun;
>> >+
>> >+ /* There are still references to this object. Do nothing more. */
>> >+ if (__builtin_expect (GLRO(dl_debug_mask)& DL_DEBUG_FILES, 0))
>> >+diff --git a/elf/dl-deps.c b/elf/dl-deps.c
>> >+index 9e30594..3890d00 100644
>> >+--- a/elf/dl-deps.c
>> >++++ b/elf/dl-deps.c
>> >+@@ -478,6 +478,7 @@ _dl_map_object_deps (struct link_map *map,
>> >+ nneeded * sizeof needed[0]);
>> >+ atomic_write_barrier ();
>> >+ l->l_initfini = l_initfini;
>> >++ l->l_free_initfini = 1;
>> >+ }
>> >+
>> >+ /* If we have no auxiliary objects just go on to the next map. */
>> >+@@ -681,6 +682,7 @@ Filters not supported with LD_TRACE_PRELINKING"));
>> >+ l_initfini[nlist] = NULL;
>> >+ atomic_write_barrier ();
>> >+ map->l_initfini = l_initfini;
>> >++ map->l_free_initfini = 1;
>> >+ if (l_reldeps != NULL)
>> >+ {
>> >+ atomic_write_barrier ();
>> >+@@ -689,5 +691,5 @@ Filters not supported with LD_TRACE_PRELINKING"));
>> >+ _dl_scope_free (old_l_reldeps);
>> >+ }
>> >+ if (old_l_initfini != NULL)
>> >+- map->l_orig_initfini = old_l_initfini;
>> >++ _dl_scope_free (old_l_initfini);
>> >+ }
>> >+diff --git a/elf/dl-libc.c b/elf/dl-libc.c
>> >+index 7be9483..a13fce3 100644
>> >+--- a/elf/dl-libc.c
>> >++++ b/elf/dl-libc.c
>> >+@@ -265,13 +265,13 @@ libc_freeres_fn (free_mem)
>> >+
>> >+ for (Lmid_t ns = 0; ns< GL(dl_nns); ++ns)
>> >+ {
>> >+- /* Remove all additional names added to the objects. */
>> >+ for (l = GL(dl_ns)[ns]._ns_loaded; l != NULL; l = l->l_next)
>> >+ {
>> >+ struct libname_list *lnp = l->l_libname->next;
>> >+
>> >+ l->l_libname->next = NULL;
>> >+
>> >++ /* Remove all additional names added to the objects. */
>> >+ while (lnp != NULL)
>> >+ {
>> >+ struct libname_list *old = lnp;
>> >+@@ -279,6 +279,10 @@ libc_freeres_fn (free_mem)
>> >+ if (! old->dont_free)
>> >+ free (old);
>> >+ }
>> >++
>> >++ /* Free the initfini dependency list. */
>> >++ if (l->l_free_initfini)
>> >++ free (l->l_initfini);
>> >+ }
>> >+
>> >+ if (__builtin_expect (GL(dl_ns)[ns]._ns_global_scope_alloc, 0) != 0
>> >+diff --git a/elf/rtld.c b/elf/rtld.c
>> >+index 4a9109e..617e30e 100644
>> >+--- a/elf/rtld.c
>> >++++ b/elf/rtld.c
>> >+@@ -2251,6 +2251,7 @@ ERROR: ld.so: object '%s' cannot be loaded as audit interface: %s; ignored.\n",
>> >+ lnp->dont_free = 1;
>> >+ lnp = lnp->next;
>> >+ }
>> >++ l->l_free_initfini = 0;
>> >+
>> >+ if (l !=&GL(dl_rtld_map))
>> >+ _dl_relocate_object (l, l->l_scope, GLRO(dl_lazy) ? RTLD_LAZY : 0,
>> >+diff --git a/include/link.h b/include/link.h
>> >+index e877104..051b99a 100644
>> >+--- a/include/link.h
>> >++++ b/include/link.h
>> >+@@ -1,6 +1,6 @@
>> >+ /* Data structure for communication from the run-time dynamic linker for
>> >+ loaded ELF shared objects.
>> >+- Copyright (C) 1995-2006, 2007, 2009, 2010, 2011 Free Software Foundation, Inc.
>> >++ Copyright (C) 1995-2006, 2007, 2009, 2010 Free Software Foundation, Inc.
>> >+ This file is part of the GNU C Library.
>> >+
>> >+ The GNU C Library is free software; you can redistribute it and/or
>> >+@@ -192,6 +192,9 @@ struct link_map
>> >+ during LD_TRACE_PRELINKING=1
>> >+ contains any DT_SYMBOLIC
>> >+ libraries. */
>> >++ unsigned int l_free_initfini:1; /* Nonzero if l_initfini can be
>> >++ freed, ie. not allocated with
>> >++ the dummy malloc in ld.so. */
>> >+
>> >+ /* Collected information about own RPATH directories. */
>> >+ struct r_search_path_struct l_rpath_dirs;
>> >+@@ -240,9 +243,6 @@ struct link_map
>> >+
>> >+ /* List of object in order of the init and fini calls. */
>> >+ struct link_map **l_initfini;
>> >+- /* The init and fini list generated at startup, saved when the
>> >+- object is also loaded dynamically. */
>> >+- struct link_map **l_orig_initfini;
>> >+
>> >+ /* List of the dependencies introduced through symbol binding. */
>> >+ struct link_map_reldeps
>> >diff --git a/meta/recipes-core/eglibc/eglibc_2.14.bb b/meta/recipes-core/eglibc/eglibc_2.14.bb
>> >index b2821db..4129947 100644
>> >--- a/meta/recipes-core/eglibc/eglibc_2.14.bb
>> >+++ b/meta/recipes-core/eglibc/eglibc_2.14.bb
>> >@@ -3,7 +3,7 @@ require eglibc.inc
>> > SRCREV = "15225"
>> >
>> > DEPENDS += "gperf-native"
>> >-PR = "r0"
>> >+PR = "r1"
>> > PR_append = "+svnr${SRCPV}"
>> >
>> > EGLIBC_BRANCH="eglibc-2_14"
>> >@@ -19,6 +19,7 @@ SRC_URI = "svn://www.eglibc.org/svn/branches/;module=${EGLIBC_BRANCH};proto=http
>> > file://ppc-sqrt.patch \
>> > file://multilib_readlib.patch \
>> > file://eglibc-rpc-export-again.patch \
>> >+ file://glibc-2.14-libdl-crash.patch \
>> > "
>> > LIC_FILES_CHKSUM = "file://LICENSES;md5=98a1128c4b58120182cbea3b1752d8b9 \
>> > file://COPYING;md5=393a5ca445f6965873eca0259a17f833 \
>
>
>> _______________________________________________
>> Openembedded-core mailing list
>> Openembedded-core@lists.openembedded.org
>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>
>
^ permalink raw reply
* Re: Bringing an image from OE to OE-Core
From: Khem Raj @ 2011-10-04 20:15 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <4E8B6564.4090002@balister.org>
On Tue, Oct 4, 2011 at 12:58 PM, Philip Balister <philip@balister.org> wrote:
> I'm about to start bringing some images I use from OE to OE-core. The first
> issue I saw is there is no task-proper-tools in oe-core (where oe-core means
> the set of layers created by the Angstrom setup scripts).
>
> Should I add task-proper-tools to meta-oe, or is there a better way to add a
> full features set of tools to an image? Basically, the image is more desktop
> like than embedded.
there are meta stuff like tools-debug, tools-sdk in oe-core. See if
you can use them
to construct your image. If it seems a common enough subset that can be used in
multiple images then you could add the task to meta-oe like we have
for task-cli-tools
but a good judgment would be appropriate.
>
> Philip
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>
^ permalink raw reply
* Re: [PATCH] eglibc-2.14: add patch to fix libdl crash
From: Klaus 'mrmoku' Kurzmann @ 2011-10-04 20:05 UTC (permalink / raw)
To: Khem Raj; +Cc: openembedded-core
In-Reply-To: <4E8A114C.4050106@gmail.com>
Hello,
On Mon, 03 Oct 2011, Khem Raj wrote:
> On 10/3/2011 2:30 AM, mokml@mnet-online.de wrote:
> >From: Klaus Kurzmann<mok@fluxnetz.de>
> >
> >* Without this patch programs using alsa-lib crash (alsamixer for example).
> >* This patch is taken verbatim from ArchLinux.
> >
> can you add appropriate header for this?
Sorry, still have to find my way into the new stuff :) Martin pointed
that out to me - after I sent the mail.
I tried googling to find out about the upstream status for more than an
hour - without success. And glibc commit messages seem to be not very
informative mostly ;)
> secondly this reverts the license year text
> from 2011 to 2010 that should not be needed.
yeah, I have seen that. I think that comes from the patch being a revert
(or partial revert) of some commit. If it is ok to change 'stolen'
patches I can remove that.
Klaus 'mrmoku' Kurzmann
> >Signed-off-by: Klaus Kurzmann<mok@fluxnetz.de>
> >---
> > .../eglibc-2.14/glibc-2.14-libdl-crash.patch | 132 ++++++++++++++++++++
> > meta/recipes-core/eglibc/eglibc_2.14.bb | 3 +-
> > 2 files changed, 134 insertions(+), 1 deletions(-)
> > create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/glibc-2.14-libdl-crash.patch
> >
> >diff --git a/meta/recipes-core/eglibc/eglibc-2.14/glibc-2.14-libdl-crash.patch b/meta/recipes-core/eglibc/eglibc-2.14/glibc-2.14-libdl-crash.patch
> >new file mode 100644
> >index 0000000..ee29f8c
> >--- /dev/null
> >+++ b/meta/recipes-core/eglibc/eglibc-2.14/glibc-2.14-libdl-crash.patch
> >@@ -0,0 +1,132 @@
> >+diff --git a/elf/dl-close.c b/elf/dl-close.c
> >+index 73b2a2f..9bd91e3 100644
> >+--- a/elf/dl-close.c
> >++++ b/elf/dl-close.c
> >+@@ -1,5 +1,5 @@
> >+ /* Close a shared object opened by `_dl_open'.
> >+- Copyright (C) 1996-2007, 2009, 2010, 2011 Free Software Foundation, Inc.
> >++ Copyright (C) 1996-2007, 2009, 2010 Free Software Foundation, Inc.
> >+ This file is part of the GNU C Library.
> >+
> >+ The GNU C Library is free software; you can redistribute it and/or
> >+@@ -119,17 +119,8 @@ _dl_close_worker (struct link_map *map)
> >+ if (map->l_direct_opencount> 0 || map->l_type != lt_loaded
> >+ || dl_close_state != not_pending)
> >+ {
> >+- if (map->l_direct_opencount == 0)
> >+- {
> >+- if (map->l_type == lt_loaded)
> >+- dl_close_state = rerun;
> >+- else if (map->l_type == lt_library)
> >+- {
> >+- struct link_map **oldp = map->l_initfini;
> >+- map->l_initfini = map->l_orig_initfini;
> >+- _dl_scope_free (oldp);
> >+- }
> >+- }
> >++ if (map->l_direct_opencount == 0&& map->l_type == lt_loaded)
> >++ dl_close_state = rerun;
> >+
> >+ /* There are still references to this object. Do nothing more. */
> >+ if (__builtin_expect (GLRO(dl_debug_mask)& DL_DEBUG_FILES, 0))
> >+diff --git a/elf/dl-deps.c b/elf/dl-deps.c
> >+index 9e30594..3890d00 100644
> >+--- a/elf/dl-deps.c
> >++++ b/elf/dl-deps.c
> >+@@ -478,6 +478,7 @@ _dl_map_object_deps (struct link_map *map,
> >+ nneeded * sizeof needed[0]);
> >+ atomic_write_barrier ();
> >+ l->l_initfini = l_initfini;
> >++ l->l_free_initfini = 1;
> >+ }
> >+
> >+ /* If we have no auxiliary objects just go on to the next map. */
> >+@@ -681,6 +682,7 @@ Filters not supported with LD_TRACE_PRELINKING"));
> >+ l_initfini[nlist] = NULL;
> >+ atomic_write_barrier ();
> >+ map->l_initfini = l_initfini;
> >++ map->l_free_initfini = 1;
> >+ if (l_reldeps != NULL)
> >+ {
> >+ atomic_write_barrier ();
> >+@@ -689,5 +691,5 @@ Filters not supported with LD_TRACE_PRELINKING"));
> >+ _dl_scope_free (old_l_reldeps);
> >+ }
> >+ if (old_l_initfini != NULL)
> >+- map->l_orig_initfini = old_l_initfini;
> >++ _dl_scope_free (old_l_initfini);
> >+ }
> >+diff --git a/elf/dl-libc.c b/elf/dl-libc.c
> >+index 7be9483..a13fce3 100644
> >+--- a/elf/dl-libc.c
> >++++ b/elf/dl-libc.c
> >+@@ -265,13 +265,13 @@ libc_freeres_fn (free_mem)
> >+
> >+ for (Lmid_t ns = 0; ns< GL(dl_nns); ++ns)
> >+ {
> >+- /* Remove all additional names added to the objects. */
> >+ for (l = GL(dl_ns)[ns]._ns_loaded; l != NULL; l = l->l_next)
> >+ {
> >+ struct libname_list *lnp = l->l_libname->next;
> >+
> >+ l->l_libname->next = NULL;
> >+
> >++ /* Remove all additional names added to the objects. */
> >+ while (lnp != NULL)
> >+ {
> >+ struct libname_list *old = lnp;
> >+@@ -279,6 +279,10 @@ libc_freeres_fn (free_mem)
> >+ if (! old->dont_free)
> >+ free (old);
> >+ }
> >++
> >++ /* Free the initfini dependency list. */
> >++ if (l->l_free_initfini)
> >++ free (l->l_initfini);
> >+ }
> >+
> >+ if (__builtin_expect (GL(dl_ns)[ns]._ns_global_scope_alloc, 0) != 0
> >+diff --git a/elf/rtld.c b/elf/rtld.c
> >+index 4a9109e..617e30e 100644
> >+--- a/elf/rtld.c
> >++++ b/elf/rtld.c
> >+@@ -2251,6 +2251,7 @@ ERROR: ld.so: object '%s' cannot be loaded as audit interface: %s; ignored.\n",
> >+ lnp->dont_free = 1;
> >+ lnp = lnp->next;
> >+ }
> >++ l->l_free_initfini = 0;
> >+
> >+ if (l !=&GL(dl_rtld_map))
> >+ _dl_relocate_object (l, l->l_scope, GLRO(dl_lazy) ? RTLD_LAZY : 0,
> >+diff --git a/include/link.h b/include/link.h
> >+index e877104..051b99a 100644
> >+--- a/include/link.h
> >++++ b/include/link.h
> >+@@ -1,6 +1,6 @@
> >+ /* Data structure for communication from the run-time dynamic linker for
> >+ loaded ELF shared objects.
> >+- Copyright (C) 1995-2006, 2007, 2009, 2010, 2011 Free Software Foundation, Inc.
> >++ Copyright (C) 1995-2006, 2007, 2009, 2010 Free Software Foundation, Inc.
> >+ This file is part of the GNU C Library.
> >+
> >+ The GNU C Library is free software; you can redistribute it and/or
> >+@@ -192,6 +192,9 @@ struct link_map
> >+ during LD_TRACE_PRELINKING=1
> >+ contains any DT_SYMBOLIC
> >+ libraries. */
> >++ unsigned int l_free_initfini:1; /* Nonzero if l_initfini can be
> >++ freed, ie. not allocated with
> >++ the dummy malloc in ld.so. */
> >+
> >+ /* Collected information about own RPATH directories. */
> >+ struct r_search_path_struct l_rpath_dirs;
> >+@@ -240,9 +243,6 @@ struct link_map
> >+
> >+ /* List of object in order of the init and fini calls. */
> >+ struct link_map **l_initfini;
> >+- /* The init and fini list generated at startup, saved when the
> >+- object is also loaded dynamically. */
> >+- struct link_map **l_orig_initfini;
> >+
> >+ /* List of the dependencies introduced through symbol binding. */
> >+ struct link_map_reldeps
> >diff --git a/meta/recipes-core/eglibc/eglibc_2.14.bb b/meta/recipes-core/eglibc/eglibc_2.14.bb
> >index b2821db..4129947 100644
> >--- a/meta/recipes-core/eglibc/eglibc_2.14.bb
> >+++ b/meta/recipes-core/eglibc/eglibc_2.14.bb
> >@@ -3,7 +3,7 @@ require eglibc.inc
> > SRCREV = "15225"
> >
> > DEPENDS += "gperf-native"
> >-PR = "r0"
> >+PR = "r1"
> > PR_append = "+svnr${SRCPV}"
> >
> > EGLIBC_BRANCH="eglibc-2_14"
> >@@ -19,6 +19,7 @@ SRC_URI = "svn://www.eglibc.org/svn/branches/;module=${EGLIBC_BRANCH};proto=http
> > file://ppc-sqrt.patch \
> > file://multilib_readlib.patch \
> > file://eglibc-rpc-export-again.patch \
> >+ file://glibc-2.14-libdl-crash.patch \
> > "
> > LIC_FILES_CHKSUM = "file://LICENSES;md5=98a1128c4b58120182cbea3b1752d8b9 \
> > file://COPYING;md5=393a5ca445f6965873eca0259a17f833 \
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
^ permalink raw reply
* Bringing an image from OE to OE-Core
From: Philip Balister @ 2011-10-04 19:58 UTC (permalink / raw)
To: openembedded-core
I'm about to start bringing some images I use from OE to OE-core. The
first issue I saw is there is no task-proper-tools in oe-core (where
oe-core means the set of layers created by the Angstrom setup scripts).
Should I add task-proper-tools to meta-oe, or is there a better way to
add a full features set of tools to an image? Basically, the image is
more desktop like than embedded.
Philip
^ permalink raw reply
* [PATCH] runqemu-export-rootfs: Add HOW-TO for ubuntu 11.10 for rpcbind problem
From: Khem Raj @ 2011-10-04 19:32 UTC (permalink / raw)
To: openembedded-core
The existing instruction to tackle
RPC: Authentication error; why = Client credential too weak
Are not applicable to ubuntu 11.10 especially
Therefore add the magic needed for ubuntu 11.10
Signed-off-by: Khem Raj <raj.khem@gmail.com>
---
scripts/runqemu-export-rootfs | 3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/scripts/runqemu-export-rootfs b/scripts/runqemu-export-rootfs
index 3ee3112..fec288a 100755
--- a/scripts/runqemu-export-rootfs
+++ b/scripts/runqemu-export-rootfs
@@ -118,6 +118,9 @@ case "$1" in
echo " echo RPCBIND_OPTIONS=-i >> /etc/sysconfig/rpcbind"
echo " /etc/init.d/rpcbind restart"
echo "==============================================="
+ echo "For Ubuntu 11.10 hosts"
+ echo "Add OPTIONS=\"-i -w\" to /etc/default/rpcbind"
+ echo "sudo service portmap restart"
fi
exit 1
fi
--
1.7.5.4
^ permalink raw reply related
* Re: autotools.bbclass: Allow dependency tracking option to be easily overridden
From: Khem Raj @ 2011-10-04 16:09 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <1317731939.14671.36.camel@ted>
On 10/4/2011 5:38 AM, Richard Purdie wrote:
> Signed-off-by: Richard Purdie<richard.purdie@linuxfoundation.org>
> ---
> diff --git a/meta/classes/autotools.bbclass b/meta/classes/autotools.bbclass
> index ff27842..a4ce851 100644
> --- a/meta/classes/autotools.bbclass
> +++ b/meta/classes/autotools.bbclass
> @@ -64,8 +64,10 @@ CONFIGUREOPTS = " --build=${BUILD_SYS} \
> --infodir=${infodir} \
> --mandir=${mandir} \
> --disable-silent-rules \
> - --disable-dependency-tracking \
> + ${CONFIGUREOPT_DEPTRACK} \
> ${@append_libtool_sysroot(d)}"
> +CONFIGUREOPT_DEPTRACK = "--disable-dependency-tracking"
> +
>
I think this would need to be documented somewhere as well.
> oe_runconf () {
> if [ -x ${S}/configure ] ; then
>
>
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
^ permalink raw reply
* Re: sstate_clean() overzealous?
From: Richard Purdie @ 2011-10-04 15:42 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <1317740599.13337.43.camel@phil-desktop>
On Tue, 2011-10-04 at 16:03 +0100, Phil Blundell wrote:
> On Tue, 2011-10-04 at 11:54 +0100, Richard Purdie wrote:
> > I think we need to teach this clean function about stamp-extra-info and
> > instead of stfile + ".*", remove stfile + ".*." + stamp-extra-info if
> > stamp-extra-info is set. That would likely fix the problem you're
> > seeing.
>
> Okay, thanks. I applied this change locally:
>
> diff --git a/meta/classes/sstate.bbclass b/meta/classes/sstate.bbclass
> index 91f209a..7f38800 100644
> --- a/meta/classes/sstate.bbclass
> +++ b/meta/classes/sstate.bbclass
> @@ -258,10 +258,15 @@ def sstate_clean(ss, d):
> bb.utils.unlockfile(lock)
>
> stfile = d.getVar("STAMP", True) + ".do_" + ss['task']
> + extrainf = d.getVarFlag("do_" + ss['task'], 'stamp-extra-info')
> oe.path.remove(stfile)
> oe.path.remove(stfile + "_setscene")
> - oe.path.remove(stfile + ".*")
> - oe.path.remove(stfile + "_setscene" + ".*")
> + if extrainf:
> + oe.path.remove(stfile + ".*." + extrainf)
> + oe.path.remove(stfile + "_setscene" + ".*." + extrainf)
Thinking further about this it may need to be ".*" instead of ".*.". I
suspect with the above it wouldn't be wiping out some of the stamps it
should be with OE-Core and the Basic siggen code. BasicHash would work
though.
Cheers,
Richard
^ permalink raw reply
* Re: [PATCH 1/2] attr/acl: add SSTATEPOSTINSTFUNC
From: Phil Blundell @ 2011-10-04 15:36 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <62e9da86a45eef3dd374bd8c7e110f619f620f80.1316890497.git.sgw@linux.intel.com>
On Sat, 2011-09-24 at 11:56 -0700, Saul Wold wrote:
> +fix_symlink () {
> + # Remove bad symlinks & create the correct symlinks
> + if test -L ${libdir}/lib${BPN}.so ; then
> + rm -rf ${libdir}/lib${BPN}.so
> + ln -sf ${base_libdir}/lib${BPN}.so ${libdir}/lib${BPN}.so
> + fi
This breaks the build for me on micro. I end up with a symlink pointing
to itself:
lrwxrwxrwx 1 pb pb 76 2011-10-04
16:09 /home/pb/oe/build-epia/build/tmp-eglibc/sysroots/x86_64-linux/lib/libattr.so -> /home/pb/oe/build-epia/build/tmp-eglibc/sysroots/x86_64-linux/lib/libattr.so
with predictably bad results.
p.
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox