> Simon wrote:
> >> An example is the NCBI BLAST+ suite, which failed to build on my
> >> (EL6) system, because it couldn't run /usr/bin/touch.  That's pretty
> >> dumb, and pretty simple to solve in isolation - it needs to be running
> /bin/touch instead.
> This was an oddity in the NCBI compile scripts for BLAST 2.2.26+ which can
> be avoided via a symlink, editing their code, or more simply just
> downloading their provided binaries.
> I prefer the later because it is simpler, faster, and should better ensure
> reproducibility by eliminating things like different compilers and their
> settings. Unfortunately the new install process to do this from within the
> Tool Shed is glitching on the Tool Shed's nightly tests:

> Nevertheless, the simple binary install is working for me and Bjoern.
> Could you try the Test Tool Shed package and let us know if that works for
> you?

Hi Peter,

It seems to me that there's quite a bit still to do on the Tool Shed dependency 
packaging machinery.  I don't think I'm inclined to be part of that testing 
process, sorry.  (Rather short of time, having to choose carefully where I get 
most bang for buck.)

As an alternative, I note your requirement for having multiple versions of a 
package installed side-by-side, which isn't traditionally offered by package 
repositories, although there is nothing to preclude that.  In fact, I am 
currently in discussion with the CentOS project leader about collaborating on a 
scientific repo for Enterprise Linux (RHEL, CentOS, Scientific Linux, Oracle 
Linux).  I will be feeding in my ideas for multiple version installs, and will 
see where that takes us.

Who knows, you may have better choices soon on how to install packages for the 
Tool Shed.


Attention: The information contained in this message and/or attachments
from AgResearch Limited is intended only for the persons or entities
to which it is addressed and may contain confidential and/or privileged
material. Any review, retransmission, dissemination or other use of, or
taking of any action in reliance upon, this information by persons or
entities other than the intended recipients is prohibited by AgResearch
Limited. If you have received this message in error, please notify the
sender immediately.

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:

Reply via email to