Denys Dmytriyenko | 1 Oct 01:26 2010

Re: [oe] [PATCH 1/5] ti816x: add support for ti816x family of devices

On Thu, Sep 30, 2010 at 01:12:02PM -0500, Chase Maupin wrote:
> * Add support for the TI816x family of devices.  This includes
>   the c6a816x and am389x devices.
> * Separate machine types are used because not all packages
>   are valid for each machine.
> 
> Signed-off-by: Chase Maupin <chase.maupin <at> ti.com>
> ---
>  conf/machine/am389x-evm.conf    |    5 +++++
>  conf/machine/c6a816x-evm.conf   |    5 +++++
>  conf/machine/include/ti816x.inc |   26 ++++++++++++++++++++++++++
>  3 files changed, 36 insertions(+), 0 deletions(-)
>  create mode 100644 conf/machine/am389x-evm.conf
>  create mode 100644 conf/machine/c6a816x-evm.conf
>  create mode 100644 conf/machine/include/ti816x.inc
> 
> diff --git a/conf/machine/am389x-evm.conf b/conf/machine/am389x-evm.conf
> new file mode 100644
> index 0000000..9bfe7a7
> --- /dev/null
> +++ b/conf/machine/am389x-evm.conf
>  <at>  <at>  -0,0 +1,5  <at>  <at> 
> +# <at> TYPE: Machine
> +# <at> NAME: am389x evm
> +# <at> DESCRIPTION: Machine configuration for the am389x evm
> +
> +require conf/machine/include/ti816x.inc
> diff --git a/conf/machine/c6a816x-evm.conf b/conf/machine/c6a816x-evm.conf
> new file mode 100644
> index 0000000..a7ab9b0
(Continue reading)

Paul Menzel | 1 Oct 02:20 2010
Picon
Picon

Re: [oe] [PATCH v3] clutter-gtk: Bump to 0.10.8

Am Donnerstag, den 30.09.2010, 23:38 +0200 schrieb Andreas Mueller:
> On Friday 24 September 2010 00:55:34 you wrote:
> > On Thursday 23 September 2010 09:44:30 pm Frans Meulenbroeks wrote:
> > > Frans (btw still interested to learn how it is tested)
> > 
> > My configuration (untouched since I started with OE)
> > 
> > MACHINE = "overo"
> > DISTRO = "angstrom-2008.1"
> > #ANGSTROM_MODE = "uclibc" -> glibc
> > 
> > I did 
> > 
> > 'bitbake clutter-gtk' with org.openembedded.dev / the *.ipk are installed on overo-machine.
> > 
> > and 
> > 
> > a full image on gumstix.overo branches containing all clutter recipes.
> > 
> > Tested are the example applications shipped with *-examples package. All were working fine. The only
application which was working 'weak' was 
> > gtk-clutter-multistage mentioning that there was an icon missing in the current theme.
> > 
> > meanwhile Paul did further build tests - also omap3 based.
> > 
> > Andreas
> > 
> The world is not running down without it but could someone take care of this?

My build results from PATCH v2 remain the same.
(Continue reading)

Frans Meulenbroeks | 1 Oct 07:46 2010
Picon

Re: [oe] [RFC] delete old monotone recipes

2010/9/30 Tom Rini <tom_rini <at> mentor.com>:
> Frans Meulenbroeks wrote:
>>
>> Dear all,
>>
>> As it stands we have 6 monotone recipes:
>>
>> monotone-5_0.25.2.bb
>> monotone-6_0.27.bb
>> monotone-6_0.31.bb
>> monotone-6_0.33.bb
>> monotone-6_0.34.bb
>> monotone-6_0.37.bb
>>
>> There are all target-only recipes
>>
>> I can imagine it made sense to have a monotone recipe for the target
>> when our sources were still in monotone, but I feel that nowadays it
>> is less useful
>> (apart from the question whether it is useful to have an SCM on an
>> embedded system).
>>
>> Therefore I would like to bring up the following discussion topics:
>>
>> Is there any use to keep the old monotone-6 recipes? (all but 0.37).
>> Or should we remove?
>>
>> And what about the monotone-5 recipe. Is that still useful?
>>
>> And what about the latest monotone-6 recipe? Is that still useful to keep?
(Continue reading)

Frans Meulenbroeks | 1 Oct 07:50 2010
Picon

Re: [oe] overriding files in a package

2010/9/30 Cliff Brake <cliff.brake <at> gmail.com>:
> One thing I find myself doing is overriding files in one package with
> another package.  As long as the package doing the overriding was last
> in the IMAGE_INSTALL variable, this used to work.  Then bitbake
> started complaining about overriding packages, but that could be
> worked around by doing the following:
>
> RREPLACES_${PN} += "udev"
> RREPLACES_${PN} += "tzdata"
> RREPLACES_${PN} += "initscripts"
>
> Now it seems that the packages no longer processed as listed in the
> IMAGE_INSTALL variable:
>
> | Configuring e2fsprogs-tune2fs.
> | Configuring svs-conf.
> | Configuring psplash.
> | Configuring tslib-tests.
> | Configuring tzdata-atlantic.
> | Configuring hplip-backend.
> | Configuring kernel-module-i2c-pxa.
> | Configuring tzdata-australia.
> | Configuring kernel-module-ftdi-sio.
> | Configuring test-gpio.
> | Configuring kernel-module-oprofile.
> | Configuring kernel-module-rtl8150.
> | Configuring xset.
> | Configuring tzdata-antarctica.
> | Configuring e2fsprogs-mke2fs.
> | Configuring tzdata-asia.
(Continue reading)

