Skip to contentSkip to conversation

python3: update to version 3.5.5 to fix security issues

PATCH Superseded Derek Straka 4 participants 11 messages Mar 11, 2018 – Mar 16, 2018

v2 of 3 Superseded Latest is v3 →

lore
Share & tools
lore
#0 lore raw

PATCH v2 1/1 python3: update to version 3.5.5 to fix security issues

License-Update: checksum change is due to bump in copyright year

Resolves CVE-2017-1000158 and other potential security issues

See https://docs.python.org/3.5/whatsnew/changelog.html#python-3-5-5-final

---
 meta/recipes-devtools/python/{python3_3.5.4.bb => python3_3.5.5.bb} | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)
 rename meta/recipes-devtools/python/{python3_3.5.4.bb => python3_3.5.5.bb} (98%)
meta/recipes-devtools/python/python3_3.5.5.bb renamed from meta/recipes-devtools/python/python3_3.5.4.bb +3 -3
similarity index 98%
rename from meta/recipes-devtools/python/python3_3.5.4.bb
rename to meta/recipes-devtools/python/python3_3.5.5.bb
index a94d009..8150dd6 100644
@@ -38,10 +38,10 @@ SRC_URI += "\
             file://0001-Issue-21272-Use-_sysconfigdata.py-to-initialize-dist.patch \
             file://pass-missing-libraries-to-Extension-for-mul.patch \
            "
-SRC_URI[md5sum] = "fb2780baa260b4e51cbea814f111f303"
-SRC_URI[sha256sum] = "94d93bfabb3b109f8a10365a325f920f9ec98c6e2380bf228f9700a14054c84c"
+SRC_URI[md5sum] = "f3763edf9824d5d3a15f5f646083b6e0"
+SRC_URI[sha256sum] = "063d2c3b0402d6191b90731e0f735c64830e7522348aeb7ed382a83165d45009"
 
-LIC_FILES_CHKSUM = "file://LICENSE;md5=f741e51de91d4eeea5930b9c3c7fa69d"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=b6ec515b22618f55fa07276b897bacea"
 
 # exclude pre-releases for both python 2.x and 3.x
 UPSTREAM_CHECK_REGEX = "[Pp]ython-(?P<pver>\d+(\.\d+)+).tar"
Signature · 1 line
2.7.4
#2 lore raw

Definitely. I just didn't do the git add. I'll send out the v2 shortly. Thanks for catching that!

Quoted 19 lines · Alexander Kanavin
Quoted 4 lines · Derek Straka

License-Update: checksum change is due to bump in copyright year

Resolves CVE-2017-1000158 and other potential security issues

Quoted 8 lines

See https://docs.python.org/3.5/whatsnew/changelog.html#python-
3-5-5-final

---
meta/recipes-devtools/python/{python3_3.5.4.bb => python3_3.5.5.bb} |
6 +++---

python3-native should be updated at the same time, please do so.

Alex

#3 lore raw
Quoted 1 line · Derek Straka

Definitely.  I just didn't do the git add.  I'll send out the v2 shortly.  Thanks for catching that!

The change is already in master, so you need to rebase.

Alex

#4 lore raw

I'll stop failing eventually... I'm surprised I didn't get a bounce from the patch test script. In any case, I sent the native version.

Quoted 10 lines · Alexander Kanavin
Quoted 3 lines · Derek Straka

Definitely. I just didn't do the git add. I'll send out the v2 shortly. Thanks for catching that!

The change is already in master, so you need to rebase.

Alex

#5 lore raw
Quoted 4 lines · Derek Straka

I'll stop failing eventually... I'm surprised I didn't get a bounce from the patch test script. In any case, I sent the native version.

Git does the right thing and does the merge, so the patch applies.

Ross

#6 lore raw
In reply to Derek Straka
Quoted 1 line · Derek Straka

Definitely.  I just didn't do the git add.  I'll send out the v2 shortly.  Thanks for catching that!

