* Re: Adding TARGET_VECTOR
From: McClintock Matthew-B29882 @ 2011-09-30 20:08 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer; +Cc: McClintock Matthew-B29882
In-Reply-To: <CAMKF1srCrTcfy2niJNF-jkArvZHaU0P8=zH5sqMjFrs1BcKA2g@mail.gmail.com>
On Fri, Sep 30, 2011 at 3:05 PM, Khem Raj <raj.khem@gmail.com> wrote:
> there is SOC_FAMILY thats used predominantly in TI chips that could be
> of interest here.
> but in this case I wanted to understand
> if it is a feature of FPU or is it a separate unit, still not clear to me.
It's all on one SoC/Core.
-M
^ permalink raw reply
* Re: Adding TARGET_VECTOR
From: Khem Raj @ 2011-09-30 20:05 UTC (permalink / raw)
To: McClintock Matthew-B29882,
Patches and discussions about the oe-core layer
In-Reply-To: <CAEsOVNcC79qr6+zp6ify_vViu-+FsiYq=XvUCyWFc924RPyqjg@mail.gmail.com>
On Fri, Sep 30, 2011 at 10:49 AM, McClintock Matthew-B29882
<B29882@freescale.com> wrote:
> On Fri, Sep 30, 2011 at 12:31 PM, Khem Raj <raj.khem@gmail.com> wrote:
>> On 8/25/2011 7:35 AM, Kumar Gala wrote:
>>>
>>> We have some packages like flac that are aware of vectorization that may
>>> or may not exist on a given processor. I was wondering if adding something
>>> like TARGET_VECTOR similar to TARGET_FPU made sense as a way for recipes to
>>> decide on how to set various vectorization flags if needed.
>>>
>>> I was looking at this mostly from the PPC side in which we have:
>>>
>>> TARGET_VECTOR = "" /* processor has no vector hw */
>>> TARGET_VECTOR = "altivec" /* processor has AltiVec support */
>>> TARGET_VECTOR = "spe" /* processor has signal processing engine support */
>>> TARGET_VECTOR = "vsx" /* processor has Vector-Scalar Extension */
>>>
>>
>> is target vector a property of FPU itself or is it a separate processing
>> unit in hardware.?
>
> We have several powerpc cores each containing a different vector
> features. We need a way to differentiate in the recipes between
> different cores and decide to enable SPE, Altivec, etc to build the
> package properly.
>
> I've sort of gone the route of adding:
>
> OVERRIDES := ":core_type"
>
> And using that in recipes. But, I think we need a consensus on how we
> want to handle this.
there is SOC_FAMILY thats used predominantly in TI chips that could be
of interest here.
but in this case I wanted to understand
if it is a feature of FPU or is it a separate unit, still not clear to me.
>
> -M
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>
^ permalink raw reply
* Re: MINUTES: OE-TSC meeting 29-Sep-2011
From: Joshua Lock @ 2011-09-30 19:59 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <CABcZANk1DnADdN2F39QYOOM--KyJkxbguhQ0GPmv9BFeEPG_oA@mail.gmail.com>
On Fri, 2011-09-30 at 11:16 -0700, Chris Larson wrote:
> On Fri, Sep 30, 2011 at 11:14 AM, Jeff Osier-Mixon <jefro@jefro.net> wrote:
> > 1. Jefro
> > 2. a. some minutes not making it to mailing list, Jefro to post on wiki
> > b. yocto evaluating gerrit, possible patchwork replacement for OE, khem
> > will research
>
> ReviewBoard may be worth looking at as an alternative to gerritt, as well.
I think people like PatchWork and Gerrit because of their command line
tools - do you know if ReviewBoard has cli tools too?
Regards,
Joshua
--
Joshua Lock
Yocto Project "Johannes factotum"
Intel Open Source Technology Centre
^ permalink raw reply
* Re: [PATCH 4/4] python, python-native: upgrade from 2.6.6 to 2.7.2
From: Martin Jansa @ 2011-09-30 18:46 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <9DA5872FEF993D41B7173F58FCF6BE94E0905BBC@orsmsx504.amr.corp.intel.com>
[-- Attachment #1: Type: text/plain, Size: 3779 bytes --]
On Fri, Sep 30, 2011 at 11:40:47AM -0700, Kamble, Nitin A wrote:
>
> > -----Original Message-----
> > From: openembedded-core-bounces@lists.openembedded.org
> > [mailto:openembedded-core-bounces@lists.openembedded.org] On Behalf Of
> > Martin Jansa
> > Sent: Friday, September 30, 2011 11:38 AM
> > To: Patches and discussions about the oe-core layer
> > Subject: Re: [OE-core] [PATCH 4/4] python, python-native: upgrade from
> > 2.6.6 to 2.7.2
> >
> > On Thu, Sep 29, 2011 at 06:27:11PM -0700, nitin.a.kamble@intel.com
> > wrote:
> > > From: Nitin A Kamble <nitin.a.kamble@intel.com>
> > >
> > > rename from meta/recipes-devtools/python/python-2.6-manifest.inc
> > > rename to meta/recipes-devtools/python/python-2.7-manifest.inc
> >
> > this is wrong.. just to rename it isn't enough
> >
> > I will send patch which regenerates manifest with right paths to
> > actually package something..
> >
> > Regards,
>
> Hi Martin,
> Thanks for catching this. I did not see issue with old manifest. But getting new manifest would be better.
Maybe you had python2.6 packages still arround, but for me the issue
looked like this (because almost all python-* packages were skipped as
empty)
-FILES_${PN}-foo="${libdir}/python2.6/foo"
+FILES_${PN}-foo="${libdir}/python2.7/foo"
| Collected errors:
| * satisfy_dependencies_for: Cannot satisfy the following dependencies
for task-shr-minimal-fso:
| * python-textutils * python-multiprocessing *
python-shell * python-syslog * python-threading *
python-xml * python-io * python-logging * python-stringold *
python-ctypes * python-difflib * python-datetime *
python-logging * python-textutils * python-sqlite3 *
python-subprocess * python-io * python-fcntl * python-stringold
* python-pprint * python-shell * python-datetime *
* python-codecs *
| * opkg_install_cmd: Cannot install package task-shr-minimal-fso.
| * satisfy_dependencies_for: Cannot satisfy the following dependencies
for task-shr-minimal-gtk:
| * libpoppler5 (>= 0.12.3) * libpoppler5 (>= 0.12.3) *
libpoppler5 (>= 0.12.3) *
| * opkg_install_cmd: Cannot install package task-shr-minimal-gtk.
| * satisfy_dependencies_for: Cannot satisfy the following dependencies
for task-shr-minimal-apps:
| * python-resource * python-io * python-terminal *
python-fcntl * python-shell * python-lang * python-lang *
python-lang * python-lang * python-codecs *
python-lang * libpoppler5 (>= 0.12.3) *
| * opkg_install_cmd: Cannot install package task-shr-minimal-apps.
| * satisfy_dependencies_for: Cannot satisfy the following dependencies
for task-shr-cli:
| * python-compression * python-netclient * python-textutils
* python-image * python-mime * python-json * python-html *
* python-sqlite3 * python-netclient * python-sqlite3 *
* python-netclient *
| * opkg_install_cmd: Cannot install package task-shr-cli.
| ERROR: Function 'do_rootfs' failed (see
/OE/shr-core/tmp/work/om_gta02-oe-linux-gnueabi/shr-image-2.0-r18/temp/log.do_rootfs.13435
for further information)
NOTE: package shr-image-2.0-r18: task do_rootfs: Failed
ERROR: Task 8
(/OE/shr-core/meta-smartphone/meta-shr/recipes-shr/images/shr-image.bb,
do_rootfs) failed with exit code '1'
ERROR:
'/OE/shr-core/meta-smartphone/meta-shr/recipes-shr/images/shr-image.bb'
failed
> Thanks,
> Nitin
>
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
--
Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]
^ permalink raw reply
* Re: [bitbake-devel] Feedback on HOB (new image creator GUI)
From: Koen Kooi @ 2011-09-30 18:43 UTC (permalink / raw)
To: Joshua Lock
Cc: bitbake-devel@lists.openembedded.org,
Patches and discussions about the oe-core layer
In-Reply-To: <1317402997.11645.13.camel@scimitar>
Op 30 sep. 2011 om 12:16 heeft Joshua Lock <josh@linux.intel.com> het volgende geschreven:
> On Fri, 2011-09-30 at 11:32 -0500, Koen Kooi wrote:
>>
>> Op 30 sep. 2011 om 10:49 heeft Joshua Lock <josh@linux.intel.com> het volgende geschreven:
>>
>>> On Fri, 2011-09-30 at 08:36 -0600, Yu, Ke wrote:
>>>> Hi,
>>>>
>>>> As you may already know, a new GUI has been added to bitbake recently,
>>>> i.e. HOB (Human Oriented Builder).
>>>
>>> It's not an acronym, it's just a name - Hob.
>>>
>>>> It is a graphical image creator that
>>>> allows user to freely choose which packages to be built in the image.
>>>> The wiki https://wiki.yoctoproject.org/wiki/BitBake/GUI/Hob has more
>>>> detail.
>>>
>>> I'll be changing this page and adding more user-centric info in the
>>> coming weeks.
>>>
>>>> This email is to collect your feedback on the HOB. Current HOB is our
>>>> first version, and it surely has many place to improve. We has the plan
>>>> to enhance it in Yocto 1.2. So we really hope that you can use it and
>>>> provide your valuable feedback . We do think user's feedback/requirement
>>>> is the right way to go. Looking forward your valuable input.
>>>>
>>>> Best Regards
>>>> Ke
>>>>
>>>> Ps. The simple way to run hob is:
>>>> # touch conf/hob-pre.conf conf/hob-post.conf
>>>> # bitbake -u hob -r conf/hob-pre.conf -R conf/hob-post.conf
>>>
>>> In oe-core (and therefore Poky) we have a wrapper script so from an
>>> oe-init-build-env'd build directory you can just call hob.
>>>
>>> The script will create the required configuration files with some
>>> required values.
>>
>> Can we have it use local.conf by default please? I hate having to put the same info in multiple places
>
> We do use local.conf in that if values are set there and not in either
> of the hob configuration files the values from local.conf are used
> however I had an explicit feature request to not modify local.conf.
>
In the past it would ignore DISTRO, leading to much headscratching
> I actually started looking at having Hob use an independent
> configuration file so that Hob settings would persist across build
> directories, this didn't make it in the 1.1 time frame unfortunately.
>
> Cheers,
> Joshua
> --
> Joshua Lock
> Yocto Project "Johannes factotum"
> Intel Open Source Technology Centre
>
^ permalink raw reply
* Re: [PATCH 4/4] python, python-native: upgrade from 2.6.6 to 2.7.2
From: Kamble, Nitin A @ 2011-09-30 18:40 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <20110930183732.GH7364@jama.jama.net>
> -----Original Message-----
> From: openembedded-core-bounces@lists.openembedded.org
> [mailto:openembedded-core-bounces@lists.openembedded.org] On Behalf Of
> Martin Jansa
> Sent: Friday, September 30, 2011 11:38 AM
> To: Patches and discussions about the oe-core layer
> Subject: Re: [OE-core] [PATCH 4/4] python, python-native: upgrade from
> 2.6.6 to 2.7.2
>
> On Thu, Sep 29, 2011 at 06:27:11PM -0700, nitin.a.kamble@intel.com
> wrote:
> > From: Nitin A Kamble <nitin.a.kamble@intel.com>
> >
> > rename from meta/recipes-devtools/python/python-2.6-manifest.inc
> > rename to meta/recipes-devtools/python/python-2.7-manifest.inc
>
> this is wrong.. just to rename it isn't enough
>
> I will send patch which regenerates manifest with right paths to
> actually package something..
>
> Regards,
Hi Martin,
Thanks for catching this. I did not see issue with old manifest. But getting new manifest would be better.
Thanks,
Nitin
^ permalink raw reply
* [PATCH] python: update generate-manifest for 2.7 version and regenerate it
From: Martin Jansa @ 2011-09-30 18:38 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <20110930183732.GH7364@jama.jama.net>
* it needs to be regenerated to actually package something
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
---
.../python/python-2.7-manifest.inc | 124 ++++++++++----------
...te-manifest-2.6.py => generate-manifest-2.7.py} | 2 +-
2 files changed, 63 insertions(+), 63 deletions(-)
rename scripts/contrib/python/{generate-manifest-2.6.py => generate-manifest-2.7.py} (99%)
diff --git a/meta/recipes-devtools/python/python-2.7-manifest.inc b/meta/recipes-devtools/python/python-2.7-manifest.inc
index e3ebe41..b86d073 100644
--- a/meta/recipes-devtools/python/python-2.7-manifest.inc
+++ b/meta/recipes-devtools/python/python-2.7-manifest.inc
@@ -1,6 +1,6 @@
# WARNING: This file is AUTO GENERATED: Manual edits will be lost next time I regenerate the file.
-# Generator: '../../../scripts/contrib/python/generate-manifest-2.6.py' Version 20110222 (C) 2002-2010 Michael 'Mickey' Lauer <mlauer@vanille-media.de>
+# Generator: 'scripts/contrib/python/generate-manifest-2.7.py' Version 20110222.1 (C) 2002-2010 Michael 'Mickey' Lauer <mlauer@vanille-media.de>
# Visit the Python for Embedded Systems Site => http://www.Vanille.de/projects/python.spy
@@ -11,55 +11,55 @@ PACKAGES="${PN}-dbg ${PN}-audio ${PN}-bsddb ${PN}-codecs ${PN}-compile ${PN}-com
DESCRIPTION_${PN}-audio="Python Audio Handling"
RDEPENDS_${PN}-audio="${PN}-core"
-FILES_${PN}-audio="${libdir}/python2.6/wave.* ${libdir}/python2.6/chunk.* ${libdir}/python2.6/sndhdr.* ${libdir}/python2.6/lib-dynload/ossaudiodev.so ${libdir}/python2.6/lib-dynload/audioop.so "
+FILES_${PN}-audio="${libdir}/python2.7/wave.* ${libdir}/python2.7/chunk.* ${libdir}/python2.7/sndhdr.* ${libdir}/python2.7/lib-dynload/ossaudiodev.so ${libdir}/python2.7/lib-dynload/audioop.so "
DESCRIPTION_${PN}-bsddb="Python Berkeley Database Bindings"
RDEPENDS_${PN}-bsddb="${PN}-core"
-FILES_${PN}-bsddb="${libdir}/python2.6/bsddb ${libdir}/python2.6/lib-dynload/_bsddb.so "
+FILES_${PN}-bsddb="${libdir}/python2.7/bsddb ${libdir}/python2.7/lib-dynload/_bsddb.so "
DESCRIPTION_${PN}-codecs="Python Codecs, Encodings & i18n Support"
RDEPENDS_${PN}-codecs="${PN}-core ${PN}-lang"
-FILES_${PN}-codecs="${libdir}/python2.6/codecs.* ${libdir}/python2.6/encodings ${libdir}/python2.6/gettext.* ${libdir}/python2.6/locale.* ${libdir}/python2.6/lib-dynload/_locale.so ${libdir}/python2.6/lib-dynload/unicodedata.so ${libdir}/python2.6/stringprep.* ${libdir}/python2.6/xdrlib.* "
+FILES_${PN}-codecs="${libdir}/python2.7/codecs.* ${libdir}/python2.7/encodings ${libdir}/python2.7/gettext.* ${libdir}/python2.7/locale.* ${libdir}/python2.7/lib-dynload/_locale.so ${libdir}/python2.7/lib-dynload/unicodedata.so ${libdir}/python2.7/stringprep.* ${libdir}/python2.7/xdrlib.* "
DESCRIPTION_${PN}-compile="Python Bytecode Compilation Support"
RDEPENDS_${PN}-compile="${PN}-core"
-FILES_${PN}-compile="${libdir}/python2.6/py_compile.* ${libdir}/python2.6/compileall.* "
+FILES_${PN}-compile="${libdir}/python2.7/py_compile.* ${libdir}/python2.7/compileall.* "
DESCRIPTION_${PN}-compiler="Python Compiler Support"
RDEPENDS_${PN}-compiler="${PN}-core"
-FILES_${PN}-compiler="${libdir}/python2.6/compiler "
+FILES_${PN}-compiler="${libdir}/python2.7/compiler "
DESCRIPTION_${PN}-compression="Python High Level Compression Support"
RDEPENDS_${PN}-compression="${PN}-core ${PN}-zlib"
-FILES_${PN}-compression="${libdir}/python2.6/gzip.* ${libdir}/python2.6/zipfile.* ${libdir}/python2.6/tarfile.* ${libdir}/python2.6/lib-dynload/bz2.so "
+FILES_${PN}-compression="${libdir}/python2.7/gzip.* ${libdir}/python2.7/zipfile.* ${libdir}/python2.7/tarfile.* ${libdir}/python2.7/lib-dynload/bz2.so "
DESCRIPTION_${PN}-core="Python Interpreter and core modules (needed!)"
RDEPENDS_${PN}-core=""
-FILES_${PN}-core="${libdir}/python2.6/__future__.* ${libdir}/python2.6/_abcoll.* ${libdir}/python2.6/abc.* ${libdir}/python2.6/copy.* ${libdir}/python2.6/copy_reg.* ${libdir}/python2.6/ConfigParser.* ${libdir}/python2.6/genericpath.* ${libdir}/python2.6/getopt.* ${libdir}/python2.6/linecache.* ${libdir}/python2.6/new.* ${libdir}/python2.6/os.* ${libdir}/python2.6/posixpath.* ${libdir}/python2.6/struct.* ${libdir}/python2.6/warnings.* ${libdir}/python2.6/site.* ${libdir}/python2.6/stat.* ${libdir}/python2.6/UserDict.* ${libdir}/python2.6/UserList.* ${libdir}/python2.6/UserString.* ${libdir}/python2.6/lib-dynload/binascii.so ${libdir}/python2.6/lib-dynload/_struct.so ${libdir}/python2.6/lib-dynload/time.so ${libdir}/python2.6/lib-dynload/xreadlines.so ${libdir}/python2.6/types.* ${libdir}/python2.6/platform.* ${bindir}/python* "
+FILES_${PN}-core="${libdir}/python2.7/__future__.* ${libdir}/python2.7/_abcoll.* ${libdir}/python2.7/abc.* ${libdir}/python2.7/copy.* ${libdir}/python2.7/copy_reg.* ${libdir}/python2.7/ConfigParser.* ${libdir}/python2.7/genericpath.* ${libdir}/python2.7/getopt.* ${libdir}/python2.7/linecache.* ${libdir}/python2.7/new.* ${libdir}/python2.7/os.* ${libdir}/python2.7/posixpath.* ${libdir}/python2.7/struct.* ${libdir}/python2.7/warnings.* ${libdir}/python2.7/site.* ${libdir}/python2.7/stat.* ${libdir}/python2.7/UserDict.* ${libdir}/python2.7/UserList.* ${libdir}/python2.7/UserString.* ${libdir}/python2.7/lib-dynload/binascii.so ${libdir}/python2.7/lib-dynload/_struct.so ${libdir}/python2.7/lib-dynload/time.so ${libdir}/python2.7/lib-dynload/xreadlines.so ${libdir}/python2.7/types.* ${libdir}/python2.7/platform.* ${bindir}/python* "
DESCRIPTION_${PN}-crypt="Python Basic Cryptographic and Hashing Support"
RDEPENDS_${PN}-crypt="${PN}-core"
-FILES_${PN}-crypt="${libdir}/python2.6/hashlib.* ${libdir}/python2.6/md5.* ${libdir}/python2.6/sha.* ${libdir}/python2.6/lib-dynload/crypt.so ${libdir}/python2.6/lib-dynload/_hashlib.so ${libdir}/python2.6/lib-dynload/_sha256.so ${libdir}/python2.6/lib-dynload/_sha512.so "
+FILES_${PN}-crypt="${libdir}/python2.7/hashlib.* ${libdir}/python2.7/md5.* ${libdir}/python2.7/sha.* ${libdir}/python2.7/lib-dynload/crypt.so ${libdir}/python2.7/lib-dynload/_hashlib.so ${libdir}/python2.7/lib-dynload/_sha256.so ${libdir}/python2.7/lib-dynload/_sha512.so "
DESCRIPTION_${PN}-ctypes="Python C Types Support"
RDEPENDS_${PN}-ctypes="${PN}-core"
-FILES_${PN}-ctypes="${libdir}/python2.6/ctypes ${libdir}/python2.6/lib-dynload/_ctypes.so "
+FILES_${PN}-ctypes="${libdir}/python2.7/ctypes ${libdir}/python2.7/lib-dynload/_ctypes.so "
DESCRIPTION_${PN}-curses="Python Curses Support"
RDEPENDS_${PN}-curses="${PN}-core"
-FILES_${PN}-curses="${libdir}/python2.6/curses ${libdir}/python2.6/lib-dynload/_curses.so ${libdir}/python2.6/lib-dynload/_curses_panel.so "
+FILES_${PN}-curses="${libdir}/python2.7/curses ${libdir}/python2.7/lib-dynload/_curses.so ${libdir}/python2.7/lib-dynload/_curses_panel.so "
DESCRIPTION_${PN}-datetime="Python Calendar and Time support"
RDEPENDS_${PN}-datetime="${PN}-core ${PN}-codecs"
-FILES_${PN}-datetime="${libdir}/python2.6/_strptime.* ${libdir}/python2.6/calendar.* ${libdir}/python2.6/lib-dynload/datetime.so "
+FILES_${PN}-datetime="${libdir}/python2.7/_strptime.* ${libdir}/python2.7/calendar.* ${libdir}/python2.7/lib-dynload/datetime.so "
DESCRIPTION_${PN}-db="Python File-Based Database Support"
RDEPENDS_${PN}-db="${PN}-core"
-FILES_${PN}-db="${libdir}/python2.6/anydbm.* ${libdir}/python2.6/dumbdbm.* ${libdir}/python2.6/whichdb.* "
+FILES_${PN}-db="${libdir}/python2.7/anydbm.* ${libdir}/python2.7/dumbdbm.* ${libdir}/python2.7/whichdb.* "
DESCRIPTION_${PN}-debugger="Python Debugger"
RDEPENDS_${PN}-debugger="${PN}-core ${PN}-io ${PN}-lang ${PN}-re ${PN}-stringold ${PN}-shell ${PN}-pprint"
-FILES_${PN}-debugger="${libdir}/python2.6/bdb.* ${libdir}/python2.6/pdb.* "
+FILES_${PN}-debugger="${libdir}/python2.7/bdb.* ${libdir}/python2.7/pdb.* "
DESCRIPTION_${PN}-dev="Python Development Package"
RDEPENDS_${PN}-dev="${PN}-core"
@@ -67,135 +67,135 @@ FILES_${PN}-dev="${includedir} ${libdir}/libpython2.6.so "
DESCRIPTION_${PN}-difflib="Python helpers for computing deltas between objects."
RDEPENDS_${PN}-difflib="${PN}-lang ${PN}-re"
-FILES_${PN}-difflib="${libdir}/python2.6/difflib.* "
+FILES_${PN}-difflib="${libdir}/python2.7/difflib.* "
DESCRIPTION_${PN}-distutils="Python Distribution Utilities"
RDEPENDS_${PN}-distutils="${PN}-core"
-FILES_${PN}-distutils="${libdir}/python2.6/config ${libdir}/python2.6/distutils "
+FILES_${PN}-distutils="${libdir}/python2.7/config ${libdir}/python2.7/distutils "
DESCRIPTION_${PN}-doctest="Python framework for running examples in docstrings."
RDEPENDS_${PN}-doctest="${PN}-core ${PN}-lang ${PN}-io ${PN}-re ${PN}-unittest ${PN}-debugger ${PN}-difflib"
-FILES_${PN}-doctest="${libdir}/python2.6/doctest.* "
+FILES_${PN}-doctest="${libdir}/python2.7/doctest.* "
DESCRIPTION_${PN}-elementtree="Python elementree"
RDEPENDS_${PN}-elementtree="${PN}-core"
-FILES_${PN}-elementtree="${libdir}/python2.6/lib-dynload/_elementtree.so "
+FILES_${PN}-elementtree="${libdir}/python2.7/lib-dynload/_elementtree.so "
DESCRIPTION_${PN}-email="Python Email Support"
RDEPENDS_${PN}-email="${PN}-core ${PN}-io ${PN}-re ${PN}-mime ${PN}-audio ${PN}-image ${PN}-netclient"
-FILES_${PN}-email="${libdir}/python2.6/imaplib.* ${libdir}/python2.6/email "
+FILES_${PN}-email="${libdir}/python2.7/imaplib.* ${libdir}/python2.7/email "
DESCRIPTION_${PN}-fcntl="Python's fcntl Interface"
RDEPENDS_${PN}-fcntl="${PN}-core"
-FILES_${PN}-fcntl="${libdir}/python2.6/lib-dynload/fcntl.so "
+FILES_${PN}-fcntl="${libdir}/python2.7/lib-dynload/fcntl.so "
DESCRIPTION_${PN}-gdbm="Python GNU Database Support"
RDEPENDS_${PN}-gdbm="${PN}-core"
-FILES_${PN}-gdbm="${libdir}/python2.6/lib-dynload/gdbm.so "
+FILES_${PN}-gdbm="${libdir}/python2.7/lib-dynload/gdbm.so "
DESCRIPTION_${PN}-hotshot="Python Hotshot Profiler"
RDEPENDS_${PN}-hotshot="${PN}-core"
-FILES_${PN}-hotshot="${libdir}/python2.6/hotshot ${libdir}/python2.6/lib-dynload/_hotshot.so "
+FILES_${PN}-hotshot="${libdir}/python2.7/hotshot ${libdir}/python2.7/lib-dynload/_hotshot.so "
DESCRIPTION_${PN}-html="Python HTML Processing"
RDEPENDS_${PN}-html="${PN}-core"
-FILES_${PN}-html="${libdir}/python2.6/formatter.* ${libdir}/python2.6/htmlentitydefs.* ${libdir}/python2.6/htmllib.* ${libdir}/python2.6/markupbase.* ${libdir}/python2.6/sgmllib.* "
+FILES_${PN}-html="${libdir}/python2.7/formatter.* ${libdir}/python2.7/htmlentitydefs.* ${libdir}/python2.7/htmllib.* ${libdir}/python2.7/markupbase.* ${libdir}/python2.7/sgmllib.* "
DESCRIPTION_${PN}-idle="Python Integrated Development Environment"
RDEPENDS_${PN}-idle="${PN}-core ${PN}-tkinter"
-FILES_${PN}-idle="${bindir}/idle ${libdir}/python2.6/idlelib "
+FILES_${PN}-idle="${bindir}/idle ${libdir}/python2.7/idlelib "
DESCRIPTION_${PN}-image="Python Graphical Image Handling"
RDEPENDS_${PN}-image="${PN}-core"
-FILES_${PN}-image="${libdir}/python2.6/colorsys.* ${libdir}/python2.6/imghdr.* ${libdir}/python2.6/lib-dynload/imageop.so ${libdir}/python2.6/lib-dynload/rgbimg.so "
+FILES_${PN}-image="${libdir}/python2.7/colorsys.* ${libdir}/python2.7/imghdr.* ${libdir}/python2.7/lib-dynload/imageop.so ${libdir}/python2.7/lib-dynload/rgbimg.so "
DESCRIPTION_${PN}-io="Python Low-Level I/O"
RDEPENDS_${PN}-io="${PN}-core ${PN}-math"
-FILES_${PN}-io="${libdir}/python2.6/lib-dynload/_socket.so ${libdir}/python2.6/lib-dynload/_ssl.so ${libdir}/python2.6/lib-dynload/select.so ${libdir}/python2.6/lib-dynload/termios.so ${libdir}/python2.6/lib-dynload/cStringIO.so ${libdir}/python2.6/pipes.* ${libdir}/python2.6/socket.* ${libdir}/python2.6/ssl.* ${libdir}/python2.6/tempfile.* ${libdir}/python2.6/StringIO.* "
+FILES_${PN}-io="${libdir}/python2.7/lib-dynload/_socket.so ${libdir}/python2.7/lib-dynload/_ssl.so ${libdir}/python2.7/lib-dynload/select.so ${libdir}/python2.7/lib-dynload/termios.so ${libdir}/python2.7/lib-dynload/cStringIO.so ${libdir}/python2.7/pipes.* ${libdir}/python2.7/socket.* ${libdir}/python2.7/ssl.* ${libdir}/python2.7/tempfile.* ${libdir}/python2.7/StringIO.* "
DESCRIPTION_${PN}-json="Python JSON Support"
RDEPENDS_${PN}-json="${PN}-core ${PN}-math ${PN}-re"
-FILES_${PN}-json="${libdir}/python2.6/json "
+FILES_${PN}-json="${libdir}/python2.7/json "
DESCRIPTION_${PN}-lang="Python Low-Level Language Support"
RDEPENDS_${PN}-lang="${PN}-core"
-FILES_${PN}-lang="${libdir}/python2.6/lib-dynload/_bisect.so ${libdir}/python2.6/lib-dynload/_collections.so ${libdir}/python2.6/lib-dynload/_heapq.so ${libdir}/python2.6/lib-dynload/_weakref.so ${libdir}/python2.6/lib-dynload/_functools.so ${libdir}/python2.6/lib-dynload/array.so ${libdir}/python2.6/lib-dynload/itertools.so ${libdir}/python2.6/lib-dynload/operator.so ${libdir}/python2.6/lib-dynload/parser.so ${libdir}/python2.6/atexit.* ${libdir}/python2.6/bisect.* ${libdir}/python2.6/code.* ${libdir}/python2.6/codeop.* ${libdir}/python2.6/collections.* ${libdir}/python2.6/dis.* ${libdir}/python2.6/functools.* ${libdir}/python2.6/heapq.* ${libdir}/python2.6/inspect.* ${libdir}/python2.6/keyword.* ${libdir}/python2.6/opcode.* ${libdir}/python2.6/symbol.* ${libdir}/python2.6/repr.* ${libdir}/python2.6/token.* ${libdir}/python2.6/tokenize.* ${libdir}/python2.6/traceback.* ${libdir}/python2.6/weakref.* "
+FILES_${PN}-lang="${libdir}/python2.7/lib-dynload/_bisect.so ${libdir}/python2.7/lib-dynload/_collections.so ${libdir}/python2.7/lib-dynload/_heapq.so ${libdir}/python2.7/lib-dynload/_weakref.so ${libdir}/python2.7/lib-dynload/_functools.so ${libdir}/python2.7/lib-dynload/array.so ${libdir}/python2.7/lib-dynload/itertools.so ${libdir}/python2.7/lib-dynload/operator.so ${libdir}/python2.7/lib-dynload/parser.so ${libdir}/python2.7/atexit.* ${libdir}/python2.7/bisect.* ${libdir}/python2.7/code.* ${libdir}/python2.7/codeop.* ${libdir}/python2.7/collections.* ${libdir}/python2.7/dis.* ${libdir}/python2.7/functools.* ${libdir}/python2.7/heapq.* ${libdir}/python2.7/inspect.* ${libdir}/python2.7/keyword.* ${libdir}/python2.7/opcode.* ${libdir}/python2.7/symbol.* ${libdir}/python2.7/repr.* ${libdir}/python2.7/token.* ${libdir}/python2.7/tokenize.* ${libdir}/python2.7/traceback.* ${libdir}/python2.7/weakref.* "
DESCRIPTION_${PN}-logging="Python Logging Support"
RDEPENDS_${PN}-logging="${PN}-core ${PN}-io ${PN}-lang ${PN}-pickle ${PN}-stringold"
-FILES_${PN}-logging="${libdir}/python2.6/logging "
+FILES_${PN}-logging="${libdir}/python2.7/logging "
DESCRIPTION_${PN}-mailbox="Python Mailbox Format Support"
RDEPENDS_${PN}-mailbox="${PN}-core ${PN}-mime"
-FILES_${PN}-mailbox="${libdir}/python2.6/mailbox.* "
+FILES_${PN}-mailbox="${libdir}/python2.7/mailbox.* "
DESCRIPTION_${PN}-math="Python Math Support"
RDEPENDS_${PN}-math="${PN}-core"
-FILES_${PN}-math="${libdir}/python2.6/lib-dynload/cmath.so ${libdir}/python2.6/lib-dynload/math.so ${libdir}/python2.6/lib-dynload/_random.so ${libdir}/python2.6/random.* ${libdir}/python2.6/sets.* "
+FILES_${PN}-math="${libdir}/python2.7/lib-dynload/cmath.so ${libdir}/python2.7/lib-dynload/math.so ${libdir}/python2.7/lib-dynload/_random.so ${libdir}/python2.7/random.* ${libdir}/python2.7/sets.* "
DESCRIPTION_${PN}-mime="Python MIME Handling APIs"
RDEPENDS_${PN}-mime="${PN}-core ${PN}-io"
-FILES_${PN}-mime="${libdir}/python2.6/mimetools.* ${libdir}/python2.6/uu.* ${libdir}/python2.6/quopri.* ${libdir}/python2.6/rfc822.* "
+FILES_${PN}-mime="${libdir}/python2.7/mimetools.* ${libdir}/python2.7/uu.* ${libdir}/python2.7/quopri.* ${libdir}/python2.7/rfc822.* "
DESCRIPTION_${PN}-mmap="Python Memory-Mapped-File Support"
RDEPENDS_${PN}-mmap="${PN}-core ${PN}-io"
-FILES_${PN}-mmap="${libdir}/python2.6/lib-dynload/mmap.so "
+FILES_${PN}-mmap="${libdir}/python2.7/lib-dynload/mmap.so "
DESCRIPTION_${PN}-multiprocessing="Python Multiprocessing Support"
RDEPENDS_${PN}-multiprocessing="${PN}-core ${PN}-io ${PN}-lang"
-FILES_${PN}-multiprocessing="${libdir}/python2.6/lib-dynload/_multiprocessing.so ${libdir}/python2.6/multiprocessing "
+FILES_${PN}-multiprocessing="${libdir}/python2.7/lib-dynload/_multiprocessing.so ${libdir}/python2.7/multiprocessing "
DESCRIPTION_${PN}-netclient="Python Internet Protocol Clients"
RDEPENDS_${PN}-netclient="${PN}-core ${PN}-crypt ${PN}-datetime ${PN}-io ${PN}-lang ${PN}-logging ${PN}-mime"
-FILES_${PN}-netclient="${libdir}/python2.6/*Cookie*.* ${libdir}/python2.6/base64.* ${libdir}/python2.6/cookielib.* ${libdir}/python2.6/ftplib.* ${libdir}/python2.6/gopherlib.* ${libdir}/python2.6/hmac.* ${libdir}/python2.6/httplib.* ${libdir}/python2.6/mimetypes.* ${libdir}/python2.6/nntplib.* ${libdir}/python2.6/poplib.* ${libdir}/python2.6/smtplib.* ${libdir}/python2.6/telnetlib.* ${libdir}/python2.6/urllib.* ${libdir}/python2.6/urllib2.* ${libdir}/python2.6/urlparse.* ${libdir}/python2.6/uuid.* ${libdir}/python2.6/rfc822.* ${libdir}/python2.6/mimetools.* "
+FILES_${PN}-netclient="${libdir}/python2.7/*Cookie*.* ${libdir}/python2.7/base64.* ${libdir}/python2.7/cookielib.* ${libdir}/python2.7/ftplib.* ${libdir}/python2.7/gopherlib.* ${libdir}/python2.7/hmac.* ${libdir}/python2.7/httplib.* ${libdir}/python2.7/mimetypes.* ${libdir}/python2.7/nntplib.* ${libdir}/python2.7/poplib.* ${libdir}/python2.7/smtplib.* ${libdir}/python2.7/telnetlib.* ${libdir}/python2.7/urllib.* ${libdir}/python2.7/urllib2.* ${libdir}/python2.7/urlparse.* ${libdir}/python2.7/uuid.* ${libdir}/python2.7/rfc822.* ${libdir}/python2.7/mimetools.* "
DESCRIPTION_${PN}-netserver="Python Internet Protocol Servers"
RDEPENDS_${PN}-netserver="${PN}-core ${PN}-netclient"
-FILES_${PN}-netserver="${libdir}/python2.6/cgi.* ${libdir}/python2.6/*HTTPServer.* ${libdir}/python2.6/SocketServer.* "
+FILES_${PN}-netserver="${libdir}/python2.7/cgi.* ${libdir}/python2.7/*HTTPServer.* ${libdir}/python2.7/SocketServer.* "
DESCRIPTION_${PN}-numbers="Python Number APIs"
RDEPENDS_${PN}-numbers="${PN}-core ${PN}-lang ${PN}-re"
-FILES_${PN}-numbers="${libdir}/python2.6/decimal.* ${libdir}/python2.6/numbers.* "
+FILES_${PN}-numbers="${libdir}/python2.7/decimal.* ${libdir}/python2.7/numbers.* "
DESCRIPTION_${PN}-pickle="Python Persistence Support"
RDEPENDS_${PN}-pickle="${PN}-core ${PN}-codecs ${PN}-io ${PN}-re"
-FILES_${PN}-pickle="${libdir}/python2.6/pickle.* ${libdir}/python2.6/shelve.* ${libdir}/python2.6/lib-dynload/cPickle.so "
+FILES_${PN}-pickle="${libdir}/python2.7/pickle.* ${libdir}/python2.7/shelve.* ${libdir}/python2.7/lib-dynload/cPickle.so "
DESCRIPTION_${PN}-pkgutil="Python Package Extension Utility Support"
RDEPENDS_${PN}-pkgutil="${PN}-core"
-FILES_${PN}-pkgutil="${libdir}/python2.6/pkgutil.* "
+FILES_${PN}-pkgutil="${libdir}/python2.7/pkgutil.* "
DESCRIPTION_${PN}-pprint="Python Pretty-Print Support"
RDEPENDS_${PN}-pprint="${PN}-core"
-FILES_${PN}-pprint="${libdir}/python2.6/pprint.* "
+FILES_${PN}-pprint="${libdir}/python2.7/pprint.* "
DESCRIPTION_${PN}-profile="Python Basic Profiling Support"
RDEPENDS_${PN}-profile="${PN}-core ${PN}-textutils"
-FILES_${PN}-profile="${libdir}/python2.6/profile.* ${libdir}/python2.6/pstats.* ${libdir}/python2.6/cProfile.* ${libdir}/python2.6/lib-dynload/_lsprof.so "
+FILES_${PN}-profile="${libdir}/python2.7/profile.* ${libdir}/python2.7/pstats.* ${libdir}/python2.7/cProfile.* ${libdir}/python2.7/lib-dynload/_lsprof.so "
DESCRIPTION_${PN}-pydoc="Python Interactive Help Support"
RDEPENDS_${PN}-pydoc="${PN}-core ${PN}-lang ${PN}-stringold ${PN}-re"
-FILES_${PN}-pydoc="${bindir}/pydoc ${libdir}/python2.6/pydoc.* "
+FILES_${PN}-pydoc="${bindir}/pydoc ${libdir}/python2.7/pydoc.* "
DESCRIPTION_${PN}-re="Python Regular Expression APIs"
RDEPENDS_${PN}-re="${PN}-core"
-FILES_${PN}-re="${libdir}/python2.6/re.* ${libdir}/python2.6/sre.* ${libdir}/python2.6/sre_compile.* ${libdir}/python2.6/sre_constants* ${libdir}/python2.6/sre_parse.* "
+FILES_${PN}-re="${libdir}/python2.7/re.* ${libdir}/python2.7/sre.* ${libdir}/python2.7/sre_compile.* ${libdir}/python2.7/sre_constants* ${libdir}/python2.7/sre_parse.* "
DESCRIPTION_${PN}-readline="Python Readline Support"
RDEPENDS_${PN}-readline="${PN}-core"
-FILES_${PN}-readline="${libdir}/python2.6/lib-dynload/readline.so ${libdir}/python2.6/rlcompleter.* "
+FILES_${PN}-readline="${libdir}/python2.7/lib-dynload/readline.so ${libdir}/python2.7/rlcompleter.* "
DESCRIPTION_${PN}-resource="Python Resource Control Interface"
RDEPENDS_${PN}-resource="${PN}-core"
-FILES_${PN}-resource="${libdir}/python2.6/lib-dynload/resource.so "
+FILES_${PN}-resource="${libdir}/python2.7/lib-dynload/resource.so "
DESCRIPTION_${PN}-robotparser="Python robots.txt parser"
RDEPENDS_${PN}-robotparser="${PN}-core ${PN}-netclient"
-FILES_${PN}-robotparser="${libdir}/python2.6/robotparser.* "
+FILES_${PN}-robotparser="${libdir}/python2.7/robotparser.* "
DESCRIPTION_${PN}-shell="Python Shell-Like Functionality"
RDEPENDS_${PN}-shell="${PN}-core ${PN}-re"
-FILES_${PN}-shell="${libdir}/python2.6/cmd.* ${libdir}/python2.6/commands.* ${libdir}/python2.6/dircache.* ${libdir}/python2.6/fnmatch.* ${libdir}/python2.6/glob.* ${libdir}/python2.6/popen2.* ${libdir}/python2.6/shlex.* ${libdir}/python2.6/shutil.* "
+FILES_${PN}-shell="${libdir}/python2.7/cmd.* ${libdir}/python2.7/commands.* ${libdir}/python2.7/dircache.* ${libdir}/python2.7/fnmatch.* ${libdir}/python2.7/glob.* ${libdir}/python2.7/popen2.* ${libdir}/python2.7/shlex.* ${libdir}/python2.7/shutil.* "
DESCRIPTION_${PN}-smtpd="Python Simple Mail Transport Daemon"
RDEPENDS_${PN}-smtpd="${PN}-core ${PN}-netserver ${PN}-email ${PN}-mime"
@@ -203,63 +203,63 @@ FILES_${PN}-smtpd="${bindir}/smtpd.* "
DESCRIPTION_${PN}-sqlite3="Python Sqlite3 Database Support"
RDEPENDS_${PN}-sqlite3="${PN}-core ${PN}-datetime ${PN}-lang ${PN}-crypt ${PN}-io ${PN}-threading ${PN}-zlib"
-FILES_${PN}-sqlite3="${libdir}/python2.6/lib-dynload/_sqlite3.so ${libdir}/python2.6/sqlite3/dbapi2.* ${libdir}/python2.6/sqlite3/__init__.* ${libdir}/python2.6/sqlite3/dump.* "
+FILES_${PN}-sqlite3="${libdir}/python2.7/lib-dynload/_sqlite3.so ${libdir}/python2.7/sqlite3/dbapi2.* ${libdir}/python2.7/sqlite3/__init__.* ${libdir}/python2.7/sqlite3/dump.* "
DESCRIPTION_${PN}-sqlite3-tests="Python Sqlite3 Database Support Tests"
RDEPENDS_${PN}-sqlite3-tests="${PN}-core ${PN}-sqlite3"
-FILES_${PN}-sqlite3-tests="${libdir}/python2.6/sqlite3/test "
+FILES_${PN}-sqlite3-tests="${libdir}/python2.7/sqlite3/test "
DESCRIPTION_${PN}-stringold="Python String APIs [deprecated]"
RDEPENDS_${PN}-stringold="${PN}-core ${PN}-re"
-FILES_${PN}-stringold="${libdir}/python2.6/lib-dynload/strop.so ${libdir}/python2.6/string.* "
+FILES_${PN}-stringold="${libdir}/python2.7/lib-dynload/strop.so ${libdir}/python2.7/string.* "
DESCRIPTION_${PN}-subprocess="Python Subprocess Support"
RDEPENDS_${PN}-subprocess="${PN}-core ${PN}-io ${PN}-re ${PN}-fcntl ${PN}-pickle"
-FILES_${PN}-subprocess="${libdir}/python2.6/subprocess.* "
+FILES_${PN}-subprocess="${libdir}/python2.7/subprocess.* "
DESCRIPTION_${PN}-syslog="Python Syslog Interface"
RDEPENDS_${PN}-syslog="${PN}-core"
-FILES_${PN}-syslog="${libdir}/python2.6/lib-dynload/syslog.so "
+FILES_${PN}-syslog="${libdir}/python2.7/lib-dynload/syslog.so "
DESCRIPTION_${PN}-terminal="Python Terminal Controlling Support"
RDEPENDS_${PN}-terminal="${PN}-core ${PN}-io"
-FILES_${PN}-terminal="${libdir}/python2.6/pty.* ${libdir}/python2.6/tty.* "
+FILES_${PN}-terminal="${libdir}/python2.7/pty.* ${libdir}/python2.7/tty.* "
DESCRIPTION_${PN}-tests="Python Tests"
RDEPENDS_${PN}-tests="${PN}-core"
-FILES_${PN}-tests="${libdir}/python2.6/test "
+FILES_${PN}-tests="${libdir}/python2.7/test "
DESCRIPTION_${PN}-textutils="Python Option Parsing, Text Wrapping and Comma-Separated-Value Support"
RDEPENDS_${PN}-textutils="${PN}-core ${PN}-io ${PN}-re ${PN}-stringold"
-FILES_${PN}-textutils="${libdir}/python2.6/lib-dynload/_csv.so ${libdir}/python2.6/csv.* ${libdir}/python2.6/optparse.* ${libdir}/python2.6/textwrap.* "
+FILES_${PN}-textutils="${libdir}/python2.7/lib-dynload/_csv.so ${libdir}/python2.7/csv.* ${libdir}/python2.7/optparse.* ${libdir}/python2.7/textwrap.* "
DESCRIPTION_${PN}-threading="Python Threading & Synchronization Support"
RDEPENDS_${PN}-threading="${PN}-core ${PN}-lang"
-FILES_${PN}-threading="${libdir}/python2.6/_threading_local.* ${libdir}/python2.6/dummy_thread.* ${libdir}/python2.6/dummy_threading.* ${libdir}/python2.6/mutex.* ${libdir}/python2.6/threading.* ${libdir}/python2.6/Queue.* "
+FILES_${PN}-threading="${libdir}/python2.7/_threading_local.* ${libdir}/python2.7/dummy_thread.* ${libdir}/python2.7/dummy_threading.* ${libdir}/python2.7/mutex.* ${libdir}/python2.7/threading.* ${libdir}/python2.7/Queue.* "
DESCRIPTION_${PN}-tkinter="Python Tcl/Tk Bindings"
RDEPENDS_${PN}-tkinter="${PN}-core"
-FILES_${PN}-tkinter="${libdir}/python2.6/lib-dynload/_tkinter.so ${libdir}/python2.6/lib-tk "
+FILES_${PN}-tkinter="${libdir}/python2.7/lib-dynload/_tkinter.so ${libdir}/python2.7/lib-tk "
DESCRIPTION_${PN}-unittest="Python Unit Testing Framework"
RDEPENDS_${PN}-unittest="${PN}-core ${PN}-stringold ${PN}-lang"
-FILES_${PN}-unittest="${libdir}/python2.6/unittest.* "
+FILES_${PN}-unittest="${libdir}/python2.7/unittest.* "
DESCRIPTION_${PN}-unixadmin="Python Unix Administration Support"
RDEPENDS_${PN}-unixadmin="${PN}-core"
-FILES_${PN}-unixadmin="${libdir}/python2.6/lib-dynload/nis.so ${libdir}/python2.6/lib-dynload/grp.so ${libdir}/python2.6/lib-dynload/pwd.so ${libdir}/python2.6/getpass.* "
+FILES_${PN}-unixadmin="${libdir}/python2.7/lib-dynload/nis.so ${libdir}/python2.7/lib-dynload/grp.so ${libdir}/python2.7/lib-dynload/pwd.so ${libdir}/python2.7/getpass.* "
DESCRIPTION_${PN}-xml="Python basic XML support."
RDEPENDS_${PN}-xml="${PN}-core ${PN}-elementtree ${PN}-re"
-FILES_${PN}-xml="${libdir}/python2.6/lib-dynload/pyexpat.so ${libdir}/python2.6/xml ${libdir}/python2.6/xmllib.* "
+FILES_${PN}-xml="${libdir}/python2.7/lib-dynload/pyexpat.so ${libdir}/python2.7/xml ${libdir}/python2.7/xmllib.* "
DESCRIPTION_${PN}-xmlrpc="Python XMLRPC Support"
RDEPENDS_${PN}-xmlrpc="${PN}-core ${PN}-xml ${PN}-netserver ${PN}-lang"
-FILES_${PN}-xmlrpc="${libdir}/python2.6/xmlrpclib.* ${libdir}/python2.6/SimpleXMLRPCServer.* "
+FILES_${PN}-xmlrpc="${libdir}/python2.7/xmlrpclib.* ${libdir}/python2.7/SimpleXMLRPCServer.* "
DESCRIPTION_${PN}-zlib="Python zlib Support."
RDEPENDS_${PN}-zlib="${PN}-core"
-FILES_${PN}-zlib="${libdir}/python2.6/lib-dynload/zlib.so "
+FILES_${PN}-zlib="${libdir}/python2.7/lib-dynload/zlib.so "
DESCRIPTION_${PN}-modules="All Python modules"
RDEPENDS_${PN}-modules="${PN}-audio ${PN}-bsddb ${PN}-codecs ${PN}-compile ${PN}-compiler ${PN}-compression ${PN}-core ${PN}-crypt ${PN}-ctypes ${PN}-curses ${PN}-datetime ${PN}-db ${PN}-debugger ${PN}-difflib ${PN}-distutils ${PN}-doctest ${PN}-elementtree ${PN}-email ${PN}-fcntl ${PN}-gdbm ${PN}-hotshot ${PN}-html ${PN}-idle ${PN}-image ${PN}-io ${PN}-json ${PN}-lang ${PN}-logging ${PN}-mailbox ${PN}-math ${PN}-mime ${PN}-mmap ${PN}-multiprocessing ${PN}-netclient ${PN}-netserver ${PN}-numbers ${PN}-pickle ${PN}-pkgutil ${PN}-pprint ${PN}-profile ${PN}-pydoc ${PN}-re ${PN}-readline ${PN}-resource ${PN}-robotparser ${PN}-shell ${PN}-smtpd ${PN}-sqlite3 ${PN}-sqlite3-tests ${PN}-stringold ${PN}-subprocess ${PN}-syslog ${PN}-terminal ${PN}-tests ${PN}-textutils ${PN}-threading ${PN}-tkinter ${PN}-unittest ${PN}-unixadmin ${PN}-xml ${PN}-xmlrpc ${PN}-zlib "
diff --git a/scripts/contrib/python/generate-manifest-2.6.py b/scripts/contrib/python/generate-manifest-2.7.py
similarity index 99%
rename from scripts/contrib/python/generate-manifest-2.6.py
rename to scripts/contrib/python/generate-manifest-2.7.py
index 0cc06b0..ffd68b9 100755
--- a/scripts/contrib/python/generate-manifest-2.6.py
+++ b/scripts/contrib/python/generate-manifest-2.7.py
@@ -14,7 +14,7 @@ import os
import sys
import time
-VERSION = "2.6.6"
+VERSION = "2.7.2"
__author__ = "Michael 'Mickey' Lauer <mlauer@vanille-media.de>"
__version__ = "20110222.1"
--
1.7.6.1
^ permalink raw reply related
* Re: [PATCH 4/4] python, python-native: upgrade from 2.6.6 to 2.7.2
From: Martin Jansa @ 2011-09-30 18:37 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <efb11f0fc00b6406194a37db473d25409569ba81.1317344910.git.nitin.a.kamble@intel.com>
[-- Attachment #1: Type: text/plain, Size: 3809 bytes --]
On Thu, Sep 29, 2011 at 06:27:11PM -0700, nitin.a.kamble@intel.com wrote:
> From: Nitin A Kamble <nitin.a.kamble@intel.com>
>
> Rebased these patches to the newer code
> modified: python-native/nohostlibs.patch
> modified: python/01-use-proper-tools-for-cross-build.patch
> modified: python/06-avoid_usr_lib_termcap_path_in_linking.patch
> modified: python/06-ctypes-libffi-fix-configure.patch
> modified: python/multilib.patch
>
> Deleted these patches are the are now upstream
> deleted: python/02-remove-test-for-cross.patch
> deleted: python/security_issue_2254_fix.patch
>
> Added this patch to python-native
> new file: python-native/multilib.patch
>
> Updated site config files for python
> modified: ../../site/arm-common
> modified: ../../site/mips-common
>
> Updated default python version
> modified: ../../conf/distro/include/default-versions.inc
>
> Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
> ---
> meta/conf/distro/include/default-versions.inc | 6 +-
> ...on-2.6-manifest.inc => python-2.7-manifest.inc} | 0
> .../python/python-native/multilib.patch | 240 ++++++++++++++++++++
> .../python/python-native/nohostlibs.patch | 36 ++-
> ...thon-native_2.6.6.bb => python-native_2.7.2.bb} | 13 +-
> meta/recipes-devtools/python/python.inc | 16 +-
> .../01-use-proper-tools-for-cross-build.patch | 118 +++++++---
> .../python/python/02-remove-test-for-cross.patch | 108 ---------
> .../06-avoid_usr_lib_termcap_path_in_linking.patch | 16 +-
> .../python/06-ctypes-libffi-fix-configure.patch | 42 ++---
> meta/recipes-devtools/python/python/multilib.patch | 126 ++++++-----
> .../python/python/security_issue_2254_fix.patch | 184 ---------------
> .../python/{python_2.6.6.bb => python_2.7.2.bb} | 10 +-
> meta/site/arm-common | 3 +
> meta/site/mips-common | 3 +
> 15 files changed, 467 insertions(+), 454 deletions(-)
> rename meta/recipes-devtools/python/{python-2.6-manifest.inc => python-2.7-manifest.inc} (100%)
> create mode 100644 meta/recipes-devtools/python/python-native/multilib.patch
> rename meta/recipes-devtools/python/{python-native_2.6.6.bb => python-native_2.7.2.bb} (74%)
> delete mode 100644 meta/recipes-devtools/python/python/02-remove-test-for-cross.patch
> delete mode 100644 meta/recipes-devtools/python/python/security_issue_2254_fix.patch
> rename meta/recipes-devtools/python/{python_2.6.6.bb => python_2.7.2.bb} (92%)
>
> diff --git a/meta/conf/distro/include/default-versions.inc b/meta/conf/distro/include/default-versions.inc
> index e3ef1e6..90ff005 100644
> --- a/meta/conf/distro/include/default-versions.inc
> +++ b/meta/conf/distro/include/default-versions.inc
> @@ -4,9 +4,9 @@
> PREFERRED_VERSION_pulseaudio ?= "0.9.23"
>
> # Force the python versions in one place
> -PYTHON_BASEVERSION ?= "2.6"
> -PREFERRED_VERSION_python ?= "2.6.6"
> -PREFERRED_VERSION_python-native ?= "2.6.6"
> +PYTHON_BASEVERSION ?= "2.7"
> +PREFERRED_VERSION_python ?= "2.7.2"
> +PREFERRED_VERSION_python-native ?= "2.7.2"
>
> # Force the older version of liberation-fonts until we fix the fontforge issue
> PREFERRED_VERSION_liberation-fonts ?= "1.04"
> diff --git a/meta/recipes-devtools/python/python-2.6-manifest.inc b/meta/recipes-devtools/python/python-2.7-manifest.inc
> similarity index 100%
> rename from meta/recipes-devtools/python/python-2.6-manifest.inc
> rename to meta/recipes-devtools/python/python-2.7-manifest.inc
this is wrong.. just to rename it isn't enough
I will send patch which regenerates manifest with right paths to
actually package something..
Regards,
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]
^ permalink raw reply
* Re: [PATCH] atk: add patch to replace G_CONST_RETURN with const
From: Martin Jansa @ 2011-09-30 18:26 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <20110930174330.GF7364@jama.jama.net>
[-- Attachment #1: Type: text/plain, Size: 1912 bytes --]
On Fri, Sep 30, 2011 at 07:43:30PM +0200, Martin Jansa wrote:
> On Fri, Sep 30, 2011 at 10:33:18AM -0700, Saul Wold wrote:
> > On 09/30/2011 01:47 AM, Martin Jansa wrote:
> > > * otherwise build fails when glib is 2.30.0 or newer (and G_DISABLE_DEPRECATED is enabled - like in atk)
> > >
> > > Signed-off-by: Martin Jansa<Martin.Jansa@gmail.com>
> > > ---
> > > .../atk/atk-1.32.0/remove.G_CONST_RETURN.patch | 628 ++++++++++++++++++++
> > > meta/recipes-support/atk/atk_1.32.0.bb | 5 +-
> > > 2 files changed, 632 insertions(+), 1 deletions(-)
> > > create mode 100644 meta/recipes-support/atk/atk-1.32.0/remove.G_CONST_RETURN.patch
> > >
> > > diff --git a/meta/recipes-support/atk/atk-1.32.0/remove.G_CONST_RETURN.patch b/meta/recipes-support/atk/atk-1.32.0/remove.G_CONST_RETURN.patch
> > > new file mode 100644
> > > index 0000000..0cdf041
> > > --- /dev/null
> > > +++ b/meta/recipes-support/atk/atk-1.32.0/remove.G_CONST_RETURN.patch
> > > @@ -0,0 +1,628 @@
> > > +Upstream-Status: Accepted
> > > +
> > > +Similar patch is already included in 2.0.1 and newer
> > > +http://ftp.gnome.org/pub/gnome/sources/atk/2.0/atk-2.0.1.news
> > > +
> >
> > No Signed-off-by: in the patch header.
> >
> > If the newer version of atk is available, why not update atk in oe-core
> > to that version and not add this patch?
> >
> > Is there a reason we can't update to 2.0.1 at this time?
>
> I'm not atk expert so to minimize influence of such build fix I didn't
> want to upgrade to new major version. But if the 2.0 API is compatible
> feel free to update to 2.0.1.
>
> Btw: I've included this patch to "Glib related change" pull request
> later when I had more changes to send them as separate patches..
I've updated this patch in jansa/glib with SOB line and sent PATCHv2 to
ml.
--
Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]
^ permalink raw reply
* [PATCHv2] atk: add patch to replace G_CONST_RETURN with const
From: Martin Jansa @ 2011-09-30 18:25 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <e89070827bd58e6b3e54d336dd179ad508a960ee.1317397204.git.Martin.Jansa@gmail.com>
* otherwise build fails when glib is 2.30.0 or newer (and G_DISABLE_DEPRECATED is enabled - like in atk)
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
---
.../atk/atk-1.32.0/remove.G_CONST_RETURN.patch | 630 ++++++++++++++++++++
meta/recipes-support/atk/atk_1.32.0.bb | 5 +-
2 files changed, 634 insertions(+), 1 deletions(-)
create mode 100644 meta/recipes-support/atk/atk-1.32.0/remove.G_CONST_RETURN.patch
diff --git a/meta/recipes-support/atk/atk-1.32.0/remove.G_CONST_RETURN.patch b/meta/recipes-support/atk/atk-1.32.0/remove.G_CONST_RETURN.patch
new file mode 100644
index 0000000..0de3f26
--- /dev/null
+++ b/meta/recipes-support/atk/atk-1.32.0/remove.G_CONST_RETURN.patch
@@ -0,0 +1,630 @@
+Upstream-Status: Accepted
+
+Similar patch is already included in 2.0.1 and newer
+http://ftp.gnome.org/pub/gnome/sources/atk/2.0/atk-2.0.1.news
+
+Signed-off-by: Martin Jansa <martin.jansa@gmail.com>
+
+diff -uNr atk-1.32.0.orig/atk/atkaction.c atk-1.32.0/atk/atkaction.c
+--- atk-1.32.0.orig/atk/atkaction.c 2010-09-06 08:45:45.000000000 +0200
++++ atk-1.32.0/atk/atkaction.c 2011-09-30 10:29:49.896997586 +0200
+@@ -101,7 +101,7 @@
+ * Returns a description string, or %NULL
+ * if @action does not implement this interface.
+ **/
+-G_CONST_RETURN gchar*
++const gchar*
+ atk_action_get_description (AtkAction *obj,
+ gint i)
+ {
+@@ -140,7 +140,7 @@
+ * Returns a name string, or %NULL
+ * if @action does not implement this interface.
+ **/
+-G_CONST_RETURN gchar*
++const gchar*
+ atk_action_get_name (AtkAction *obj,
+ gint i)
+ {
+@@ -166,7 +166,7 @@
+ * Returns a name string, or %NULL
+ * if @action does not implement this interface.
+ **/
+-G_CONST_RETURN gchar*
++const gchar*
+ atk_action_get_localized_name (AtkAction *obj,
+ gint i)
+ {
+@@ -203,7 +203,7 @@
+ * if there is no keybinding for this action.
+ *
+ **/
+-G_CONST_RETURN gchar*
++const gchar*
+ atk_action_get_keybinding (AtkAction *obj,
+ gint i)
+ {
+diff -uNr atk-1.32.0.orig/atk/atkaction.h atk-1.32.0/atk/atkaction.h
+--- atk-1.32.0.orig/atk/atkaction.h 2010-09-06 08:45:45.000000000 +0200
++++ atk-1.32.0/atk/atkaction.h 2011-09-30 10:29:49.897997588 +0200
+@@ -55,16 +55,16 @@
+ gboolean (*do_action) (AtkAction *action,
+ gint i);
+ gint (*get_n_actions) (AtkAction *action);
+- G_CONST_RETURN gchar* (*get_description) (AtkAction *action,
++ const gchar* (*get_description) (AtkAction *action,
+ gint i);
+- G_CONST_RETURN gchar* (*get_name) (AtkAction *action,
++ const gchar* (*get_name) (AtkAction *action,
+ gint i);
+- G_CONST_RETURN gchar* (*get_keybinding) (AtkAction *action,
++ const gchar* (*get_keybinding) (AtkAction *action,
+ gint i);
+ gboolean (*set_description) (AtkAction *action,
+ gint i,
+ const gchar *desc);
+- G_CONST_RETURN gchar* (*get_localized_name)(AtkAction *action,
++ const gchar* (*get_localized_name)(AtkAction *action,
+ gint i);
+ AtkFunction pad2;
+ };
+@@ -85,11 +85,11 @@
+ gboolean atk_action_do_action (AtkAction *action,
+ gint i);
+ gint atk_action_get_n_actions (AtkAction *action);
+-G_CONST_RETURN gchar* atk_action_get_description (AtkAction *action,
++const gchar* atk_action_get_description (AtkAction *action,
+ gint i);
+-G_CONST_RETURN gchar* atk_action_get_name (AtkAction *action,
++const gchar* atk_action_get_name (AtkAction *action,
+ gint i);
+-G_CONST_RETURN gchar* atk_action_get_keybinding (AtkAction *action,
++const gchar* atk_action_get_keybinding (AtkAction *action,
+ gint i);
+ gboolean atk_action_set_description (AtkAction *action,
+ gint i,
+@@ -97,7 +97,7 @@
+
+ /* NEW in ATK 1.1: */
+
+-G_CONST_RETURN gchar* atk_action_get_localized_name (AtkAction *action,
++const gchar* atk_action_get_localized_name (AtkAction *action,
+ gint i);
+
+ /*
+diff -uNr atk-1.32.0.orig/atk/atkdocument.c atk-1.32.0/atk/atkdocument.c
+--- atk-1.32.0.orig/atk/atkdocument.c 2010-09-06 08:45:45.000000000 +0200
++++ atk-1.32.0/atk/atkdocument.c 2011-09-30 10:29:49.898997588 +0200
+@@ -93,7 +93,7 @@
+ *
+ * Returns: a string indicating the document type
+ **/
+-G_CONST_RETURN gchar*
++const gchar*
+ atk_document_get_document_type (AtkDocument *document)
+ {
+ AtkDocumentIface *iface;
+@@ -155,7 +155,7 @@
+ * locale of the document content as a whole, or NULL if
+ * the document content does not specify a locale.
+ **/
+-G_CONST_RETURN gchar *
++const gchar *
+ atk_document_get_locale (AtkDocument *document)
+ {
+ AtkDocumentIface *iface;
+@@ -219,7 +219,7 @@
+ * document, or NULL if a value for #attribute_name has not been specified
+ * for this document.
+ */
+-G_CONST_RETURN gchar *
++const gchar *
+ atk_document_get_attribute_value (AtkDocument *document,
+ const gchar *attribute_name)
+ {
+diff -uNr atk-1.32.0.orig/atk/atkdocument.h atk-1.32.0/atk/atkdocument.h
+--- atk-1.32.0.orig/atk/atkdocument.h 2010-09-06 08:45:45.000000000 +0200
++++ atk-1.32.0/atk/atkdocument.h 2011-09-30 10:29:49.899997588 +0200
+@@ -49,12 +49,12 @@
+ struct _AtkDocumentIface
+ {
+ GTypeInterface parent;
+- G_CONST_RETURN gchar* ( *get_document_type) (AtkDocument *document);
++ const gchar* ( *get_document_type) (AtkDocument *document);
+ gpointer ( *get_document) (AtkDocument *document);
+
+- G_CONST_RETURN gchar* ( *get_document_locale) (AtkDocument *document);
++ const gchar* ( *get_document_locale) (AtkDocument *document);
+ AtkAttributeSet * ( *get_document_attributes) (AtkDocument *document);
+- G_CONST_RETURN gchar* ( *get_document_attribute_value) (AtkDocument *document,
++ const gchar* ( *get_document_attribute_value) (AtkDocument *document,
+ const gchar *attribute_name);
+ gboolean ( *set_document_attribute) (AtkDocument *document,
+ const gchar *attribute_name,
+@@ -68,11 +68,11 @@
+
+ GType atk_document_get_type (void);
+
+-G_CONST_RETURN gchar* atk_document_get_document_type (AtkDocument *document);
++const gchar* atk_document_get_document_type (AtkDocument *document);
+ gpointer atk_document_get_document (AtkDocument *document);
+-G_CONST_RETURN gchar* atk_document_get_locale (AtkDocument *document);
++const gchar* atk_document_get_locale (AtkDocument *document);
+ AtkAttributeSet* atk_document_get_attributes (AtkDocument *document);
+-G_CONST_RETURN gchar* atk_document_get_attribute_value (AtkDocument *document,
++const gchar* atk_document_get_attribute_value (AtkDocument *document,
+ const gchar *attribute_name);
+ gboolean atk_document_set_attribute_value (AtkDocument *document,
+ const gchar *attribute_name,
+diff -uNr atk-1.32.0.orig/atk/atkimage.c atk-1.32.0/atk/atkimage.c
+--- atk-1.32.0.orig/atk/atkimage.c 2010-09-06 08:45:45.000000000 +0200
++++ atk-1.32.0/atk/atkimage.c 2011-09-30 10:29:49.900997587 +0200
+@@ -46,7 +46,7 @@
+ *
+ * Returns: a string representing the image description
+ **/
+-G_CONST_RETURN gchar*
++const gchar*
+ atk_image_get_image_description (AtkImage *image)
+ {
+ AtkImageIface *iface;
+@@ -192,7 +192,7 @@
+ * Returns a string corresponding to the POSIX LC_MESSAGES locale used by the image description, or NULL if the image does not specify a locale.
+ *
+ */
+-G_CONST_RETURN gchar*
++const gchar*
+ atk_image_get_image_locale (AtkImage *image)
+ {
+
+diff -uNr atk-1.32.0.orig/atk/atkimage.h atk-1.32.0/atk/atkimage.h
+--- atk-1.32.0.orig/atk/atkimage.h 2010-09-06 08:45:45.000000000 +0200
++++ atk-1.32.0/atk/atkimage.h 2011-09-30 10:29:49.901997587 +0200
+@@ -53,13 +53,13 @@
+ gint *x,
+ gint *y,
+ AtkCoordType coord_type);
+- G_CONST_RETURN gchar* ( *get_image_description) (AtkImage *image);
++ const gchar* ( *get_image_description) (AtkImage *image);
+ void ( *get_image_size) (AtkImage *image,
+ gint *width,
+ gint *height);
+ gboolean ( *set_image_description) (AtkImage *image,
+ const gchar *description);
+- G_CONST_RETURN gchar* ( *get_image_locale) (AtkImage *image);
++ const gchar* ( *get_image_locale) (AtkImage *image);
+
+ AtkFunction pad1;
+
+@@ -67,7 +67,7 @@
+
+ GType atk_image_get_type (void);
+
+-G_CONST_RETURN gchar* atk_image_get_image_description (AtkImage *image);
++const gchar* atk_image_get_image_description (AtkImage *image);
+
+ void atk_image_get_image_size (AtkImage *image,
+ gint *width,
+@@ -80,7 +80,7 @@
+ gint *y,
+ AtkCoordType coord_type);
+
+-G_CONST_RETURN gchar* atk_image_get_image_locale (AtkImage *image);
++const gchar* atk_image_get_image_locale (AtkImage *image);
+
+ G_END_DECLS
+
+diff -uNr atk-1.32.0.orig/atk/atkobject.c atk-1.32.0/atk/atkobject.c
+--- atk-1.32.0.orig/atk/atkobject.c 2010-09-06 08:45:45.000000000 +0200
++++ atk-1.32.0/atk/atkobject.c 2011-09-30 10:29:49.905997587 +0200
+@@ -285,9 +285,9 @@
+ GValue *value,
+ GParamSpec *pspec);
+ static void atk_object_finalize (GObject *object);
+-static G_CONST_RETURN gchar*
++static const gchar*
+ atk_object_real_get_name (AtkObject *object);
+-static G_CONST_RETURN gchar*
++static const gchar*
+ atk_object_real_get_description
+ (AtkObject *object);
+ static AtkObject* atk_object_real_get_parent (AtkObject *object);
+@@ -692,7 +692,7 @@
+ *
+ * Returns: a character string representing the accessible name of the object.
+ **/
+-G_CONST_RETURN gchar*
++const gchar*
+ atk_object_get_name (AtkObject *accessible)
+ {
+ AtkObjectClass *klass;
+@@ -716,7 +716,7 @@
+ * of the accessible.
+ *
+ **/
+-G_CONST_RETURN gchar*
++const gchar*
+ atk_object_get_description (AtkObject *accessible)
+ {
+ AtkObjectClass *klass;
+@@ -1123,7 +1123,7 @@
+ AtkState state,
+ gboolean value)
+ {
+- G_CONST_RETURN gchar* name;
++ const gchar* name;
+
+ g_return_if_fail (ATK_IS_OBJECT (accessible));
+
+@@ -1319,13 +1319,13 @@
+ G_OBJECT_CLASS (parent_class)->finalize (object);
+ }
+
+-static G_CONST_RETURN gchar*
++static const gchar*
+ atk_object_real_get_name (AtkObject *object)
+ {
+ return object->name;
+ }
+
+-static G_CONST_RETURN gchar*
++static const gchar*
+ atk_object_real_get_description (AtkObject *object)
+ {
+ return object->description;
+@@ -1487,7 +1487,7 @@
+ *
+ * Returns: the string describing the AtkRole
+ */
+-G_CONST_RETURN gchar*
++const gchar*
+ atk_role_get_name (AtkRole role)
+ {
+ if (role >= 0 && role < ATK_ROLE_LAST_DEFINED)
+@@ -1514,7 +1514,7 @@
+ *
+ * Returns: the localized string describing the AtkRole
+ **/
+-G_CONST_RETURN gchar*
++const gchar*
+ atk_role_get_localized_name (AtkRole role)
+ {
+ gettext_initialization ();
+diff -uNr atk-1.32.0.orig/atk/atkobject.h atk-1.32.0/atk/atkobject.h
+--- atk-1.32.0.orig/atk/atkobject.h 2010-09-06 08:45:45.000000000 +0200
++++ atk-1.32.0/atk/atkobject.h 2011-09-30 10:29:49.907997585 +0200
+@@ -381,11 +381,11 @@
+ /*
+ * Gets the accessible name of the object
+ */
+- G_CONST_RETURN gchar* (* get_name) (AtkObject *accessible);
++ const gchar* (* get_name) (AtkObject *accessible);
+ /*
+ * Gets the accessible description of the object
+ */
+- G_CONST_RETURN gchar* (* get_description) (AtkObject *accessible);
++ const gchar* (* get_description) (AtkObject *accessible);
+ /*
+ * Gets the accessible parent of the object
+ */
+@@ -535,8 +535,8 @@
+ * Properties directly supported by AtkObject
+ */
+
+-G_CONST_RETURN gchar* atk_object_get_name (AtkObject *accessible);
+-G_CONST_RETURN gchar* atk_object_get_description (AtkObject *accessible);
++const gchar* atk_object_get_name (AtkObject *accessible);
++const gchar* atk_object_get_description (AtkObject *accessible);
+ AtkObject* atk_object_get_parent (AtkObject *accessible);
+ gint atk_object_get_n_accessible_children (AtkObject *accessible);
+ AtkObject* atk_object_ref_accessible_child (AtkObject *accessible,
+@@ -571,7 +571,7 @@
+ void atk_object_initialize (AtkObject *accessible,
+ gpointer data);
+
+-G_CONST_RETURN gchar* atk_role_get_name (AtkRole role);
++const gchar* atk_role_get_name (AtkRole role);
+ AtkRole atk_role_for_name (const gchar *name);
+
+
+@@ -582,7 +582,7 @@
+ gboolean atk_object_remove_relationship (AtkObject *object,
+ AtkRelationType relationship,
+ AtkObject *target);
+-G_CONST_RETURN gchar* atk_role_get_localized_name (AtkRole role);
++const gchar* atk_role_get_localized_name (AtkRole role);
+
+ /* */
+
+diff -uNr atk-1.32.0.orig/atk/atkrelation.c atk-1.32.0/atk/atkrelation.c
+--- atk-1.32.0.orig/atk/atkrelation.c 2010-09-06 08:45:45.000000000 +0200
++++ atk-1.32.0/atk/atkrelation.c 2011-09-30 10:29:49.908997585 +0200
+@@ -130,7 +130,7 @@
+ *
+ * Returns: the string describing the AtkRelationType
+ */
+-G_CONST_RETURN gchar*
++const gchar*
+ atk_relation_type_get_name (AtkRelationType type)
+ {
+ GTypeClass *type_class;
+diff -uNr atk-1.32.0.orig/atk/atkrelation.h atk-1.32.0/atk/atkrelation.h
+--- atk-1.32.0.orig/atk/atkrelation.h 2010-09-06 08:45:45.000000000 +0200
++++ atk-1.32.0/atk/atkrelation.h 2011-09-30 10:29:49.909997586 +0200
+@@ -61,7 +61,7 @@
+ GType atk_relation_get_type (void);
+
+ AtkRelationType atk_relation_type_register (const gchar *name);
+-G_CONST_RETURN gchar* atk_relation_type_get_name (AtkRelationType type);
++const gchar* atk_relation_type_get_name (AtkRelationType type);
+ AtkRelationType atk_relation_type_for_name (const gchar *name);
+
+ /*
+diff -uNr atk-1.32.0.orig/atk/atkstate.c atk-1.32.0/atk/atkstate.c
+--- atk-1.32.0.orig/atk/atkstate.c 2010-09-06 08:45:45.000000000 +0200
++++ atk-1.32.0/atk/atkstate.c 2011-09-30 10:29:49.910997587 +0200
+@@ -57,7 +57,7 @@
+ *
+ * Returns: the string describing the AtkStateType
+ */
+-G_CONST_RETURN gchar*
++const gchar*
+ atk_state_type_get_name (AtkStateType type)
+ {
+ GTypeClass *type_class;
+diff -uNr atk-1.32.0.orig/atk/atkstate.h atk-1.32.0/atk/atkstate.h
+--- atk-1.32.0.orig/atk/atkstate.h 2010-09-06 08:45:45.000000000 +0200
++++ atk-1.32.0/atk/atkstate.h 2011-09-30 10:29:49.911997587 +0200
+@@ -170,7 +170,7 @@
+
+ AtkStateType atk_state_type_register (const gchar *name);
+
+-G_CONST_RETURN gchar* atk_state_type_get_name (AtkStateType type);
++const gchar* atk_state_type_get_name (AtkStateType type);
+ AtkStateType atk_state_type_for_name (const gchar *name);
+
+ G_END_DECLS
+diff -uNr atk-1.32.0.orig/atk/atkstreamablecontent.c atk-1.32.0/atk/atkstreamablecontent.c
+--- atk-1.32.0.orig/atk/atkstreamablecontent.c 2010-09-06 08:45:45.000000000 +0200
++++ atk-1.32.0/atk/atkstreamablecontent.c 2011-09-30 10:29:49.912997587 +0200
+@@ -73,7 +73,7 @@
+ * Returns : a gchar* representing the specified mime type; the caller
+ * should not free the character string.
+ **/
+-G_CONST_RETURN gchar*
++const gchar*
+ atk_streamable_content_get_mime_type (AtkStreamableContent *streamable,
+ gint i)
+ {
+diff -uNr atk-1.32.0.orig/atk/atkstreamablecontent.h atk-1.32.0/atk/atkstreamablecontent.h
+--- atk-1.32.0.orig/atk/atkstreamablecontent.h 2010-09-06 08:45:45.000000000 +0200
++++ atk-1.32.0/atk/atkstreamablecontent.h 2011-09-30 10:29:49.913997587 +0200
+@@ -54,11 +54,11 @@
+ * at index 0 should be considered the "default" data type for the stream.
+ *
+ * This assumes that the strings for the mime types are stored in the
+- * AtkStreamableContent. Alternatively the G_CONST_RETURN could be removed
++ * AtkStreamableContent. Alternatively the const could be removed
+ * and the caller would be responsible for calling g_free() on the
+ * returned value.
+ */
+- G_CONST_RETURN gchar* (* get_mime_type) (AtkStreamableContent *streamable,
++ const gchar* (* get_mime_type) (AtkStreamableContent *streamable,
+ gint i);
+ /*
+ * One possible implementation for this method is that it constructs the
+@@ -80,7 +80,7 @@
+ * constructed. Note that it is possible for get_uri to return NULL but for
+ * get_stream to work nonetheless, since not all GIOChannels connect to URIs.
+ */
+- G_CONST_RETURN gchar* (* get_uri) (AtkStreamableContent *streamable,
++ const gchar* (* get_uri) (AtkStreamableContent *streamable,
+ const gchar *mime_type);
+
+
+@@ -92,7 +92,7 @@
+
+ gint atk_streamable_content_get_n_mime_types (AtkStreamableContent *streamable);
+
+-G_CONST_RETURN gchar* atk_streamable_content_get_mime_type (AtkStreamableContent *streamable,
++const gchar* atk_streamable_content_get_mime_type (AtkStreamableContent *streamable,
+ gint i);
+ GIOChannel* atk_streamable_content_get_stream (AtkStreamableContent *streamable,
+ const gchar *mime_type);
+diff -uNr atk-1.32.0.orig/atk/atktable.c atk-1.32.0/atk/atktable.c
+--- atk-1.32.0.orig/atk/atktable.c 2010-09-06 08:45:45.000000000 +0200
++++ atk-1.32.0/atk/atktable.c 2011-09-30 10:29:49.915997586 +0200
+@@ -300,7 +300,7 @@
+ * Returns: a gchar* representing the column description, or %NULL
+ * if value does not implement this interface.
+ **/
+-G_CONST_RETURN gchar*
++const gchar*
+ atk_table_get_column_description (AtkTable *table,
+ gint column)
+ {
+@@ -404,7 +404,7 @@
+ * Returns: a gchar* representing the row description, or %NULL
+ * if value does not implement this interface.
+ **/
+-G_CONST_RETURN gchar*
++const gchar*
+ atk_table_get_row_description (AtkTable *table,
+ gint row)
+ {
+diff -uNr atk-1.32.0.orig/atk/atktable.h atk-1.32.0/atk/atktable.h
+--- atk-1.32.0.orig/atk/atktable.h 2010-09-06 08:45:45.000000000 +0200
++++ atk-1.32.0/atk/atktable.h 2011-09-30 10:29:49.916997586 +0200
+@@ -69,12 +69,12 @@
+ gint column);
+ AtkObject*
+ (* get_caption) (AtkTable *table);
+- G_CONST_RETURN gchar*
++ const gchar*
+ (* get_column_description) (AtkTable *table,
+ gint column);
+ AtkObject* (* get_column_header) (AtkTable *table,
+ gint column);
+- G_CONST_RETURN gchar*
++ const gchar*
+ (* get_row_description) (AtkTable *table,
+ gint row);
+ AtkObject* (* get_row_header) (AtkTable *table,
+@@ -163,12 +163,12 @@
+ gint column);
+ AtkObject*
+ atk_table_get_caption (AtkTable *table);
+-G_CONST_RETURN gchar*
++const gchar*
+ atk_table_get_column_description (AtkTable *table,
+ gint column);
+ AtkObject* atk_table_get_column_header (AtkTable *table,
+ gint column);
+-G_CONST_RETURN gchar*
++const gchar*
+ atk_table_get_row_description (AtkTable *table,
+ gint row);
+ AtkObject* atk_table_get_row_header (AtkTable *table,
+diff -uNr atk-1.32.0.orig/atk/atktext.c atk-1.32.0/atk/atktext.c
+--- atk-1.32.0.orig/atk/atktext.c 2010-09-27 09:07:09.000000000 +0200
++++ atk-1.32.0/atk/atktext.c 2011-09-30 10:29:49.919997586 +0200
+@@ -1054,7 +1054,7 @@
+ *
+ * Returns: a string containing the name; this string should not be freed
+ **/
+-G_CONST_RETURN gchar*
++const gchar*
+ atk_text_attribute_get_name (AtkTextAttribute attr)
+ {
+ GTypeClass *type_class;
+@@ -1150,7 +1150,7 @@
+ * Returns: a string containing the value; this string should not be freed;
+ * NULL is returned if there are no values maintained for the attr value.
+ **/
+-G_CONST_RETURN gchar*
++const gchar*
+ atk_text_attribute_get_value (AtkTextAttribute attr,
+ gint index)
+ {
+diff -uNr atk-1.32.0.orig/atk/atktext.h atk-1.32.0/atk/atktext.h
+--- atk-1.32.0.orig/atk/atktext.h 2010-09-27 09:07:09.000000000 +0200
++++ atk-1.32.0/atk/atktext.h 2011-09-30 10:29:49.921997586 +0200
+@@ -355,9 +355,9 @@
+ AtkTextClipType y_clip_type);
+ void atk_text_free_ranges (AtkTextRange **ranges);
+ void atk_attribute_set_free (AtkAttributeSet *attrib_set);
+-G_CONST_RETURN gchar* atk_text_attribute_get_name (AtkTextAttribute attr);
++const gchar* atk_text_attribute_get_name (AtkTextAttribute attr);
+ AtkTextAttribute atk_text_attribute_for_name (const gchar *name);
+-G_CONST_RETURN gchar* atk_text_attribute_get_value (AtkTextAttribute attr,
++const gchar* atk_text_attribute_get_value (AtkTextAttribute attr,
+ gint index_);
+
+ G_END_DECLS
+diff -uNr atk-1.32.0.orig/atk/atkutil.c atk-1.32.0/atk/atkutil.c
+--- atk-1.32.0.orig/atk/atkutil.c 2010-09-06 08:45:45.000000000 +0200
++++ atk-1.32.0/atk/atkutil.c 2011-09-30 10:29:49.922997586 +0200
+@@ -340,7 +340,7 @@
+ *
+ * Returns: name string for the GUI toolkit implementing ATK for this application
+ **/
+-G_CONST_RETURN gchar*
++const gchar*
+ atk_get_toolkit_name (void)
+ {
+ const gchar *retval;
+@@ -365,7 +365,7 @@
+ *
+ * Returns: version string for the GUI toolkit implementing ATK for this application
+ **/
+-G_CONST_RETURN gchar*
++const gchar*
+ atk_get_toolkit_version (void)
+ {
+ const gchar *retval;
+@@ -391,7 +391,7 @@
+ * Returns: version string for ATK
+ **/
+
+-G_CONST_RETURN gchar *
++const gchar *
+ atk_get_version (void)
+ {
+ return VERSION;
+diff -uNr atk-1.32.0.orig/atk/atkutil.h atk-1.32.0/atk/atkutil.h
+--- atk-1.32.0.orig/atk/atkutil.h 2010-09-06 08:45:45.000000000 +0200
++++ atk-1.32.0/atk/atkutil.h 2011-09-30 10:29:49.923997586 +0200
+@@ -147,8 +147,8 @@
+ gpointer data);
+ void (* remove_key_event_listener) (guint listener_id);
+ AtkObject* (* get_root) (void);
+- G_CONST_RETURN gchar* (* get_toolkit_name) (void);
+- G_CONST_RETURN gchar* (* get_toolkit_version) (void);
++ const gchar* (* get_toolkit_name) (void);
++ const gchar* (* get_toolkit_version) (void);
+ };
+ GType atk_util_get_type (void);
+
+@@ -229,17 +229,17 @@
+ /*
+ * Returns name string for the GUI toolkit.
+ */
+-G_CONST_RETURN gchar *atk_get_toolkit_name (void);
++const gchar *atk_get_toolkit_name (void);
+
+ /*
+ * Returns version string for the GUI toolkit.
+ */
+-G_CONST_RETURN gchar *atk_get_toolkit_version (void);
++const gchar *atk_get_toolkit_version (void);
+
+ /*
+ * Gets the current version of ATK
+ */
+-G_CONST_RETURN gchar *atk_get_version (void);
++const gchar *atk_get_version (void);
+
+ /* --- GType boilerplate --- */
+ /* convenience macros for atk type implementations, which for a type GtkGadgetAccessible will:
+diff -uNr atk-1.32.0.orig/tests/testrelation.c atk-1.32.0/tests/testrelation.c
+--- atk-1.32.0.orig/tests/testrelation.c 2010-09-06 08:45:45.000000000 +0200
++++ atk-1.32.0/tests/testrelation.c 2011-09-30 10:29:49.924997586 +0200
+@@ -28,7 +28,7 @@
+ test_relation (void)
+ {
+ AtkRelationType type1, type2;
+- G_CONST_RETURN gchar *name;
++ const gchar *name;
+ AtkObject *obj;
+ gboolean ret_value;
+ AtkRelationSet *set;
+@@ -169,7 +169,7 @@
+ test_role (void)
+ {
+ AtkRole role1, role2;
+- G_CONST_RETURN gchar *name;
++ const gchar *name;
+
+ name = atk_role_get_name (ATK_ROLE_PAGE_TAB);
+ g_return_val_if_fail (name, FALSE);
+@@ -230,7 +230,7 @@
+ test_text_attr (void)
+ {
+ AtkTextAttribute attr1, attr2;
+- G_CONST_RETURN gchar *name;
++ const gchar *name;
+
+ name = atk_text_attribute_get_name (ATK_TEXT_ATTR_PIXELS_INSIDE_WRAP);
+ g_return_val_if_fail (name, FALSE);
+diff -uNr atk-1.32.0.orig/tests/teststateset.c atk-1.32.0/tests/teststateset.c
+--- atk-1.32.0.orig/tests/teststateset.c 2010-09-06 08:45:45.000000000 +0200
++++ atk-1.32.0/tests/teststateset.c 2011-09-30 10:29:49.926997586 +0200
+@@ -208,7 +208,7 @@
+ test_state (void)
+ {
+ AtkStateType type1, type2;
+- G_CONST_RETURN gchar *name;
++ const gchar *name;
+
+ name = atk_state_type_get_name (ATK_STATE_VISIBLE);
+ g_return_val_if_fail (name, FALSE);
diff --git a/meta/recipes-support/atk/atk_1.32.0.bb b/meta/recipes-support/atk/atk_1.32.0.bb
index e6883eb..db8ca1f 100644
--- a/meta/recipes-support/atk/atk_1.32.0.bb
+++ b/meta/recipes-support/atk/atk_1.32.0.bb
@@ -4,7 +4,10 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=3bf50002aefd002f49e7bb854063f7e7 \
file://atk/atkutil.c;endline=20;md5=db21b0bdbef9da4dc6eb122debc9f9bc \
file://atk/atk.h;endline=20;md5=c58238d688c24387376d6c69d06248a7"
-SRC_URI = "http://download.gnome.org/sources/atk/1.32/${BPN}-${PV}.tar.bz2"
+PR = "r1"
+SRC_URI = "http://download.gnome.org/sources/atk/1.32/${BPN}-${PV}.tar.bz2 \
+ file://remove.G_CONST_RETURN.patch \
+"
SRC_URI[md5sum] = "b9a19a3e426cd9ca930f0108c4ee343f"
SRC_URI[sha256sum] = "e9a3e598f75c4db1af914f8b052dd9f7e89e920a96cc187c18eb06b8339cb16e"
--
1.7.6.1
^ permalink raw reply related
* Re: autotools: Remove help2man dependency
From: Joshua Lock @ 2011-09-30 18:19 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <1317319633.2134.1.camel@scimitar>
On Thu, 2011-09-29 at 11:07 -0700, Joshua Lock wrote:
> On Thu, 2011-09-29 at 15:52 +0100, Richard Purdie wrote:
> > The help2man script is pretty useless to us. It requires to run the target
> > binary to extract help information which is not possible for any of our
> > cross compiled target binaries.
> >
> > We're not interested in man pages for -cross/-native tools.
> >
> > It therefore makes no sense to have this as a core build dependency.
> >
> > This patch removes the dependeny and replaces it with a script
> > returning false. This will trigger autotool's missing utility
> > to use the copy of the man page included with the sources which
> > is what would already happen when we tried to run cross compiled
> > binaries anyway.
> >
> > Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
> Signed-off-by: Joshua Lock <josh@linux.intel.com>
>
> Great!
By way of a follow on this patch "resolves" Yocto #1533 by no longer
calling help2man on the host.
http://bugzilla.yoctoproject.org/show_bug.cgi?id=1533
Cheers,
Joshua
--
Joshua Lock
Yocto Project "Johannes factotum"
Intel Open Source Technology Centre
^ permalink raw reply
* Re: MINUTES: OE-TSC meeting 29-Sep-2011
From: Chris Larson @ 2011-09-30 18:16 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <CA+YB3rZ0JEq2zY21kiQmUx3YFj6CYHoR0Pvg6O70UM=Mh1TN+Q@mail.gmail.com>
On Fri, Sep 30, 2011 at 11:14 AM, Jeff Osier-Mixon <jefro@jefro.net> wrote:
> 1. Jefro
> 2. a. some minutes not making it to mailing list, Jefro to post on wiki
> b. yocto evaluating gerrit, possible patchwork replacement for OE, khem
> will research
ReviewBoard may be worth looking at as an alternative to gerritt, as well.
--
Christopher Larson
clarson at kergoth dot com
Founder - BitBake, OpenEmbedded, OpenZaurus
Maintainer - Tslib
Senior Software Engineer, Mentor Graphics
^ permalink raw reply
* MINUTES: OE-TSC meeting 29-Sep-2011
From: Jeff Osier-Mixon @ 2011-09-30 18:14 UTC (permalink / raw)
To: openembedded-core, openembedded-devel, tsc
[-- Attachment #1: Type: text/plain, Size: 10779 bytes --]
These minutes will be available soon on the OE wiki
MINUTES: OE-TSC meeting 29-Sep-2011
Attending: Mark, Richard, Khem
Apologies: Tom, Koen
Notes: Jefro
--------------------------------------------------------
Agenda
1. pick a moderator
2. agenda items
a. continuing minutes issues
b. patchwork replacement
c. patches to classic OE, tracking into layers?
3. status on open subjects
a. release
b. git
--------------------------------------------------------
1. Jefro
2. a. some minutes not making it to mailing list, Jefro to post on wiki
b. yocto evaluating gerrit, possible patchwork replacement for OE, khem
will research
c. acknowledged need for more resources, oe-core being tracked well
3. a. release coming together
b. git moving to its final destination we expect no use visible problems
except for RP
khem ok's RPs changes, fray hasn't looked yet
--------------------------------------------------------
Raw Transcript
(12:57:11 PM) khem: I have to be go at 1:30 though which is half way
(1:04:28 PM) khem: koen is travelling last time he said
(1:04:42 PM) khem: but I dont remember if he was to be back today
(1:04:44 PM) fray: sorry I'm late.. just got home
(1:04:45 PM) khem: or wednesday
(1:05:06 PM) fray: (was at ESC Boston giving a Yocto presentation... and yes
I mentioned oe and oe-core as well) ;)
(1:05:20 PM) khem: hello fray
(1:05:32 PM) khem: how was ESC
(1:05:35 PM) ***RP__ has put off some stuff to be here now so I hope this is
going to be worthwhile...
(1:05:51 PM) RP__: Jefro: Did you manage to get wiki admin rights?
(1:06:02 PM) RP__: well, edit rights even
(1:06:10 PM) khem: RP__: is it for oe.wiki
(1:06:13 PM) Jefro: RP__ not yet - still working on that
(1:06:17 PM) RP__: khem: yes
(1:06:20 PM) Jefro: khem do you happen to have admin rights?
(1:06:30 PM) RP__: Jefro: You could ask khem/fray ;-)
(1:06:33 PM) khem: Jeffro, I dont think so
(1:06:37 PM) RP__: and someone could bump me whilst they're at it
(1:06:40 PM) RP__: khem: you do
(1:06:55 PM) fray: I don't have admin rights either..
(1:06:57 PM) khem: Jefro: but I do have some super cow powers
(1:07:19 PM) khem: so Jefro needs to be added ?
(1:07:34 PM) RP__:
http://wiki.openembedded.org/index.php?title=Special:ListUsers&group=bureaucrat
(1:07:36 PM) Jefro: I have an account, I just need to have editing/creating
rights
(1:07:46 PM) Jefro: and Richard needs to have his rights bumped
(1:07:47 PM) khem: ok
(1:07:53 PM) fray: for editing Khem found the right person to bump me up
(1:07:57 PM) khem: I can take it to next level
(1:08:00 PM) khem: consider it done
(1:08:00 PM) Jefro: if you think he is trustworthy, that is
(1:08:10 PM) RP__: khem: can you bump me whilst you're in there please
(1:08:13 PM) Jefro: khem awesome, thanks
(1:08:32 PM) RP__: people keep asking me for things...
(1:08:42 PM) khem: RP__: if I figure out yes
(1:09:45 PM) Jefro: with three people there is a quorum, do you guys want to
meet?
(1:09:50 PM) RP__: ok, so we have enough for a quorum but we lose khem in 20
mins
(1:09:58 PM) RP__: what do we need to talk about?
(1:10:07 PM) Jefro: better be a quick one. agenda items?
(1:10:27 PM) RP__: I think Phil's question about minutes and so forth needs
an answer. I think Jefro is on that and my thanks for taking care of it :)
(1:11:02 PM) RP__: The release seems to be coming together and I'm feeling
better about the quality
(1:11:04 PM) fray: I thought we had released all of the minutes for the
meetings we -did- have.. there were a number where we didn't achive quorum
(1:11:12 PM) khem: Jefro whats your login
(1:11:13 PM) RP__: I'm trying to communicate the situation better on the
mailing lists
(1:11:18 PM) RP__: summaries and so on
(1:11:23 PM) Jefro: RP__ yes, I am ready to post all the minutes since
March, just need a login. khem: Jefro
(1:11:59 PM) Jefro: there are two instances where email I sent to the lists
didn't get disseminated
(1:11:59 PM) RP__: fray: I don't think they've been making the lists. Jefro
needs to figure out why. You're not posting to the lists@linuxtogo.org address
are you?
(1:12:26 PM) Jefro: it was either pilot error on my part, or something
clogged in the ethertubes. I post to..
(1:13:03 PM) Jefro: openembedded-core <
openembedded-core@lists.openembedded.org>,
(1:13:03 PM) Jefro: openembedded-devel@lists.openembedded.org,
(1:13:03 PM) Jefro: tsc <tsc@lists.openembedded.org>
(1:13:29 PM) RP__: those should be fine
(1:13:38 PM) RP__: posting from the address you're subbed with?
(1:13:47 PM) Jefro: yes: jefro@jefro.net
(1:14:29 PM) RP__: Jefro: dunno then. we need to watch this though
(1:14:44 PM) Jefro: the two that appear to be missing from the lists are in
my Sent box, so make of that what you will. (as official signed-off
versions) I will be adding them to the wiki from here on out, and will
double-check the archive each week to make sure it has gone out.
(1:15:00 PM) Jefro: I have had mysterious email issues before. Maybe I
pissed off the google gods.
(1:15:15 PM) fray: ...maybe google doesn't like OE? ;)
(1:15:55 PM) khem: I would like to bring up have patchwork replaced with
something
(1:16:53 PM) Jefro: I have an AR to make sure minutes are settled & will
report back next week. Should we move to khem's issues with patchwork?
(1:17:03 PM) fray: ya
(1:17:11 PM) khem: Jefro: you should be good with wiki now
(1:17:23 PM) RP__: Yocto people plan to evaluate gerrit
(1:17:54 PM) RP__: we're waiting on sysadmin resources to set it up. We've
spent out sysadmin credit getting the kernel.org/linuxfoundation server mess
resoled
(1:17:58 PM) khem: since we are moving the OE services to a new server it
could be that we drop patchwork and not go through hassles of setting it up
(1:17:58 PM) RP__: resolved
(1:19:06 PM) khem: koen uses patchwork for his maintenance activity so some
alternative would be nice to have
(1:19:25 PM) khem: ok gerrit seems a plausible thing
(1:19:54 PM) khem: I have not used it thus far but may be we should plan on
setting some pilot project using it
(1:20:26 PM) RP__: khem: that is yocto's plan
(1:20:53 PM) khem: RP__: ok
(1:21:39 PM) fray: just from an OE admin resources point of view.. does it
make sense to let the Yocto folks get it going there and then see if it's
useful and bring it into OE if it is? (or do we not want to wait on Yocto
to do a first pilot?)
(1:22:11 PM) khem: depends when yocto has pilots going
(1:22:21 PM) khem: I would prefer something soon
(1:22:38 PM) ***RP__ suspects it would be early novemeber
(1:22:53 PM) RP__: release takes preference right now
(1:22:59 PM) khem: ok
(1:23:19 PM) khem: I will read about it in coming days
(1:23:24 PM) khem: just to understand the beast
(1:24:07 PM) RP__: khem: sounds like a plan
(1:24:14 PM) RP__: Anything else we need to touch upon?
(1:25:05 PM) khem: RP__: folks post patches to oe against classic oe tree I
dont know if we are doing a good job of tracking them into layers
(1:25:44 PM) RP__: khem: I'm only tracking oe-core atm, not enough bandwidth
to do more
(1:26:21 PM) fray: likewise, for the most part I'm tracking oe-core, and
specific other things I notice like prelink and toolchain issues..
(1:26:32 PM) khem: RP__: if someone could do once a week review of oe-dev ml
for such patches would suffice
(1:26:57 PM) ***khem is dirt deep in work
(1:27:26 PM) RP__: khem: I think people need to be encouraged to start using
OE core...
(1:27:50 PM) fray: rp__ my expectation is that with the stable release
people (working on anything but existing product) should switch to oe-core
(1:27:54 PM) RP__: khem: rely on me to go find the patches, rebase them
against a different tree, post them on the oe-core list for review and then
merge them isn't faire
(1:27:58 PM) fray: since that will be the latest "Stable"
(1:28:05 PM) khem: RP__: most of them are these patches are however from
folks who deployed oe.dev release as I see
(1:28:18 PM) khem: yes folks has been asking for oe.core stable
(1:28:32 PM) RP__: khem: Its called 2011.1 :)
(1:28:36 PM) khem: so I see the branch that should bring in some more people
(1:28:37 PM) fray: I told the crowd at ESC Boston "in a few weeks" ;)
(1:28:44 PM) fray: lets hope I didn't lie
(1:29:49 PM) RP__: Did anyone have a chance to look at my performance
tweaks?
(1:30:06 PM) RP__: Any concerns about disabling NLS for cross tools? I'm
wondering native next...
(1:30:13 PM) RP__: also parallel make install
(1:30:17 PM) khem: Another FYI is that git will be moving to its final
destination we expect no use visible problems except for RP
(1:30:20 PM) RP__: dropping help2man-native
(1:30:34 PM) khem: RP__: those changes look good.
(1:30:52 PM) fray: RP__ I havn't reviewed them due to my absense.. but I
expect to
(1:30:54 PM) khem: I dont know if disabling NLS would be good or not
(1:31:14 PM) khem: since it might not emit errors in right language
(1:31:15 PM) RP__: khem: given we force the C locale, we currently don't use
nls
(1:31:20 PM) khem: oh
(1:31:23 PM) khem: right
(1:31:43 PM) khem: well do we use that for cross gcc ?
(1:31:49 PM) khem: or target parts of it
(1:32:03 PM) RP__: target pieces would use NLS
(1:32:07 PM) fray: ya.. ridding hte host tooling of locales isn't a bad
idea.. the only thing is there will likely be some folks who want localized
messages when doing cross development.. but if it's difficult -- it's likely
not worth the effrort
(1:32:22 PM) khem: yes Japan comes to mind
(1:32:33 PM) khem: ok I have to leave
(1:32:37 PM) fray: I don't see it as useful for anything but the toolchain
(1:32:42 PM) RP__: ok, ttfn khem!
(1:32:46 PM) khem: I will read the minutes
(1:32:48 PM) khem: ttyl
(1:32:52 PM) fray: ttyl!
(1:33:12 PM) RP__: fray: SDK toolchain is find, target toolchain is fine.
cross toolchain, we currently force it to run with the C locale
(1:33:26 PM) RP__: so we can parse error output for things like host
contamination
(1:33:40 PM) fray: it's the people writing apps (external of
bitbake/oe-core) that are the ones I suspect would want them
(1:33:40 PM) RP__: so it would need big fixes to make locales work properly
there
(1:33:48 PM) fray: inside of bitbake/oe-core.. we absolutely should for the
C locale
(1:34:05 PM) fray: (that is should -force- the C locale)
(1:34:13 PM) RP__: right, it does
(1:34:20 PM) Jefro: khem - thanks for wiki!
(1:35:59 PM) RP__: I think we can probably close the meeting there
(1:36:20 PM) Jefro: sounds good - meeting officially adjourned, minutes
later today
--
Jeff Osier-Mixon http://jefro.net/blog
Yocto Project Community Manager @Intel http://yoctoproject.org
[-- Attachment #2: Type: text/html, Size: 13509 bytes --]
^ permalink raw reply
* Re: Adding TARGET_VECTOR
From: McClintock Matthew-B29882 @ 2011-09-30 17:49 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <4E85FCF7.6030208@gmail.com>
On Fri, Sep 30, 2011 at 12:31 PM, Khem Raj <raj.khem@gmail.com> wrote:
> On 8/25/2011 7:35 AM, Kumar Gala wrote:
>>
>> We have some packages like flac that are aware of vectorization that may
>> or may not exist on a given processor. I was wondering if adding something
>> like TARGET_VECTOR similar to TARGET_FPU made sense as a way for recipes to
>> decide on how to set various vectorization flags if needed.
>>
>> I was looking at this mostly from the PPC side in which we have:
>>
>> TARGET_VECTOR = "" /* processor has no vector hw */
>> TARGET_VECTOR = "altivec" /* processor has AltiVec support */
>> TARGET_VECTOR = "spe" /* processor has signal processing engine support */
>> TARGET_VECTOR = "vsx" /* processor has Vector-Scalar Extension */
>>
>
> is target vector a property of FPU itself or is it a separate processing
> unit in hardware.?
We have several powerpc cores each containing a different vector
features. We need a way to differentiate in the recipes between
different cores and decide to enable SPE, Altivec, etc to build the
package properly.
I've sort of gone the route of adding:
OVERRIDES := ":core_type"
And using that in recipes. But, I think we need a consensus on how we
want to handle this.
-M
^ permalink raw reply
* Re: [bitbake-devel] Feedback on HOB (new image creator GUI)
From: McClintock Matthew-B29882 @ 2011-09-30 17:32 UTC (permalink / raw)
To: Joshua Lock
Cc: McClintock Matthew-B29882, bitbake-devel@lists.openembedded.org,
openembedded-core
In-Reply-To: <1317403442.11645.17.camel@scimitar>
On Fri, Sep 30, 2011 at 12:23 PM, Joshua Lock <joshua.lock@intel.com> wrote:
> No such discussion has occurred. These are good feature suggestions,
> though I'm not sure about a plugin mechanism - are you suggesting that
> to enable the features mentioned or in addition to?
> At least for enabling runtime services there's likely an issue of the
> GUI having enough knowledge of the init system to do so.
I'd just like to be able to make these extensions/add-ons while not
being familiar with bitbake internals. Maybe by INHERIT'ing bbclasses?
It just seems like adding some configuration pane for configuring ip
addresses should be as easy and possible.
> I can certainly see at least the three features proposed here being
> desirable and I'll probably file those as feature enhancements in the
> bugzilla, unless you'd like to?
>
> Any further thoughts on customisations to enable via the GUI?
I can file some enhancement bugs. We are actually brainstorming this
as I type this so I'm sure some more things will come up ;)
-M
^ permalink raw reply
* Re: [PATCH] atk: add patch to replace G_CONST_RETURN with const
From: Martin Jansa @ 2011-09-30 17:43 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <4E85FD5E.7060305@intel.com>
[-- Attachment #1: Type: text/plain, Size: 1697 bytes --]
On Fri, Sep 30, 2011 at 10:33:18AM -0700, Saul Wold wrote:
> On 09/30/2011 01:47 AM, Martin Jansa wrote:
> > * otherwise build fails when glib is 2.30.0 or newer (and G_DISABLE_DEPRECATED is enabled - like in atk)
> >
> > Signed-off-by: Martin Jansa<Martin.Jansa@gmail.com>
> > ---
> > .../atk/atk-1.32.0/remove.G_CONST_RETURN.patch | 628 ++++++++++++++++++++
> > meta/recipes-support/atk/atk_1.32.0.bb | 5 +-
> > 2 files changed, 632 insertions(+), 1 deletions(-)
> > create mode 100644 meta/recipes-support/atk/atk-1.32.0/remove.G_CONST_RETURN.patch
> >
> > diff --git a/meta/recipes-support/atk/atk-1.32.0/remove.G_CONST_RETURN.patch b/meta/recipes-support/atk/atk-1.32.0/remove.G_CONST_RETURN.patch
> > new file mode 100644
> > index 0000000..0cdf041
> > --- /dev/null
> > +++ b/meta/recipes-support/atk/atk-1.32.0/remove.G_CONST_RETURN.patch
> > @@ -0,0 +1,628 @@
> > +Upstream-Status: Accepted
> > +
> > +Similar patch is already included in 2.0.1 and newer
> > +http://ftp.gnome.org/pub/gnome/sources/atk/2.0/atk-2.0.1.news
> > +
>
> No Signed-off-by: in the patch header.
>
> If the newer version of atk is available, why not update atk in oe-core
> to that version and not add this patch?
>
> Is there a reason we can't update to 2.0.1 at this time?
I'm not atk expert so to minimize influence of such build fix I didn't
want to upgrade to new major version. But if the 2.0 API is compatible
feel free to update to 2.0.1.
Btw: I've included this patch to "Glib related change" pull request
later when I had more changes to send them as separate patches..
--
Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]
^ permalink raw reply
* Re: [bitbake-devel] Feedback on HOB (new image creator GUI)
From: Joshua Lock @ 2011-09-30 17:34 UTC (permalink / raw)
To: McClintock Matthew-B29882
Cc: bitbake-devel@lists.openembedded.org, openembedded-core
In-Reply-To: <CAEsOVNdwudRO7V2DQhpESC=xCqDtJqxJ72+e_hYDLq7bE=z+cg@mail.gmail.com>
On Fri, 2011-09-30 at 10:20 -0600, McClintock Matthew-B29882 wrote:
> On Fri, Sep 30, 2011 at 9:36 AM, Yu Ke <ke.yu@intel.com> wrote:
> > Hi,
> >
> > As you may already know, a new GUI has been added to bitbake recently, i.e.
> > HOB (Human Oriented Builder). It is a graphical image creator that allows
> > user to freely choose which packages to be built in the image. The wiki
> > https://wiki.yoctoproject.org/wiki/BitBake/GUI/Hob has more detail.
> >
> > This email is to collect your feedback on the HOB. Current HOB is our first
> > version, and it surely has many place to improve. We has the plan to enhance
> > it in Yocto 1.2. So we really hope that you can use it and provide your
> > valuable feedback . We do think user's feedback/requirement is the right way
> > to go. Looking forward your valuable input.
> >
> > Best Regards
> > Ke
> >
> > Ps. The simple way to run hob is:
> > # touch conf/hob-pre.conf conf/hob-post.conf
> > # bitbake -u hob -r conf/hob-pre.conf -R conf/hob-post.conf
> >
> > Where conf/hob-pre.conf conf/hob-post.conf is the configuration file, which
> > can be empty in above case.
>
> Has any discussion gone into making some sort of plugin or extensions?
> I'd like for it to be as easy as possible for someone new to make hob
> be able to some things like: configure runtime services, configure
> networking settings, add users, and I'm sure there are other things.
No such discussion has occurred. These are good feature suggestions,
I'm not sure about a plugin mechanism - are you suggesting that
to enable the features mentioned or in addition to?
At least for enabling runtime services there's likely an issue of the
UI having enough knowledge of the init system to do so.
I can certainly see at least the three features proposed here being
desirable and I'll probably file those as feature enhancements in the
bugzilla, unless you'd like to?
Any further thoughts on customisations to enable via the GUI?
Cheers,
Joshua
--
Joshua Lock
Yocto Project "Johannes factotum"
Intel Open Source Technology Centre
^ permalink raw reply
* Re: [PATCH] atk: add patch to replace G_CONST_RETURN with const
From: Saul Wold @ 2011-09-30 17:33 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer; +Cc: Martin Jansa
In-Reply-To: <1317372422-7943-1-git-send-email-Martin.Jansa@gmail.com>
On 09/30/2011 01:47 AM, Martin Jansa wrote:
> * otherwise build fails when glib is 2.30.0 or newer (and G_DISABLE_DEPRECATED is enabled - like in atk)
>
> Signed-off-by: Martin Jansa<Martin.Jansa@gmail.com>
> ---
> .../atk/atk-1.32.0/remove.G_CONST_RETURN.patch | 628 ++++++++++++++++++++
> meta/recipes-support/atk/atk_1.32.0.bb | 5 +-
> 2 files changed, 632 insertions(+), 1 deletions(-)
> create mode 100644 meta/recipes-support/atk/atk-1.32.0/remove.G_CONST_RETURN.patch
>
> diff --git a/meta/recipes-support/atk/atk-1.32.0/remove.G_CONST_RETURN.patch b/meta/recipes-support/atk/atk-1.32.0/remove.G_CONST_RETURN.patch
> new file mode 100644
> index 0000000..0cdf041
> --- /dev/null
> +++ b/meta/recipes-support/atk/atk-1.32.0/remove.G_CONST_RETURN.patch
> @@ -0,0 +1,628 @@
> +Upstream-Status: Accepted
> +
> +Similar patch is already included in 2.0.1 and newer
> +http://ftp.gnome.org/pub/gnome/sources/atk/2.0/atk-2.0.1.news
> +
No Signed-off-by: in the patch header.
If the newer version of atk is available, why not update atk in oe-core
to that version and not add this patch?
Is there a reason we can't update to 2.0.1 at this time?
Thanks
Sau!
^ permalink raw reply
* Re: Adding TARGET_VECTOR
From: Khem Raj @ 2011-09-30 17:31 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <5755C992-C736-4714-9DE3-761E3E74C6F8@kernel.crashing.org>
On 8/25/2011 7:35 AM, Kumar Gala wrote:
> We have some packages like flac that are aware of vectorization that may or may not exist on a given processor. I was wondering if adding something like TARGET_VECTOR similar to TARGET_FPU made sense as a way for recipes to decide on how to set various vectorization flags if needed.
>
> I was looking at this mostly from the PPC side in which we have:
>
> TARGET_VECTOR = "" /* processor has no vector hw */
> TARGET_VECTOR = "altivec" /* processor has AltiVec support */
> TARGET_VECTOR = "spe" /* processor has signal processing engine support */
> TARGET_VECTOR = "vsx" /* processor has Vector-Scalar Extension */
>
is target vector a property of FPU itself or is it a separate processing
unit in hardware.?
> Not sure what makes sense for x86, ARM, or MIPS.
>
> - k
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
^ permalink raw reply
* Re: [PATCH v3 01/16] libnl2: Fix a race on route/pktloc_syntax.h
From: Martin Jansa @ 2011-09-30 17:26 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <1317403283-17471-1-git-send-email-msm@freescale.com>
[-- Attachment #1: Type: text/plain, Size: 3200 bytes --]
On Fri, Sep 30, 2011 at 12:21:23PM -0500, Matthew McClintock wrote:
> From: Tom Rini <tom_rini@mentor.com>
>
> At issue is that route/pktloc.c (not generated) depends on
> route/pktloc_syntax.h (generated).
On Fri, Sep 30, 2011 at 9:13 AM, Martin Jansa <martin.jansa@gmail.com> wrote:
and when you're at it, please also add packaging changes from meta-oe,
so we can remove libnl from meta-oe and keep only libnl1 there.
Thanks
>
> Signed-off-by: Tom Rini <tom_rini@mentor.com>
> Signed-off-by: Matthew McClintock <msm@freescale.com>
> ---
> .../libnl/fix-pktloc_syntax_h-race.patch | 26 ++++++++++++++++++++
> meta/recipes-support/libnl/libnl_2.0.bb | 3 +-
> 2 files changed, 28 insertions(+), 1 deletions(-)
> create mode 100644 meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch
>
> diff --git a/meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch b/meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch
> new file mode 100644
> index 0000000..05d75db
> --- /dev/null
> +++ b/meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch
> @@ -0,0 +1,26 @@
> +Upstream-Status: Inappropriate [configuration]
> +
> +libnl has progressed to 0.3.2 and there does not appear to be any
> +"make -j" issues with this build after my limited testing on that
> +newer version so we can assume this issue is fixed upstream
> +
> +Index: libnl-2.0/lib/Makefile.am
> +===================================================================
> +--- libnl-2.0.orig/lib/Makefile.am
> ++++ libnl-2.0/lib/Makefile.am
> +@@ -27,11 +27,15 @@ CLEANFILES = \
> + route/pktloc_grammar.c route/pktloc_grammar.h \
> + route/pktloc_syntax.c route/pktloc_syntax.h
> +
> ++BUILT_SOURCES = route/pktloc_syntax.h route/pktloc_grammar.h
> ++
> + # Hack to avoid using ylwrap. It does not function correctly in combination
> + # with --header-file=
> ++route/pktloc_grammar.h: route/pktloc_grammar.c
> + route/pktloc_grammar.c: route/pktloc_grammar.l
> + $(LEX) --header-file=route/pktloc_grammar.h $(LFLAGS) -o $@ $^
> +
> ++route/pktloc_syntax.h: route/pktloc_syntax.c
> + route/pktloc_syntax.c: route/pktloc_syntax.y
> + $(YACC) -d $(YFLAGS) -o $@ $^
> +
> diff --git a/meta/recipes-support/libnl/libnl_2.0.bb b/meta/recipes-support/libnl/libnl_2.0.bb
> index 0dfcaf6..5339846 100644
> --- a/meta/recipes-support/libnl/libnl_2.0.bb
> +++ b/meta/recipes-support/libnl/libnl_2.0.bb
> @@ -6,10 +6,11 @@ LICENSE = "LGPLv2.1"
> LIC_FILES_CHKSUM = "file://COPYING;md5=2b41e13261a330ee784153ecbb6a82bc"
>
> DEPENDS = "flex-native bison-native"
> -PR = "r2"
> +PR = "r3"
>
> SRC_URI= "http://www.infradead.org/~tgr/libnl/files/${BPN}-${PV}.tar.gz \
> file://fix-makefile.patch \
> + file://fix-pktloc_syntax_h-race.patch \
> "
>
> SRC_URI[md5sum] = "6aaf1e9802a17a7d702bb0638044ffa7"
> --
> 1.7.6.1
>
>
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
--
Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]
^ permalink raw reply
* [PATCH v3 01/16] libnl2: Fix a race on route/pktloc_syntax.h
From: Matthew McClintock @ 2011-09-30 17:21 UTC (permalink / raw)
To: openembedded-core
From: Tom Rini <tom_rini@mentor.com>
At issue is that route/pktloc.c (not generated) depends on
route/pktloc_syntax.h (generated).
Signed-off-by: Tom Rini <tom_rini@mentor.com>
Signed-off-by: Matthew McClintock <msm@freescale.com>
---
.../libnl/fix-pktloc_syntax_h-race.patch | 26 ++++++++++++++++++++
meta/recipes-support/libnl/libnl_2.0.bb | 3 +-
2 files changed, 28 insertions(+), 1 deletions(-)
create mode 100644 meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch
diff --git a/meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch b/meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch
new file mode 100644
index 0000000..05d75db
--- /dev/null
+++ b/meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch
@@ -0,0 +1,26 @@
+Upstream-Status: Inappropriate [configuration]
+
+libnl has progressed to 0.3.2 and there does not appear to be any
+"make -j" issues with this build after my limited testing on that
+newer version so we can assume this issue is fixed upstream
+
+Index: libnl-2.0/lib/Makefile.am
+===================================================================
+--- libnl-2.0.orig/lib/Makefile.am
++++ libnl-2.0/lib/Makefile.am
+@@ -27,11 +27,15 @@ CLEANFILES = \
+ route/pktloc_grammar.c route/pktloc_grammar.h \
+ route/pktloc_syntax.c route/pktloc_syntax.h
+
++BUILT_SOURCES = route/pktloc_syntax.h route/pktloc_grammar.h
++
+ # Hack to avoid using ylwrap. It does not function correctly in combination
+ # with --header-file=
++route/pktloc_grammar.h: route/pktloc_grammar.c
+ route/pktloc_grammar.c: route/pktloc_grammar.l
+ $(LEX) --header-file=route/pktloc_grammar.h $(LFLAGS) -o $@ $^
+
++route/pktloc_syntax.h: route/pktloc_syntax.c
+ route/pktloc_syntax.c: route/pktloc_syntax.y
+ $(YACC) -d $(YFLAGS) -o $@ $^
+
diff --git a/meta/recipes-support/libnl/libnl_2.0.bb b/meta/recipes-support/libnl/libnl_2.0.bb
index 0dfcaf6..5339846 100644
--- a/meta/recipes-support/libnl/libnl_2.0.bb
+++ b/meta/recipes-support/libnl/libnl_2.0.bb
@@ -6,10 +6,11 @@ LICENSE = "LGPLv2.1"
LIC_FILES_CHKSUM = "file://COPYING;md5=2b41e13261a330ee784153ecbb6a82bc"
DEPENDS = "flex-native bison-native"
-PR = "r2"
+PR = "r3"
SRC_URI= "http://www.infradead.org/~tgr/libnl/files/${BPN}-${PV}.tar.gz \
file://fix-makefile.patch \
+ file://fix-pktloc_syntax_h-race.patch \
"
SRC_URI[md5sum] = "6aaf1e9802a17a7d702bb0638044ffa7"
--
1.7.6.1
^ permalink raw reply related
* Re: [PATCH 07/16] Fix lttng-ust for powerpc64
From: McClintock Matthew-B29882 @ 2011-09-30 17:19 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer; +Cc: McClintock Matthew-B29882
In-Reply-To: <4E85F52B.2010000@intel.com>
On Fri, Sep 30, 2011 at 11:58 AM, Saul Wold <saul.wold@intel.com> wrote:
>> There is some marking for "should be upstreamed"/upstreamable.
>>
> The marking would be "Pending", this indicates that it should be attempted,
> if it gets up streamed then marked Accepted with a pointer to the potential
> upstream version or ref.
Thanks, the next version was changed to Submitted as I sent a patch upstream.
-M
^ permalink raw reply
* Re: [PATCH 0/4] Recipes upgrades
From: Martin Jansa @ 2011-09-30 17:16 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <cover.1317344910.git.nitin.a.kamble@intel.com>
On Fri, Sep 30, 2011 at 3:27 AM, <nitin.a.kamble@intel.com> wrote:
> From: Nitin A Kamble <nitin.a.kamble@intel.com>
>
> The following changes since commit 9d1db6cc928199f8ac4960e8d4648563ef141427:
>
> python: fix sqlite RPATH issue (2011-09-29 16:57:30 +0100)
>
> are available in the git repository at:
> git://git.pokylinux.org/poky-contrib nitin/upgrades
> http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=nitin/upgrades
>
> Nitin A Kamble (4):
> gdb: upgrade from 7.3a to 7.3.1
> byacc: upgrade from 20101229 to 20110908
> python-dbus: upgrade from 0.83.2 to 0.84.0
> python, python-native: upgrade from 2.6.6 to 2.7.2
Just for record, upgrading python needs few PR bumps for recipes
linking to libpython (RDEPENDing on libpython2.6-1.0)
bitbake -c cleansstate python-setuptools python-setuptools-native
python-pyrex python-pyrex-native
In my case:
NOTE: Running task 3 of 18 (ID: 15,
/OE/shr-core/meta-openembedded/meta-oe/recipes-support/pidgin/pidgin_2.7.9.bb,
do_cleansstate)
NOTE: Running task 5 of 18 (ID: 13,
/OE/shr-core/meta-openembedded/meta-oe/recipes-devtools/python/python-pyyaml_svn.bb,
do_cleansstate)
NOTE: Running task 7 of 18 (ID: 11,
/OE/shr-core/meta-smartphone/meta-fso/recipes-freesmartphone/python/python-pyrtc_git.bb,
do_cleansstate)
NOTE: Running task 9 of 18 (ID: 9,
/OE/shr-core/openembedded-core/meta/recipes-devtools/python/python-pygobject_2.27.91.bb,
do_cleansstate)
NOTE: Running task 10 of 18 (ID: 17,
/OE/shr-core/meta-openembedded/meta-oe/recipes-navigation/gpsd/gpsd_2.95.bb,
do_cleansstate)
NOTE: Running task 13 of 18 (ID: 7,
/OE/shr-core/openembedded-core/meta/recipes-devtools/python/python-pycairo_1.8.10.bb,
do_cleansstate)
NOTE: Running task 14 of 18 (ID: 5,
/OE/shr-core/meta-openembedded/meta-oe/recipes-devtools/python/python-pyalsaaudio_0.4.bb,
do_cleansstate)
NOTE: Running task 17 of 18 (ID: 3,
/OE/shr-core/meta-openembedded/meta-oe/recipes-devtools/python/python-phoneutils_git.bb,
do_cleansstate)
NOTE: Running task 18 of 18 (ID: 1,
/OE/shr-core/meta-openembedded/meta-oe/recipes-devtools/python/python-numeric_24.2.bb,
do_cleansstate)
NOTE: Running task 3 of 4 (ID: 1,
/OE/shr-core/openembedded-core/meta/recipes-devtools/python/python-pyrex_0.9.9.bb,
do_cleansstate)
NOTE: Running task 4 of 4 (ID: 3,
/OE/shr-core/openembedded-core/meta/recipes-devtools/python/python-pyrex-native_0.9.9.bb,
do_cleansstate)
NOTE: Running task 3 of 4 (ID: 1,
/OE/shr-core/meta-openembedded/meta-oe/recipes-devtools/python/python-setuptools_0.6c11.bb,
do_cleansstate)
NOTE: Running task 4 of 4 (ID: 3,
virtual:native:/OE/shr-core/meta-openembedded/meta-oe/recipes-devtools/python/python-setuptools_0.6c11.bb,
do_cleansstate)
Another source of issues are setuptools versions like
http://git.shr-project.org/git/?p=shr-settings.git;a=commit;h=f5d9debad096e35556261401793d39e1b6c39a3f
or pyrex
NOTE: package python-pycairo-1.8.10-r1: task do_package: Started
ERROR: Function 'do_compile' failed (see
/OE/shr-core/tmp/work/armv4t-oe-linux-gnueabi/python-phoneutils-0.0.2+gitr1+8a7c719e0c3f1f8c10f77f17422da02d7177f0dd-r3/temp/log.do_compile.14861
for further information)
ERROR: Logfile of failure stored in:
/OE/shr-core/tmp/work/armv4t-oe-linux-gnueabi/python-phoneutils-0.0.2+gitr1+8a7c719e0c3f1f8c10f77f17422da02d7177f0dd-r3/temp/log.do_compile.14861
Log data follows:
| + cd /OE/shr-core/tmp/work/armv4t-oe-linux-gnueabi/python-phoneutils-0.0.2+gitr1+8a7c719e0c3f1f8c10f77f17422da02d7177f0dd-r3/git/src/python
| + do_compile
| + setuptools_do_compile
| + distutils_do_compile
| + STAGING_INCDIR=/OE/shr-core/tmp/sysroots/om-gta02/usr/include
| + STAGING_LIBDIR=/OE/shr-core/tmp/sysroots/om-gta02/usr/lib
| + BUILD_SYS=x86_64-linux
| + HOST_SYS=arm-oe-linux-gnueabi
| + /OE/shr-core/tmp/sysroots/x86_64-linux/usr/bin/python setup.py build
| You need Pyrex -- http://www.cosc.canterbury.ac.nz/greg.ewing/python/Pyrex/
| + bbfatal 'python setup.py build_ext execution failed.'
| + echo 'ERROR: python setup.py build_ext execution failed.'
| ERROR: python setup.py build_ext execution failed.
| + exit 1
| ERROR: Function 'do_compile' failed (see
/OE/shr-core/tmp/work/armv4t-oe-linux-gnueabi/python-phoneutils-0.0.2+gitr1+8a7c719e0c3f1f8c10f77f17422da02d7177f0dd-r3/temp/log.do_compile.14861
for further information)
And python-cython-0.13 doesn't work with python-2.7 (maybe it needed
only PR bump for python-cython-native)
ie python-evas fails with:
| checking for pre-generated ./evas/evas.c_evas.c for
./evas/evas.c_evas.pyx... no
| configure: error: PACKAGING ERROR RELEASE BUILD WITHOUT PRE-GENERATED FILES
cython upgrade sent to meta-oe
http://lists.linuxtogo.org/pipermail/openembedded-devel/2011-September/035316.html
And still trying to fix python-pyrtc and python-pyyaml:
| + /OE/shr-core/tmp/sysroots/x86_64-linux/usr/bin/python setup.py build
| Traceback (most recent call last):
| File "setup.py", line 34, in <module>
| from Cython.Distutils import build_ext
| File "/OE/shr-core/tmp/sysroots/x86_64-linux/usr/lib/python2.7/site-packages/Cython/Distutils/__init__.py",
line 2, in <module>
| from Cython.Distutils.extension import Extension
| File "/OE/shr-core/tmp/sysroots/x86_64-linux/usr/lib/python2.7/site-packages/Cython/Distutils/extension.py",
line 18, in <module>
| class Extension(_Extension.Extension):
| File "/OE/shr-core/tmp/sysroots/x86_64-linux/usr/lib/python2.7/site-packages/Cython/Distutils/extension.py",
line 39, in Extension
| """
| TypeError: unsupported operand type(s) for +: 'NoneType' and 'str'
| + bbfatal 'python setup.py build_ext execution failed.'
| + echo 'ERROR: python setup.py build_ext execution failed.'
Regards,
^ permalink raw reply
* Re: [bitbake-devel] Feedback on HOB (new image creator GUI)
From: Joshua Lock @ 2011-09-30 17:16 UTC (permalink / raw)
To: Koen Kooi
Cc: bitbake-devel@lists.openembedded.org,
Patches and discussions about the oe-core layer
In-Reply-To: <689D3FDE-CD3B-48CE-9426-AE59008C0609@dominion.thruhere.net>
On Fri, 2011-09-30 at 11:32 -0500, Koen Kooi wrote:
>
> Op 30 sep. 2011 om 10:49 heeft Joshua Lock <josh@linux.intel.com> het volgende geschreven:
>
> > On Fri, 2011-09-30 at 08:36 -0600, Yu, Ke wrote:
> >> Hi,
> >>
> >> As you may already know, a new GUI has been added to bitbake recently,
> >> i.e. HOB (Human Oriented Builder).
> >
> > It's not an acronym, it's just a name - Hob.
> >
> >> It is a graphical image creator that
> >> allows user to freely choose which packages to be built in the image.
> >> The wiki https://wiki.yoctoproject.org/wiki/BitBake/GUI/Hob has more
> >> detail.
> >
> > I'll be changing this page and adding more user-centric info in the
> > coming weeks.
> >
> >> This email is to collect your feedback on the HOB. Current HOB is our
> >> first version, and it surely has many place to improve. We has the plan
> >> to enhance it in Yocto 1.2. So we really hope that you can use it and
> >> provide your valuable feedback . We do think user's feedback/requirement
> >> is the right way to go. Looking forward your valuable input.
> >>
> >> Best Regards
> >> Ke
> >>
> >> Ps. The simple way to run hob is:
> >> # touch conf/hob-pre.conf conf/hob-post.conf
> >> # bitbake -u hob -r conf/hob-pre.conf -R conf/hob-post.conf
> >
> > In oe-core (and therefore Poky) we have a wrapper script so from an
> > oe-init-build-env'd build directory you can just call hob.
> >
> > The script will create the required configuration files with some
> > required values.
>
> Can we have it use local.conf by default please? I hate having to put the same info in multiple places
We do use local.conf in that if values are set there and not in either
of the hob configuration files the values from local.conf are used
however I had an explicit feature request to not modify local.conf.
I actually started looking at having Hob use an independent
configuration file so that Hob settings would persist across build
directories, this didn't make it in the 1.1 time frame unfortunately.
Cheers,
Joshua
--
Joshua Lock
Yocto Project "Johannes factotum"
Intel Open Source Technology Centre
^ permalink raw reply
* Re: [PATCH v2 01/16] libnl2: Fix a race on route/pktloc_syntax.h
From: McClintock Matthew-B29882 @ 2011-09-30 16:58 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer; +Cc: McClintock Matthew-B29882
In-Reply-To: <20110930071333.GB2361@jama.jama.net>
On Fri, Sep 30, 2011 at 2:13 AM, Martin Jansa <martin.jansa@gmail.com> wrote:
> On Fri, Sep 30, 2011 at 04:09:37AM +0000, McClintock Matthew-B29882 wrote:
>> On Thu, Sep 29, 2011 at 2:11 PM, Matthew McClintock <msm@freescale.com> wrote:
>> > From: Tom Rini <tom_rini@mentor.com>
>> >
>> > At issue is that route/pktloc.c (not generated) depends on
>> > route/pktloc_syntax.h (generated).
>> >
>> > Signed-off-by: Tom Rini <tom_rini@mentor.com>
>> > Signed-off-by: Matthew McClintock <msm@freescale.com>
>>
>> Please ignore this patch as it does not seem to fix the issue.
>
> Why not use latest version of this patch?
> http://git.openembedded.org/cgit.cgi/openembedded/tree/recipes/libnl/libnl/fix-pktloc-dep-race.patch
> or meta-oe
> http://git.openembedded.org/cgit.cgi/meta-openembedded/tree/meta-oe/recipes-support/libnl/libnl/fix-pktloc-dep-race.patch
>
> seems like you're missing pktloc_grammar.h here..
>
> and when you're at it, please also add packaging changes from meta-oe,
> so we can remove libnl from meta-oe and keep only libnl1 there.
I pulled this out of openembbeded repo. I guess I managed to mess
something up. Will resend/retest.
-M
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox