-
Notifications
You must be signed in to change notification settings - Fork 3.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Freeze package listing in case insensitive order #1605
Conversation
this makes sense to me, but looks like some tests are order sensitive. |
Looks fine to me. The test is partly failing because freeze is spitting out argparse for 2.6 I could try ordering it so editables are always first
|
After above commit:
|
not sure about putting editables at the top |
I also like them better at the top, makes them obvious and easier to read imho as you know where to expect the big long vcs url should be in the output. |
When there's name given as in |
I don't really care what the order is (I don't use pip freeze much myself). But if we do agree a particular order, can we make sure it's documented so that we don't have someone later coming along and requesting a different order? That means I don't consider this patch complete without a corresponding docs patch. Also note that sorting is non-trivial in a Unicode world - I'm pretty sure package names are restricted to something like ASCII, so it should be a non-issue here but I don't know where that's documented. |
@piotr-dobrogost the @pfmoore sure, I'll see if I can find a good place to document the behaviour somewhere, as long as peeps would like this in in some form or another. |
Yes package names are mostly alpha numerical. The full rules are here: http://python.org/dev/peps/pep-0426/#name |
to be clear, my vote is for:
the reason for #2, is I think |
Added docs, reverted putting editables at top |
ok, I'll merge once travis build completes. |
Freeze package listing in case insensitive order
Fixes #1602
This is also consistent with
pip list
's behaviour.