Hi Nate 
Thanks for the clarifications. Is there anything specific I should watch out for when updating and deleting tools? The reason I ask is that Jennifer mentioned in previous emails the need to update metadata for tools, which I am sure I follow.
Thanks
Ravi
On Mar 14, 2014, at 9:02 AM, Nate Coraor <nate@bx.psu.edu> wrote:

On Wed, Mar 5, 2014 at 8:18 PM, Ravi Alla <ravi.alla@berkeley.edu> wrote:
Hi Jennifer,
Thank you for this information. I was able to troubleshoot the
bowtie2_indices. Like Bjoern said the bowtie2 tool needed to be reinstalled
because the tool_table does not load the correct indices.

I am still trying to wrap my head around the different toolsheds.

The main tool shed resides in the galaxy-dist folder and uses tool_conf.xml
to load tools into the side bar and tool_data_table_conf.xml to load indices
(and other data) for the default tools that come with galaxy.

Hi Ravi,

The tools in the galaxy-dist directory and controlled via
tool_conf.xml are not a part of the tool shed. The inclusion of tools
directly in Galaxy predates the existence of the tool shed. Other than
that, what you have above is correct.

The shed tools reside in the ../shed_tools/ directory and use
shed_tools_conf.xml to load tools into the side bar and the
shed_tools_data_table_conf.xml to load indices.

The shed_tool xml is setup in the universe.ini file.

Right.

The .loc files for default main tools reside in galaxy-dist/tool-data and
the .loc files for the shed_tools reside in
../shed_tools/......./<tool-name>/<tool_id>/<tool-name>/

By default they'll all be under galaxy-dist/tool-data/.  The versions
in ../shed_tools are the sample location files provided by tool
authors.

And when I uninstall tools and reinstall I would have to update the metadata
for that tool.

I am not sure what you mean by this.

If ../shed_tools dir is not present then shed-tools get installed under
galaxy-dist/tool-data/toolshed.g2.bx.psu.edu/

../shed_tools should be created if it does not exist. Tools won't be
installed in galaxy-dist/tool-data/

And it is always better to install tools as wrappers + dependencies when
possible.

I agree.

--nate


Am I on the right track with this tool organization?
Thanks
Ravi



On Mar 5, 2014, at 11:06 AM, Jennifer Jackson <jen@bx.psu.edu> wrote:

Hi Ravi,

The directory structure for the installation of ToolShed tools changed,
which is why you have three directories. You perhaps had bowtie2 installed
once before, then reinstalled (without completely removing the older version
and associated data)? Or updated without resetting the metadata? In either
case, the ../shed_tools directory is the new one. Having this as the path in
your .xml configuration files (as Bjoern suggested earlier) and moving all
contents & data to be under the same location will be the simplest global
solution ongoing. Links near the end of my reply can help explain how-to.

For the specific reason why bowtie2 indices are not working: I noticed that
the reference genome ".fa" file is not linked from the directory containing
the indexes. This is required. Adding it in, the same way that you did for
the bowtie2 indexes, into this dir:
"/global/referenceData/databases/bowtie2/hg19" will probably solve that part
of the problem. I didn't see this posted - but I apologize if I am
duplicating advice already given.

I also tend to advise keeping all data under the same master "data"
directory - all indexes and sequence data - as symbolic links to additional
file system paths that are unknown to the 'galaxy user' cause a different
set of problems. However, that said, this doesn't seem to be an issue in
your specific case: if the bowtie2 indexes are functioning correctly - then
environment is set up so that the other dir hierarchy where the .fa files
are kept must included in the 'galaxy' user's ENV. Symbolic links that go
outside of the local dir structure are known to cause problems unless the
ENV config is carefully set up, and to my knowledge are best avoided
entirely for certain uses such as "upload by file path" into libraries.

For reference:

NGS data set-up is described in this wiki - including expected content for
each type of index:
https://wiki.galaxyproject.org/Admin/NGS%20Local%20Setup

