Hi all,
I have just released wheel 0.27.0. This version includes a few new features
and fixes for long standing minor issues, many from outside contributions.
>From the changelog:
0.27.0
==
- Support forcing a platform tag using `--plat-name` on pure-Python wheels,
as
well as nonstandard
Thank you Robert, Leonardo, Jeremy, Paul, Greg!
> One very simple technique used by some projects like
> numpy is just to have ``setup.py`` write a file into the
> source tree before calling setup(). example:
> https://github.com/numpy/numpy/blob/master/setup.py#L338-L339
Done that now. But:
>
On Sat, Jan 30, 2016 at 3:37 AM, Nathaniel Smith wrote:
> On Fri, Jan 29, 2016 at 11:52 PM, Nick Coghlan wrote:
> > On 30 January 2016 at 09:29, Nathaniel Smith wrote:
> >> Hi all,
> >>
> >> I think this is ready for pronouncement now --
On Feb 5, 2016 8:47 AM, "Nate Coraor" wrote:
>
[...]
> - Add SOABI tags to platform-specific wheels built for Python 2.X (Pull
Request
> #55, Issue #63, Issue #101)
I can't quite untangle all the documents linked from this PR, so let me ask
here :-). Does this mean that python
On 5 February 2016 at 16:39, AltSheets Dev
wrote:
> Would it be a valid feature request to make those two useful options
> (pre-install-script/install-script) available platform-independent?
It's something that has been discussed under the "Metadata 2.0"
Robin Becker writes:
> pkg_resources.VersionConflict: (certifi 2015.11.20.1
> (/Library/Python/2.7/site-packages),
> Requirement.parse('certifi==2015.11.20'))
This is the hazard of specifying a strict no-earlier-no-later version
requirement. Presumably ‘certifi’ at version
On Feb 5, 2016 9:35 AM, "Nate Coraor" wrote:
>
> On Sat, Jan 30, 2016 at 3:37 AM, Nathaniel Smith wrote:
>>
>> On Fri, Jan 29, 2016 at 11:52 PM, Nick Coghlan
wrote:
>> > On 30 January 2016 at 09:29, Nathaniel Smith wrote:
>>
Maybe I'm totally overlooking something or misreading the docs, but I can't
find a way to say in a requirements.txt file that a dependency is optional
and its failure to install is okay. E.g., aiohttp supports using cchardet
as an accelerator of chardet (
Hi all,
There was a bug introduced in 0.27.0 where scripts in the wheel archive
were created with the wrong permissions. This has been fixed and released
in 0.28.0.
--nate
___
Distutils-SIG maillist - Distutils-SIG@python.org
On Feb 5, 2016 9:54 AM, "Nate Coraor" wrote:
>
> On Fri, Feb 5, 2016 at 12:46 PM, Nathaniel Smith wrote:
>>
>> On Feb 5, 2016 8:47 AM, "Nate Coraor" wrote:
>> >
>> [...]
>> > - Add SOABI tags to platform-specific wheels built for Python 2.X
On Fri, Feb 5, 2016 at 8:39 AM, AltSheets Dev <
altsheets+mailingli...@gmail.com> wrote:
> > consider adding some code to the installer itself
> Wouldn't it be great if setuptools.setup provided that option, and
> OS-independent?
>
well, no. setuptools is a bit of an (ugly?) amalgamation of
On Thu, Feb 4, 2016 at 11:42 AM, Antoine Pitrou wrote:
> On Thu, 4 Feb 2016 21:22:32 +1000
> Nick Coghlan wrote:
> >
> > I figured that was independent of the manylinux PEP (since it affects
> > Windows as well), but I'm also curious as to the current
On 4 February 2016 at 21:22, Nick Coghlan wrote:
> While the manylinux PEP brings Linux up to comparable standing with
> Windows and Mac OS X in terms of distributing wheel files through
> PyPI, that does mean it still suffers from the same problem Windows
> does in relation
I don't think you're overlooking anything.
A recent thread:
https://mail.python.org/pipermail/distutils-sig/2015-December/027944.html
My comment there:
https://mail.python.org/pipermail/distutils-sig/2015-December/027946.html
-n
On Fri, Feb 5, 2016 at 10:52 AM, Brett Cannon
On 6 February 2016 at 04:52, Brett Cannon wrote:
> Maybe I'm totally overlooking something or misreading the docs, but I can't
> find a way to say in a requirements.txt file that a dependency is optional
> and its failure to install is okay. E.g., aiohttp supports using cchardet
15 matches
Mail list logo