While we're on the subject of python upgrades, I'd like to ask, what kind of plan do you have for 3.6/3.7? Is anything in progress? When you have some kind of patch ready, we can test it on the autobuilder to iron out the issues, and have it ready for when oe-core master reopens for version updates.

(I also think that at this point it makes sense to go straight to 3.7 and test with various pre-release versions)

#7 lore raw

I'm about half through the 3.6 updates. I was hoping to get time in the next two weeks to finish it up. I can just look at going to 3.7 if that's preferred. I don't have a personal preference at this point.

Quoted 15 lines · Alexander Kanavin
Quoted 3 lines · Derek Straka

Definitely. I just didn't do the git add. I'll send out the v2 shortly. Thanks for catching that!

While we're on the subject of python upgrades, I'd like to ask, what kind of plan do you have for 3.6/3.7? Is anything in progress? When you have some kind of patch ready, we can test it on the autobuilder to iron out the issues, and have it ready for when oe-core master reopens for version updates.

(I also think that at this point it makes sense to go straight to 3.7 and test with various pre-release versions)

#8 lore raw

I looked into 3.6 as well, but the sheer number of patches we apply is a pain point to rebase.

I am inclined to vote for 3.6 first and pick up 3.7 when it matures a bit and is more widely supported. I have fears of rather massive failures in our python ecosystem (especially in meta-python). Perhaps backward compatibility will be there, but I need to be convinced. If 3.7 is widely the _default_ in traditional distros we support, then I will sing a different tune. Also, I hope to have a ptest strategy for python by the end of 2.6, which would dramatically increase my comfort level.

—Tim

Quoted 29 lines · Derek Straka

I'm about half through the 3.6 updates. I was hoping to get time in the next two weeks to finish it up. I can just look at going to 3.7 if that's preferred. I don't have a personal preference at this point.

Quoted 6 lines · Alexander Kanavin
Quoted 3 lines · Derek Straka

Definitely. I just didn't do the git add. I'll send out the v2 shortly. Thanks for catching that!

Quoted 9 lines

While we're on the subject of python upgrades, I'd like to ask, what kind of plan do you have for 3.6/3.7? Is anything in progress? When you have some kind of patch ready, we can test it on the autobuilder to iron out the issues, and have it ready for when oe-core master reopens for version updates.

(I also think that at this point it makes sense to go straight to 3.7 and test with various pre-release versions)

--
_______________________________________________
Openembedded-core mailing list
[email protected]
http://lists.openembedded.org/mailman/listinfo/openembedded-core

#9 lore raw
Quoted 3 lines · Tim Orling

I looked into 3.6 as well, but the sheer number of patches we apply is a pain point to rebase.

I am inclined to vote for 3.6 first and pick up 3.7 when it matures a bit and is more widely supported. I have fears of rather massive failures in our python ecosystem (especially in meta-python). Perhaps backward compatibility will be there, but I need to be convinced. If 3.7 is widely the _default_ in traditional distros we support, then I will sing a different tune. Also, I hope to have a ptest strategy for python by the end of 2.6, which would dramatically increase my comfort level.

Perhaps we can provide both and default to 3.6? Eventually we will have to transition to 3.7, and I think it might be easier if it's widely available in oe-core, even if it has known (or unknown) issues and is off by default. We can then periodically test 3.7 on the AB etc, to assess where things are.

Alex

#10 lore raw
In reply to Alexander Kanavin

Whoops, didn't notice that on my review. Thanks for spotting Alex.

Ross

Quoted 25 lines · Alexander Kanavin
Quoted 4 lines · Derek Straka

License-Update: checksum change is due to bump in copyright year

Resolves CVE-2017-1000158 and other potential security issues

Quoted 8 lines

See https://docs.python.org/3.5/whatsnew/changelog.html#python-
3-5-5-final

---
meta/recipes-devtools/python/{python3_3.5.4.bb => python3_3.5.5.bb} |
6 +++---

python3-native should be updated at the same time, please do so.

Alex

--
_______________________________________________
Openembedded-core mailing list
[email protected]
http://lists.openembedded.org/mailman/listinfo/openembedded-core