Thilo Fromm | 1 Oct 09:07 2010
Picon

[oe] [PATCH v4] linux-libc-headers_2.6.24: Add falloc.h to kernel exported headers

This adds include/linux/falloc.h to the list of files exported by the kernel to the C library.
The include file is required for building e.g. a recent util-linux-ng against 2.6.24.

Starting from 2.6.25 a similar patch has been accepted upstream (the mainline
kernel). For 2.6.24, however, falloc.h is not exported although it's present.

Signed-off-by: Thilo Fromm <t.fromm <at> dresearch.de>
---
 .../linux-libc-headers/files/export_falloc_h.patch |   13 +++++++++++++
 .../linux-libc-headers_2.6.24.bb                   |    3 ++-
 2 files changed, 15 insertions(+), 1 deletions(-)
 create mode 100644 recipes/linux-libc-headers/files/export_falloc_h.patch

diff --git a/recipes/linux-libc-headers/files/export_falloc_h.patch b/recipes/linux-libc-headers/files/export_falloc_h.patch
new file mode 100644
index 0000000..ba75e1f
--- /dev/null
+++ b/recipes/linux-libc-headers/files/export_falloc_h.patch
 <at>  <at>  -0,0 +1,13  <at>  <at> 
+upstream: OE-only
+comment: Same patch is present in Linux kernel ≥ 2.6.25 and was committed in <http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=040922c04cf2c8ac70be2e88a8a9614ecdb41d2e>
+
+--- a/include/linux/Kbuild	2010-09-27 16:04:29.000000000 +0200
++++ b/include/linux/Kbuild	2010-09-27 15:59:06.000000000 +0200
+ <at>  <at>  -61,6 +61,7  <at>  <at> 
+ header-y += elf.h
+ header-y += elf-em.h
+ header-y += fadvise.h
++header-y += falloc.h
+ header-y += fd.h
(Continue reading)

Martin Jansa | 1 Oct 09:37 2010
Picon

Re: Noor Ahsan : tcl: Run oe-stylize. py script and modify the recipe accordingly

On Thu, Sep 30, 2010 at 10:18 PM, git version control
<git@...> wrote:
> Module: openembedded.git
> Branch: master
> Commit: 6c21af6a85996ed5891925ca2221c4615048a331
> URL:    http://gitweb.openembedded.net/?p=openembedded.git&a=commit;h=6c21af6a85996ed5891925ca2221c4615048a331
>
> Author: Noor Ahsan <noor_ahsan@...>
> Date:   Mon Aug 30 23:50:54 2010 +0000
>
> tcl: Run oe-stylize.py script and modify the recipe accordingly
>
> * Run the oe-stylize.py script on the recipe and modify the recipe according to the output of the script.
>
> Signed-off-by: Noor Ahsan <noor_ahsan@...>
> Signed-off-by: Khem Raj <raj.khem@...>
>
> ---
>
>  recipes/tcltk/tcl_8.5.8.bb |   45 ++++++++++++++++++++-----------------------
>  1 files changed, 21 insertions(+), 24 deletions(-)
>
> diff --git a/recipes/tcltk/tcl_8.5.8.bb b/recipes/tcltk/tcl_8.5.8.bb
> index 9d030b9..e8905f0 100644
> --- a/recipes/tcltk/tcl_8.5.8.bb
> +++ b/recipes/tcltk/tcl_8.5.8.bb
>  <at>  <at>  -1,8 +1,7  <at>  <at> 
>  DESCRIPTION = "Tool Command Language"
> -LICENSE = "tcl"
> -SECTION = "devel/tcltk"
(Continue reading)

Thilo Fromm | 1 Oct 12:09 2010
Picon

Re: [oe] [PATCH] libunwind: force gcc to be built first

Hello Frans, hello Khem,

>>>> It looks like libunwind provides header files that are named
>>>> identically to gcc header files. gcc then confuses these headers when it
>>>> is built, causing a break of the build.
>>>>
>>>> This patch makes libunwind depend on gcc which resolves the build issue.
>>>> Both
>>>> build nicely when gcc is built first.
>>>
>>> Hm. Ideally this should be patched in gcc.
>>
>> I don't think this is a gcc issue. It's a reasonable point of view, right,
>> but pushing the header file issue back to libunwind is a valid POV, too. I
>> think it's rather a problem between those two packages.
>
> Well I don't know the exact cause:
> if libunwind publishes a header X.h and gcc has an internal header
> file X.h and picks the wrong one then clearly the way it searches the
> include dirs is wrong.
> if both publish X.h and they are incompatible then there is a
> conflict, and some other package could pick up the wrong X.h too.
>
> (and it could also be the case that libunwind does publish a file
> which it should not publish as it is an internal file)

