[OE-core] [PATCH] Replace Python 3.3.x with Python 3.4.2

[Artur Wroblewski]

On Thu, Nov 13, 2014 at 10:52 PM, Burton, Ross <ross.burton at intel.com> wrote:
> On 13 November 2014 20:23, Artur Wroblewski <wrobell at pld-linux.org> wrote:
>>
>> > Personally I'd prefer to see a working Python 3.4 integrated in one go
>> > instead of having a broken 3.4 integrated for an unknown about of time.
>> > Hopefully anyone else who is interested in 3.4 can step up and work on
>> > the
>> > outstanding issues now that this patch is public (which is another good
>> > reason to have a public repo with this in).
>>
>> If you specify some exit criteria for this, then I can try to improve
>> the patch. But
>> please keep in mind that Python 3.3 in Yocto is broken to such extent that
>> it
>> crashes due to missing essential modules.
>
>
>  The exit criteria would be a patch to upgrade to 3.4 that doesn't come with
> the caveat that seven of the patches need to be updated.

Yep, there is more work required.

> 3.3 being broken
> is a separate issue to upgrading to 3.4 and we should probably fix 3.3
> first, backport that fix to dizzy, and then upgrade to 3.4.

No incompatibilities were introduced in Python 3.4
(https://docs.python.org/3/whatsnew/3.4.html).
What is your reason to support version of Python, which practically
cannot be started
anyway and is 2 years old?

> I've filed a bug about the startup problem with just python3 installed
> (#6967). Note that whilst this is a bug it's not fundamentally broken as
> installing just python3-core (which python3 is an alias for - more on that
> in a minute) won't pull in the bulk of the runtime library.  Installing
> python3-core and python3-modules brings in the entire runtime, and the
> interpreter starts up fine.

See also bug #6831.

In the context of your bug report, please note that manifest file still does
not contain reprlib (the same in Poky 1.6.1)

    https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/recipes-devtools/python/python-3.3-manifest.inc

and there is no "misc" package defined there, so I am really confused what
is the mainstream work here.

Regards,

Artur