On 7/1/2011 2:37 PM, Richard Purdie wrote:
> On Fri, 2011-07-01 at 11:43 -0700, Jeremy Puhlman wrote:
>> Just a quick follow up, the part of this statement that to me is wrong,
>> is it appears you are dictating work flow. While, imho, the layer
>> management code which is above this level, is the
On Thu, 2011-06-30 at 22:25 -0700, Khem Raj wrote:
> It was not setting COMPILE_IN_THUMB_MODE in .config
> when ARM_INSTRUCTION_MODE = thumb. Reason was that
> this entry has to exist in merged defconfig
> so we add it disabled which means no harm to other
> architectures
>
> Signed-off-by: Khem R
On Fri, 2011-07-01 at 10:46 -0700, Khem Raj wrote:
> Otherwise it ends up with this error
> | configure: error: Package requirements (dbus-glib-1 >= 0.82
> | gobject-2.0 >= 2.14
> | gthread-2.0 >= 2.14
> | ) were not met:
> |
> | No package 'gobject-2.0' found
> | No package 'gthread-2.0' found
On Fri, 2011-07-01 at 16:19 +0100, Phil Blundell wrote:
> On Fri, 2011-07-01 at 16:17 +0100, Richard Purdie wrote:
> > +FILES_${PN} = "${sysconfdir} ${libdir}/*.so.* ${libdir}/${BPN}/*.so.*"
>
> You can use ${SOLIBS} there...
>
> > +FILES_${PN}-dev += "${libdir}/${BPN}/*.so ${libdir}/${BPN}/*.la
On Fri, 2011-07-01 at 15:32 +0200, Koen Kooi wrote:
> Op 1 jul 2011, om 15:08 heeft Anders Darander het volgende geschreven:
>
> > Also remove the other kernel24 references.
> > Make everything dependent on kernel26 default.
> > Move the RDEPENDS- and RRECOMMENDS_task-base-kernel26 to _task-base.
On Fri, 2011-07-01 at 14:05 +0200, Koen Kooi wrote:
> Op 1 jul 2011, om 13:52 heeft Anders Darander het volgende geschreven:
>
> >
> > * Koen Kooi Koen Kooi [07/01/11 09:20 AM]:
> >> Op 1 jul 2011, om 09:06 heeft Anders Darander het volgende geschreven:
> >>> Also remove the other kernel24 refer
On Fri, 2011-07-01 at 15:07 +0200, Anders Darander wrote:
> v5: - task-base.bb: Move the RDEPENDS- and RRECOMMENDS_task-base-kernel26
> to *_task-base.
>
> v4: Removed the RFC in patch subject.
> - Merge the patches 2 and 4 from v3.
> - Bump PR in patch 2.
> - Delete the ignore*
On Fri, 2011-07-01 at 16:17 +0100, Richard Purdie wrote:
> The following changes since commit 40ecaf6a59ba61e72d29d7e677197ef37c998408:
>
> uclibc: Add default uClibc.machine files (2011-07-01 00:40:10 +0100)
>
> are available in the git repository at:
> git://git.openembedded.org/openembedde
On Fri, 2011-07-01 at 11:24 +0100, Phil Blundell wrote:
> On Fri, 2011-07-01 at 11:15 +0100, Richard Purdie wrote:
> > On Fri, 2011-07-01 at 10:41 +0100, Phil Blundell wrote:
> > > We had some discussion of this a few weeks ago but I'm not sure it ever
> > > reached a firm conclusion.
> > >
> > >
On Fri, 2011-07-01 at 13:54 -0700, nitin.a.kam...@intel.com wrote:
> From: Nitin A Kamble
>
> The following changes since commit ea518846b889a1bad2263d1cb49cb238a295a8e7:
>
> bitbake: Add missing bracket, somehow lost by sync scripts (2011-07-01
> 17:44:12 +0100)
>
> are available in the git
On Fri, 2011-07-01 at 20:17 +0200, Koen Kooi wrote:
> This fixes the QA errors and the 2.4.3 vs 2.4.5 copy/paste mistake
Merged to master, thanks.
Richard
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxto
On Fri, 2011-07-01 at 11:43 -0700, Jeremy Puhlman wrote:
> Just a quick follow up, the part of this statement that to me is wrong,
> is it appears you are dictating work flow. While, imho, the layer
> management code which is above this level, is the place to dicate
> workflow. The patch is to core
From: Nitin A Kamble
The following changes since commit ea518846b889a1bad2263d1cb49cb238a295a8e7:
bitbake: Add missing bracket, somehow lost by sync scripts (2011-07-01
17:44:12 +0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib nitin/misc
http://git.poky
From: Nitin A Kamble
Fix these kinds of Package QA warnings before they are converted into fetal
errors:
WARNING: QA Issue: package perl-module-compress contains bad RPATH
/build_disk/poky_build/build0/tmp/sysroots/qemux86/usr/lib in file
/build_disk/poky_build/build0/tmp/work/i586-poky-linux
Paul,
>
> 2) Fetching/updating layers should be (able to be) a conscious action rather
> than something that happens implicitly as part of the build process
>
Just a quick follow up, the part of this statement that to me is wrong,
is it appears you are dictating work flow. While, imho, the lay
On Fri, 2011-07-01 at 19:33 +0200, Koen Kooi wrote:
> Op 1 jul 2011, om 19:25 heeft Mark Hatle het volgende geschreven:
>
> > On 7/1/11 12:16 PM, Khem Raj wrote:
> >> On 07/01/2011 10:12 AM, Richard Purdie wrote:
> >>> gcc-4.6.0+svnr175150, non dev contains .so, gcc,
> >>> /work/i586-poky-linux/g
This fixes the QA errors and the 2.4.3 vs 2.4.5 copy/paste mistake
Signed-off-by: Koen Kooi
---
meta/recipes-connectivity/ppp/ppp_2.4.5.bb | 26 ++
1 files changed, 14 insertions(+), 12 deletions(-)
diff --git a/meta/recipes-connectivity/ppp/ppp_2.4.5.bb
b/meta/recipe
Otherwise it ends up with this error
| configure: error: Package requirements (dbus-glib-1 >= 0.82
| gobject-2.0 >= 2.14
| gthread-2.0 >= 2.14
| ) were not met:
|
| No package 'gobject-2.0' found
| No package 'gthread-2.0' found
|
| Consider adjusting the PKG_CONFIG_PATH environment variable if
Op 1 jul 2011, om 19:25 heeft Mark Hatle het volgende geschreven:
> On 7/1/11 12:16 PM, Khem Raj wrote:
>> On 07/01/2011 10:12 AM, Richard Purdie wrote:
>>> gcc-4.6.0+svnr175150, non dev contains .so, gcc,
>>> /work/i586-poky-linux/gcc-4.6.0+svnr175150-r4/packages-split/gcc/usr/libexec/gcc/i586-
On 7/1/11 12:16 PM, Khem Raj wrote:
> On 07/01/2011 10:12 AM, Richard Purdie wrote:
>> gcc-4.6.0+svnr175150, non dev contains .so, gcc,
>> /work/i586-poky-linux/gcc-4.6.0+svnr175150-r4/packages-split/gcc/usr/libexec/gcc/i586-poky-linux/4.6.1/liblto_plugin.so
>>>
>
> This should be packages with g
On 07/01/2011 10:12 AM, Richard Purdie wrote:
gcc-4.6.0+svnr175150, non dev contains .so, gcc,
/work/i586-poky-linux/gcc-4.6.0+svnr175150-r4/packages-split/gcc/usr/libexec/gcc/i586-poky-linux/4.6.1/liblto_plugin.so
This should be packages with gcc itself. May be adding to FILES will get
rid
On 7/1/2011 6:24 AM, Paul Eggleton wrote:
> Hi Jeremy
>
> Have looked at this further and I really think this needs to be a separate
> utility, but one still written in python using bitbake's infrastructure (like
> bitbake-layers). The advantages of this approach:
>
> 1) Avoids reworking bitbak
On Fri, 2011-07-01 at 17:25 +0100, Richard Purdie wrote:
> On Thu, 2011-06-30 at 16:59 +0100, Paul Eggleton wrote:
> > OK, comprehension fail on my part, sorry. Good to have them listed out
> > explicitly though, thanks for that. The fatal errors are definitely not
> > good
> > things to be allo
On 07/01/2011 07:01 AM, Koen Kooi wrote:
Op 1 jul 2011, om 15:57 heeft Khem Raj het volgende geschreven:
On Jul 1, 2011, at 4:00 AM, Koen Kooi wrote:
Op 1 jul 2011, om 10:32 heeft Richard Purdie het volgende geschreven:
On Fri, 2011-07-01 at 09:15 +0200, Koen Kooi wrote:
incremental b
On Thu, 2011-06-30 at 16:59 +0100, Paul Eggleton wrote:
> OK, comprehension fail on my part, sorry. Good to have them listed out
> explicitly though, thanks for that. The fatal errors are definitely not good
> things to be allowing through if we can avoid it.
>
> Without checking, do you have a
On Thu, 2011-06-30 at 21:36 -0700, Scott Garman wrote:
> On 06/30/2011 04:10 PM, Richard Purdie wrote:
> > Hi Scott,
> >
> > This is looking good, thanks for the changes! I just have some cosmetic
> > things to tweak before it goes in.
>
> Ok, respinning now based on your requests.
>
> BTW, some
On Thu, 2011-06-30 at 22:11 -0700, Scott Garman wrote:
> This pull request should be complete based on Richard's second round
> of feedback.
>
> Thanks,
>
> Scott
>
> The following changes since commit 1c1372e7eccb01f7c1f682bc0aa989c37f2516f6:
>
> bitbake.conf: update PSEUDO_PASSWD variable (
On 30.06.2011 12:15, Phil Blundell wrote:
> On Thu, 2011-06-30 at 12:12 +0200, Steffen Sledz wrote:
>> The current oe-dev master contains recipes for 2.4.4 and 2.4.5, but both are
>> DEFAULT_PREFERENCE = "-1", so 2.4.3 is used by default.
>>
>> We hit a problem in LCP open/close handling which is
On Fri, 2011-07-01 at 16:17 +0100, Richard Purdie wrote:
> +FILES_${PN} = "${sysconfdir} ${libdir}/*.so.* ${libdir}/${BPN}/*.so.*"
You can use ${SOLIBS} there...
> +FILES_${PN}-dev += "${libdir}/${BPN}/*.so ${libdir}/${BPN}/*.la
... and ${SOLIBSDEV} there.
p.
From: Richard Purdie
This patch means the warning/error handling can be controlled from local.conf
and/or from the distro level and no longer uses numbers but strings instead.
The system becomes extensible so that other classes can extend the path QA
checks at least.
It also removes all th dup
From: Richard Purdie
Signed-off-by: Richard Purdie
---
meta/recipes-support/beecrypt/beecrypt_4.2.1.bb |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/meta/recipes-support/beecrypt/beecrypt_4.2.1.bb
b/meta/recipes-support/beecrypt/beecrypt_4.2.1.bb
index d4c7972..
From: Richard Purdie
This drops the split -dev packaging since it was broken and overcomplex. It
ensures .so
symlinks end up in the correct package.
Signed-off-by: Richard Purdie
---
meta/recipes-support/libpcre/libpcre_8.12.bb |8 ++--
1 files changed, 2 insertions(+), 6 deletions(
From: Richard Purdie
There were a number of QA errors being reported when packaging cairo. This patch
ensures the debug files go in the -dbg package, the .so development links go
into
the -dev package, .a files into -staticdev.
It also switches back to relying on debian package naming for the
From: Richard Purdie
This removes a couple of megabytes of QA warnings!
Signed-off-by: Richard Purdie
---
meta/classes/kernel.bbclass |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
index f282a57..6700d0e
From: Richard Purdie
Signed-off-by: Richard Purdie
---
meta/recipes-devtools/python/python_2.6.6.bb |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/python/python_2.6.6.bb
b/meta/recipes-devtools/python/python_2.6.6.bb
index e3c2355..418457c 1
The following changes since commit 40ecaf6a59ba61e72d29d7e677197ef37c998408:
uclibc: Add default uClibc.machine files (2011-07-01 00:40:10 +0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib rpurdie/master
http://cgit.openembedded.org/cgit.cg
Op 1 jul 2011, om 16:55 heeft Phil Blundell het volgende geschreven:
> On Thu, 2011-06-30 at 17:49 +0200, Koen Kooi wrote:
>> It's a white list, so:
>>
>> # 0 - non dev contains .so
>> # 5 - .la contains installed=yes or reference to the workdir
>> # 7 - the desktop file is not valid
>> # 8 - .l
On Thu, 2011-06-30 at 17:49 +0200, Koen Kooi wrote:
> It's a white list, so:
>
> # 0 - non dev contains .so
> # 5 - .la contains installed=yes or reference to the workdir
> # 7 - the desktop file is not valid
> # 8 - .la contains reference to the workdir
> # 9 - LDFLAGS ignored
>
> Are warnings a
Phil Blundell wrote:
> On Fri, 2011-07-01 at 17:53 +0800, Dexuan Cui wrote:
>> In the previous commit we enable largefile setting in
>> meta-yocto/conf/distro/poky.conf, so we need to re-build busybox to
>> actually enable it.
>
> I guess this would be a good case for using something like OE .dev'
Op 1 jul 2011, om 15:57 heeft Khem Raj het volgende geschreven:
>
>
> On Jul 1, 2011, at 4:00 AM, Koen Kooi wrote:
>
>>
>> Op 1 jul 2011, om 10:32 heeft Richard Purdie het volgende geschreven:
>>
>>> On Fri, 2011-07-01 at 09:15 +0200, Koen Kooi wrote:
incremental build with rm_work tur
On Jul 1, 2011, at 4:00 AM, Koen Kooi wrote:
>
> Op 1 jul 2011, om 10:32 heeft Richard Purdie het volgende geschreven:
>
>> On Fri, 2011-07-01 at 09:15 +0200, Koen Kooi wrote:
>>> incremental build with rm_work turned on:
>>>
>>> ERROR: Function 'do_configure' failed (see
>>> /OE/tentacle/b
Op 1 jul 2011, om 15:08 heeft Anders Darander het volgende geschreven:
> Also remove the other kernel24 references.
> Make everything dependent on kernel26 default.
> Move the RDEPENDS- and RRECOMMENDS_task-base-kernel26 to _task-base.
>
> Signed-off-by: Anders Darander
> ---
> meta/recipes-cor
Hi Jeremy
Have looked at this further and I really think this needs to be a separate
utility, but one still written in python using bitbake's infrastructure (like
bitbake-layers). The advantages of this approach:
1) Avoids reworking bitbake's initialisation and avoids possible re-execution.
A
Update to get support for Linux 3.0.
Delete the ignore_arch_directory.patch (as it does not apply to 3.16).
Signed-off-by: Anders Darander
---
.../files/ignore_arch_directory.patch | 30
...oss_3.12.bb => module-init-tools-cross_3.16.bb} |4 +-
.../module-
Also remove the other kernel24 references.
Make everything dependent on kernel26 default.
Move the RDEPENDS- and RRECOMMENDS_task-base-kernel26 to _task-base.
Signed-off-by: Anders Darander
---
meta/recipes-core/tasks/task-base.bb | 49 ++---
1 files changed, 15 ins
Signed-off-by: Anders Darander
---
.../conf/distro/include/distro_tracking_fields.inc |8 +---
1 files changed, 1 insertions(+), 7 deletions(-)
diff --git a/meta/conf/distro/include/distro_tracking_fields.inc
b/meta/conf/distro/include/distro_tracking_fields.inc
index 2e7996b..ad64581 1
As 2.4 support is being phased out, remove modutils.
Signed-off-by: Anders Darander
---
meta/recipes-kernel/modutils/files/armeb.patch | 16
meta/recipes-kernel/modutils/files/configure.patch | 34 ---
meta/recipes-kernel/modutils/files/gcc4.patch | 93 ---
It is now unused.
Signed-off-by: Anders Darander
---
meta/classes/linux-kernel-base.bbclass |8
1 files changed, 0 insertions(+), 8 deletions(-)
diff --git a/meta/classes/linux-kernel-base.bbclass
b/meta/classes/linux-kernel-base.bbclass
index 510951a..4f2b0a4 100644
--- a/meta/cl
Signed-off-by: Anders Darander
---
.../{modutils => module-init-tools}/files/PD.patch |0
.../files/modutils.sh |0
.../modutils-initscripts.bb|0
3 files changed, 0 insertions(+), 0 deletions(-)
rename meta/recipes-kernel/{modutil
Change to only depend on virtual/*/depmod.
Change all calls to only use depmod.
Do not install depmod as depmod-2.6
Bump PR in module-init-tools-cross.
Signed-off-by: Anders Darander
---
meta/classes/image.bbclass |2 +-
meta/classes/kernel.bbclass
Signed-off-by: Anders Darander
---
meta/classes/kernel.bbclass | 12 ++--
meta/classes/module-base.bbclass |2 +-
2 files changed, 3 insertions(+), 11 deletions(-)
diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
index f282a57..25f4855 100644
--- a/meta/c
v5: - task-base.bb: Move the RDEPENDS- and RRECOMMENDS_task-base-kernel26
to *_task-base.
v4: Removed the RFC in patch subject.
- Merge the patches 2 and 4 from v3.
- Bump PR in patch 2.
- Delete the ignore*.patch from module-init-tools. In v2, the
patch was just disable
Op 1 jul 2011, om 13:52 heeft Anders Darander het volgende geschreven:
>
> * Koen Kooi Koen Kooi [07/01/11 09:20 AM]:
>> Op 1 jul 2011, om 09:06 heeft Anders Darander het volgende geschreven:
>>> Also remove the other kernel24 references.
>>> Make everything dependent on kernel26 default.
>>
>
2011/7/1 Phil Blundell
> On Fri, 2011-07-01 at 11:15 +0100, Richard Purdie wrote:
> > On Fri, 2011-07-01 at 10:41 +0100, Phil Blundell wrote:
> > > We had some discussion of this a few weeks ago but I'm not sure it ever
> > > reached a firm conclusion.
> > >
> > > Is everyone agreed that the PRIO
* Anders Darander Anders Darander [07/01/11 01:52 PM]:
> from task-base.bb? Should that part just be new, general
> RRECOMMENDS = "\
> kernel-module-nls-utf8 \
I should have written:
RRECOMMENDS_task-base = "\
kernel-module-nls-utf8 \
Regards,
Anders
--
Anders Darander
ChargeStorm A
* Koen Kooi Koen Kooi [07/01/11 09:20 AM]:
> Op 1 jul 2011, om 09:06 heeft Anders Darander het volgende geschreven:
> > Also remove the other kernel24 references.
> > Make everything dependent on kernel26 default.
>
> Since there will be only one of each, can we just completely scrap there
> var
On Fri, 2011-07-01 at 11:08 +0200, Koen Kooi wrote:
> Op 1 jul 2011, om 10:10 heeft Richard Purdie het volgende geschreven:
>
> > On Fri, 2011-07-01 at 09:15 +0200, Koen Kooi wrote:
> >> Op 1 jul 2011, om 01:26 heeft Saul Wold het volgende geschreven:
> > Testing patches is not the sole responsibi
On Fri, 2011-07-01 at 12:53 +0200, Andrea Adami wrote:
> Now, the detractors have argued that those flags would be a nightmare
> for people packaging feeds, with no way for the package manager to
> detect those different recipes with the same name.
That does indeed come up frequently but I think t
> Some worthwhile configuration can't be expressed in terms of high-level
> distro features (i.e.: usb, bluetooth, alsa etc...). What about "I want
> SSL support, but NOT in library foo". That case can't be covered by
> distro feature 'ssl'.
see http://www.gentoo.org/doc/en/handbook/handbook-
Op 1 jul 2011, om 10:32 heeft Richard Purdie het volgende geschreven:
> On Fri, 2011-07-01 at 09:15 +0200, Koen Kooi wrote:
>> incremental build with rm_work turned on:
>>
>> ERROR: Function 'do_configure' failed (see
>> /OE/tentacle/build/tmp-angstrom_2010_x-eglibc/work/armv7a-angstrom-linux-g
> > I'm proposing something along the lines of the following:
>
> This is actually along the lines of what I've been thinking too!
Cool, I'm glad I'm not alone on this one :)
> How about something like the syntax for the recipe:
>
> PACKAGECONFIG[ogg] = "--enable-ogg, --disable-ogg, libogg"
> P
On Fri, 2011-07-01 at 12:19 +0200, Frans Meulenbroeks wrote:
> Well, as far as I know if it is in DEPENDS it will implicitly end up
> in RDEPENDS
No, you've got it backwards. Items appearing in RDEPENDS are (to a
first approximation) treated as if they are also in DEPENDS, but not the
converse.
On Fri, 2011-07-01 at 11:15 +0100, Richard Purdie wrote:
> On Fri, 2011-07-01 at 10:41 +0100, Phil Blundell wrote:
> > We had some discussion of this a few weeks ago but I'm not sure it ever
> > reached a firm conclusion.
> >
> > Is everyone agreed that the PRIORITY variable does not serve any use
2011/7/1 Koen Kooi
>
> Op 1 jul 2011, om 11:26 heeft Frans Meulenbroeks het volgende geschreven:
>
> >
> >
> > 2011/7/1 Koen Kooi
> >
> > Op 1 jul 2011, om 10:55 heeft Frans Meulenbroeks het volgende geschreven:
> >
> > >
> > > Good idea.
> > > Personally I'd like to also bring footprint into th
Op 1 jul 2011, om 11:15 heeft Richard Purdie het volgende geschreven:
> There were a number of QA errors being reported when packaging cairo. This
> patch
> ensures the debug files go in the -dbg package, the .so development links go
> into
> the -dev package, .a files into -staticdev.
>
> It
On Fri, 2011-07-01 at 10:41 +0100, Phil Blundell wrote:
> We had some discussion of this a few weeks ago but I'm not sure it ever
> reached a firm conclusion.
>
> Is everyone agreed that the PRIORITY variable does not serve any useful
> purpose in oe-core and can/should be removed from the recipes
Op 1 jul 2011, om 11:41 heeft Phil Blundell het volgende geschreven:
> We had some discussion of this a few weeks ago but I'm not sure it ever
> reached a firm conclusion.
>
> Is everyone agreed that the PRIORITY variable does not serve any useful
> purpose in oe-core and can/should be removed f
This was fixed in 2008 already, see
http://dominion.thruhere.net/koen/cms/the-testlab-strikes-again but regressed
during the 0.16.x -> 0.18.x update. Strangely enough the comment was kept.
Signed-off-by: Koen Kooi
---
meta/recipes-core/gettext/gettext_0.18.1.1.bb |8 +++-
1 files chang
On Fri, 2011-07-01 at 17:53 +0800, Dexuan Cui wrote:
> In the previous commit we enable largefile setting in
> meta-yocto/conf/distro/poky.conf, so we need to re-build busybox to
> actually enable it.
I guess this would be a good case for using something like OE .dev's
DISTRO_PR. It would be a bi
Cui, Dexuan wrote:
> The following changes since commit
> 4d60d32a60ae0fae1002b27cd7d20c28532f4932:
>
> poky.conf: add largefile support into DISTRO_FEATURES (2011-07-01
> 17:35:26 +0800)
>
> Dexuan Cui (1):
> busybox: bump PR to enable largefile support
>
> are available in the git reposi
[YOCTO #1205 ]
In the previous commit we enable largefile setting in
meta-yocto/conf/distro/poky.conf, so we need to re-build busybox to
actually enable it.
Signed-off-by: Dexuan Cui
---
meta/recipes-core/busybox/busybox_1.18.4.bb |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
dif
The following changes since commit 4d60d32a60ae0fae1002b27cd7d20c28532f4932:
poky.conf: add largefile support into DISTRO_FEATURES (2011-07-01 17:35:26
+0800)
Dexuan Cui (1):
busybox: bump PR to enable largefile support
are available in the git repository at:
git://git.pokylinux.org/poky-
On Thu, 2011-06-30 at 22:24 -0700, Khem Raj wrote:
> Enable utmpx
>
> These changes are required for systemd to work
Can we make those be DISTRO_LIBC_FEATURES?
p.
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lis
Op 1 jul 2011, om 11:26 heeft Frans Meulenbroeks het volgende geschreven:
>
>
> 2011/7/1 Koen Kooi
>
> Op 1 jul 2011, om 10:55 heeft Frans Meulenbroeks het volgende geschreven:
>
> >
> > Good idea.
> > Personally I'd like to also bring footprint into the equation. If a feature
> > drags in
We had some discussion of this a few weeks ago but I'm not sure it ever
reached a firm conclusion.
Is everyone agreed that the PRIORITY variable does not serve any useful
purpose in oe-core and can/should be removed from the recipes?
p.
___
Openembed
On Fri, 2011-07-01 at 10:15 +0100, Richard Purdie wrote:
> +PACKAGES =+ "libcairo-gobject2 libcairo-script-interpreter2 cairo-perf-utils"
I guess those can/should just be "libcairo-gobject" and
"libcairo-script-interpreter" now as well.
> SUMMARY_libcairo2 = "The Cairo 2D vector graphics library
Oh by the way, and the message you might be see saying:
This message may not have been sent by: fransmeulenbro...@gmail.com Learn
more Report phishing
This is really google not having their stuff properly configured.
I'm sending email from their web client (https://mail.google.com/)
And yes,
2011/7/1 Koen Kooi
>
> Op 1 jul 2011, om 10:55 heeft Frans Meulenbroeks het volgende geschreven:
>
> >
> > Good idea.
> > Personally I'd like to also bring footprint into the equation. If a
> feature drags in lots of additional packages, it is interesting to make it
> configurable.
> > My favouri
There were a number of QA errors being reported when packaging cairo. This patch
ensures the debug files go in the -dbg package, the .so development links go
into
the -dev package, .a files into -staticdev.
It also switches back to relying on debian package naming for the library name.
Since this
On Fri, 2011-07-01 at 10:06 +0100, Chris Elston wrote:
> + STATUS=${IMAGE_ROOTFS}/var/lib/opkg/status
Please make that use ${opkglibdir} like the rest of the class does.
Otherwise this patch looks pretty good to me.
p.
___
Openembedded-core maili
Op 1 jul 2011, om 10:55 heeft Frans Meulenbroeks het volgende geschreven:
>
>
> 2011/7/1 Richard Purdie
> On Thu, 2011-06-30 at 18:10 +0100, Chris Elston wrote:
> > We're looking to base an embedded development on oe-core in the near
> > future, and one of the things we must have is the abilit
Op 1 jul 2011, om 10:10 heeft Richard Purdie het volgende geschreven:
> On Fri, 2011-07-01 at 09:15 +0200, Koen Kooi wrote:
>> Op 1 jul 2011, om 01:26 heeft Saul Wold het volgende geschreven:
>>
>>> On 06/28/2011 02:05 AM, Robert Yang wrote:
Changes of V4:
* Change the definition
On Thu, 2011-06-30 at 16:13 -0700, Saul Wold wrote:
> On 06/30/2011 04:10 AM, Chris Elston wrote:
> > As discussed on IRC on 30/06/11, this patch adds support for
> > BAD_RECOMMENDATIONS to rootfs_ipk, which is a list of packages NOT to
> > install if suggested or recommended by a recipe. Taken fr
2011/7/1 Richard Purdie
> On Thu, 2011-06-30 at 18:10 +0100, Chris Elston wrote:
> > We're looking to base an embedded development on oe-core in the near
> > future, and one of the things we must have is the ability to configure
> > features in/out of recipes per distro.
> >
> > At the moment som
On Fri, 2011-07-01 at 09:15 +0200, Koen Kooi wrote:
> incremental build with rm_work turned on:
>
> ERROR: Function 'do_configure' failed (see
> /OE/tentacle/build/tmp-angstrom_2010_x-eglibc/work/armv7a-angstrom-linux-gnueabi/gcc-cross-initial-4.5-r37.0+svnr175127/temp/log.do_configure.27092
> f
On Fri, 2011-07-01 at 09:15 +0200, Koen Kooi wrote:
> Op 1 jul 2011, om 01:26 heeft Saul Wold het volgende geschreven:
>
> > On 06/28/2011 02:05 AM, Robert Yang wrote:
> >> Changes of V4:
> >>
> >> * Change the definition of GLIBC_DYNAMIC_LINKER as Richard suggested.
> >>
> >> e.g., the entrie
Op 1 jul 2011, om 09:06 heeft Anders Darander het volgende geschreven:
> Also remove the other kernel24 references.
> Make everything dependent on kernel26 default.
Since there will be only one of each, can we just completely scrap there
variables and put the items directly in the tasks?
regar
v4: Removed the RFC in patch subject.
- Merge the patches 2 and 4 from v3.
- Bump PR in patch 2.
- Delete the ignore*.patch from module-init-tools. In v2, the
patch was just disabled.
v3: - task-base.bb: fix a problem that *pcmia26 couldn't be found.
v2: Probably some more pa
Op 1 jul 2011, om 08:54 heeft Saul Wold het volgende geschreven:
> [YOCTO #1198]
>
> Signed-off-by: Saul Wold
> ---
> ...Drop-config.h-include-in-tools-imximage.h.patch |0
> ...ove-LDSCRIPT-processing-to-the-top-level-.patch |0
> ...kimage_2011.03.bb => u-boot-mkimage_2011.06.bb} | 12
Op 1 jul 2011, om 01:26 heeft Saul Wold het volgende geschreven:
> On 06/28/2011 02:05 AM, Robert Yang wrote:
>> Changes of V4:
>>
>> * Change the definition of GLIBC_DYNAMIC_LINKER as Richard suggested.
>>
>> e.g., the entries in the files that look like:
>> #define GLIBC_DYNAMIC_LINKER64
Signed-off-by: Anders Darander
---
.../conf/distro/include/distro_tracking_fields.inc |8 +---
1 files changed, 1 insertions(+), 7 deletions(-)
diff --git a/meta/conf/distro/include/distro_tracking_fields.inc
b/meta/conf/distro/include/distro_tracking_fields.inc
index 2e7996b..ad64581 1
Update to get support for Linux 3.0.
Delete the ignore_arch_directory.patch (as it does not apply to 3.16).
Signed-off-by: Anders Darander
---
.../files/ignore_arch_directory.patch | 30
...oss_3.12.bb => module-init-tools-cross_3.16.bb} |4 +-
.../module-
It is now unused.
Signed-off-by: Anders Darander
---
meta/classes/linux-kernel-base.bbclass |8
1 files changed, 0 insertions(+), 8 deletions(-)
diff --git a/meta/classes/linux-kernel-base.bbclass
b/meta/classes/linux-kernel-base.bbclass
index 510951a..4f2b0a4 100644
--- a/meta/cl
Also remove the other kernel24 references.
Make everything dependent on kernel26 default.
Signed-off-by: Anders Darander
---
meta/recipes-core/tasks/task-base.bb | 24
1 files changed, 4 insertions(+), 20 deletions(-)
diff --git a/meta/recipes-core/tasks/task-base.bb
Signed-off-by: Anders Darander
---
.../{modutils => module-init-tools}/files/PD.patch |0
.../files/modutils.sh |0
.../modutils-initscripts.bb|0
3 files changed, 0 insertions(+), 0 deletions(-)
rename meta/recipes-kernel/{modutil
As 2.4 support is being phased out, remove modutils.
Signed-off-by: Anders Darander
---
meta/recipes-kernel/modutils/files/armeb.patch | 16
meta/recipes-kernel/modutils/files/configure.patch | 34 ---
meta/recipes-kernel/modutils/files/gcc4.patch | 93 ---
Signed-off-by: Anders Darander
---
meta/classes/kernel.bbclass | 12 ++--
meta/classes/module-base.bbclass |2 +-
2 files changed, 3 insertions(+), 11 deletions(-)
diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
index f282a57..25f4855 100644
--- a/meta/c
Change to only depend on virtual/*/depmod.
Change all calls to only use depmod.
Do not install depmod as depmod-2.6
Bump PR in module-init-tools-cross.
Signed-off-by: Anders Darander
---
meta/classes/image.bbclass |2 +-
meta/classes/kernel.bbclass
98 matches
Mail list logo
