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.
next prev parent 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