Skip to content
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.

Sign up for GitHub

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

Jump to bottom

Specific versions of dependencies #133

Closed
lafrenierejm opened this issue Mar 7, 2017 · 3 comments
Closed

Specific versions of dependencies #133

lafrenierejm opened this issue Mar 7, 2017 · 3 comments
Assignees
@guyzmo
Labels
bug
Milestone
1.10

Comments

@lafrenierejm
Copy link

Would it be feasible to unlock the version requirements on uritemplate and github3? Do the latest version of those packages (3.0.0 and 1.0.0a4, respectively, as of this comment) actually break anything?
@lafrenierejm
Copy link
Author

Reading through some of the open PRs I see that @guyzmo is aware of the problem. Would someone be willing to provide a rundown of the different issues/features blocking versions on each requirement?

@guyzmo
Copy link
Owner

guyzmo commented Mar 8, 2017

well, long story short, uritemplate.py has been renamed in uritemplate, using a hack that breaks raw setuptools. Fixing the version solves this temporarily.

About github3.py, AFAICT, latest version is still <1.0.0, and 1.0.0 is introducing breaking changes that will need rewrite of parts of the library. I'm waiting on @sigmavirus24 to give the green light for starting switching the API (shouldn't be long).

Basically this situation is temporary and should resolve soon ☺ But it's stupid that it breaks availability on for non-pypi distribution (like Arch).

@guyzmo guyzmo self-assigned this Mar 8, 2017
@guyzmo guyzmo added the question label Mar 8, 2017
@lafrenierejm
Copy link
Author

About github3.py, AFAICT, latest version is still <1.0.0, and 1.0.0 is introducing breaking changes that will need rewrite of parts of the library.

You are indeed correct; the current 1.0.0 releases, despite being tagged in Git and available on PyPi, are alpha. Thank you for correcting my understanding there.

@guyzmo guyzmo added this to the 1.10 milestone May 4, 2017
@guyzmo guyzmo closed this as completed May 5, 2017
@guyzmo guyzmo removed the ready label May 5, 2017
guyzmo added a commit that referenced this issue May 8, 2017
@guyzmo
👍 Merge branch 'devel' ; 🔖 Version bump to 1.10.0 🎂
70732ff 
First anniversary release 🎂

This release marks the first anniversary
and 10th release of git-repo 🎉

Now git-repo supports 6 git services:

  github, gitlab, bitbucket,
  gogs, gitea and gitbucket

It supports the following commands:

  clone, fork, create, delete,
  add, open, ls, request, gist

And it's becoming relatively stable
(keep sending bug reports 🙏)

♥ Contributors

Thanks to @kounoike for the gitbucket support 🙌

Now there are three contributors promoted to collaborators:

* @kounoike, @pyhedgehog and @Crazybus

🚧 Features

* When add has no parameters, add default remote #100 #141
* When add has 'upstream' parameter, add the upstream remote #99 #141
* Use default branch instead of hardcoded 'master' #91
* Refactor and complete bitbucket support #43 #11 #80 #14 #89 #90 #79
* Loosen versions of dependencies #133
* Report if the service is already setup #136
* Adds GitBucket support #142 #144
* Adds support for ssh:// URL #148

🚒 Bugfixes

* fix various crashes #152
* fix gitlab clone crash #129
* fix request create command #147 #127
* fix request fetch command #138 #131
* fix wizard crash #149
* fix mishandling of renamed gitlab project urls #137

📝 Documentation

* documentation #145

Signed-off-by: Guyzmo <guyzmo+github+pub@m0g.net>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees

@guyzmo guyzmo

Labels
bug
Projects
None yet
Milestone
1.10
Development

No branches or pull requests
2 participants
@guyzmo @lafrenierejm