Hello Nate
Thanks for looking into this so quickly - I've manually applied the patch in your PR for toolshed.yml.sample and that works perfectly, thanks!
Re picking up older .ini config files for a toolshed instance: what I was doing was spinning up a completely new pair of Galaxy and toolshed instances on my local machine, just for testing purposes. So in this case there was no pre-existing .ini files to be
picked up.
Hope that makes sense - thanks again for your help, and the patch.
Best wishes
Peter
--
Peter Briggs peter.briggs@manchester.ac.uk
Bioinformatics Core Facility University of Manchester
B.1083 Michael Smith Bldg Tel: (0161) 2751482
From: Nate Coraor [nate@bx.psu.edu]
Sent: Wednesday, February 14, 2018 4:19 PM
To: Peter Briggs
Cc: galaxy-dev@lists.galaxyproject.org
Subject: Re: [galaxy-dev] Running toolshed on localhost is broken in release_17.09?
Hi Peter,
This might be due to the switch from Paste to uWSGI for reports and tool shed applications in 17.09. I do see that when using the 17.09 default configuration (uWSGI with config/tool_shed.yml.sample), the static content is not configured to be served, so
I submitted a fix for that here:
However, if you have an existing tool_shed.ini, run_tool_shed.sh is supposed to continue to use Paste, and since run_tool_shed.sh (presumably) decided to start with uWSGI instead of Paste, it did not find your tool_shed.ini. Is it located somewhere other
than config/tool_shed.ini?
--nate