headers
Denys Dmytriyenko | 1 Oct 2010 01:26
Gravatar

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)

Permalink | Reply | 1 comment |
headers
Paul Menzel | 1 Oct 2010 02:20
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)

Permalink | Reply | 0 comments |
headers
Frans Meulenbroeks | 1 Oct 2010 07:46
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)

Permalink | Reply | 0 comments |
headers
Frans Meulenbroeks | 1 Oct 2010 07:50
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)

Permalink | Reply | 0 comments |
headers
Thilo Fromm | 1 Oct 2010 09:07
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)

Permalink | Reply | 0 comments |
headers
Thilo Fromm | 1 Oct 2010 12:09
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)

Permalink | Reply | 9 comments |
headers
Hauser, Wolfgang (external | 1 Oct 2010 12:25

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)

Permalink | Reply | 5 comments |
headers
Thilo Fromm | 1 Oct 2010 12:25
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)

Permalink | Reply | 0 comments |
headers
Andreas Oberritter | 1 Oct 2010 12:55

[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)

Permalink | Reply | 1 comment |
headers
Andreas Oberritter | 1 Oct 2010 12:58

[oe] [PATCH 05/16] netkit-base-0.17: fix compile with gcc-4.x

* v2: Added header to patch.

Signed-off-by: Andreas Oberritter <obi <at> opendreambox.org>
Acked-by: Paul Menzel <paulepanter <at> users.sourceforge.net>
---
 .../netkit-base-0.17/gcc4_buildfix.patch           |   19 +++++++++++++++++++
 recipes/netkit-base/netkit-base_0.17.bb            |    3 ++-
 2 files changed, 21 insertions(+), 1 deletions(-)
 create mode 100644 recipes/netkit-base/netkit-base-0.17/gcc4_buildfix.patch

diff --git a/recipes/netkit-base/netkit-base-0.17/gcc4_buildfix.patch b/recipes/netkit-base/netkit-base-0.17/gcc4_buildfix.patch
new file mode 100644
index 0000000..b5b476c
--- /dev/null
+++ b/recipes/netkit-base/netkit-base-0.17/gcc4_buildfix.patch
 <at>  <at>  -0,0 +1,19  <at>  <at> 
+upstream: unmaintained
+source: org.openembedded.dreambox fb4bee1268b9a0600fd6236ac0e9245f17b33f95
+
+| servtab.c: In function 'loadconfigent':
+| servtab.c:785:4: error: lvalue required as left operand of assignment
+[...]
+| servtab.c:798:4: error: lvalue required as left operand of assignment
+
+--- bla/inetd/servtab.c	2000-07-22 22:20:50.000000000 +0200
++++ bla/inetd/servtab.c	2006-03-01 15:26:46.000000000 +0100
+ <at>  <at>  -771,7 +771,7  <at>  <at> 
+ 			return;
+ 		}
+
(Continue reading)

Permalink | Reply | 0 comments |

Gmane