Currently I feel that a tool dependency definition should allow for only a singe download of some item, and if that item requires other items. they should be defined as separate dependencies that are installed using the prior_installation_required=True attribute.
Is there a case where this is not possible? If so, I'm willing to enable downloading more than 1 item per dependency package definition, but I think we have to be careful in how we go about this. In any case, wget should not be used yet as it requires wget to be on the installation server, and we have not yet decided what 3rd party utilities we can assume exist in that environment. If there is justification for allowing download_by_url multiple times in the same package dependency definition, then I would rather enhance the tool shed framework to support that. Greg Von Kuster On May 9, 2013, at 12:15 PM, Peter Cock wrote: > On Thu, May 9, 2013 at 4:57 PM, Björn Grüning > <bjoern.gruen...@pharmazie.uni-freiburg.de> wrote: >> Hi Peter, >> >> Afaik "download_by_url" is only supported as first action. To work >> around that limitation, until its fixed, I used wget to fetch any >> additional file. >> >> Ciao, >> Björn > > Interesting tip - I don't see that on the wiki but it sounds believable. > This would resolve by concerns about how this altered the current > working directory since (assuming I understand correctly) after > decompressing a tar ball, it changes into that new directory. > > I'll try the wget alternative - thanks! > > Peter > > ___________________________________________________________ > Please keep all replies on the list by using "reply all" > in your mail client. To manage your subscriptions to this > and other Galaxy lists, please use the interface at: > http://lists.bx.psu.edu/ > > To search Galaxy mailing lists use the unified search at: > http://galaxyproject.org/search/mailinglists/ > ___________________________________________________________ Please keep all replies on the list by using "reply all" in your mail client. To manage your subscriptions to this and other Galaxy lists, please use the interface at: http://lists.bx.psu.edu/ To search Galaxy mailing lists use the unified search at: http://galaxyproject.org/search/mailinglists/