On 08/09/2013 01:25 AM, Martin Jansa wrote:
On Wed, Jul 31, 2013 at 05:51:35AM +, g...@git.openembedded.org wrote:
Module: openembedded-core.git
Branch: master
Commit: 6190c69a9f78aeef951c39e4c8700e945bbec5f7
URL:
http://git.openembedded.org/?p=openembedded-core.git&a=commit;h=6190c69a9f
lsof: avoid creating directory ${DL_DIR}/${WORKDIR}/lsof_${PV}.
Set LOCALSRC as SRC_URI will make do_unpack mkdir
${DL_DIR}/${WORKDIR}/lsof_${PV},
it's not good while multiuser sharing ${DL_DIR}.
Signed-off-by: Bian Naimeng
---
meta/recipes-extended/lsof/lsof_4.87.bb | 15 +++
1
On 08/08/2013 09:29 AM, Ross Burton wrote:
Signed-off-by: Ross Burton
---
.../mesa/0005-fix-out-of-tree-builds-gallium.patch | 42
meta/recipes-graphics/mesa/mesa_9.1.6.bb |1 +
meta/recipes-graphics/mesa/mesa_git.bb |1 +
3 files change
On 08/08/2013 06:46 AM, Cristiana Voicu wrote:
Made some changes on patches to apply correctly.
Seems to be an issue with building the kmod-native_git Autobuilder
failed to build this, one example:
http://autobuilder.yoctoproject.org:8011/builders/build-appliance/builds/245/steps/Building%
> -Original Message-
> From: Martin Jansa [mailto:martin.ja...@gmail.com]
> Sent: Thursday, August 08, 2013 3:37 PM
> To: Kamble, Nitin A
> Cc: Openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core] [PATCH 3/3] gst-meta-base: bring in the v4l2 related
> gst plugin
>
> On Thu,
On Thu, Jul 25, 2013 at 06:23:41PM +0200, Martin Jansa wrote:
> On Sat, Jun 22, 2013 at 08:16:56PM +0200, Martin Jansa wrote:
> > On Tue, Jun 11, 2013 at 06:04:34PM +0200, Martin Jansa wrote:
> > Last week hero Khem, sent many world fixes, but it seems like some fixes
> > weren't enough
> > (tk, p
On Thu, Aug 08, 2013 at 09:34:29PM +, nitin.a.kam...@intel.com wrote:
> From: Nitin A Kamble
>
> If the v4l2 machine feature is enabled, then the v4l2 gstreamer plugin
> is also pulled in the gst-meta-base packages.
>
> Signed-off-by: Nitin A Kamble
> ---
> meta/recipes-multimedia/gstreame
> -Original Message-
> From: otavio.salva...@gmail.com [mailto:otavio.salva...@gmail.com] On
> Behalf Of Otavio Salvador
> Sent: Thursday, August 08, 2013 2:57 PM
> To: Kamble, Nitin A
> Cc: Patches and discussions about the oe-core layer
> Subject: Re: [OE-core] [PATCH 3/3] gst-meta-base
On Thu, Aug 8, 2013 at 6:34 PM, wrote:
> From: Nitin A Kamble
>
> If the v4l2 machine feature is enabled, then the v4l2 gstreamer plugin
> is also pulled in the gst-meta-base packages.
>
> Signed-off-by: Nitin A Kamble
> ---
> meta/recipes-multimedia/gstreamer/gst-meta-base_0.10.bb | 4 +++-
>
From: Nitin A Kamble
If the v4l2 machine feature is enabled, then the v4l2 gstreamer plugin
is also pulled in the gst-meta-base packages.
Signed-off-by: Nitin A Kamble
---
meta/recipes-multimedia/gstreamer/gst-meta-base_0.10.bb | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --g
From: Nitin A Kamble
Here are few commits to add a new machine feature, v4l2. These commits
provide:
* A new recipe which provides tools to poke v4l2 config on the target
* a new machine feature: v4l2 which brings a set of related packages.
* modification to gst-meta-base recipe, to enable the v
From: Nitin A Kamble
This new machine feature gives a choice to add the video for linux 2
drivers and related utilities to BSPs.
Signed-off-by: Nitin A Kamble
---
meta/recipes-core/packagegroups/packagegroup-base.bb | 8
1 file changed, 8 insertions(+)
diff --git a/meta/recipes-core/
From: Nitin A Kamble
The v4l-utils recipe provides v4l2-ctl and other tools, which help in
understanding the configuration needed by v4l2 devices like a camera.
This recipe is imported from meta-oe layer, and then updated
and modified to work with the newest version.
Signed-off-by: Nitin A Kamb
On Aug 8, 2013, at 7:45 AM, Ross Burton wrote:
> -KBRANCH_genericx86 = "standard/common-pc/atom-pc"
> +KBRANCH_genericx86 = "standard/common-pc/genericx86"
This seems to be unrelated to what you are doing with this commit.
secondly this belongs to yocto mailing list not OE-Core
__
Vali
On Aug 8, 2013, at 12:55 AM, Vali Cobelea wrote:
> Hi,
>
> We noticed that the GCC parallel make flag (PARALLEL_MAKE, located in
> "meta/recipes-devtools/gcc/gcc-cross-canadian_4.?.bb") got changed from "-j
> 32" to simply nothing.
> We are wondering what was the reason for this change,
The following changes since commit f63e7f4323368c0d6fe7a1d44393a7e15652d4f2:
subversion: Add patch to use neon 0.30 (2013-08-07 07:43:47 +0100)
are available in the git repository at:
git://git.yoctoproject.org/poky-contrib ciorga/YB4977
http://git.yoctoproject.org/cgit.cgi/poky-contrib/lo
Fixes [YOCTO #4977].
Signed-off-by: Cristian Iorga
---
meta/recipes-core/images/build-appliance-image_8.0.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-core/images/build-appliance-image_8.0.bb
b/meta/recipes-core/images/build-appliance-image_8.0.bb
index fa
On Wed, Jul 31, 2013 at 05:51:35AM +, g...@git.openembedded.org wrote:
> Module: openembedded-core.git
> Branch: master
> Commit: 6190c69a9f78aeef951c39e4c8700e945bbec5f7
> URL:
> http://git.openembedded.org/?p=openembedded-core.git&a=commit;h=6190c69a9f78aeef951c39e4c8700e945bbec5f7
>
> A
On Thu, Aug 8, 2013 at 1:29 PM, Ross Burton wrote:
> Signed-off-by: Ross Burton
This should be squashed on 1/2 as one is dependant of another and in
case of a revert both would need to be reverted.
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brh
Btw, is it a common enough fix to be included, or otherwise you could just
do your .bbappend appliance?
On Sat, Aug 3, 2013 at 10:41 AM, Laszlo Papp wrote:
> OK, thanks.
>
> We need to be careful not to maintain all the 100-200+ patches they may
> have as it makes the update a bit more difficul
Signed-off-by: Ross Burton
---
.../mesa/0005-fix-out-of-tree-builds-gallium.patch | 42
meta/recipes-graphics/mesa/mesa_9.1.6.bb |1 +
meta/recipes-graphics/mesa/mesa_git.bb |1 +
3 files changed, 44 insertions(+)
create mode 100644
meta/rec
Signed-off-by: Ross Burton
---
meta/conf/distro/include/seperatebuilddir.inc |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/conf/distro/include/seperatebuilddir.inc
b/meta/conf/distro/include/seperatebuilddir.inc
index 979f44b..eb19e0f 100644
--- a/meta/conf/distro/i
On host system where dyninst installed (i.e Fedora 18 with SystemTap)
builds fails with the error from do_qa_configure "This autoconf log
indicates errors, it looked at host include and/or library paths
while determining system capabilities." Problematic config.log
indicates inclusion of /usr/inclu
Building systemap on Fedora 18 got the following failure
DEBUG: Shell function do_configure finished
DEBUG: Executing python function do_qa_configure
NOTE: Checking autotools environment for common misconfiguration
ERROR: This autoconf log indicates errors, it looked at host include and/or
librar
On 8 August 2013 14:46, Cristiana Voicu wrote:
> Signed-off-by: Cristiana Voicu
> ---
> .../atk/{atk_2.8.0.bb => atk_2.9.3.bb} |4 ++--
ATK is GNOME, so 2.[odd] are development releases. Drop this upgrade
from the series and see if there's a 2.8.x to upgrade to.
(also, the rege
On 8 August 2013 16:22, Saul Wold wrote:
> + ftp://ftp.iana.org/tz/releases/tzdata2013d.tar.gz;name=tzdata";
Use ${PV} to avoid this in the future, or do they not update in sync?
Ross
___
Openembedded-core mailing list
Openembedded-core@lists
Heh, good catch? :)
On Thu, Aug 8, 2013 at 4:22 PM, Saul Wold wrote:
> Signed-off-by: Saul Wold
> ---
> meta/recipes-extended/tzcode/tzcode-native_2013d.bb | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git
> a/meta/recipes-extended/tzcode/tzcode-native_2013d.bbb/meta/rec
Signed-off-by: Saul Wold
---
meta/recipes-extended/tzcode/tzcode-native_2013d.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-extended/tzcode/tzcode-native_2013d.bb
b/meta/recipes-extended/tzcode/tzcode-native_2013d.bb
index 8dea55e..af21151 100644
--- a/meta/
The previous code used the environment variable BUILDDIR and assumed that TMPDIR
was a subdirectory. This often isn't the case, so instead ask bitbake where the
directories we're about to delete are.
Signed-off-by: Ross Burton
---
scripts/wipe-sysroot | 22 --
1 file change
oe-setup-builddir substitutes ##COREBASE## which seems like it should have the
same value as the variable ${COREBASE}. In reality it doesn't as ##COREBASE##
is substituted with the value of $OEROOT (the location of the oe-init-build-env
script), whereas ${COREBASE} is set by oe-core to the parent
On 8 August 2013 15:41, Gary Thomas wrote:
> Should these be here?
No, that would be emacs being "clever".
Ross
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
On 2013-08-08 08:14, Ross Burton wrote:
oe-setup-builddir substitutes ##COREBASE## which seems like it should have the
same value as the variable ${COREBASE}. In reality it doesn't as ##COREBASE##
is substituted with the value of $OEROOT (the location of the oe-init-build-env
script), whereas ${
oe-setup-builddir substitutes ##COREBASE## which seems like it should have the
same value as the variable ${COREBASE}. In reality it doesn't as ##COREBASE##
is substituted with the value of $OEROOT (the location of the oe-init-build-env
script), whereas ${COREBASE} is set by oe-core to the parent
Signed-off-by: Cristiana Voicu
---
.../atk/{atk_2.8.0.bb => atk_2.9.3.bb} |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-support/atk/{atk_2.8.0.bb => atk_2.9.3.bb} (79%)
diff --git a/meta/recipes-support/atk/atk_2.8.0.bb
b/meta/recipes-support/atk/
Made some changes on patches to apply correctly.
Signed-off-by: Cristiana Voicu
---
meta/recipes-kernel/kmod/kmod-native_git.bb|1 -
meta/recipes-kernel/kmod/kmod.inc |5 ++---
...-man-page-generation-because-we-don-t-hav.patch | 21 ++--
.../km
Signed-off-by: Cristiana Voicu
---
.../{mkfontscale_1.1.0.bb => mkfontscale_1.1.1.bb} |6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
rename meta/recipes-graphics/xorg-app/{mkfontscale_1.1.0.bb =>
mkfontscale_1.1.1.bb} (78%)
diff --git a/meta/recipes-graphics/xorg-app/mkfontscal
Signed-off-by: Cristiana Voicu
---
meta/recipes-kernel/systemtap/systemtap_git.bb |2 --
meta/recipes-kernel/systemtap/systemtap_git.inc |4 ++--
2 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/meta/recipes-kernel/systemtap/systemtap_git.bb
b/meta/recipes-kernel/systemtap
LIC_FILES_CHKSUM changed because some lines were
in addition in main.c file. Those lines are related to exit
status.
Signed-off-by: Cristiana Voicu
---
meta/recipes-extended/ed/{ed_1.8.bb => ed_1.9.bb} |7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
rename meta/recipes-extended/
Hi,
Tests done:
* build tested on AB running following nightlies: x86, x86_64, ppc, mips, arm;
* checked with rpm if the packages were installed; basic functionality for
kmod,
systemtap, atk, mkfontscale and ed
Thanks,
Cristiana
The following changes since commit f63e7f4323368c0d6fe7a1d44393a
On 8 August 2013 14:08, Olof Johansson wrote:
> I assume perl module recipes already in oecore are there for a
> reason, and we should perhaps avoid moving them, and just let
> meta-perl depend on oecore. Right?
Yeah. It's worth reviewing them, but generally perl modules in
oe-core are there bef
On 13-08-08 13:35 +0200, Hongxu Jia wrote:
> Great, how about create a new layer named 'meta-perl', we sould do:
...
> - and than move other perl libraries already existed in oe-core
>to that layer, it includes:
>* meta/recipes-extended/perl/
>* meta/recipes-devtools/perl/
I assume per
On 13-08-08 11:17 +0200, Hongxu Jia wrote:
> On 08/08/2013 05:06 PM, Olof Johansson wrote:
> > The recipe is called libdbm-sqlite-perl, but the perl module is
> > called DBD::SQLite. Is that intentional, and if so, why?
>
> I know what your mean, we should rename the recipe:
> s/libdbm-sqlite-perl_
Hi,
on the autobuilder I use, this error is currently blocking all nightly
builds for some time:
http://pastebin.com/RN6nJyPh
The build is a normal nightly world build (these srcrevs are from 2013/08/01)
$ bitbake -k world
meta-angstrom = "master:bed0c8c6abbf90730617a465839fde4374d2"
met
On 08/08/2013 07:12 PM, Burton, Ross wrote:
On 8 August 2013 12:06, Hongxu Jia wrote:
It seems DBI is a commonly-used perl database support package,
and work with multiple DBDs, the DBD::driver is based on actual
database. We get sqlite in oe-core, so put them in oe-core.
There are many perl p
On 8 August 2013 12:06, Hongxu Jia wrote:
> It seems DBI is a commonly-used perl database support package,
> and work with multiple DBDs, the DBD::driver is based on actual
> database. We get sqlite in oe-core, so put them in oe-core.
There are many perl packages that are commonly-used but we don
On 08/08/2013 06:43 PM, Burton, Ross wrote:
On 8 August 2013 10:01, Hongxu Jia wrote:
DBD::SQLite is a Perl DBI driver for SQLite, that includes the entire
thing in the distribution. So in order to get a fast transaction capable
RDBMS working for your perl project you simply have to install thi
On 8 August 2013 09:55, Rongqing Li wrote:
> | ERROR: ld.so: object 'libpseudo.so' from LD_PRELOAD cannot be preloaded:
> ignored.
That's probably what's causing the problem, not the syscall warning.
It looks like https://bugzilla.yoctoproject.org/show_bug.cgi?id=4843
which is tricky to replicat
On 8 August 2013 10:01, Hongxu Jia wrote:
> DBD::SQLite is a Perl DBI driver for SQLite, that includes the entire
> thing in the distribution. So in order to get a fast transaction capable
> RDBMS working for your perl project you simply have to install this
> module, and nothing else.
What's the
From: Chen Qi
Previously, fsck is always disabled because the value of rootcheck in
the checkroot.sh script is always set to 'no'.
We should respect the value of ENABLE_ROOTFS_FSCK in /etc/default/rcS
to allow for filesystem check.
Signed-off-by: Chen Qi
---
.../initscripts/initscripts-1.0/ch
From: Chen Qi
The following changes since commit f63e7f4323368c0d6fe7a1d44393a7e15652d4f2:
subversion: Add patch to use neon 0.30 (2013-08-07 07:43:47 +0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib ChenQi/sysv-fsck
http://git.pokylinux.org/cgit.cgi/po
DBD::SQLite is a Perl DBI driver for SQLite, that includes the entire
thing in the distribution. So in order to get a fast transaction capable
RDBMS working for your perl project you simply have to install this
module, and nothing else.
There is a perl script for test, while variable PERL_DBM_TEST
Change in V2:
* Rename recipe to use libdbd-sqlite-perl instead of libdbm-sqlite-perl
In oe-core, only SQLite is supported, so we add perl-DBI and perl-DBD-SQLite.
Test Case:
1) vim local.conf:
...
IMAGE_INSTALL_append = " libdbd-sqlite-perl"
PERL_DBM_TEST = "1"
...
2) build core-image-sato an
The DBI is a database access module for the Perl programming language.
It defines a set of methods, variables, and conventions that provide
a consistent database interface, independent of the actual database
being used.
|<- Scope of DBI ->|
.-. .--. .-
Hi All,
I met it on some packages like: util-macros-native, glib-2.0-native,
libogg ...
Build host: CentOS 5.9
Error messages:
---
DEBUG: Preparing tree
/home/nxadm/nx/yow-blade4.1/builds-2013-08-06-030257/e500-kvm-guest_std/bitbake_build/tmp/work/x86_64-linux/util
On 08/08/2013 05:06 PM, Olof Johansson wrote:
On 13-08-08 11:01 +0200, Hongxu Jia wrote:
create mode 100644 meta/recipes-extended/perl/libdbm-sqlite-perl_1.40.bb
The recipe is called libdbm-sqlite-perl, but the perl module is
called DBD::SQLite. Is that intentional, and if so, why?
I know wh
On 08/08/2013 05:06 PM, Olof Johansson wrote:
On 13-08-08 11:01 +0200, Hongxu Jia wrote:
create mode 100644 meta/recipes-extended/perl/libdbm-sqlite-perl_1.40.bb
The recipe is called libdbm-sqlite-perl, but the perl module is
called DBD::SQLite. Is that intentional, and if so, why?
'DBD::SQL
On 13-08-08 11:01 +0200, Hongxu Jia wrote:
> create mode 100644 meta/recipes-extended/perl/libdbm-sqlite-perl_1.40.bb
The recipe is called libdbm-sqlite-perl, but the perl module is
called DBD::SQLite. Is that intentional, and if so, why?
Regards,
--
olofjn
_
In oe-core, only SQLite is supported, so we add perl-DBI and perl-DBD-SQLite.
Test Case:
1) vim local.conf:
...
IMAGE_INSTALL_append = " libdbm-sqlite-perl"
PERL_DBM_TEST = "1"
...
2) build core-image-sato and boot the target
3) run "sqlite-perl-test.pl" in target
...
root@qemuarm:~# sqlite-perl
DBD::SQLite is a Perl DBI driver for SQLite, that includes the entire
thing in the distribution. So in order to get a fast transaction capable
RDBMS working for your perl project you simply have to install this
module, and nothing else.
There is a perl script for test, while variable PERL_DBM_TEST
The DBI is a database access module for the Perl programming language.
It defines a set of methods, variables, and conventions that provide
a consistent database interface, independent of the actual database
being used.
|<- Scope of DBI ->|
.-. .--. .-
Devicetree files were installed hard-coded in /boot. When KERNEL_IMAGEDEST
is anything else but "boot", the postinstall script and the file locations
no longer match and the postinstall will fail.
Replace "boot" with "${KERNEL_IMAGEDEST}" to fix this problem, and to allow
the devicetree files to b
On 08/07/2013 07:55 PM, Burton, Ross wrote:
On 7 August 2013 08:30, Rongqing Li wrote:
${@qemu_run_binary(d, '$D', '${base_bindir}/udevadm')}
hwdb --update \
- --root $D
+ --root $D 2>/dev/null
+
+ [ $? -ne 0 ] && exit
On 08/08/2013 02:26 AM, Khem Raj wrote:
On Aug 7, 2013, at 12:30 AM, Rongqing Li wrote:
ping
On 07/24/2013 01:24 PM, rongqing...@windriver.com wrote:
From: "Roy.Li"
qemu prints errors sometime, but it works well,
how do you know ?
echo $? and output of "udevadm hwdb --update --roo
Hi,
We noticed that the GCC parallel make flag (PARALLEL_MAKE, located in
"meta/recipes-devtools/gcc/gcc-cross-canadian_4.?.bb") got changed from
"-j 32" to simply nothing.
We are wondering what was the reason for this change, which seems to
have been made somewhere before the fall of 2012, wh
64 matches
Mail list logo
