On Wed, Oct 5, 2011 at 6:53 PM, Richard Purdie
wrote:
>> So this does not work properly, I thought I tested it but... need to
>> do something like this:
>>
>> IMAGE_CLASSES = "image_types"
>> inherit ${IMAGE_CLASSES}
>>
>> then let the user added via
>>
>> IMAGE_CLASESS += "image_types_uboot"
>>
>
On Wed, 2011-10-05 at 22:52 +, McClintock Matthew-B29882 wrote:
> On Tue, Oct 4, 2011 at 5:03 PM, Matthew McClintock wrote:
> > -inherit image_types
> > +IMAGE_CLASESS ??= ""
> > +inherit image_types ${IMAGE_CLASSES}
>
> So this does not work properly, I thought I tested it but... need to
> d
On Tue, Oct 4, 2011 at 5:03 PM, Matthew McClintock wrote:
> -inherit image_types
> +IMAGE_CLASESS ??= ""
> +inherit image_types ${IMAGE_CLASSES}
So this does not work properly, I thought I tested it but... need to
do something like this:
IMAGE_CLASSES = "image_types"
inherit ${IMAGE_CLASSES}
th
On 10/05/2011 01:03 PM, Philip Balister wrote:
On 10/05/2011 03:35 PM, Khem Raj wrote:
On Wed, Oct 5, 2011 at 7:14 AM, Philip Balister
wrote:
1) I do not want rpm in the image. This would confuse my customer base.
2) I am tired of dropbear, I want openssh only.
3) I need the full versions of t
On Wed, Oct 5, 2011 at 5:05 PM, Khem Raj wrote:
> On 10/5/2011 2:26 PM, Matthew McClintock wrote:
>>
>> This takes an upstream fix for compiling on powerpc64
>
> where is the patch ? Did you forget git add
Ugh yes, resent.
-M
___
Openembedded-core mai
This takes an upstream fix for compiling on powerpc64
Signed-off-by: Matthew McClintock
---
.../0001-mdadm-fix-build-failures-ppc64.patch | 50
meta/recipes-extended/mdadm/mdadm_3.2.2.bb |6 ++-
2 files changed, 54 insertions(+), 2 deletions(-)
create mod
On 10/5/2011 2:26 PM, Matthew McClintock wrote:
This takes an upstream fix for compiling on powerpc64
where is the patch ? Did you forget git add
Signed-off-by: Matthew McClintock
---
meta/recipes-extended/mdadm/mdadm_3.2.2.bb |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
__ppc64__ is not defined on powerpc64, rather __powerpc64__ is, this
uses a patch that is already upstream to fix builds for powerpc64
Signed-off-by: Matthew McClintock
---
...PowerPC-checks-for-__NR_perf_counter_open.patch | 35
meta/recipes-kernel/sysprof/sysprof_git.bb
This takes an upstream fix for compiling on powerpc64
Signed-off-by: Matthew McClintock
---
meta/recipes-extended/mdadm/mdadm_3.2.2.bb |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-extended/mdadm/mdadm_3.2.2.bb
b/meta/recipes-extended/mdadm/mdadm_3.2
On Wed, Oct 5, 2011 at 2:21 PM, Khem Raj wrote:
> On Wed, Oct 5, 2011 at 4:34 AM, Richard Purdie
> wrote:
>> On Tue, 2011-10-04 at 21:52 +, McClintock Matthew-B29882 wrote:
>>> On Mon, Oct 3, 2011 at 4:17 PM, Khem Raj wrote:
>>> >> I can't find a log of this anywhere, it's probably the defau
On 10/05/2011 12:20 PM, Koen Kooi wrote:
Op 5 okt. 2011 om 09:14 heeft Philip Balister het
volgende geschreven:
On 10/04/2011 06:43 PM, Mark Hatle wrote:
On 10/4/11 3:32 PM, Saul Wold wrote:
On 10/04/2011 01:27 PM, Philip Balister wrote:
On 10/04/2011 04:08 PM, Saul Wold wrote:
On 10/04
> OE-Core uses fetch2 and that is a tarball from fetch1. You'd need to
> convert that tarball into the form that fetch2 expects and rename it,
> then you stand some chance of it working.
>
> Also note that your recipes needs to be using a fixed source revision
> and that revision needs to be pres
On Wed, Oct 5, 2011 at 1:18 PM, Joshua Lock wrote:
> Core images automatically include the correct package manager when the
> image feature package-management is defined for the image.
>
> It would be nice to define a variable/feature to control SSH server.
>
virtual providers could help here.
_
On Wed, 2011-10-05 at 16:03 -0400, Philip Balister wrote:
> On 10/05/2011 03:35 PM, Khem Raj wrote:
> > On Wed, Oct 5, 2011 at 7:14 AM, Philip Balister wrote:
> >>
> >> 1) I do not want rpm in the image. This would confuse my customer base.
> >> 2) I am tired of dropbear, I want openssh only.
> >>
On 10/05/2011 03:35 PM, Khem Raj wrote:
On Wed, Oct 5, 2011 at 7:14 AM, Philip Balister wrote:
1) I do not want rpm in the image. This would confuse my customer base.
2) I am tired of dropbear, I want openssh only.
3) I need the full versions of tools, not the busybox ones.
4) I am not limited
The parallel build problems are solved upstream therefore removed
License file has been corrected to use 'GNU Lesser GPL' instead of
'GNU library GPL' and some indentation changes
The license is LGPLv2+ therefore mark it so
Signed-off-by: Khem Raj
---
.../files/fix-parallel-build-backport.patc
This brings in qemu-0.15 into OE-core I have had limited testing
on it and mainly on qemuarm. Please help testing it on other architectures
I will also work on getting it more solidified and bring some backports
as needed.
The following changes since commit abde9f65b1617ec61e964c4b3502fd4ad2215dcf
On Wed, Oct 5, 2011 at 7:14 AM, Philip Balister wrote:
>
> 1) I do not want rpm in the image. This would confuse my customer base.
> 2) I am tired of dropbear, I want openssh only.
> 3) I need the full versions of tools, not the busybox ones.
> 4) I am not limited to gpv2 software.
>
> Richard, it
On Wed, Oct 5, 2011 at 6:02 AM, Richard Purdie
wrote:
> On Wed, 2011-10-05 at 14:34 +0200, Martin Jansa wrote:
>> On Wed, Oct 05, 2011 at 07:29:10AM -0500, Koen Kooi wrote:
>> >
>> >
>> > Op 5 okt. 2011 om 07:27 heeft Otavio Salvador
>> > het volgende geschreven:
>> >
>> > > On Wed, Oct 5, 2011
On Wed, Oct 5, 2011 at 4:34 AM, Richard Purdie
wrote:
> On Tue, 2011-10-04 at 21:52 +, McClintock Matthew-B29882 wrote:
>> On Mon, Oct 3, 2011 at 4:17 PM, Khem Raj wrote:
>> >> I can't find a log of this anywhere, it's probably the default
>> >> compiler warnings for our platform are differen
On Wed, Oct 5, 2011 at 2:12 PM, Khem Raj wrote:
> is sysprof linux specific? if not then this change will mean that it wont work
> on other OSes which dont define __powerpc64__ e.g. darwin. Better solution is
> to
> check for both __ppc64__ and __powerpc64__
>
> but thats something for sysprof up
On Wed, Oct 5, 2011 at 11:30 AM, Phil Blundell wrote:
> On Wed, 2011-10-05 at 12:35 +0100, Richard Purdie wrote:
>> On Tue, 2011-10-04 at 17:05 -0700, Khem Raj wrote:
>> > On 10/4/2011 3:03 PM, Matthew McClintock wrote:
>> > > sysprof will not build properly without this defined
>> > >
>> > > Sign
On Wed, Oct 5, 2011 at 12:02 PM, Matthew McClintock wrote:
> __ppc64__ is not defined on powerpc64, rather __powerpc64__ is, this
> uses a patch that is already upstream to fix builds for powerpc64
>
> Signed-off-by: Matthew McClintock
> ---
> ...PowerPC-checks-for-__NR_perf_counter_open.patch |
On Wed, Oct 5, 2011 at 6:46 AM, Richard Purdie
wrote:
>> --- a/meta/recipes-devtools/perl/perl_5.12.3.bb
>> +++ b/meta/recipes-devtools/perl/perl_5.12.3.bb
>> @@ -7,7 +7,7 @@ LIC_FILES_CHKSUM =
>> "file://Copying;md5=2b4c6ffbcfcbdee469f02565f253d81a \
>> # We need gnugrep (for -I)
>> DEPENDS =
__ppc64__ is not defined on powerpc64, rather __powerpc64__ is, this
uses a patch that is already upstream to fix builds for powerpc64
Signed-off-by: Matthew McClintock
---
...PowerPC-checks-for-__NR_perf_counter_open.patch | 35
meta/recipes-kernel/sysprof/sysprof_git.bb
>From the 2.6.39 linux kernel and up it is possible to use
and nfsroot mount without the need to talk to an RPC info
server as long as the port numbers for mountd and nfsd
are known in advance.
This patch updates the qemu startup scripts and the
user mode NFS server to have the ability to start
wi
>From the 2.6.39 linux kernel and up it is possible to use
and nfsroot mount without the need to talk to an RPC info
server as long as the port numbers for mountd and nfsd
are known in advance.
This patch updates the qemu startup scripts and the
user mode NFS server to have the ability to start
wi
On Wed, Oct 5, 2011 at 1:30 PM, Phil Blundell wrote:
> On Wed, 2011-10-05 at 12:35 +0100, Richard Purdie wrote:
>> On Tue, 2011-10-04 at 17:05 -0700, Khem Raj wrote:
>> > On 10/4/2011 3:03 PM, Matthew McClintock wrote:
>> > > sysprof will not build properly without this defined
>> > >
>> > > Signe
On Wed, 2011-10-05 at 10:45 -0700, Saul Wold wrote:
> Not good, I guess the change here would be to test if base_libdir and
> libdir are the same, would you confirm that this test would be right?
Yes, something like that. Those two dirs are indeed the same on micro.
thanks
p.
__
On Wed, 2011-10-05 at 12:35 +0100, Richard Purdie wrote:
> On Tue, 2011-10-04 at 17:05 -0700, Khem Raj wrote:
> > On 10/4/2011 3:03 PM, Matthew McClintock wrote:
> > > sysprof will not build properly without this defined
> > >
> > > Signed-off-by: Matthew McClintock
> > > ---
> > > No comments on o
Hi Philip,
Le 05/10/2011 16:14, Philip Balister a écrit :
Short term, I think I'll copy the tasks/images into my bsp and get some
stuff together for testing. I'd like a better long term solution though.
that's what we also did here to get the wanted result without using "standard"
variables wh
On Wednesday, October 05, 2011 03:37:40 PM Richard Purdie wrote:
> On Wed, 2011-10-05 at 02:05 +0200, Andreas Müller wrote:
> > On Tuesday, October 04, 2011 02:40:49 PM Richard Purdie wrote:
> > > On Mon, 2011-10-03 at 20:45 +0200, Andreas Müller wrote:
> > > > On Monday, October 03, 2011 05:29:52
On 10/04/2011 08:36 AM, Phil Blundell wrote:
On Sat, 2011-09-24 at 11:56 -0700, Saul Wold wrote:
+fix_symlink () {
+ # Remove bad symlinks& create the correct symlinks
+ if test -L ${libdir}/lib${BPN}.so ; then
+ rm -rf ${libdir}/lib${BPN}.so
+ ln -sf ${b
On 10/05/2011 10:06 AM, Khem Raj wrote:
On Wed, Oct 5, 2011 at 9:48 AM, McClintock Matthew-B29882
wrote:
On Wed, Oct 5, 2011 at 6:35 AM, Richard Purdie
wrote:
this is a gcc built-in define I wonder why you need to add it explicitly
Are you sure? Is the built-in define not __powerpc64__ ?
On Wed, Oct 5, 2011 at 9:48 AM, McClintock Matthew-B29882
wrote:
> On Wed, Oct 5, 2011 at 6:35 AM, Richard Purdie
> wrote:
>>> this is a gcc built-in define I wonder why you need to add it explicitly
>>
>> Are you sure? Is the built-in define not __powerpc64__ ?
>
> Further investigation:
>
> [ma
Op 5 okt. 2011 om 11:56 heeft Richard Purdie
het volgende geschreven:
> This is a heads up notification that in 5 days time I'm planning to
> remove the following things from OE-Core:
>
> * gcc version 4.5
> * eglibc 2.12
> * gnomevfs
> * qt 4.7.3
>
> There is already a version of gcc 4.5 in
On Wed, 2011-10-05 at 16:53 +, McClintock Matthew-B29882 wrote:
> On Wed, Oct 5, 2011 at 6:34 AM, Richard Purdie
> wrote:
> > I dug into this a bit. To quote asm/types.h:
> >
> > /*
> > * This is here because we used to use l64 for 64bit powerpc
> > * and we don't want to impact user mode wi
This is a heads up notification that in 5 days time I'm planning to
remove the following things from OE-Core:
* gcc version 4.5
* eglibc 2.12
* gnomevfs
* qt 4.7.3
There is already a version of gcc 4.5 in meta-oe which should suffice
for anyone who still needs it.
Anyone wanting the other compo
On Wed, Oct 5, 2011 at 6:34 AM, Richard Purdie
wrote:
> I dug into this a bit. To quote asm/types.h:
>
> /*
> * This is here because we used to use l64 for 64bit powerpc
> * and we don't want to impact user mode with our change to ll64
> * in the kernel.
> */
> #if defined(__powerpc64__) && !d
On Wed, Oct 5, 2011 at 6:35 AM, Richard Purdie
wrote:
>> this is a gcc built-in define I wonder why you need to add it explicitly
>
> Are you sure? Is the built-in define not __powerpc64__ ?
Further investigation:
[mattsm@right build_p5020ds-64b_release (testing $)]$
./tmp/sysroots/x86_64-linux/
On Wed, Oct 5, 2011 at 4:35 AM, Richard Purdie
wrote:
> On Tue, 2011-10-04 at 17:05 -0700, Khem Raj wrote:
>> On 10/4/2011 3:03 PM, Matthew McClintock wrote:
>> > sysprof will not build properly without this defined
>> >
>> > Signed-off-by: Matthew McClintock
>> > ---
>> > No comments on original
Hi Philip,
Le 05/10/2011 16:14, Philip Balister a écrit :
Short term, I think I'll copy the tasks/images into my bsp and get some
stuff together for testing. I'd like a better long term solution though.
that's what we also did here to get the wanted result without using "standard"
variables wh
Op 5 okt. 2011 om 09:14 heeft Philip Balister het
volgende geschreven:
> On 10/04/2011 06:43 PM, Mark Hatle wrote:
>> On 10/4/11 3:32 PM, Saul Wold wrote:
>>> On 10/04/2011 01:27 PM, Philip Balister wrote:
On 10/04/2011 04:08 PM, Saul Wold wrote:
> On 10/04/2011 12:58 PM, Philip Balis
On 10/5/11 9:14 AM, Philip Balister wrote:
> On 10/04/2011 06:43 PM, Mark Hatle wrote:
>> On 10/4/11 3:32 PM, Saul Wold wrote:
>>> On 10/04/2011 01:27 PM, Philip Balister wrote:
On 10/04/2011 04:08 PM, Saul Wold wrote:
> On 10/04/2011 12:58 PM, Philip Balister wrote:
>> I'm about to st
On 10/04/2011 06:43 PM, Mark Hatle wrote:
On 10/4/11 3:32 PM, Saul Wold wrote:
On 10/04/2011 01:27 PM, Philip Balister wrote:
On 10/04/2011 04:08 PM, Saul Wold wrote:
On 10/04/2011 12:58 PM, Philip Balister wrote:
I'm about to start bringing some images I use from OE to OE-core. The
first iss
On Wed, 2011-10-05 at 02:05 +0200, Andreas Müller wrote:
> On Tuesday, October 04, 2011 02:40:49 PM Richard Purdie wrote:
> > On Mon, 2011-10-03 at 20:45 +0200, Andreas Müller wrote:
> > > On Monday, October 03, 2011 05:29:52 PM Gary Thomas wrote:
> > > > >> NOTE: package webkit-gtk-1.5.1+svnr90727
On Tue, 2011-10-04 at 17:03 -0500, Matthew McClintock wrote:
> From: Kumar Gala
>
> If a SOCKS5 gateway is needed for a proxy access like git it might also
> require authentication to the proxy via a password and username. Adding
> SOCKS5_USER & SOCKS5_PASSWD to BB_ENV_EXTRAWHITE allow for autom
On Wed, 2011-10-05 at 14:34 +0200, Martin Jansa wrote:
> On Wed, Oct 05, 2011 at 07:29:10AM -0500, Koen Kooi wrote:
> >
> >
> > Op 5 okt. 2011 om 07:27 heeft Otavio Salvador het
> > volgende geschreven:
> >
> > > On Wed, Oct 5, 2011 at 09:22, Koen Kooi
> > > wrote:
> > >> Op 5 okt. 2011 om 0
On Wed, Oct 05, 2011 at 07:29:10AM -0500, Koen Kooi wrote:
>
>
> Op 5 okt. 2011 om 07:27 heeft Otavio Salvador het
> volgende geschreven:
>
> > On Wed, Oct 5, 2011 at 09:22, Koen Kooi wrote:
> >> Op 5 okt. 2011 om 07:10 heeft Otavio Salvador
> >> het volgende geschreven:
> >>> On Tue, Oct 4
Op 5 okt. 2011 om 07:27 heeft Otavio Salvador het
volgende geschreven:
> On Wed, Oct 5, 2011 at 09:22, Koen Kooi wrote:
>> Op 5 okt. 2011 om 07:10 heeft Otavio Salvador het
>> volgende geschreven:
>>> On Tue, Oct 4, 2011 at 19:00, Richard Purdie
>>> wrote:
Really? hal doesn't really r
On Wed, Oct 5, 2011 at 09:22, Koen Kooi wrote:
> Op 5 okt. 2011 om 07:10 heeft Otavio Salvador het
> volgende geschreven:
>> On Tue, Oct 4, 2011 at 19:00, Richard Purdie
>> wrote:
>>> Really? hal doesn't really replace udev though, we can just use udev
>>> directly in place of it for many thing
Op 5 okt. 2011 om 07:10 heeft Otavio Salvador het
volgende geschreven:
> On Tue, Oct 4, 2011 at 19:00, Richard Purdie
> wrote:
>> Really? hal doesn't really replace udev though, we can just use udev
>> directly in place of it for many things now?
>
> Yes, many moved from hal to udev.
>
>> S
On Tue, Oct 4, 2011 at 19:00, Richard Purdie
wrote:
> Really? hal doesn't really replace udev though, we can just use udev
> directly in place of it for many things now?
Yes, many moved from hal to udev.
> Specifically which applications are people using with dependencies on
> hal? As has been p
On Tue, 2011-10-04 at 17:03 -0500, Matthew McClintock wrote:
> Build environment for ARCH was set to powerpc on a powerpc64
> build, this adds an override to set this to powerpc64 when
> doing this type of build
>
> Signed-off-by: Matthew McClintock
> ---
> No comments on original patch:
>
> htt
On Wed, 2011-10-05 at 12:48 +0200, Tasslehoff Kjappfot wrote:
> I need to compile linux-omap_2.6.39.bb, but it fails since the
> tmlind-repos are not currently on kernel.org.
>
> I have downloaded
> git_git.kernel.org.pub.scm.linux.kernel.git.tmlind.linux-omap-2.6.git_v2.6.39.tar.gz
>
> from t
On Tue, 2011-10-04 at 17:05 -0700, Khem Raj wrote:
> On 10/4/2011 3:03 PM, Matthew McClintock wrote:
> > sysprof will not build properly without this defined
> >
> > Signed-off-by: Matthew McClintock
> > ---
> > No comments on original patch sent
> >
> > meta/recipes-kernel/sysprof/sysprof_git.bb
On Tue, 2011-10-04 at 21:52 +, McClintock Matthew-B29882 wrote:
> On Mon, Oct 3, 2011 at 4:17 PM, Khem Raj wrote:
> >> I can't find a log of this anywhere, it's probably the default
> >> compiler warnings for our platform are different?
> >
> > It would be handy to understand them since I dont
I need to compile linux-omap_2.6.39.bb, but it fails since the
tmlind-repos are not currently on kernel.org.
I have downloaded
git_git.kernel.org.pub.scm.linux.kernel.git.tmlind.linux-omap-2.6.git_v2.6.39.tar.gz
from the angstrom mirrors. Can I extract that into my downloads/ in a
way that wi
On Wed, 2011-10-05 at 08:19 +0200, Andreas Müller wrote:
> Although kernel.org seems up again I cannot download sources for conman-gnome
>
> | ERROR: Function 'Fetcher failure for URL:
> 'git://git.kernel.org/pub/scm/network/connman/connman-gnome.git;protocol=git'.
> Unable to fetch URL
> git:/
On Tue, 2011-10-04 at 13:48 -0700, Kamble, Nitin A wrote:
>
> > -Original Message-
> > From: otavio.salva...@gmail.com [mailto:otavio.salva...@gmail.com] On
> > Behalf Of Otavio Salvador
> > Sent: Tuesday, October 04, 2011 1:48 PM
> > To: Patches and discussions about the oe-core layer; Ka
On Wed, 2011-10-05 at 11:01 +0100, Richard Purdie wrote:
> On Wed, 2011-10-05 at 03:21 -0600, dashesy wrote:
> > Hi,
> >
> > I am using these in my local.conf with master branch of oe-core:
> > DISTRO="angstrom-2010.x"
> > MACHINE="beagleboard"
> >
> > The build for 'bitbake glib-2.0-native' (or
On Wed, 2011-10-05 at 03:21 -0600, dashesy wrote:
> Hi,
>
> I am using these in my local.conf with master branch of oe-core:
> DISTRO="angstrom-2010.x"
> MACHINE="beagleboard"
>
> The build for 'bitbake glib-2.0-native' (or actually 'bitbake
> meta-toolchain') will finally reach a run.do_configur
On Sat, 2011-10-01 at 10:05 -0500, Tom Zanussi wrote:
> Building sato-sdk for an x86_64 target throws this QA error:
>
> | ERROR: QA Issue: Architecture did not match (62 to 3) on
> /work/x86_64-poky-li\
> nux/kexec-tools-2.0.2-r1/packages-split/kexec-tools/usr/lib/kexec-tools/kexec_t\
> est
>
>
Hi,
I am using these in my local.conf with master branch of oe-core:
DISTRO="angstrom-2010.x"
MACHINE="beagleboard"
The build for 'bitbake glib-2.0-native' (or actually 'bitbake
meta-toolchain') will finally reach a run.do_configure for 'package
glib-2.0-native-1_2.28.8-r5: task do_configure: Sta
Changelog for 2011-09-26 to 2011-10-3. Projects included in this report:
bitbake: git://git.openembedded.org/bitbake
openembedded-core: git://git.openembedded.org/openembedded-core
meta-openembedded: git://git.openembedded.org/meta-openembedded
meta-angstrom: git://git.angstrom-distribution.org/m
65 matches
Mail list logo