For examples, you can rsync a genome or two and examine the contents. Or,
our /location dir and have a look at the .loc files.
https://wiki.galaxyproject.org/Admin/DataIntegration

Tool Shed help (very detailed):
https://wiki.galaxyproject.org/Tool%20Shed
In particular, if you had previously installed repositories (this is not
clear, just suspected from the duplications), updating the Metadata with
certain distribution updates can be very important. This has been necessary
for the last few releases to update to changes. The News Brief noted this,
and included a link to this wiki page. Also see the "Related Pages" lower
down on the wiki.
https://wiki.galaxyproject.org/ResettingMetadataForInstalledRepositories
This may also be useful:
https://wiki.galaxyproject.org/RepairingInstalledRepositories

Hopefully you have sorted most of this out by now, or this helps!

Jen
Galaxy team


On 3/4/14 12:21 PM, Ravi Alla wrote:

Bjoern,
This is getting frustrating.
There are three places bowtie2_indices.loc file is expected. I really don't
know which one is the one I should modify.

galaxy-dist/tool-data/bowtie2_indices.loc
galaxy-dist/tool-data/toolshed.g2.bx.psu.edu/repos/devteam/bowtie2/96d2e31a3938/bowtie2_indices.loc
../shed_tools/toolshed.g2.bx.psu.edu/repos/devteam/bowtie2/96d2e31a3938/bowtie2/tool-data/bowtie2_indices.loc

What is the difference between these 3 files?

I changed the 2nd file to include the path to the indices and this shows up
as a valid preloaded index for tophat2 but does not for bowtie2. I also
changed the normal bowtie_indices.loc file at the second location and this
works and I can see the bowtie1 indices for that bowtie tool. Currently only
the bowtie2 indices are acting up.

I wish this was easier.
Thanks
Ravi.
On Mar 4, 2014, at 11:28 AM, Björn Grüning <bjoern.gruening@gmail.com>
wrote:

Hi,

can you check if the file tool_data_table_conf.xml contains an entry about
bowtie2_indexes ...  or the table shed_data_table_conf.xml ... in one of
them should be one entry with bowtie2_indexes.

That warning should not be there I think:

galaxy.tools.parameters.dynamic_options WARNING 2014-03-04 10:14:33,335
Data table named 'bowtie2_indexes' is required by tool but not configured

Hope you can figure it out,
Bjoern

Am 04.03.2014 19:19, schrieb Ravi Alla:

Hi Bjoern,
Please find the bowtie2 and bowtie .loc files. In the paster.log file I see
these entries for bowtie

galaxy.tools.data DEBUG 2014-03-04 10:14:11,048 Loaded tool data table
'bowtie_indexes'
galaxy.tools.data DEBUG 2014-03-04 10:14:11,051 Loading another instance of
data table 'bowtie_indexes', attempting to merge content.
galaxy.tools.parameters.dynamic_options WARNING 2014-03-04 10:14:33,335 Data
table named 'bowtie2_indexes' is required by tool but not configured

And ls -l /global/referenceData/databases/bowtie2/hg19 is
drwxr-xr-x 2 ralla cgrl      2048 Sep 10 11:14 .
drwxr-xr-x 3 ralla cgrl      2048 Sep 10 11:06 ..
-rw-rw-r-- 1 ralla cgrl 960018873 May  2  2012 hg19.1.bt2
-rw-rw-r-- 1 ralla cgrl 716863572 May  2  2012 hg19.2.bt2
-rw-rw-r-- 1 ralla cgrl      3833 May  2  2012 hg19.3.bt2
-rw-rw-r-- 1 ralla cgrl 716863565 May  2  2012 hg19.4.bt2
-rw-rw-r-- 1 ralla cgrl 960018873 May  2  2012 hg19.rev.1.bt2
-rw-rw-r-- 1 ralla cgrl 716863572 May  2  2012 hg19.rev.2.bt2

