729 Commits

Author SHA1 Message Date
Serhiy Storchaka
bc27a050a7 Issue #20363. Fixed BytesWarning triggerred by test suite.
Patch by Berker Peksag.
2014-02-06 22:49:45 +02:00
Antoine Pitrou
335a5128e5 Fix TypeError on "setup.py upload --show-response". 2013-12-22 18:13:51 +01:00
Antoine Pitrou
716b7222e9 Issue #20045: Fix "setup.py register --list-classifiers". 2013-12-21 22:57:56 +01:00
Jason R. Coombs
a2ebfd0256 Issue #19544 and Issue #6286: Restore use of urllib over http allowing use of http_proxy for Distutils upload command, a feature accidentally lost in the rollback of distutils2. 2013-11-10 18:50:10 -05:00
Jason R. Coombs
ca9242f4f9 Merge with 3.2 for Issue #19286. 2013-11-02 13:01:46 -04:00
Jason R. Coombs
bd26d86d74 Issue #19286: [distutils] Only match files in build_py.find_data_files. 2013-11-02 11:07:35 -04:00
Antoine Pitrou
643238eb53 Issue #4366: Fix building extensions on all platforms when --enable-shared is used. 2013-09-29 01:48:40 +02:00
Ezio Melotti
b5bc353b88 #18741: fix more typos. Patch by Févry Thibault. 2013-08-17 16:11:40 +03:00
doko@ubuntu.com
1621d77fc8 - Issue #16754: Fix the incorrect shared library extension on linux. Introduce
two makefile macros SHLIB_SUFFIX and EXT_SUFFIX. SO now has the value of
  SHLIB_SUFFIX again (as in 2.x and 3.1). The SO macro is removed in 3.4.
2013-03-21 13:31:41 -07:00
doko@ubuntu.com
d5537d071c - Issue #16754: Fix the incorrect shared library extension on linux. Introduce
two makefile macros SHLIB_SUFFIX and EXT_SUFFIX. SO now has the value of
  SHLIB_SUFFIX again (as in 2.x and 3.1). The SO macro is removed in 3.4.
2013-03-21 13:21:49 -07:00
Terry Jan Reedy
98472b8396 Merge 3.2, issue #17047: remove doubled words found in 2.7 to
3.4 Lib/*, as reported by Serhiy Storchaka and Matthew Barnett.
2013-03-11 17:58:27 -04:00
Terry Jan Reedy
c30b7b16ea Issue #17047: remove doubled words found in 2.7 to 3.4 Lib/*,
as reported by Serhiy Storchaka and Matthew Barnett.
2013-03-11 17:57:08 -04:00
Éric Araujo
3f7c0e4036 Merge fixes for #13614, #13512 and #7719 from 3.2 2012-12-08 22:53:43 -05:00
Éric Araujo
8b503c0a4e Fix setup.py register failure with invalid rst in description (#13614).
Original patch by Julien Courteau and Pierre Paul Lefebvre.
2012-12-08 22:41:11 -05:00
Vinay Sajip
e87acc1f38 Issue #16116: Now uses corrected include and library paths when building C extensions in a venv. 2012-10-23 20:26:14 +01:00
Vinay Sajip
8cffdd9ca2 Closes #15367: Corrected computation of include locations for source builds on Windows. Thanks to Richard Oudkerk for the bug report and patch. 2012-07-16 18:30:03 +01:00
Antoine Pitrou
c92448beba Issue #10571: Fix the "--sign" option of distutils' upload command.
Patch by Jakub Wilk.
2012-06-29 01:06:51 +02:00
Antoine Pitrou
24319ac407 Issue #10571: Fix the "--sign" option of distutils' upload command.
Patch by Jakub Wilk.
2012-06-29 01:05:26 +02:00
David Malcolm
b83719287d Issue #14443: ensure that brp-python-bytecompile is invoked with the correct
python executable

The __os_install_macro defines some post-processing activities during an rpm
build; one of the scripts it calls is brp-python-bytecompile, which can take
an argument: the python executable with which to byte-compile .py files in the
package payload.

In some older versions of rpm (e.g. in RHEL 6), this invocation doesn't pass
in an argument, and brp-python-bytecompile defaults to using /usr/bin/python,
which can lead to the .py files being byte-compiled for the wrong version of
python.  This has been fixed in later versions of rpm by passing in
%{__python} as an argument to brp-python-bytecompile.

Workaround this by detecting if __os_install_post has a 0-argument invocation
of brp-python-bytecompile, and if so generating an equivalent macro that has
the argument, and explicitly provide the new definition within the specfile.
2012-06-26 14:06:23 -04:00
David Malcolm
555bfc7ed0 Issue #14443: ensure that brp-python-bytecompile is invoked with the correct
python executable

The __os_install_macro defines some post-processing activities during an rpm
build; one of the scripts it calls is brp-python-bytecompile, which can take
an argument: the python executable with which to byte-compile .py files in the
package payload.

In some older versions of rpm (e.g. in RHEL 6), this invocation doesn't pass
in an argument, and brp-python-bytecompile defaults to using /usr/bin/python,
which can lead to the .py files being byte-compiled for the wrong version of
python.  This has been fixed in later versions of rpm by passing in
%{__python} as an argument to brp-python-bytecompile.

Workaround this by detecting if __os_install_post has a 0-argument invocation
of brp-python-bytecompile, and if so generating an equivalent macro that has
the argument, and explicitly provide the new definition within the specfile.
2012-06-25 15:52:24 -04:00
Nick Coghlan
ab45e689be Merge from 3.2 2012-05-28 22:36:07 +10:00
Nick Coghlan
4b6045c30f Issue #14443: Tell rpmbuild to use the correct version of Python 2012-05-28 22:34:46 +10:00
Brian Curtin
401f9f3d32 Fix #13210. Port the Windows build from VS2008 to VS2010. 2012-05-13 11:19:23 -05:00
Éric Araujo
00b41fc828 Merge 3.2 2012-03-07 20:50:06 +01:00
Éric Araujo
a420c820fe Backout buggy patch committed for #13719 2012-03-07 20:48:55 +01:00