>
>
>
> Donald, I've added this to the list at
>
> https://bitbucket.org/pypa/pypi-metadata-formats/issue/49/address-pep-440-v6-feedback
> (the comments from Marcus and Paul were already noted).
>
one other thing Donald and I discussed was being clear what was compatible
with pkg_resources.
my und
On 17 August 2014 02:11, Donald Stufft wrote:
> It’s not a preferred separator, it’s use is mostly because of various
> normalization schemes, particularly Wheel, which will convert a ``-`` to a
> `` _`` in the version. Right now pip considers them equal because it was
> causing some breakage with
On 17 August 2014 02:11, Donald Stufft wrote:
>
> On Aug 16, 2014, at 11:37 AM, Jason R. Coombs wrote:
>
> Thanks Donald for the extensive work on this. It all looks generally good.
>
> One thing that stuck out as slightly surprising – the use of ‘_’ as a
> separator. I imagine most people consid
> On Aug 16, 2014, at 11:37 AM, Jason R. Coombs wrote:
>
> Thanks Donald for the extensive work on this. It all looks generally good.
>
> One thing that stuck out as slightly surprising – the use of ‘_’ as a
> separator. I imagine most people consider the underscore to be yet another
> alpha
On 12 Aug 2014 01:23, "Donald Stufft" wrote:
>
>
>> On Aug 11, 2014, at 11:11 AM, Marcus Smith wrote:
>>
>> > Public index servers SHOULD NOT allow the use of local version
identifiers for uploaded distributions.
>>
>> I'm thinking this should just say "PyPI" and not "Public" broadly.
>> The poin
> On Aug 11, 2014, at 11:11 AM, Marcus Smith wrote:
>
> > Public index servers SHOULD NOT allow the use of local version identifiers
> > for uploaded distributions.
>
> I'm thinking this should just say "PyPI" and not "Public" broadly.
> The point is for local versions not to confused with the
On 10 August 2014 01:03, Greg Ewing wrote:
> Paul Moore wrote:
>>
>> FWIW, it looks like file:myserver/share/WINDOWS/clock.avi is how
>> you'd refer to \\myserver\share\WINDOWS\clock.avi.
>
>
> Where did you get that from? According to this it's wrong:
>
> http://blogs.msdn.com/b/ie/archive/20
Paul Moore wrote:
FWIW, it looks like file:myserver/share/WINDOWS/clock.avi is how
you'd refer to \\myserver\share\WINDOWS\clock.avi.
Where did you get that from? According to this it's wrong:
http://blogs.msdn.com/b/ie/archive/2006/12/06/file-uris-in-windows.aspx
It should be
file://
On 9 August 2014 18:50, Donald Stufft wrote:
> Does: file:///c:/WINDOWS/clock.avi work?
Never mind, it's my mistake. Reading the docs more closely, "Convert
the path component path from a percent-encoded URL to the local syntax
for a path. This does not accept a complete URL." (Note that second
s
> On Aug 9, 2014, at 1:41 PM, Paul Moore wrote:
>
> On 9 August 2014 17:02, Donald Stufft wrote:
>> To be clear, the direct reference is mostly for use in the install_requires.
>> On the CLI pip can still just take a path to a file or whatever. This feature
>> is intended to replace dependency_
On 9 August 2014 17:02, Donald Stufft wrote:
> To be clear, the direct reference is mostly for use in the install_requires.
> On the CLI pip can still just take a path to a file or whatever. This feature
> is intended to replace dependency_links in a way that people can use
> them for private pack
> On Aug 9, 2014, at 4:26 AM, Paul Moore wrote:
>
> On 8 August 2014 22:53, Donald Stufft wrote:
>> Direct references
>> =
>>
>> Some automated tools may permit the use of a direct reference as an
>> alternative to a normal version specifier. A direct reference consists of
>> t
On 8 August 2014 22:53, Donald Stufft wrote:
> Direct references
> =
>
> Some automated tools may permit the use of a direct reference as an
> alternative to a normal version specifier. A direct reference consists of
> the specifier ``@`` and an explicit URL.
>
> Whether or not dir
13 matches
Mail list logo