Indeed, I have noticed some significant improvements in the config files layout.
All config files have been moved to the config/ directory and the automatic creation of
missing config/location files is now handled by the common_startup.sh script. This is
great but it is not solving my main concern about creating « unused » config files at
To be more specific, I will give you a short description of our Galaxy instance layout. We
are currently sharing the sources of our Galaxy instance because we want to share our
Vagrant setup with Galaxy tools developers. However, we actually don’t want to share all
our config files but still want to keep them under version control. That’s why we decided
to move all our config/location files in a private repository and point to this specific
location in our main galaxy.ini config.
In my opinion, if a galaxy.ini file already existing and is pointing to non-default
location for some config files ou tool-data path, the Galaxy startup script should not be
creating the corresponding default config files to the default location.
My idea was to refactor the common_startup.sh script in order to parse an eventually
existing galaxy.ini and then create each default config files to the location pointed by
Le 20 sept. 2014 à 03:10, Nate Coraor <nate(a)bx.psu.edu> a écrit :
What timing for this email - we have just made significant changes to the default config
layout, and this includes no longer copying sample configs to their non-sample locations.
The changes are in our default branch right now and will be part of the stable release
scheduled for October. Have a look, I'd be interested to hear your feedback since
you've already put some thought into this.
On Fri, Sep 19, 2014 at 3:10 PM, Julien Seiler <julien.seiler(a)gmail.com> wrote:
I have notice that the run.sh script is creating automatically all missing configuration
and location files to make sure Galaxy can work properly at first launch. However, the
script is not taking care of the actual settings of an existing universe_wsgi.ini file. As
a result, if the universe_wsgi.ini file says that job_conf.xml is located at foo/bar
location, the run.sh will create a job_conf.xml file at the root of the galaxy source code
I'm thinking of improving the run.sh behavior to respect file path declared in an
existing universe_wsgi.ini file in order not to create unused config or location files. I
have currently started to implement this behavior in a small Python script (more handy
than pure sh).
What do you think about this concern ? Should I go for a pull request at any point ?
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:
To search Galaxy mailing lists use the unified search at: