<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/poky.git/meta/recipes-devtools/python, branch 1.3.2</title>
<subtitle>Mirror of git.yoctoproject.org/poky</subtitle>
<id>https://git.enea.com/cgit/linux/poky.git/atom?h=1.3.2</id>
<link rel='self' href='https://git.enea.com/cgit/linux/poky.git/atom?h=1.3.2'/>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/'/>
<updated>2013-03-01T15:38:47+00:00</updated>
<entry>
<title>Python: Fix for CVE-2012-2135</title>
<updated>2013-03-01T15:38:47+00:00</updated>
<author>
<name>yanjun.zhu</name>
<email>yanjun.zhu@windriver.com</email>
</author>
<published>2012-11-30T11:23:48+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=8cb87526627b9820a9be5698c084df788a433a7b'/>
<id>urn:sha1:8cb87526627b9820a9be5698c084df788a433a7b</id>
<content type='text'>
Reference:http://http://bugs.python.org/issue14579

The utf-16 decoder in Python 3.1 through 3.3 does not update the
aligned_end variable after calling the unicode_decode_call_errorhandler
function, which allows remote attackers to obtain sensitive information
(process memory) or cause a denial of service (memory corruption and crash)
via unspecified vectors.

http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2012-2135

[YOCTO #3450]

(From OE-Core rev: 11544f573bc94ce69a8a76d645e46ab6359dee78)

Signed-off-by: yanjun.zhu &lt;yanjun.zhu@windriver.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>recipes: bump PR to rebuild after libffi5 -&gt; libffi6</title>
<updated>2012-09-19T16:56:26+00:00</updated>
<author>
<name>Martin Jansa</name>
<email>martin.jansa@gmail.com</email>
</author>
<published>2012-09-16T18:47:26+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=2c5079be86b6f32fd8a8193ce13ec44c549768f3'/>
<id>urn:sha1:2c5079be86b6f32fd8a8193ce13ec44c549768f3</id>
<content type='text'>
(From OE-Core rev: 211200fb98a72ba815e7c411fbebfd781879064c)

Signed-off-by: Martin Jansa &lt;Martin.Jansa@gmail.com&gt;
Signed-off-by: Saul Wold &lt;sgw@linux.intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>python-pygtk: Upgrade to 2.24</title>
<updated>2012-09-05T17:05:42+00:00</updated>
<author>
<name>Saul Wold</name>
<email>sgw@linux.intel.com</email>
</author>
<published>2012-09-05T17:00:17+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=a5ee5fe90a0e417e38a0d90639f655b28378fe3c'/>
<id>urn:sha1:a5ee5fe90a0e417e38a0d90639f655b28378fe3c</id>
<content type='text'>
This is needed for the build appliance and Hob also

(From OE-Core rev: e177b0dcf9b39130d4a2a4dd1ea5af72b3cc87a3)

Signed-off-by: Saul Wold &lt;sgw@linux.intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>nativesdk: Switch to using nativesdk as a prefix, not a suffix</title>
<updated>2012-09-02T12:52:06+00:00</updated>
<author>
<name>Richard Purdie</name>
<email>richard.purdie@linuxfoundation.org</email>
</author>
<published>2011-12-22T17:43:33+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=ad23395cd1f6c0cbfcc6980b6071d589f9f6cde0'/>
<id>urn:sha1:ad23395cd1f6c0cbfcc6980b6071d589f9f6cde0</id>
<content type='text'>
As discussed on the mailing lists, using a suffix to package names is
hard and has lead to many recipes having to do PKGSUFFIX games. Its
looking extremely hard to scale nativesdk much further without hacking
many recipes.

By comparison, using a prefix like multilib does works much better and
doesn't involve "hacking" as many recipes. This change converts nativesdk
to use a prefix using the existing multilib infrastructure.

(From OE-Core rev: 81813c0e322dc04ce4b069117188d8a54dfddb8c)

Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>python: Add Upstream-Status entries for bsddb patches, no code changes</title>
<updated>2012-08-17T12:10:07+00:00</updated>
<author>
<name>Jackie Huang</name>
<email>jackie.huang@windriver.com</email>
</author>
<published>2012-08-17T07:27:02+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=9b6a3ff565aa99bef987187913ad91c33eecf5cc'/>
<id>urn:sha1:9b6a3ff565aa99bef987187913ad91c33eecf5cc</id>
<content type='text'>
(From OE-Core rev: 62187bdbaf39b116c2ce4d924dd9b670716b744c)

Signed-off-by: Jackie Huang &lt;jackie.huang@windriver.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>python: Fix RPATH QA issue on non-gplv3 builds</title>
<updated>2012-08-07T11:37:13+00:00</updated>
<author>
<name>Richard Purdie</name>
<email>richard.purdie@linuxfoundation.org</email>
</author>
<published>2012-08-07T11:18:13+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=f6763e90b23d1e609b0428ca3dfc81d824a62ea4'/>
<id>urn:sha1:f6763e90b23d1e609b0428ca3dfc81d824a62ea4</id>
<content type='text'>
On non-gplv3 builds, gdbm gets built different due to the different version
which triggers a different codepath in python's db support and then hence
triggers an invalid RPATH QA issue. This change extends the appropriate patch
to cover the code paths we need it to cover and avoid adding the problematic
RPATH.

(From OE-Core rev: 90540692c40719b757b80bdc6e78e679a3df83a7)

Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>python: Fix to support the python module _bsddb built with db 5.3</title>
<updated>2012-08-06T14:18:47+00:00</updated>
<author>
<name>Jackie Huang</name>
<email>jackie.huang@windriver.com</email>
</author>
<published>2012-08-04T13:14:08+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=77625e728b3199b659bda622446687dfb39b7926'/>
<id>urn:sha1:77625e728b3199b659bda622446687dfb39b7926</id>
<content type='text'>
_bsddb module in python 2.7 could be built only with db version
between 4.1 and 4.7. A patch was added to avoid build warning
about this for [YOCTO #1937] but not actually fixed it.

This patch enable _bsddb module be built with db 5.3, and remove
--disable-statistics from the DB5_CONFIG to fix segmentation fault
when using _bsddb module in python.

[YOCTO #2749]

(From OE-Core rev: 11267f8a1ccf65142988b095351a84b0fa0fcbcf)

Signed-off-by: Jackie Huang &lt;jackie.huang@windriver.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>python-setuptools: Fix setuptools install libdir != /usr/lib</title>
<updated>2012-08-02T14:28:39+00:00</updated>
<author>
<name>Mark Hatle</name>
<email>mark.hatle@windriver.com</email>
</author>
<published>2012-08-01T02:59:35+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=01524b4de77501981bc5851230433b82e4657bb8'/>
<id>urn:sha1:01524b4de77501981bc5851230433b82e4657bb8</id>
<content type='text'>
--install-lib= is required to be passed via distutils install
otherwise the install location gets set to whatever the python-native
location is.

(From OE-Core rev: d8ca8b21c6959e772fa1b437ce498b7759fae0ab)

Signed-off-by: Mark Hatle &lt;mark.hatle@windriver.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>python-dbus: updated to 1.1.1</title>
<updated>2012-08-02T14:28:37+00:00</updated>
<author>
<name>Bogdan Marinescu</name>
<email>bogdan.a.marinescu@intel.com</email>
</author>
<published>2012-08-01T15:16:07+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=516ce2fc8d2a6a330e8662921929aaf947daecb1'/>
<id>urn:sha1:516ce2fc8d2a6a330e8662921929aaf947daecb1</id>
<content type='text'>
(From OE-Core rev: 191f06e8886209341a1822f5078fdf410dc86202)

Signed-off-by: Bogdan Marinescu &lt;bogdan.a.marinescu@intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>bzip2-native: handling native path issue</title>
<updated>2012-07-28T08:20:52+00:00</updated>
<author>
<name>Yao Zhao</name>
<email>yao.zhao@windriver.com</email>
</author>
<published>2012-07-26T20:34:19+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=3f05622bac998f351168eb49a5ca96e7473f51be'/>
<id>urn:sha1:3f05622bac998f351168eb49a5ca96e7473f51be</id>
<content type='text'>
follow Richard's approach, modify bzip2-native recipe to install bzip2 package
binaries to STAGING_BINDIR_NATIVE/bzip2-native to avoid problems when other
package is doing upack to reference bzip2. libbz2.so* still installs to
STAGING_LIBDIR_NATIVE.

change python-native to depends on bzip2-replacement-native instead of
bzip2-full-native and add EXTRANATIVEPATH for bzip2-native.

Didn't add bzip2native.bbclass as python-native is the only user so far.

(From OE-Core rev: 5bf3541836457465aa76577bfb41cdf6316213c9)

Signed-off-by: Yao Zhao &lt;yao.zhao@windriver.com&gt;
Signed-off-by: Saul Wold &lt;sgw@linux.intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
</feed>
