Donald Stufft schreef op 17-12-14 04:59:
On Dec 16, 2014, at 10:25 PM, Ethan Furman et...@stoneleaf.us wrote:
To continue with Maurits' use-case, in order to get /exactly/ 1.3, '===' is the
operator to use? Or are we still
discussing that? Personally, I think
pip install yourthing is 1.3
Donald Stufft schreef op 17-12-14 02:49:
Another thing though, what you probably want to do is something like
1.1.dev0+internal1, which will sort as older than 1.1 whenever it is actually
released.
Sounds like the reasonable way to go.
Let me try, with a pip that has your local version
On 17 December 2014 at 13:31, Ethan Furman et...@stoneleaf.us wrote:
Oh, to be clear: There are no guarantees that 1.4 actually includes the
bug-fixes in +debian1, correct? It's just a
big hope?
Correct. The local versions were mostly added such that Linux distros
could indicate to Python
Maurits van Rees schreef op 17-12-14 01:46:
Maurits van Rees schreef op 17-12-14 00:53:
I have created a very basic python project called 'myproject'. It
does nothing. I have released a few versions here:
http://pypi.zestsoftware.nl/public/packagingtest/
I have now also distributed
Maurits van Rees schreef op 17-12-14 13:07:
Babel and buildout
--
With the earlier given buildout, I added an extra directory to the
find-links:
find-links = http://pypi.zestsoftware.nl/public/packagingtest/
http://pypi.zestsoftware.nl/public/
Then I updated the Babel version
I wanted to try out local version identifiers for packages. Or
actually, I already used them, but with a wrong notation, and ran into
trouble, also after fixing the notation. So I did some testing and
made notes on what does or does not work. See conclusions at the
bottom.
Local version
On 16 December 2014 at 23:53, Maurits van Rees
m.van.r...@zestsoftware.nl wrote:
BUG in pip: development version of pip cannot find local version
identifiers (version numbers with a plus sign).
Have you logged that bug with pip? If not, could you? It sounds like
it's something that should
On Dec 16, 2014, at 6:53 PM, Maurits van Rees m.van.r...@zestsoftware.nl
wrote:
words
Yea, it’s unfortunate that local versions don’t work prior to setuptools 8.0,
but the
older versions more or less escape everything that’s not alpha numeric and .
and - to
the - character so there’s
On 2014-12-17 00:53:08 +0100 (+0100), Maurits van Rees wrote:
[...]
File .../pip/_vendor/pkg_resources.py, line 2583, in scan_list
Expected ',' or end-of-list in,line,at,line[p:]
ValueError: (Expected ',' or end-of-list in,
'myproject==1.1+maurits.3', 'at', '+maurits.3')
Maurits van Rees schreef op 17-12-14 00:53:
I have created a very basic python project called 'myproject'. It
does nothing. I have released a few versions here:
http://pypi.zestsoftware.nl/public/packagingtest/
I have now also distributed myproject version 1.1. (This has a
base.jinja2 file
On Dec 16, 2014, at 7:46 PM, Maurits van Rees m.van.r...@zestsoftware.nl
wrote:
Maurits van Rees schreef op 17-12-14 00:53:
I have created a very basic python project called 'myproject'. It
does nothing. I have released a few versions here:
Donald Stufft schreef op 17-12-14 01:54:
On Dec 16, 2014, at 7:46 PM, Maurits van Rees m.van.r...@zestsoftware.nl
wrote:
Maurits van Rees schreef op 17-12-14 00:53:
I have created a very basic python project called 'myproject'. It
does nothing. I have released a few versions here:
On Dec 16, 2014, at 8:33 PM, Maurits van Rees m.van.r...@zestsoftware.nl
wrote:
Donald Stufft schreef op 17-12-14 01:54:
On Dec 16, 2014, at 7:46 PM, Maurits van Rees m.van.r...@zestsoftware.nl
wrote:
Maurits van Rees schreef op 17-12-14 00:53:
I have created a very basic python
On 12/16/2014 05:49 PM, Donald Stufft wrote:
So the *primary* use case that motivated local versions is things like when
Debian
patches a copy of a project they can indicate that they’ve done so by
changing the
version to 1.0+dfsg1 or so instead of 1.0. A related use case is the one
On Dec 16, 2014, at 9:10 PM, Ethan Furman et...@stoneleaf.us wrote:
On 12/16/2014 05:49 PM, Donald Stufft wrote:
So the *primary* use case that motivated local versions is things like when
Debian
patches a copy of a project they can indicate that they’ve done so by
changing the
On 12/16/2014 06:48 PM, Donald Stufft wrote:
Now if you have 1.3+debian1 installed via apt-get (or any means really), and
you’ll get the following behaviors (show with pip):
- pip install yourthing - 1.3+debian1 satisfies the constraint of anything,
so it stays installed.
- pip install
Oh, to be clear: There are no guarantees that 1.4 actually includes the
bug-fixes in +debian1, correct? It's just a
big hope?
--
~Ethan~
signature.asc
Description: OpenPGP digital signature
___
Distutils-SIG maillist - Distutils-SIG@python.org
On Dec 16, 2014, at 10:25 PM, Ethan Furman et...@stoneleaf.us wrote:
On 12/16/2014 06:48 PM, Donald Stufft wrote:
Now if you have 1.3+debian1 installed via apt-get (or any means really), and
you’ll get the following behaviors (show with pip):
- pip install yourthing - 1.3+debian1
18 matches
Mail list logo
