Skip to content

Documentation of trying development has python2-only stuff #7287

Closed

Description

@mhvk

In http://docs.astropy.org/en/latest/development/workflow/get_devel_version.html#activate-the-development-version-of-astropy, it is suggested to run python setup.py develop and it is noted that this is for python2 only. Since we moved to python3, this should be adjusted (to be tested: does this work on python3 now? if not, replace with code showing how to do it in a virtual environment)

Activity

  1. emilydeibert commented on Mar 16, 2018

    @emilydeibert
    Contributor

    This does not work on Python3 right now---I am using Python3 and when I follow the linked instructions the development version will only activate in the distribution directory, but not outside.

  2. kakirastern commented on Jan 24, 2019

    @kakirastern
    Contributor

    Hi, is it okay for me to work on this issue in preparation for my GSoC 2019 application?

  3. mhvk commented on Jan 24, 2019

    @mhvk
    ContributorAuthor

    @kakirastern - yes, definitely OK. But please read the discussion in a previous attempt (#7295) and check for yourself what actually works (ideally on different machines). Specifically, there were suggestions to change the shebang on setup.py to python3 and use ./setup.py or to use pip install -e .

    Note that the main way this PR allows you to show skills for GSoC is by exploring the above issues yourself (it is clear that making the changes to the text is not difficult).

  4. kakirastern commented on Jan 24, 2019

    @kakirastern
    Contributor

    Hi @mhvk , thanks for the prompt reply! Yup, I will definitely try it on my laptop to see if it works on my machine. Incidentally, I have both python2 and python3 installed on my computer since I still need python2 to run IRAF for my current studies. My machine's been configured so that python is the same as python3 by the use of an alias... (leaving python2 for python2 and not python for python3). So I think the shebang solution might also depend on software setup/configured. I personally favor the pip install -e . solution for the development version.

  5. mhvk commented on Jan 24, 2019

    @mhvk
    ContributorAuthor

    OK, great! But at least on my machine I'd need to do pip3 ... - a shebang would be #! /usr/bin/python3. Anyway, trials are the way forward.

  6. pllim commented on Jan 24, 2019

    @pllim
    Member

    Wait... Is this still an issue after @astrofrog 's rewrite in #8198 ? @astrofrog , that said, does python setup.py develop -u at the end still applies?

  7. mhvk commented on Jan 24, 2019

    @mhvk
    ContributorAuthor

    @pllim - Looking at the current documentation at http://docs.astropy.org/en/latest/development/workflow/get_devel_version.html#get-devel I see it indeed has changed. But it still has a warning about things not being possible in python3. If this is true, then the whole section should be removed. But I think it is not true, and that it is possible to pip-install under ones own user directory (with -u indeed).

    Anyway, @kakirastern, given that the documentation discusses something that supposedly does not work on python3, which is the only python version we support, there definitely is still work to do!

  8. kakirastern commented on Jan 24, 2019

    @kakirastern
    Contributor

    Awesome, @mhvk! Thanks for the information. I will definitely follow up on the Issue and will open a PR soon. Need to do some investigating around first.

  9. bsipocz commented on Jan 24, 2019

    @bsipocz
    Member

    Hmm, I supposed we've addressed this issue with #8289. If there is still some python3 incompatibility mentioned that most probably should be just simply removed.

    @kakirastern - If you are willing to open a PR for that removal that would be great. The assumptions are that everything should work for you locally with Python 3 (aka python :) ), so the only stuff in the PR is the removal of those notes about incompatibility.

  10. bsipocz commented on Jan 24, 2019

    @bsipocz
    Member

    OK, great! But at least on my machine I'd need to do pip3 ... - a shebang would be #! /usr/bin/python3. Anyway, trials are the way forward.

    Well, pip can be aliased/linked to pip3 this point, and pip2 left as the exception :)

  11. kakirastern commented on Jan 25, 2019

    @kakirastern
    Contributor

    @bsipocz Sure, I am willing to open a PR for the removal of outdated contents, i.e. "those notes about incompatibility". Do you think I should also add some comments about aliasing python3 to python and pip3 to pip, respectively? (Sort of like a reminder for people to check their computing setup. Maybe not everyone is aware of it.)

  12. bsipocz commented on Jan 25, 2019

    @bsipocz
    Member

    Yes, mentioning the aliasing sounds like a good compromise. Thank you.

  13. kakirastern commented on Feb 1, 2019

    @kakirastern
    Contributor

    Yup, proposed adding implicit aliasing reference in PR #8385...

  14. mhvk commented on Jun 2, 2020

    @mhvk
    ContributorAuthor

    fixed a long time ago by #8385

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions