-
-
Notifications
You must be signed in to change notification settings - Fork 894
v1.0.7 #278
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
Conversation
…d releases. Also should start uploading dev release to pypitest.
Corrected spelling mistake
Update index.rst
If this doesn't work I may ditch py26 completly from JIRA library unless someone is willing to pay to get it.
Conflicts: docs/index.rst
Split up documentation into multiple pages
Fixed delete_project and added tests for it
Feature/gmatz/issue 234
Using makefile allows us to minimize the logic from .travis.yml which cannot be used for local builds or on other CI systems. Signed-off-by: Sorin Sbarnea <sorin.sbarnea@gmail.com>
Signed-off-by: Sorin Sbarnea <sorin.sbarnea@gmail.com>
Signed-off-by: Sorin Sbarnea <sorin.sbarnea@gmail.com>
Signed-off-by: Sorin Sbarnea <sorin.sbarnea@gmail.com>
Signed-off-by: Sorin Sbarnea <sorin.sbarnea@gmail.com>
Signed-off-by: Sorin Sbarnea <sorin.sbarnea@gmail.com>
Signed-off-by: Sorin Sbarnea <sorin.sbarnea@gmail.com>
Error responses should not be automatically logged to a tempfile
Support new ability to suppress notifications on update
made kerberos mutual auth optional as not all servers support this
Change-Id: I2cd8dc62ea2fc1ccd3c21adf2378bd4b6389ee4d
Fix sphinx documentation on some methods
Use context processor for opening files
Change-Id: I287221ad50c66129ef104fdef7c190b02ad53768 Signed-off-by: Sorin Sbarnea <ssbarnea@redhat.com>
The Travis "pr" build (#492.3) failed on Seemed like a transient Jira issue so I re-ran it. Now the build is green, but the logs indicate that test still failed in the same way:
@ssbarnea: Any idea what is going on here? (Also, what is the difference between the Travis 'pr' and 'push' builds? I'm a Travis noob...) |
PS: Was that merge automatic, upon Travis tests passing, or manual? |
@asqui It was not automatic but I do plan to automate most of the release process. I am still learning about advanced Travis workflows so we will find out soon. In the future a successful pull from develop to master should build, test, publish package, publish doc, tag the release, and increase the version number. This means that when we see a good version on develop we should be able to release it just by doing a single pull request on github, nothing more. There is still work to be done to reach this desired stage. For the moment I am trying to find a way to rebuild existing PRs. If they can be merged without breaking anything I will accept them or I will close them. I don't want to see any open PRs unless they are marked as [WIP]. |
@asqui do you have a strong use-case for support Python 3.3? As you observed we officially support only |
Sorry, that was a typo. I meant Python 3.5. (It's the XXX.3 build in Travis). Specifically, why is this build green, given that the log indicates there was a test failure? |
No description provided.