镜像站点 · 本页由第三方 GitHub 只读镜像提供,非 GitHub 官方站点,不接受任何登录或凭据输入。前往 github.com
Skip to content

Bring apitools Python3 support. #1

Closed

Description

@dhermes

See @craigcitro comment.

PS Craig, https://github.com/google/protorpc does not have issues turned on.

Activity

  1. craigcitro commented on Feb 26, 2015

    @craigcitro
    Contributor

    @dhermes thanks for the heads-up! fixed.

  2. dhermes commented on Feb 26, 2015

    @dhermes
    ContributorAuthor

    Filed there too. /cc @tseaver

  3. craigcitro commented on Feb 28, 2015

    @craigcitro
    Contributor

    quick question for @tseaver: when you applied the python-modernize changes to this repo, did you use any special flags?

  4. tseaver commented on Feb 28, 2015

    @tseaver
    Contributor

    I don't recall any flags (the fixer I wanted to disable was adding from __future__ import absolute_imports, but I couldn't figure out how).

    My memory is that I generated a patch file and edited it to remove that import and correct for some other wonkiness.

  5. craigcitro commented on Mar 1, 2015

    @craigcitro
    Contributor

    OK, we're now much closer: https://pypi.python.org/pypi/google-apitools

    i've also done a massive update from internal, and merged in the gsutil fork. we're unblocked on better py3 support, IIUC.

    my next step is to move gsutil over to using this code as a submodule. along those lines, i noticed that one of the changes in 901342e seemed to cause some unicode-related issues when i ran some (still-only-internal) tests; since it's late, i just stripped it out for now, but i think that one might require some digging.

  6. dhermes commented on Mar 2, 2015

    @dhermes
    ContributorAuthor

    w00t

  7. craigcitro commented on Mar 2, 2015

    @craigcitro
    Contributor

    OK, i made a small effort here in 3c522a4 ... but there's still hard work to be done.

    in particular, i need a plan to update or drop gflags and apputils. ugh.

  8. dhermes commented on Mar 2, 2015

    @dhermes
    ContributorAuthor

    Drop, drop, drop, drop! Woo hoo!

    Make them optional in setup.py and then everyone is happy. You can go back to the origin old_run.py in oauth2client to see how we ditched gflags there. (I think you were part of those code reviews way back when.)

  9. dhermes commented on Mar 24, 2015

    @dhermes
    ContributorAuthor

    @craigcitro Can this be closed? Are gflags and apputils dropped?

  10. craigcitro commented on Mar 25, 2015

    @craigcitro
    Contributor

    So gflags and apputils aren't gone, but i at least have a plan in place. given what you did in #5, i'm gonna close this, and open a new issue to completely drop those dependencies.

  11. added a commit that references this issue on Sep 30, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions