Openembedded Core Discussions
 help / color / mirror / Atom feed
From: Peter Urbanec <openembedded-devel@urbanec.net>
To: "Burton, Ross" <ross.burton@intel.com>
Cc: OE-core <openembedded-core@lists.openembedded.org>
Subject: Re: [PATCH v2 0/1] Python: Upgrade from 2.7.3 to 2.7.9
Date: Mon, 02 Mar 2015 21:29:57 +1100	[thread overview]
Message-ID: <54F43BA5.8010101@urbanec.net> (raw)
In-Reply-To: <CAJTo0LbPVzhW9C7e3-2J45Yc5HiTEsby=c95PuaCRhF+bV01tQ@mail.gmail.com>

On 28/02/15 03:07, Burton, Ross wrote:
> IIRC the general argument is if that if you're assuming a self-signed
> certification is valid, you've lost so much security.  We're in the
> middle of a development cycle so this will only impact people using or
> moving to 1.8.

I'm completely in favour of this change from the security point of view. 
However, it is likely to trip up a few people, so the change in 
behaviour should be prominently highlighted in the release notes. I also 
think that it may be a good idea to keep 2.7.3 around so that it is 
possible to move to new oe-core and keep the old python around. I would 
not be surprised if there were other differences between 2.7.3 and 2.7.9 
that complicate life. My main rationale for keeping both 2.7.3 and 2.7.9 
would be that 2.7.9 can not be made backwards compatible when it comes 
to the SSL certificates. The only fix is at the source code level for 
every application that uses SSL based protocols or alternatively 
convincing the server operators to use certificates issued by well known 
CAs. For my use case scenario, that's not workable because the user of 
the device can download packages from third party feeds, including 
closed source plugins. Yes, 2.7.9 is doing the right thing, but in this 
case doing the right thing breaks too much stuff.

> I've just verified that python-imaging works for me (and works on the
> autobuilders), so if you can replicate the failure on demand that filing
> a bug would be useful.

Good to know that is is something that is specific to my setup. I'll 
look into it again when I have a little bit of time on my hands. Right 
now I've put python 2.7.3 in my local overlay and am using it to get 
work done.



  reply	other threads:[~2015-03-02 10:30 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-02-17 22:22 [PATCH v2 0/1] Python: Upgrade from 2.7.3 to 2.7.9 Alejandro Hernandez
2015-02-17 22:22 ` [PATCH v2 1/1] Python: Upgrade from 2.7.3 to 2.7.9: Alejandro Hernandez
2015-02-18  7:41   ` Richard Purdie
2015-02-27 13:47 ` [PATCH v2 0/1] Python: Upgrade from 2.7.3 to 2.7.9 Peter Urbanec
2015-02-27 16:07   ` Burton, Ross
2015-03-02 10:29     ` Peter Urbanec [this message]
2015-03-02 11:15       ` Burton, Ross

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=54F43BA5.8010101@urbanec.net \
    --to=openembedded-devel@urbanec.net \
    --cc=openembedded-core@lists.openembedded.org \
    --cc=ross.burton@intel.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox