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.

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

Add support for automatic repo creation #101

Closed
wants to merge 9 commits into from
Closed

Add support for automatic repo creation #101

wants to merge 9 commits into from

Conversation

hexylena
Copy link
Member

Should this be on by default? That's my only real question. If planemo can't find the target repository, it'll automatically create one.

Depends on bioblend > galaxyproject/bioblend#124

@jmchilton
Copy link
Member

Yeah - my preference would be we not be automatically creating stuff by default. I would prefer a -f/--force flag on shed_upload and a separate shed_create action (though we can deal with the separate action post PR). Is this okay with you?

@hexylena
Copy link
Member Author

Yep, absolutely. Give me a few minutes and I'll have it updated!

@martenson
Copy link
Member

+1 with John, create repos carefully as they cannot be uncreated :)

@hexylena
Copy link
Member Author

@jmchilton okay, repo creation is now off by default and optional.

I'll make a separate PR with shed repo creation (though that starts to overlap with parsec)

@hexylena
Copy link
Member Author

@jmchilton okay, human names are now in use. .shed.ymls look like:

name: gatk2
owner: iuc
description: The Genome Analysis Toolkit in Version 2
long_description: |
  The Genome Analysis Toolkit or GATK is a software package developed
  at the Broad Institute to analyse next-generation resequencing data. The toolkit
  offers a wide variety of tools, with a primary focus on variant discovery and
  genotyping as well as strong emphasis on data quality assurance. Its robust architecture,
  powerful processing engine and high-performance computing features make it capable
  of taking on projects of any size.

  http://www.broadinstitute.org/gatk/about/

  Repository-Maintainer: Bjoern Gruening, Nicola Soranzo and Jim Johnson
  Repository-Development: https://github.com/galaxy-iuc/tool_shed
type: unrestricted
categories:
    - Sequence Analysis

the category name must match precisely (capitalisation/spaces aren't stripped).

Eric Rasche added 2 commits March 18, 2015 10:33
*Completely* useless message, but linters hate unused variables, and humans
dislike bare exceptions
@coveralls
Copy link

Coverage Status

Coverage decreased (-1.53%) to 66.38% when pulling 3b50ddf on erasche:create-repo into a34e5fc on galaxyproject:master.

@hexylena
Copy link
Member Author

Oh, lovely, now coveralls is kvetching at me in addition to the linters.

@jmchilton afaict none of the toolshed interactions are actually under test, and I'm not keen to write those...

@jmchilton
Copy link
Member

Ignore coveralls - it is annoying.

Update: Disabled the alerts (I certainly never meant to enable them in the first place :)).

@hexylena
Copy link
Member Author

@jmchilton anything else you want for this PR?

@jmchilton
Copy link
Member

Not at first glace - this looks pretty awesome - thanks! I want to find some time to actually play with it before merging though.

@martenson You have thought a lot more than me about this issue - does this seem right to you? Do you feel like the correct things are being stored in .shed.yml in the correct format.

@hexylena
Copy link
Member Author

@jmchilton sure, no rush! On that note, there may be a small bug in type, which I need to double check.

@martenson
Copy link
Member

@jmchilton @erasche I think it is a good start but we know the target is moving. We are not creating standard yet, just exploring.

@hexylena
Copy link
Member Author

@jmchilton okay, that bug in type is actually upstream in galaxyproject/galaxy#31 (so this commit should be technically correct, but my comments on "no rush" still stand)

Thanks @jmchilton for making me aware of `except:` vs `except Exception:`
@jmchilton
Copy link
Member

Crap - I merged the commits with a real merge so the PR would close when I pushed but then I rebased things out of vanity and the merge information got lost. Sorry about that - the commits are nonetheless in there - I hope that is okay.

@jmchilton jmchilton closed this Mar 19, 2015
@hexylena
Copy link
Member Author

No worries! Also, thanks for adding the test case. I'll make sure my future PR make some attempts to include those :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

4 participants