It shows warning when bitbake perl:
WARNING: QA Issue: perl: Files/directories were installed but not
shipped
/usr/lib/perl/5.14.2/auto/XS/Typemap
That because file Typemap.so is not install correctly. Fix it.
Signed-off-by: Kang Kai kai.k...@windriver.com
---
The following changes since commit 9eb88ceb39b7d0b8ddc6487e61ce8edadef10ec4:
connman: fixed init script so connman can runs over nfs (2013-01-15 08:12:05
+)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib kangkai/update-perl
On Mon, 2013-01-14 at 18:48 +0500, Shakeel, Muhammad wrote:
From: Muhammad Shakeel muhammad_shak...@mentor.com
* Add archiver tasks correctly for any 'IMAGE_PKGTYPE'.
[YOCTO #3449]
Signed-off-by: Muhammad Shakeel muhammad_shak...@mentor.com
Signed-off-by: Noor Ahsan
On Mon, 2013-01-14 at 15:33 -0200, Otavio Salvador wrote:
On Mon, Jan 14, 2013 at 11:48 AM, Shakeel, Muhammad
muhammad_shak...@mentor.com wrote:
From: Muhammad Shakeel muhammad_shak...@mentor.com
* Add archiver tasks correctly for any 'IMAGE_PKGTYPE'.
[YOCTO #3449]
Signed-off-by:
On Mon, 2013-01-14 at 18:48 +0500, Shakeel, Muhammad wrote:
From: Muhammad Shakeel muhammad_shak...@mentor.com
* Add archiver tasks correctly for any 'IMAGE_PKGTYPE'.
[YOCTO #3449]
Signed-off-by: Muhammad Shakeel muhammad_shak...@mentor.com
Signed-off-by: Noor Ahsan
Running:
update-rc.d -r /path/to/target/rootfs basename defaults
at do_rootfs time in package postinstall stage, when
/path/to/target/rootfs/etc/init.d/basename is a symlink and points to some path
on target (for example: /etc/init.d/basename.some_package), would fail and the
postinstall
On Tue, 2013-01-15 at 15:16 +0800, Jesse Zhang wrote:
If coreutils-native is built, it will replace the host commands and will
in parallel builds cause such errors:
make[6]: execvp: rm: Text file busy
libtool: ...tmp/sysroots/x86_64-linux//bin/mv: Text file busy
Remove the
On Tue, 2013-01-15 at 13:57 +0200, Marko Lindqvist wrote:
As more and more packages seem to have automake-1.13 related problems,
it's becoming clear that I cannot fix world alone. I'm about to fix
packages in openembedded-core the way I've been doing, but for supporting
unfixed packages in
On Tue, 2013-01-15 at 15:37 +0100, Jaap de Jong wrote:
Hi All,
is it possible to sign ipk packages?
I've seen that it is possible to add a file called '_signature' to a
package.
No idea how the process looks.
Anyone an idea or perhaps a pointer where to look?
Look at opkg and its gpg
On Tue, 2013-01-15 at 23:56 -0800, Saul Wold wrote:
The following changes since commit 6080d1dc719c38fd97c2abd38e0ad938fbf6f452:
connman: fixed init script so connman can runs over nfs (2013-01-15
08:09:30 +)
are available in the git repository at:
On Wed, Jan 16, 2013 at 11:58:00AM +, g...@git.openembedded.org wrote:
Module: openembedded-core.git
Branch: master
Commit: 3c927c39502061bdf3ef9fba1f0f6e7080f6c3cd
URL:
http://git.openembedded.org/?p=openembedded-core.gita=commit;h=3c927c39502061bdf3ef9fba1f0f6e7080f6c3cd
Author:
Fix routine to check as and ld version check in the configure, to allow system
to correctly check for version 2.1x.
Signed-off-by: Giuseppe Condorelli giuseppe.condore...@st.com
---
.../eglibc-2.16_fix_as_ld_ver_check.patch | 23
The following change since commit 4b63e73422ea25aba1bde0beddb02bc04948e13c:
update-rc.d: check also that symlinks are valid (2013-01-16 12:07:55 +)
is available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib paule/ssh-nopw
Instead of using IMAGE_FEATURES to control something within a recipe,
allow this to be set at runtime and set it during postprocessing.
Additionally, use one postprocessing function for both openssh and
dropbear and run it regardless of whether ssh-server-* are in
IMAGE_FEATURES so that it still
*Since last RFC I've udpated systemd to 196 and got in sync with
meta-openembedded (pulled in a few more patches)
*Also removed some initscripts that are not required while systemd
is enabled, for tasks that systemd can handle by itself.
*Removed update-rc.d while systemd is enabled. systemd
Thanks for your valuable feedback. I will rework the patch as per your
suggestion and will send a v3 after testing.
Regards,
--Shakeel
From: Richard Purdie [richard.pur...@linuxfoundation.org]
Sent: Wednesday, January 16, 2013 4:48 PM
To: Shakeel,
On Wed, Jan 16, 2013 at 03:14:07PM +0100, Giuseppe CONDORELLI wrote:
Fix routine to check as and ld version check in the configure, to allow system
to correctly check for version 2.1x.
Does it build with gold now?
http://lists.linuxtogo.org/pipermail/openembedded-core/2012-March/020310.html
On Wednesday 16 January 2013 14:54:17 Paul Eggleton wrote:
Instead of using IMAGE_FEATURES to control something within a recipe,
allow this to be set at runtime and set it during postprocessing.
Additionally, use one postprocessing function for both openssh and
dropbear and run it regardless
2013/1/16 Martin Jansa martin.ja...@gmail.com
On Wed, Jan 16, 2013 at 03:14:07PM +0100, Giuseppe CONDORELLI wrote:
Fix routine to check as and ld version check in the configure, to allow
system
to correctly check for version 2.1x.
Does it build with gold now?
From: Tom Zanussi tom.zanu...@intel.com
This fixes the problem reported by Martin Jansa, which is due to a missing PE
in the new lttng-ust recipe when it was renamed:
ERROR: Package version for package lttng-ust-dbg went backwards which would
break package feeds from (1:0.16-r1 to 0:2.1.0-r0)
From: Tom Zanussi tom.zanu...@intel.com
The previous lttng-ust had a PE of 1 - that recipe was removed and
replaced with the lttng2-ust recipe, which was renamed back to
lttng-ust. The new recipe had didn't define a PE so got the default
PE of 0 - this adds the PE back and gives it a value of 2,
On Wed, 2013-01-16 at 15:09 +0100, Martin Jansa wrote:
On Wed, Jan 16, 2013 at 11:58:00AM +, g...@git.openembedded.org wrote:
Module: openembedded-core.git
Branch: master
Commit: 3c927c39502061bdf3ef9fba1f0f6e7080f6c3cd
URL:
The following changes since commit 4b63e73422ea25aba1bde0beddb02bc04948e13c:
update-rc.d: check also that symlinks are valid (2013-01-16 12:07:55 +)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib paule/ssh-nopw
Instead of using IMAGE_FEATURES to control something within a recipe,
allow this to be set at runtime, avoiding the need to rebuild dropbear
when we want to change this option.
First half of the fix for [YOCTO #2578].
Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
Create a single postprocessing function that enables no-password logins
for both openssh and dropbear when debug-tweaks is in IMAGE_FEATURES,
changing its behaviour slightly:
* Run it regardless of whether ssh-server-* are in IMAGE_FEATURES so
that it still takes effect if these are installed by
On Wed, Jan 16, 2013 at 8:38 AM, Tom Zanussi tom.zanu...@intel.com wrote:
lttng-ust had PE=1, bump PE to fix upgrade path:
Technically, that isn't going to fix the upgrade path. lttng 1.x requires
kernel patches and isn't compatible with lttng 2.x, as far as I'm aware. So
any machine with
On Wed, Jan 16, 2013 at 8:38 AM, Paul Eggleton
paul.eggle...@linux.intel.com wrote:
+
+ if [ -e ${IMAGE_ROOTFS}${sbindir}/dropbear ] ; then
+ echo 'DROPBEAR_EXTRA_ARGS=-B'
${IMAGE_ROOTFS}${sysconfdir}/default/dropbear
+ fi
}
Slightly concerned with this, in
Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
---
...d-rmb-definition-for-AArch64-architecture.patch | 31 ++
meta/recipes-kernel/oprofile/oprofile_0.9.8.bb | 3 ++-
2 files changed, 33 insertions(+), 1 deletion(-)
create mode 100644
On Wednesday 16 January 2013 08:48:05 Chris Larson wrote:
On Wed, Jan 16, 2013 at 8:38 AM, Paul Eggleton
paul.eggle...@linux.intel.com wrote:
+
+ if [ -e ${IMAGE_ROOTFS}${sbindir}/dropbear ] ; then
+ echo 'DROPBEAR_EXTRA_ARGS=-B'
On 01/16/2013 07:49 AM, Marcin Juszkiewicz wrote:
Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
---
...d-rmb-definition-for-AArch64-architecture.patch | 31 ++
meta/recipes-kernel/oprofile/oprofile_0.9.8.bb | 3 ++-
2 files changed, 33
Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
---
...d-rmb-definition-for-AArch64-architecture.patch | 31 ++
meta/recipes-kernel/oprofile/oprofile_0.9.8.bb | 3 ++-
2 files changed, 33 insertions(+), 1 deletion(-)
create mode 100644
Wayland needs this set for the communication pipes, so set a fallback in case it
hasn't already been set.
Signed-off-by: Ross Burton ross.bur...@intel.com
---
.../x11-common/etc/X11/Xsession.d/13xdgbasedirs.sh| 13 +
1 file changed, 13 insertions(+)
create mode 100644
Hi,
This is the first round of Wayland integration. The Wayland protocol libraries,
optional (based on DISTRO_FEATURE) support for the Wayland EGL backend is added
to Mesa, and then Weston is added.
Weston's packaging is rather complicated because it can build multiple backends,
but it's
This is the reference Wayland compositor.
If the wayland DISTRO_FEATURE is present the KMS and Wayland (nested)
compositors are enabled.
If the x11 DISTRO_FEATURE is present the X11 compositor is enabled, and a
launcher installed.
This also ships a basic Wayland terminal.
Based on work by
From: Alexandru DAMIAN alexandru.dam...@intel.com
Wayland is a protocol for a client application to display user interface windows
through the use of a compositing window manager. This package include the
specific set of server-side and client-side C libraries that implement the
protocol.
From: Alexandru DAMIAN alexandru.dam...@intel.com
If the wayland DISTRO_FEATURE is present, enable the Wayland EGL platform.
This is required by the reference Wayland compositor, Weston.
Signed-off-by: Alexandru DAMIAN alexandru.dam...@intel.com
Signed-off-by: Ross Burton ross.bur...@intel.com
On Sunday 13 January 2013 23:44:53 Ulf Samuelsson wrote:
Plan to be there.
Hopefully I should be able to arrange another Atmel raffle,
to draw people to the stand.
That would be awesome!
Do we have any plans for demo's?
Nothing solid yet, but thinking about it I'd like to have something
On Wednesday 16 January 2013 15:51:59 Paul Eggleton wrote:
On Wednesday 16 January 2013 08:48:05 Chris Larson wrote:
On Wed, Jan 16, 2013 at 8:38 AM, Paul Eggleton
paul.eggle...@linux.intel.com wrote:
+
+ if [ -e ${IMAGE_ROOTFS}${sbindir}/dropbear ] ; then
+
On Wed, 2013-01-16 at 08:46 -0700, Chris Larson wrote:
On Wed, Jan 16, 2013 at 8:38 AM, Tom Zanussi tom.zanu...@intel.com
wrote:
lttng-ust had PE=1, bump PE to fix upgrade path:
Technically, that isn't going to fix the upgrade path. lttng 1.x
requires kernel patches and isn't
On Wed, Jan 16, 2013 at 03:38:13PM +, Paul Eggleton wrote:
Create a single postprocessing function that enables no-password logins
for both openssh and dropbear when debug-tweaks is in IMAGE_FEATURES,
changing its behaviour slightly:
* Run it regardless of whether ssh-server-* are in
On Wednesday 16 January 2013 17:40:38 Martin Jansa wrote:
On Wed, Jan 16, 2013 at 03:38:13PM +, Paul Eggleton wrote:
Create a single postprocessing function that enables no-password logins
for both openssh and dropbear when debug-tweaks is in IMAGE_FEATURES,
changing its behaviour
The following changes since commit 4b63e73422ea25aba1bde0beddb02bc04948e13c:
update-rc.d: check also that symlinks are valid (2013-01-16 12:07:55 +)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib paule/ssh-nopw
Create a single postprocessing function that enables no-password logins
for both openssh and dropbear when debug-tweaks is in IMAGE_FEATURES,
changing its behaviour slightly:
* Run it regardless of whether ssh-server-* are in IMAGE_FEATURES so
that it still takes effect if these are installed by
Instead of using IMAGE_FEATURES to control something within a recipe,
allow this to be set at runtime, avoiding the need to rebuild dropbear
when we want to change this option.
First half of the fix for [YOCTO #2578].
Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
On Wed, Jan 16, 2013 at 9:40 AM, Tom Zanussi tom.zanu...@intel.com wrote:
This is for the userspace tracing part, lttng-ust, which AFAIK doesn't
require any kernel patches.
Yes, but the point was, as far as I know, the newer ust requires the newer
kernel components, and the older requires the
On Wed, Jan 16, 2013 at 10:00 AM, Paul Eggleton
paul.eggle...@linux.intel.com wrote:
+ if [ -e ${IMAGE_ROOTFS}${sbindir}/dropbear ] ; then
+ if grep -q DROPBEAR_EXTRA_ARGS
${IMAGE_ROOTFS}${sysconfdir}/default/dropbear 2/dev/null ; then
+ if ! grep -q
If there are postinstall scripts to be run on first boot and
IMAGE_FEATURES contains read-only-rootfs, we know this will fail on
the target device so just error out during do_rootfs. This check was
already implemented for ipk, so add it to the deb and rpm backends. Also
make all backends use
Fix routine to check as and ld version check in the configure, to allow system
to correctly check for version 2.1x.
Signed-off-by: Giuseppe Condorelli giuseppe.condore...@st.com
---
.../eglibc-2.16_fix_as_ld_ver_check.patch | 23
On Wed, Jan 16, 2013 at 11:02:41AM -0700, Chris Larson wrote:
On Wed, Jan 16, 2013 at 9:40 AM, Tom Zanussi tom.zanu...@intel.com wrote:
This is for the userspace tracing part, lttng-ust, which AFAIK doesn't
require any kernel patches.
Yes, but the point was, as far as I know, the newer
OpenEmbedded Technical Steering Committee
20 November 2012
Attendees: Mark, Paul, Richard
Apologies: Khem, Koen
Notes: Jefro
Agenda Results
1. pick a chair
___
2. new issues
a. RFC for the
On Wed, 2013-01-16 at 19:47 +0100, Martin Jansa wrote:
On Wed, Jan 16, 2013 at 11:02:41AM -0700, Chris Larson wrote:
On Wed, Jan 16, 2013 at 9:40 AM, Tom Zanussi tom.zanu...@intel.com wrote:
This is for the userspace tracing part, lttng-ust, which AFAIK doesn't
require any kernel
From: Nitin A Kamble nitin.a.kam...@intel.com
Here is a commit to make changing of the the linux-yocto v3.4 kernel repository
easy.
Thanks,
Nitin
The following changes since commit 9f263a60e3521b800121a6f527a7b30dc9b62432:
oprofile: add AArch64 support (2013-01-16 16:10:39 +)
are
From: Nitin A Kamble nitin.a.kam...@intel.com
This makes replacing kernel git repository easy.
For example you can add the following line in your local.conf to use your
own local kernel repository:
KSRC_linux_yocto_3_4_repo = /home/nitin/linux-yocto-3.4.git/;protocol=file
Signed-off-by: Nitin A
patch added to fix cross-compilation issues
Signed-off-by: Cristian Iorga cristian.io...@intel.com
---
.../fix-iptables-extensions-build-error.patch | 44 ++
.../iptables/fix-link-failure-ip6t-NETMAP.patch| 86
.../{iptables_1.4.16.3.bb =
From: Christopher Larson chris_lar...@mentor.com
Without this, we have excessive dependencies leaking into the build. In
particular, glib-2.0 was sucking in python modules even if ptest wasn't in
DISTRO_FEATURES.
Signed-off-by: Christopher Larson chris_lar...@mentor.com
---
On 01/16/2013 07:59 PM, Richard Purdie wrote:
Two questions:
1) Why do we have this dependency here at all? Are we sure we don't need
it for some reasons?
It was introduced in this commit, Cc'ing Nitin.
commit 543577c25b5a4e89a3ab15ee28e754b71c2a43d5
Author: Nitin A Kamble
On Sun, Dec 16, 2012 at 1:57 PM, Otavio Salvador ota...@ossystems.com.brwrote:
On Sun, Dec 16, 2012 at 4:52 PM, Martin Jansa martin.ja...@gmail.com
wrote:
On Sun, Dec 16, 2012 at 04:16:40PM -0200, Otavio Salvador wrote:
Hello,
Today I did a sync and kconfig-frontends fails to build. I
This is bit old (out of my cached memory), but looking at my commit
(543577c25b5a4e89a3ab15ee28e754b71c2a43d5) the dependency on coreutils-native
is needed if the build system does not have coreutils, or it is not compatible
with the sources of the coreutils you are trying to build. And the
On 01/17/2013 01:37 PM, Kamble, Nitin A wrote:
This is bit old (out of my cached memory), but looking at my commit
(543577c25b5a4e89a3ab15ee28e754b71c2a43d5) the dependency on coreutils-native
is needed if the build system does not have coreutils, or it is not
compatible with the sources of
Richard,
This contains the wayland code updated by Ross, it has been
built on the AB. Ross has tested it along with Alex.
Some addition updates and patches from others.
Thanks
Sau!
The following changes since commit 169b9afcf2d357fdcf254a380d21d17701685834:
oprofile: add AArch64
The gtk_icon_cache_postrm failed at image creation time because ${D} is not
assigned as the prefix of icondir.
[YOCTO #3633]
Signed-off-by: Hongxu Jia hongxu@windriver.com
---
meta/classes/gtk-icon-cache.bbclass |9 +
1 file changed, 9 insertions(+)
diff --git
There are defects to support prerm/postrm at image creation time:
1) gtk-icon-cache.bbclass:support postrm at image creation time
2) update-rc.d:support postrm at image creation time
3) libnss-mdns:support prerm at image creation time
4) gtk-immodules-cache.bbclass:fix support postrm at
updatercd_postrm failed at image creation time because -f -r ${D} is not
used as update-rc.d's option.
[YOCTO #3633]
Signed-off-by: Hongxu Jia hongxu@windriver.com
---
meta/classes/update-rc.d.bbclass |6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git
The pkg_prerm_${PN} failed at image creation time because $D is not assigned
as the prefix of /etc/nsswitch.conf
[YOCTO #3633]
Signed-off-by: Hongxu Jia hongxu@windriver.com
---
meta/recipes-connectivity/libnss-mdns/libnss-mdns_0.10.bb | 11 +--
1 file changed, 9 insertions(+), 2
Let gtk_immodule_cache_postrm exit with ok at image creation time
[YOCTO #3633]
Signed-off-by: Hongxu Jia hongxu@windriver.com
---
meta/classes/gtk-immodules-cache.bbclass |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/gtk-immodules-cache.bbclass
Add an option `-march' to BUILD_CFLAGS, GCC 4.3.4 on x86 host needs this
option to let the atomic operations (lock free) be available while it
is used to compile glib-2.0-native
It's a bad idea to modify bitbake.conf to add option -march to BUILD_CFLAGS,
because it's global and its side effect is
Add an option `-march' to BUILD_CFLAGS, GCC 4.3.4 on x86 host needs this
option to let the atomic operations (lock free) be available while it
is used to compile glib-2.0-native.
[YOCTO #3563]
Signed-off-by: Hongxu Jia hongxu@windriver.com
---
meta/recipes-core/glib-2.0/glib-2.0_2.34.3.bb |
Add an option `-march' to BUILD_CFLAGS, GCC 4.3.4 on x86 host needs this
option to let the atomic operations (lock free) be available while it
is used to compile qemu-native.
[YOCTO #3563]
Signed-off-by: Hongxu Jia hongxu@windriver.com
---
meta/recipes-devtools/qemu/qemu.inc |5 +
1
68 matches
Mail list logo