and ls -l /global/referenceData/databases/bowtie/hg19 is
drwxr-xr-x 2 ralla cgrl      2048 Mar  4 10:07 .
drwxr-xr-x 3 ralla cgrl      2048 Nov 30  2012 ..
-rw-rw-r-- 1 ralla cgrl 821725563 Nov 13  2009 hg19.1.ebwt
-rw-rw-r-- 1 ralla cgrl 357667968 Nov 13  2009 hg19.2.ebwt
-rw-rw-r-- 1 ralla cgrl      3284 Nov 13  2009 hg19.3.ebwt
-rw-rw-r-- 1 ralla cgrl 715335926 Nov 13  2009 hg19.4.ebwt
lrwxrwxrwx 1 ralla cgrl        45 Aug 21  2013 hg19.fa ->
/global/referenceData/genomes/hs/hg19/hg19.fa
-rw-rw-r-- 1 ralla cgrl 821725563 Nov 13  2009 hg19.rev.1.ebwt
-rw-rw-r-- 1 ralla cgrl 357667968 Nov 13  2009 hg19.rev.2.ebwt

Thanks for looking into this.
Ravi.
On Mar 4, 2014, at 9:13 AM, Björn Grüning <bjoern.gruening@gmail.com> wrote:

Hi Ravi,

can you attach the loc file, do you see anything in the Galaxy log files
about bowtie2, try grepping for "bowtie2".

Cheers,
Bjoern

Am 04.03.2014 18:07, schrieb Ravi Alla:

Hi Bjoern,
Thank you for your clarifications. I have tried installing bowtie2 using
both variations, once with both wrapper and dependencies and once with only
wrapper (since I have dependencies installed on the system). In either case
even after editing the .loc file I cannot see the indices in galaxy. I tried
the same edits to .loc file with bwa and the indices show right up, but not
with bowtie2 and even bowtie for that matter. I really don't know what to do
about this.
Thanks
Ravi
On Mar 4, 2014, at 3:06 AM, Björn Grüning <bjoern.gruening@gmail.com> wrote:

Hi Ravi,

Hi guys,
I am new to galaxy and am in the process of setting it up on a cluster with
some help. I am trying to install bowtie2 to my local galaxy through the
toolshed. I have a few questions.

- Which bowtie2 should I install? When I search for bowtie2 a bunch of
results come up?


Only two, or? Please make sure you are using the main toolshed. bowtie2 and
package_bowtie2_2_1_0 are connected together. One is the binary and the
other contains the wrapper. Use devteam respositories is always a good
choice.

- What are repository dependencies? Why would I need these if bowtie2 is
already installed on my system?


repository dependecies containing all dependencies of your wrappers, that
can be some binaries, but also R, Perl, python libraries that are needed to
execute your wrappers. We recommend you to use the dependencies because then
you have full control over all your used versions (wrapper, dependencies,
tool) and that enables reproducibility. To put in other words: With the
toolshed you can have different tool and wrappers versions with different
dependencies at the same time.

- I have been installing bowtie2 by unchecking the repository dependencies
and tool dependencies boxes. Is this correct?


It will work, if you have a system installed version. But you need to take
care about binary updates by your own. And reproducibility of your results
is not guaranteed.

- Finally when I install bowtie2 this way it creates 2 bowtie2_indices.loc
files, one in galaxy/tool-data and the other in
shed_tools/toolshed.g2.gx.psu.edu/dev/bowtie2, which one do I need to edit
to point to my index files? No matter which one I change I can't seem to see
the indices.


That is strange. Are you sure you don't have a spelling mistake in it. It
should be the bowtie2_indices.los I think. I will CC Greg, he is one of the
Tool Shed Developers and should know more about it.
Please do not forget to restart your Galaxy instance once you have update
the *loc files.

I hope someone on here can help me out.


Hope it helped a little bit,
Bjoern

Thanks a lot
Ravi.
___________________________________________________________
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/


--
Jennifer Hillman-Jackson
http://galaxyproject.org



___________________________________________________________
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/