Use a python module "folder" rather than a single module within
layers to ensure multiple layers can define a TEST_TARGET class.
Current implementation using controllers.py module will only allow
a single layer to define test targets.
Add a controllers folder as well as a TestTargetLoader class wh
On Thu, Dec 19, 2013 at 7:21 AM, Saul Wold wrote:
> On 12/16/2013 12:03 PM, Khem Raj wrote:
>>
>> Hi
>>
>> I have pushed a contrib branch for binutils 2.24 upgrade here
>>
>>
>> http://git.openembedded.org/openembedded-core-contrib/log/?h=kraj/binutils-2.24
>>
>> I have tested it on both uclibc/eg
Since OE-Core times we now have machine specific sysroots
for targets unlike before when we used arch specific sysroots
so reflect that here
Signed-off-by: Khem Raj
---
meta/classes/distutils3.bbclass | 11 +--
1 file changed, 5 insertions(+), 6 deletions(-)
diff --git a/meta/classes/
Use python-distribute-native in packagegroup-toolset-native
Also fixes warnings like
WARNING: The recipe python-setuptools is trying to install files into a
shared area when those files already exist. Those files and their
manifest location are:
/srv/ssd/sgw/builds/world/tmp/sysroots/qemux86-64/
So it can get the correct python direcotries for python2
Signed-off-by: Khem Raj
---
meta/recipes-devtools/python/python_2.7.3.bb |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/python/python_2.7.3.bb
b/meta/recipes-devtools/python/python_2.7.3.bb
in
This fixes the warnings like
WARNING: The recipe python3 is trying to install files into a shared
area when those files already exist. Those files and their manifest
location are:
builds/world/tmp/sysroots/qemux86-64/usr/include/python3.3m/pyconfig.h
builds/world/tmp/sysroots/qemux86-64/usr/lib/l
Remove PYTHON_BASEVERSION its moved to distutils3-base class
Add DISTUTILS_BUILD_EXT_ARGS for modules to pass flags to build_ext step
in setup.py
Add build_ext as sepate step during compile and add
the cross sysrooted library and headers since we are cross
compiling
Use ${PYTHON_PN} in place of
Signed-off-by: Khem Raj
---
.../python/python-3.3-manifest.inc | 260
1 file changed, 260 insertions(+)
create mode 100644 meta/recipes-devtools/python/python-3.3-manifest.inc
diff --git a/meta/recipes-devtools/python/python-3.3-manifest.inc
b/meta/recipes
In python3 this has to be taken care of, it defines a variable to
denote ABI currently its at 'm' and it uses this to construct
the directory names for installing the python headers and library
names in sysroot. e.g. it will be something like ../python3.3m/...
We need this information when we are
in python3-distribute rename easy_install to easy3_install
Signed-off-by: Khem Raj
---
.../python/python-distribute_0.6.32.bb | 47
.../python/python3-distribute_0.6.32.bb| 47
2 files changed, 94 insertions(+)
create mode 10
This causes issues when postinstalls have ERROR keywords
its interpreted as error and image build is cancelled
Signed-off-by: Khem Raj
---
meta/classes/package_rpm.bbclass |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/package_rpm.bbclass b/meta/classes/packa
Python's machinery replaces directories in sysroot path to match OE's
staging area sysroots. Earlier we use to have HOST_SYS represent sysroot
always but now we use MACHINE to represent target sysroots but HOST_SYS
to represent host sysroot. This patch caters to that difference
Signed-off-by: Khem
Bases on python 2.7.x generator
Signed-off-by: Khem Raj
---
scripts/contrib/python/generate-manifest-3.3.py | 376 +++
1 file changed, 376 insertions(+)
create mode 100755 scripts/contrib/python/generate-manifest-3.3.py
diff --git a/scripts/contrib/python/generate-manifest
In line with python2 add distutils and setuptools
classes for handing python3
Use python-distribute instead of python-setuptools in setuptools bbclass
Remove --single-version-externally-managed since its setuptools
specific and we dont use it anymore
Signed-off-by: Khem Raj
---
meta/classes/di
This is needed to accomodate python3 alongside
python2
Signed-off-by: Khem Raj
---
meta/classes/distutils-base.bbclass|5 ++---
meta/classes/distutils-native-base.bbclass |4 ++--
meta/classes/distutils.bbclass | 23 ---
meta/classes/python-dir.b
Signed-off-by: Khem Raj
---
meta/classes/python3native.bbclass |7 +++
1 file changed, 7 insertions(+)
create mode 100644 meta/classes/python3native.bbclass
diff --git a/meta/classes/python3native.bbclass
b/meta/classes/python3native.bbclass
new file mode 100644
index 000..f86374f
Post V5
Upgrade to 3.3.3
Fix the warnings like
WARNING: The recipe python3 is trying to install files into a shared
area when those files already exist. Those files and their manifest
location are:
/srv/ssd/sgw/builds/world/tmp/sysroots/qemux86-64/usr/include/python3.3m/pyconfig.h
/srv/ssd/sgw
* packagedata task was introduced in:
commit 6107ee294afde395e39d084c33e8e94013c625a9
Author: Richard Purdie
Date: Wed Jan 23 14:27:33 2013 +
Subject: Split do_packagedata task from do_package
* rm_by_stamps wasn't using do_packagedata or do_packagedata_setscene
stamp files to find
* format of filenames for sstate archives was changed in:
commit 6f823a23c5f1d0ffa0a27db1c1bc1907de788505
Author: Richard Purdie
Date: Fri Dec 20 12:06:02 2013 +
Subject: sstate: Convert to use ':' as a filename sperator and use
SSTATE_SWSPEC globally
* this one doesn't need special
* it's good to see some the ratio of delted files until now it was
showing only when all or none files were to be removed
Signed-off-by: Martin Jansa
---
scripts/sstate-cache-management.sh | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/scripts/sstate-cache-manag
* grep for AVAILTUNES isn't enough in cases where AVAILTUNE doesn't
match exactly with TUNE_PKGARCH, e.g. AVAILTUNE "cortexa8thf-neon"
and TUNE_PKGARCH "cortexa8t2hf-vfp-neon", instead of trying to find
dynamically every available TUNE_PKGARCH (we have _a lot_ of them
even with oe-core only
* format of filenames for sstate archives was changed in:
commit 6f823a23c5f1d0ffa0a27db1c1bc1907de788505
Author: Richard Purdie
Date: Fri Dec 20 12:06:02 2013 +
Subject: sstate: Convert to use ':' as a filename sperator and use
SSTATE_SWSPEC globally
* remove_duplicated() wasn't ab
The following changes since commit c3f3fed1b397b6ee6d44e7d39e63d084e4a88e30:
toaster.bbclass: save original package name (2014-01-29 17:40:29 +)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib jansa/sstate-management
http://cgit.openembedde
Oh right, I didn't get any notifications so I assumed nobody had a look
at it.
Thanks !
On 29/01/2014 at 17:41:42 +, Richard Purdie wrote :
> On Wed, 2014-01-29 at 14:06 +0100, Alexandre Belloni wrote:
> > Ping ?
>
> Merged 10 days ago:
>
> http://git.yoctoproject.org/cgit.cgi/poky/commit/?
On Wed, 2014-01-29 at 14:06 +0100, Alexandre Belloni wrote:
> Ping ?
Merged 10 days ago:
http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=cac6f8148a88d072636bc1f9d54fed6de80dcb6d
Cheers,
Richard
___
Openembedded-core mailing list
Openembedded-cor
On Wed, 2014-01-29 at 19:17 +0500, Noor, Ahsan wrote:
> From: Noor
>
> * libcgroup require native packages for bison and flex. Added those
> in its DEPENDS.
>
> Signed-off-by: Noor Ahsan
> ---
> meta/recipes-core/libcgroup/libcgroup_0.38.bb |2 +-
> 1 file changed, 1 insertion(+), 1 dele
From: "Barros Pena, Belen"
This patch updates the task descriptions in documentation.conf
It also has a bunch of grammar fixes for the variable descriptions.
Signed-off-by: Alexandru DAMIAN
---
meta/conf/documentation.conf | 161 ---
1 file changed, 107
From: Alexandru DAMIAN
If we can get the original package name when reading
package infos in toaster.bbclass, we save it for proper
referincing in the toater ui.
Signed-off-by: Alexandru DAMIAN
---
meta/classes/toaster.bbclass | 4
1 file changed, 4 insertions(+)
diff --git a/meta/classe
Thank you for this contribution.
As a side note, please consider the documentation bits in the future
as well. :-) I have just opened a separate ticket for that here:
https://bugzilla.yoctoproject.org/show_bug.cgi?id=5770
On Mon, Jan 27, 2014 at 2:39 PM, Richard Purdie
wrote:
> Its rather sad t
On Wed, Jan 29, 2014 at 3:16 PM, Koen Kooi wrote:
>
> Op 29 jan. 2014, om 16:04 heeft Laszlo Papp het volgende
> geschreven:
>
>> On Wed, Jan 29, 2014 at 2:06 PM, Koen Kooi
>> wrote:
>>>
>>> Op 29 jan. 2014, om 13:39 heeft Laszlo Papp het volgende
>>> geschreven:
>>>
On Wed, Jan 29, 201
Op 29 jan. 2014, om 16:04 heeft Laszlo Papp het volgende
geschreven:
> On Wed, Jan 29, 2014 at 2:06 PM, Koen Kooi wrote:
>>
>> Op 29 jan. 2014, om 13:39 heeft Laszlo Papp het volgende
>> geschreven:
>>
>>> On Wed, Jan 29, 2014 at 12:37 PM, Phil Blundell wrote:
On Wed, 2014-01-29 at 1
On 14-01-29 08:10 AM, Alexandre Belloni wrote:
Hi Bruce,
Any news on that ?
Sorry, I hadn't intended for this to sit with no reply for this lenght
of time. I was tied up working with 3.13 and 3.14 yocto kerenls. I'm
now in a position to run some migration tests and will follow up with
the resu
On Wed, Jan 29, 2014 at 2:06 PM, Koen Kooi wrote:
>
> Op 29 jan. 2014, om 13:39 heeft Laszlo Papp het volgende
> geschreven:
>
>> On Wed, Jan 29, 2014 at 12:37 PM, Phil Blundell wrote:
>>> On Wed, 2014-01-29 at 12:32 +, Laszlo Papp wrote:
Is there any obstacle why this cannot be /root
On 01/29/2014 08:19 AM, Richard Purdie wrote:
> On Wed, 2014-01-29 at 08:12 -0600, Jason Wessel wrote:
>> > Fixed in this patch:
>> > * All patches marked as submitted to the upstream
>> > * Remove the pseudo dependency because unfs3 can fully stand alone
>> > or be used with pseudo and it
Fixed in this patch:
* All patches marked as submitted to the upstream
* Remove the pseudo dependency because unfs3 can fully stand alone
or be used with pseudo and it does not link against pseudo
* Dependencies to flex for nativesdk and target builds are fixed
such that unfs3 can be
On 01/28/14 13:47, Saul Wold wrote:
On 01/20/2014 11:22 AM, Jason Plum wrote:
Signed-off-by: Jason Plum
---
meta/lib/oe/path.py | 13 -
1 file changed, 12 insertions(+), 1 deletion(-)
This patch is still not applying cleanly to master, I am also still a
little concerned if t
On 1/28/14, 9:27 PM, Ming Liu wrote:
On 01/10/2014 02:05 AM, Mark Hatle wrote:
On 1/9/14, 2:49 AM, Ming Liu wrote:
A flaw was found in the way rpm generating arbitrary tags, which
leads to a
incorrect query result, this issue is introduced by a incompatible
endianess
when the generating process
webkit, node are also not running in parallell in later part of the build
WebKit does parallel builds internally so what you’re seeing here is everything
that doesn’t depend on webkit has finished, so the remaining tasks are blocking
on the webkit build.
Ross
--
Ross Burton
Open Source Techno
On Wed, 2014-01-29 at 08:12 -0600, Jason Wessel wrote:
> # Not automake, no out of tree build support
> -#B_pn-nativesdk-unfs3 = "${SEPB}"
> B_pn-nativesdk-util-macros = "${SEPB}"
> B_pn-nativesdk-xcb-proto = "${SEPB}"
> B_pn-nativesdk-xcmiscproto = "${SEPB}"
Is that right? I would have thoug
On Wed, 2014-01-29 at 08:12 -0600, Jason Wessel wrote:
> Fixed in this patch:
> * All patches marked as submitted to the upstream
> * Remove the pseudo dependency because unfs3 can fully stand alone
> or be used with pseudo and it does not link against pseudo
> * Dependencies to flex for
From: Noor
* libcgroup require native packages for bison and flex. Added those
in its DEPENDS.
Signed-off-by: Noor Ahsan
---
meta/recipes-core/libcgroup/libcgroup_0.38.bb |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-core/libcgroup/libcgroup_0.38.bb
b/m
The prior series which introduced unfs3 was going to have a v3, but
the v2 series already got merged to the master branch.
The patch that follows was originally going to be squashed into
different patches in the series. The aim is to address the remaining
comments from Phil.
Thanks,
Jason.
___
Fixed in this patch:
* All patches marked as submitted to the upstream
* Remove the pseudo dependency because unfs3 can fully stand alone
or be used with pseudo and it does not link against pseudo
* Dependencies to flex for nativesdk and target builds are fixed
such that unfs3 can be
Op 29 jan. 2014, om 13:39 heeft Laszlo Papp het volgende
geschreven:
> On Wed, Jan 29, 2014 at 12:37 PM, Phil Blundell wrote:
>> On Wed, 2014-01-29 at 12:32 +, Laszlo Papp wrote:
>>> Is there any obstacle why this cannot be /root as per default Unix
>>> philosophy [1]?
>>
>> No. This is
On 2014-01-29 10:38, Jonas Eriksson wrote:
To enable the construction of minimal hypervisors based on OE, it is
important to be able to build qemu without it requiring X support. By
checking that the distro is built with the x11 feature before adding
virtual/x11 to the dependencies, this is made
2014-01-29 13:56, Richard Purdie skrev:
On Wed, 2014-01-29 at 13:09 +0100, Ulf Samuelsson wrote:
We discussed this 2.3 months ago.
Did some studies on my dual hex-core machine (24 H/W treads) while
building a cloud9-gnome-image derivative.
This did about 7500 tasks.
Enabled the CPU supervisors
On Wed, Jan 29, 2014 at 1:13 PM, Richard Purdie
wrote:
> On Wed, 2014-01-29 at 12:59 +, Laszlo Papp wrote:
>> On Wed, Jan 29, 2014 at 12:52 PM, Richard Purdie
>> wrote:
>> > On Wed, 2014-01-29 at 12:32 +, Laszlo Papp wrote:
>
>> > By having a default of /home/root/ we can catch software t
On Wed, 2014-01-29 at 12:59 +, Laszlo Papp wrote:
> On Wed, Jan 29, 2014 at 12:52 PM, Richard Purdie
> wrote:
> > On Wed, 2014-01-29 at 12:32 +, Laszlo Papp wrote:
> > By having a default of /home/root/ we can catch software that has issues
> > with relocation of that.
>
> I am not sure
Hi Bruce,
Any news on that ?
On Tue, Jan 07, 2014 at 15:39:01 -0500, Bruce Ashfield wrote :
> On 14-01-07 03:27 PM, Alexandre Belloni wrote:
> >On 07/01/2014 16:32, Bruce Ashfield wrote:
> >>On 14-01-07 09:18 AM, Alexandre Belloni wrote:
> >>>When using a defconfig, using yes '' | make oldconfig
Ping ?
On Fri, Jan 17, 2014 at 11:09:03 +0100, Alexandre Belloni wrote :
> The .shbg extension is not properly supported by the Xsession script
> provided by xserver-common.
>
> Move the main part of the Xsession.d script to a script in usr/bin then
> add a Xsession.d script to start it in the ba
Ping ?
On Thu, Jan 16, 2014 at 14:34:39 +0100, Alexandre Belloni wrote :
> Exiting explicitly in pkg_postinst makes it impossible to use the
> update-rc.d class in a .bbappend because the link creation is appended
> to the pkg_postinst script.
>
> Signed-off-by: Alexandre Belloni
> ---
> meta/r
On Wed, Jan 29, 2014 at 12:52 PM, Richard Purdie
wrote:
> On Wed, 2014-01-29 at 12:32 +, Laszlo Papp wrote:
>> Hi,
>>
>> Is there any obstacle why this cannot be /root as per default Unix
>> philosophy [1]?
>>
>> It is not an unusual that the /home partition is a separate, and the
>> sysadmins
On Wed, 2014-01-29 at 13:09 +0100, Ulf Samuelsson wrote:
> We discussed this 2.3 months ago.
> Did some studies on my dual hex-core machine (24 H/W treads) while
> building a cloud9-gnome-image derivative.
> This did about 7500 tasks.
>
> Enabled the CPU supervisors in the panel.
>
> Everything
On Wed, 2014-01-29 at 12:32 +, Laszlo Papp wrote:
> Hi,
>
> Is there any obstacle why this cannot be /root as per default Unix
> philosophy [1]?
>
> It is not an unusual that the /home partition is a separate, and the
> sysadmins would like to manage the core system without getting that
> par
On 29.01.2014 12:52, Paul Eggleton wrote:
> On Wednesday 29 January 2014 12:47:54 Steffen Sledz wrote:
>> On 29.01.2014 11:59, Richard Purdie wrote:
>>> On Wed, 2014-01-29 at 11:14 +0100, Steffen Sledz wrote:
On 27.01.2014 15:39, Richard Purdie wrote:
> Its rather sad that people don't app
On Wed, Jan 29, 2014 at 12:37 PM, Phil Blundell wrote:
> On Wed, 2014-01-29 at 12:32 +, Laszlo Papp wrote:
>> Is there any obstacle why this cannot be /root as per default Unix
>> philosophy [1]?
>
> No. This is distro policy and you (or your DISTRO) can set it to
> anything you like.
The em
On Wed, 2014-01-29 at 12:32 +, Laszlo Papp wrote:
> Is there any obstacle why this cannot be /root as per default Unix
> philosophy [1]?
No. This is distro policy and you (or your DISTRO) can set it to
anything you like.
p.
___
Openembedded-core
Without this it won't add core2-64 and similar channels, as the
directory name in deploy_dir/rpm uses _ not - as the package arch.
Signed-off-by: Stefan Stanacar
---
meta/lib/oeqa/runtime/smart.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/lib/oeqa/runtime/smart.py
Hi,
Is there any obstacle why this cannot be /root as per default Unix
philosophy [1]?
It is not an unusual that the /home partition is a separate, and the
sysadmins would like to manage the core system without getting that
partition mounted, etc.
It is true that it would be possible to work tha
Restart is a property of a specific target, not
of a test class, should a test really need to restart
the target the direct method should be called.
Also some tests used this to enforce more ram, which
makes sense only for qemu targets only (and the inital
reason this was needed isn't valid anymore
2014-01-28 11:08, Koen Kooi skrev:
Op 27 jan. 2014, om 15:39 heeft Richard Purdie
het volgende geschreven:
Its rather sad that people don't appear to read local.conf and then complain
about slow builds when they're just using a single thread. Most systems have
more than one core now so we mig
On Wednesday 29 January 2014 12:47:54 Steffen Sledz wrote:
> On 29.01.2014 11:59, Richard Purdie wrote:
> > On Wed, 2014-01-29 at 11:14 +0100, Steffen Sledz wrote:
> >> On 27.01.2014 15:39, Richard Purdie wrote:
> >>> Its rather sad that people don't appear to read local.conf and then
> >>> complai
On 29.01.2014 11:59, Richard Purdie wrote:
> On Wed, 2014-01-29 at 11:14 +0100, Steffen Sledz wrote:
>> On 27.01.2014 15:39, Richard Purdie wrote:
>>> Its rather sad that people don't appear to read local.conf and then complain
>>> about slow builds when they're just using a single thread. Most sys
On 29.01.2014 11:22, Paul Eggleton wrote:
> On Wednesday 29 January 2014 11:14:47 Steffen Sledz wrote:
>> On 27.01.2014 15:39, Richard Purdie wrote:
>>> Its rather sad that people don't appear to read local.conf and then
>>> complain about slow builds when they're just using a single thread. Most
>
On Fri, 2014-01-24 at 20:56 +, Phil Blundell wrote:
> On Thu, 2014-01-23 at 18:22 +, alexandru.sar...@freescale.com wrote:
> > [Alex Sardan] No. The more generic target powerpc-none-linux will not
> > generate SPE code and the powerpc-none-linux-gnuspe target that generates
> > SPE will not
On Wed, 2014-01-29 at 11:14 +0100, Steffen Sledz wrote:
> On 27.01.2014 15:39, Richard Purdie wrote:
> > Its rather sad that people don't appear to read local.conf and then complain
> > about slow builds when they're just using a single thread. Most systems have
> > more than one core now so we mig
On Wednesday 29 January 2014 11:14:47 Steffen Sledz wrote:
> On 27.01.2014 15:39, Richard Purdie wrote:
> > Its rather sad that people don't appear to read local.conf and then
> > complain about slow builds when they're just using a single thread. Most
> > systems have more than one core now so we
On 27.01.2014 15:39, Richard Purdie wrote:
> Its rather sad that people don't appear to read local.conf and then complain
> about slow builds when they're just using a single thread. Most systems have
> more than one core now so we might as well use a more automatic default
> for these values. This
To enable the construction of minimal hypervisors based on OE, it is
important to be able to build qemu without it requiring X support. By
checking that the distro is built with the x11 feature before adding
virtual/x11 to the dependencies, this is made possible.
---
meta/recipes-devtools/qemu/qem
On 01/29/2014 11:27 AM, Ming Liu wrote:
On 01/10/2014 02:05 AM, Mark Hatle wrote:
On 1/9/14, 2:49 AM, Ming Liu wrote:
A flaw was found in the way rpm generating arbitrary tags, which
leads to a
incorrect query result, this issue is introduced by a incompatible
endianess
when the generating pr
On 2014年01月27日 18:37, Burton, Ross wrote:
On 27 January 2014 07:35, Baogen Shang wrote:
e2fsprogs requires pkgconfig to build native package
Presumably this is also the case for non-native builds but ordering
ensures that pkgconfig is present?
I‘m Sorry for the title is not comprehensive, It
71 matches
Mail list logo