Re: [galaxy-dev] Control on versioning in toolshed tools

2014-06-24 Thread Eric Kuyt
​Thanks! I think http://gregvonkuster.org/galaxy-tool-shed-leveraging-community-contributions-repository-capsules/ will solve my problem!​ Because I want to use R which has multiple layers of dependencies rebuilding it locally seemed a bit labor intensive but this capsule thing sounds exactly what

Re: [galaxy-dev] Control on versioning in toolshed tools

2014-06-24 Thread Greg Von Kuster
Hello Eric, The public Galaxy test and main Tool Sheds are for sharing validated, functionally correct tools with the Galaxy community, not for developing them. As you've discovered, developing tools using the public Tool Sheds results in undesired behavior since you have restricted control ov

Re: [galaxy-dev] Control on versioning in toolshed tools

2014-06-24 Thread Peter Cock
Hi Eric, Despite the fact that internal hg repositories are used, the idea is NOT to use them as development repositories - but ONLY push releases to the ToolShed. In the interests of reproducibility (other people might use your ToolShed entry in a workflow, or as a dependency), you should not be

[galaxy-dev] Control on versioning in toolshed tools

2014-06-24 Thread Eric Kuyt
Hi All, I am playing around with putting a tool in testtoolshed. Now when changes to dependency versions are detected, the toolshed detects a new version and a dropdown is created. but sometimes I do not want this behavior when the first version was erroneous for example. I tried hg strip on the