They both provide unwind.h. For the library this is a "public" header 
file, though, describing the interface to libunwind. It's exported by 
libunwind. For some reason the libunwind version is used by gcc when gcc 
is compiled.
(Continue reading)

Hauser, Wolfgang (external | 1 Oct 12:25 2010

Re: [oe] svn:// fetcher do not checkout repository at every build

Hello,

unfortunately nobody answers to that question.

Has nobody an idea how to solve this problem ?

As a workaround I am searching for the best position to add a removal function for the tar archive after
building the package or, as best position, after unpack.
Where I can get the used archive name to manage the removal ?

Thanks for your help
Wolfgang 

-----Ursprüngliche Nachricht-----
Von: Hauser, Wolfgang (external) 
Gesendet: Freitag, 27. August 2010 12:20
An: openembedded-devel <at> lists.openembedded.org
Betreff: svn:// fetcher do not checkout repository at every build

Hello,

as pointed in the bitbake user manual, the svn fetcher should checkout a repository at every build if
SRCDATE is set to "now".

If I want to use that in OE (for our local applications), always the archive for the repository, stored in
download cache, is used instead of doing a new checkout. (I user bb 1.8.18)

Is it possible to turn off the download cache check for a recipe ? 

Regards
(Continue reading)

Thilo Fromm | 1 Oct 12:25 2010
Picon

[oe] [PATCH v2] vim-7.2: remove quotes from CC in configure.in

configure.in features quotes around some calls to $CC (i.e. it calls
"$CC"). CC is, however, not always just the compiler name. In OpenEmbedded
CC looks more like "arm-angstrom-linux-gnueabi-gcc -march=armv5te -mtune=arm926ej-s
-mthumb-interwork -mno-thumb".

configure executes tests in a form like
res=`"$CC" --some-arg`
The shell tries to run the whole contents of the CC variable - not just the first string
- as _one_ command, which will fail.

However, these errors remain unnoticed during the configure run:

...
configure: line 3707: arm-angstrom-linux-gnueabi-gcc -march=armv5te -mtune=arm926ej-s
-mthumb-interwork -mno-thumb: command not found
...
checking for setjmp.h... yes
checking for GCC 3 or later...
/SCRATCH/maniac/oe-merge-test/OE/tmp.6/work/armv5te-angstrom-linux-gnueabi/vim-7.2-r7.1/vim72/src/configure:
line 11329: test: : integer expression expected
no
checking whether we need -D_FORTIFY_SOURCE=1...
/SCRATCH/maniac/oe-merge-test/OE/tmp.6/work/armv5te-angstrom-linux-gnueabi/vim-7.2-r7.1/vim72/src/configure:
line 11339: test: : integer expression expected
no
...

But finally:

...
(Continue reading)

Andreas Oberritter | 1 Oct 12:55 2010

[oe] [PATCH v2] mjpegtools-1.9.0: initial recipe

* v2: Added jpeg to DEPENDS.

Signed-off-by: Andreas Oberritter <obi <at> opendreambox.org>
Acked-by: Paul Menzel <paulepanter <at> users.sourceforge.net>
---
 .../mjpegtools/files/mjpegtools-fix-include.patch  |   65 ++++++++++++++++++++
 .../files/mjpegtools-remove-sdl-dependency.patch   |   15 +++++
 .../files/mjpegtools-v4l-doesnt-mean-x11.patch     |   12 ++++
 recipes/mjpegtools/mjpegtools_1.9.0.bb             |   19 ++++++
 4 files changed, 111 insertions(+), 0 deletions(-)
 create mode 100644 recipes/mjpegtools/files/mjpegtools-fix-include.patch
 create mode 100644 recipes/mjpegtools/files/mjpegtools-remove-sdl-dependency.patch
 create mode 100644 recipes/mjpegtools/files/mjpegtools-v4l-doesnt-mean-x11.patch
 create mode 100644 recipes/mjpegtools/mjpegtools_1.9.0.bb

diff --git a/recipes/mjpegtools/files/mjpegtools-fix-include.patch b/recipes/mjpegtools/files/mjpegtools-fix-include.patch
new file mode 100644
index 0000000..b5ff90a
--- /dev/null
+++ b/recipes/mjpegtools/files/mjpegtools-fix-include.patch
 <at>  <at>  -0,0 +1,65  <at>  <at> 
+Index: mjpegtools-1.9.0rc3/lavtools/Makefile.am
+===================================================================
+--- mjpegtools-1.9.0rc3.orig/lavtools/Makefile.am	2008-04-09 00:44:57.000000000 +0200
++++ mjpegtools-1.9.0rc3/lavtools/Makefile.am	2008-04-09 01:03:10.000000000 +0200
+ <at>  <at>  -2,7 +2,7  <at>  <at> 
+ 
+ MAINTAINERCLEANFILES = Makefile.in
+ 
+-AM_CPPFLAGS = -I$(top_srcdir) -I$(includedir) -I$(top_srcdir)/utils $(LIBQUICKTIME_CFLAGS)
(Continue reading)


Gmane