On Thu, May 9, 2013 at 10:49 AM, Peter Cock
wrote:
>
> Hi Dave,
>
> As you hoped, these test now shows up on the tool page (as expected
> they are test failures - apparently my install script isn't quite right
yet):
>
> ...
>
> This one is more interesting, and
On Wed, May 8, 2013 at 2:09 PM, Dave Bouvier wrote:
> Peter,
>
> A technical issue prevented the tests from automatically running. I've
> resolved the issue and started a manual run, you should be seeing test
> results within 2-3 hours.
>
>--Dave B.
Hi Dave,
As
On Wed, May 8, 2013 at 5:40 PM, Peter Cock wrote:
> Hi Cory,
>
> Do you remember if you could solve this? I've used a few times
> even with a min value, but just hit the same issue as you:
>
> AttributeError: 'ExpressionContext' object has n
in self.keys():
AttributeError: 'ExpressionContext' object has no attribute 'keys'
I see this when trying to access the tool via the normal Galaxy web interface,
and when running the tool's unit tests. Removing the min="1" value 'fixes' this,
but I do w
On Wed, May 8, 2013 at 3:28 PM, Greg Von Kuster wrote:
> Hi Peter,
>
> On May 8, 2013, at 6:45 AM, Peter Cock wrote:
>
>> On Tue, May 7, 2013 at 7:02 PM, Greg Von Kuster wrote:
>>> Hi Peter,
>>>
>>> Missing test components implies a tool config th
On Tue, May 7, 2013 at 2:10 PM, Dave Bouvier wrote:
> Peter,
>
> As you've already noticed, I've tracked down and fixed the main issue that
> was causing inaccurate test results. Thank you again for the data you
> provided, which was of great help narrowing do
On Tue, May 7, 2013 at 7:02 PM, Greg Von Kuster wrote:
> Hi Peter,
>
> Missing test components implies a tool config that does not define a
> test (i.e, a missing test definition) or a tool config that defines a test,
> but the test's input or output files are missing from t
On Wed, May 8, 2013 at 10:08 AM, Geert Vandeweyer
wrote:
> Hi,
>
> Are there options available to track the actual runtime of jobs on a cluster
> and store them in the database?
Not yet, but I'd really like to have that inform
On Tue, May 7, 2013 at 5:28 PM, Dave Bouvier wrote:
> Peter,
>
> I've updated the test tool shed with new code to also display (sandbox) in
> the page title attribute.
>
>--Dave B.
Thanks - that will help.
I've not looked how you did this, but ideally this text a
On Tue, May 7, 2013 at 2:10 PM, Dave Bouvier wrote:
> Peter,
>
> As you've already noticed, I've tracked down and fixed the main issue that
> was causing inaccurate test results. Thank you again for the data you
> provided, which was of great help narrowing do
On Tue, May 7, 2013 at 10:59 AM, Greg Von Kuster wrote:
> Hi Peter,
>
> This change would be simple to make, but it would result in the inclusion
> of all repositories with missing test components to be included in the list
> of failing tests. There are currently 2 filters t
nimum version? There are advantages to both, but if it is an
exact match then it would be sensible to have a way to say
just give me the latest version of that repository.
Peter
___
Please keep all replies on the list by using "reply all&
On Mon, May 6, 2013 at 1:55 PM, Dave Bouvier wrote:
> Peter,
>
> Yes, there are a few issues that are causing some repositories not to be
> tested correctly. I've discovered the problem, but the solution will require
> a bit of work. My goal is to have this resolved
ction' but also under the "Run workflow" /
"Execute" button when actually running a workflow.
Am I overlooking something or is the only workflow level description
the plain text 'Annotation / Notes' field?
Thanks,
Peter
P.S. I'm not talking about the
ow". I think it would be clearer if this was the same
blue style, and perhaps also labelled "execute".
Regards,
Peter
___
Please keep all replies on the list by using "reply all"
in your mail client. To manage you
back to the "View change log" page. Perhaps
simple prev/next links would work well, or as used elsewhere
in the Tool Shed a revision drop down control [*]?
Regards,
Peter
[*] Use with caution, I've found this focus issue quite infuriating:
https://trello.com/card/-/506338ce
rified as follows:
>
> This was a very old design choice that will be revisited in the (hopefully
> near)
> future. I see no reason that published workflows need to be imported before
> use.
That sounds good :)
Peter
___
Please
On Mon, May 6, 2013 at 9:55 AM, Peter Cock wrote:
>> On May 2, 2013, at 12:54 PM, Peter Cock wrote:
>>
>>> Another even simpler change (which would also make a big
>>> difference) is to actually have the name of the current
>>> repository on the &
On Fri, Mar 15, 2013 at 2:50 PM, Björn Grüning
wrote:
> Hi Peter,
>
>> > I've looked over the wiki and as far as I can see, 'when' tags used inside
>> > 'conditional' tags only work on another input variable's values.
>> >
>&g
"Workflows shared with you by others",
plus a footnote (with link) saying something about additional workflows are
available to import from "Published Workflows".
Regards,
Peter
___
Please keep all replies on the list by usin
On Thu, May 2, 2013 at 10:24 AM, Peter Cock wrote:
> On Thu, May 2, 2013 at 7:16 AM, Ira Cooke wrote:
>> Hi all,
>>
>> I've written a script to help deal with the problem of maintaining toolshed
>> tools
>> across multiple toolsheds (eg test and release)
&g
> On 2013-05-01 08:52, Greg Von Kuster wrote:
>>
>> Hi Peter,
>>
>> I created the following Trello card for this and things will be fixed as a
>> priority. Thanks for letting us know!
>>
>>
>> https://trello.com/card/toolshed-issues-with-funct
> On May 2, 2013, at 12:54 PM, Peter Cock wrote:
>
>> Another even simpler change (which would also make a big
>> difference) is to actually have the name of the current
>> repository on the "Upload a single file or a tarball" page.
>>
>> Thanks,
O
On Thu, May 2, 2013 at 4:29 PM, Peter Cock wrote:
> Hi all,
>
> For what is I think the second time (fortunately this was only on the
> Test Tool Shed), I have managed to upload a tar-ball to the wrong
> repository:
>
> 2:fae4084a0bc0
> http://testtoolshed.g2
l Shed is done (grin).
Shall I open a Trello issue for this?
Regards,
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, pleas
repository action to revert to a prior commit
(current workaround is to re-upload the old good file,
which I did as 3:81ac324efa49 in this case).
Peter
___
Please keep all replies on the list by using "reply all"
in your mail client. To m
On Thu, May 2, 2013 at 1:35 AM, Greg Von Kuster wrote:
> Hi Peter,
>
> Standardized Repository Actions menu in the tool shed is available in
> changeset revision 9555:fadc4b334f3e which is currently running on
> the test tool shed.
>
> Thanks for your request!
>
>
On Tue, Feb 19, 2013 at 11:32 AM, Peter Cock wrote:
> Hello all,
>
> Although they are these days also offering XML for many tools,
> the NCBI still make heavy use of the older ASN.1 file format
> (both as plain text and binary). This crops up in BLAST (e.g.
> as the BLAST arc
//bitbucket.org/iracooke/galaxy_repo_bundler/
>
> Cheers
> Ira
Thanks Ira,
I've not made as heavy use of inter-repository dependencies as you, but
thus far I have ignored the problem (only a couple of my repositories are
affected), in the hope this limitation will be fixed sooner ra
On Wed, May 1, 2013 at 12:09 PM, Mike Dyall-Smith
wrote:
> Hi Peter,
>
> OK, I've worked out why the terminal did not start up galaxy. I have done
> that, performed a blastp search, and it failed with the usual error, but now
> I have the terminal output for that failure.
ramework:
http://testtoolshed.g2.bx.psu.edu/view/peterjc/blast2go
https://trello.com/c/KdGX3hkh
And here there are missing dependencies (due to restrictive
licensing problems):
http://testtoolshed.g2.bx.psu.edu/view/peterjc/tmhmm_and_signalp
https://trello.com/card/-/506338ce32ae458f6d15e
On Wed, May 1, 2013 at 11:43 AM, Mike Dyall-Smith
wrote:
> Hi Peter,
>
> In biolinux, I start galaxy by a clicking on an application icon.
>
> If I open the terminal and run the suggested command: $ sh run.sh | grep -i
> blast
> I get the following output (long):
>
>
PDF is already covered by a core datatype, 'pdf'.
JPEG is already covered by a core datatype, 'jpg'.
PNG is already covered by a core datatype, 'png'
Peter
___
Please keep all replies on the list by us
Hi Mike,
On Tue, Apr 30, 2013 at 11:17 PM, Mike Dyall-Smith
wrote:
> Thanks Peter. My answers are below:
>
>>What query sequences are you using?
> I have just been using one fasta protein sequence.
OK - this and the fact it works on the host machine is good to know.
>>
). It hasn't
yet been a problem for Effective T3 as here my effectiveT3.loc
file still matches the sample file.
Thanks,
Peter
___
Please keep all replies on the list by using "reply all"
in your mail client. To manage your s
On Mon, Apr 29, 2013 at 3:30 PM, Peter Cock wrote:
> Hi Dave,
>
> What was the relevant Trello card, and does it cover other
> limitations like how to use repeat parameters in a test case?
>
> Thanks,
>
> Peter
I've filed a Trello issue for the specific problem with
On Thu, Apr 25, 2013 at 3:36 PM, Peter Cock wrote:
>
> OK, I've updated to the latest galaxy-central default branch. Here's
> the slightly revised test for ncbi_makeblastdb.xml,
>
> ...
In the absence of any fresh feedback, I've filed an issue on Trello for thi
On Wed, Apr 24, 2013 at 6:02 PM, Peter Cock wrote:
> Hello all,
>
> I can't be the only Galaxy Tool author to have accidentally
> made a change on the main Tool Shed my mistake, wrongly
> assuming I was on the test Tool Shed (sandbox). In this case
> the tool update was
""BLAST Database error: No alias or
> index file found for protein database
> [/media/sf_mikeds_bioinf/GenbankDB_Files/nr/nr] in search path
> [/var/lib/galaxy-server/database/job_working_directory]
>
> As suggested previously by Peter Cock, I can list all the files with:
On Mon, Apr 29, 2013 at 3:38 PM, Ganote, Carrie L wrote:
> Hi Peter,
>
>>I'm not 100% sure but I think the BLAST 2.2.26+ which Galaxy installed
>>via the Tool Shed will take priority over the system installed BLAST 2.2.28+
>>already on the cluster.
>
> Blast
On Wed, Apr 24, 2013 at 10:14 PM, Peter Cock wrote:
> On Wednesday, April 24, 2013, Dave Bouvier wrote:
>> I've updated the relevant trello card, my plan is to focus on
>> improving the testing framework over the next few days.
>>
>>--Dave B.
>
>
>
On Mon, Apr 29, 2013 at 2:53 PM, Ganote, Carrie L wrote:
>
> Hi Peter,
>
> >How did you install them? Via the automated Tool Shed install,
> >or manually?
>
> I installed the tool wrappers via the Tool Shed, and Blast 2.2.28 is
> already installed on my cluster so I
On Thu, Apr 25, 2013 at 5:37 PM, Ramon Tiburski
wrote:
> Hi Peter,
>
> I have this:
> filename $input $output
>
> And my executable and xml are in the same directory
>
> Thank you
If you don't put the binary on the system $PATH, then you'll
need to give an
e with this
> error?
>
> Thank you
Please show us the (start of) your tool's XML file, in particular the
tag.
My guess is you have something like this:
filename arg1 arg2
Unless your executable is on the path that won't work.
Peter
On Thu, Apr 25, 2013 at 4:25 PM, Dave Bouvier wrote:
> Peter,
>
> Your point is well taken about the utility of the testing framework in the
> tool development process. The framework has been modified as of
> 9520:41d8cdde4729 to only flag a changeset revision not to be tested if n
wn voice and I would be less
> self conscious about that if there were two lists :).
>
> -John
Likewise if the list was split, I'd follow both galaxy-dev and the new one
what ever it was called (how about galaxy-deploy, since galaxy-admin
sounds too much like
On Fri, Apr 5, 2013 at 3:08 PM, Peter Cock wrote:
> On Thu, Apr 4, 2013 at 7:19 PM, Daniel Blankenberg wrote:
>> Hi Peter,
>>
>> What is the test error given when you do have a value defined for name in
>> output?
>>
>>
>> Can you try using '
Hi Dave,
On Thu, Apr 25, 2013 at 2:27 PM, Dave Bouvier wrote:
> Peter,
>
> That is the intended behavior, but I've added a trello card
> (https://trello.com/c/O9YmzUT4) for revisiting that decision at some point.
Is that the right Trello card? Is seems to be all about m
On Thu, Apr 25, 2013 at 1:40 PM, Dannon Baker wrote:
> Hey Peter,
>
> Thanks for the contributions, I've committed the changes to -central.
> You're definitely right about the merge failure not setting the job status
> to error, and I'm looking into that now.
>
ly most of the time the stdout will have a trailing
new line, but not here - thus "filesglobal" [sic], not say
"files global" or a newline. There's a second patch below
for that minor issue too (although it seems my new lines
get turned into spaces by the time they are show
On Wed, Apr 24, 2013 at 10:12 AM, Peter Cock wrote:
>
> ..., I've still finding some other cases where despite having
> tests defined, nothing shows up on the Tool Shed test results page.
>
> Here's an example where I see that two tools (promoter2 and
> wolf_psort) ha
in Galaxy with some recently added
ASN1 formats (which we will later be subclassing for using
with BLAST or other NCBI tools). The commit was here:
https://bitbucket.org/galaxy/galaxy-central/commits/d6f866cbf12d0242089fbbbfb799fb20600441cf
https://bitbucket.org/galaxy/galaxy-dist/commits/d6f866cbf1
his.
>>
>>
On Wednesday, April 24, 2013, Dave Bouvier wrote:
> I've updated the relevant trello card, my plan is to focus on
improving the testing framework over the next few days.
>
>--Dave B.
Great - Thanks guys,
Peter
___
On Wed, Apr 24, 2013 at 8:34 PM, Dave Bouvier wrote:
> Peter,
>
> My recommendation would be to append or prepend the conditional name to each
> "use" parameter's name attribute, then specify the test parameters like:
>
>
>
> There are good examples of ho
27;use'
Is there something wrong with my test, or is this not yet
supported?
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 Ga
olour scheme of http://testtoolshed.g2.bx.psu.edu/
which is identical to the main tool shed. How about red? Related
to this, you could replace Galaxy icon with a "beta" or something?
http://testtoolshed.g2.bx.psu.edu/static/images/galaxyI
On Wed, Apr 24, 2013 at 3:03 PM, Dave Bouvier wrote:
> Peter,
>
> Thank you for reporting this issue, I've committed a fix in
> 9508:4126ec15fd61.
>
>--Dave B.
Works for me here, thanks.
Peter
___
Please keep all
On Tue, Nov 23, 2010 at 2:06 PM, Peter Cock wrote:
> Hi all,
>
> I'm working on a FASTA filter script, as per this email:
> http://lists.bx.psu.edu/pipermail/galaxy-dev/2010-November/003819.html
>
> Current code here:
> http://bitbucket.org/peterjc/galaxy-central/src/c3
On Tue, Apr 23, 2013 at 4:01 PM, Dave Bouvier wrote:
> Peter,
>
> Our approach has always been to treat each tool shed repository as a
> self-contained entity. This means that all required components are contained
> in the repository or definitions for obtaining them from remo
On Tue, Apr 23, 2013 at 3:32 PM, Dave Bouvier wrote:
> Peter,
>
> You are correct, that is related to the issue described in the following
> trello card:
>
> https://trello.com/c/KdGX3hkh
>
> We are looking into a fix for that behavior, and I'll keep you posted.
&g
g is misleading as test-data/Ssuis.fasta
is already present as part of the Galaxy core install. This is why I
have used it
(and other bundled files like it) to minimise the download size of the
tool itself.
Thanks,
Peter
___
Please keep all
: cannot find value/label "blastxml" in list control
This bug reminds me of something recently discussed on the
list, but I can't find the thread (perhaps it was another file format).
So there may already be a Trello issue open for this.
Thanks,
Peter
__
On Monday, April 22, 2013, Greg Von Kuster wrote:
>
> On Apr 22, 2013, at 2:01 PM, Dave Bouvier wrote:
>
> > On 4/22/13 13:31:28.000, Peter Cock wrote:
> >> On Mon, Apr 22, 2013 at 6:24 PM, Dave Bouvier
> >> >
> wrote:
> >>> Peter,
> &
On Mon, Apr 22, 2013 at 6:24 PM, Dave Bouvier wrote:
> Peter,
>
> I noticed that the 'version' attribute of the install tag is set to '0.0.1',
> while the code currently only supports a version attribute of 1.0. When I
> duplicated the tool dependency xml loc
e?
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 Gala
On Fri, Apr 19, 2013 at 4:46 PM, Dave Bouvier wrote:
> Peter,
>
> I've committed a fix for this in 9480:a80175a97194, and re-run the automated
> testing framework. However, as you will see, the test still reports an
> error. This is not due to an issue in your repository, b
f my local branch
where I'd checked in my local changes.
Are you making changes locally but not committing them to
source code control? That sounds very risky since you could
easily loose them with the wrong hg command.
Peter
___
Please
On Wed, Apr 17, 2013 at 9:24 PM, Björn Grüning wrote:
> Hi Peter,
>
>> On Wed, Apr 17, 2013 at 6:05 PM, James Taylor wrote:
>> > No it does not have root, and it is very important that we not install
>> > anything at the system level since we need to maintain ver
be sensible, handling min/max etc
as per Python packaging norms.
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 i
07_style style
> $ ln -s style june_2007_style
>
> and then
>
> $ hg merge
See this thread for a tested solution:
http://lists.bx.psu.edu/pipermail/galaxy-dev/2013-February/013431.html
http://lists.bx.psu.edu/pipermail/galaxy-dev/2013-April/014121.html
Peter
__
manipulating the PYTHONPATH is the best plan?
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
On Wed, Apr 17, 2013 at 3:56 PM, Dannon Baker wrote:
> Thanks Peter, you're correct -- I've added this in 9460:da5a5077ef1e.
>
Great, thanks.
https://bitbucket.org/galaxy/galaxy-central/commits/da5a5077ef1ebffa9e0ad9039ca4463298815de1
Peter
(Reading my email I can see at l
user input), and then 'blastxml_to_top_descr.py --version'.
The following simple change fixes this bug. In the meantime,
I have used the workaround to removing the white space in
the XML file:
blastxml_to_top_descr.py
--version
Could someone please test this and commit it to the tru
On Wed, Apr 17, 2013 at 9:44 AM, Peter Cock wrote:
>
>
> On Tue, Apr 16, 2013 at 9:42 PM, Greg Von Kuster wrote:
>
>> Hello Peter,
>>
>> On Apr 15, 2013, at 11:04 AM, Peter Cock wrote:
>>
>> The "View tool functional test results" option cle
On Tue, Apr 16, 2013 at 9:42 PM, Greg Von Kuster wrote:
> Hello Peter,
>
> On Apr 15, 2013, at 11:04 AM, Peter Cock wrote:
>
> The "View tool functional test results" option clearly lists failed tests,
> but it is not obvious if there were any successful tests. Could
which was, I have a request for additional
eggs to be hosted there ;)
Regards,
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 l
On Tue, Apr 16, 2013 at 5:23 PM, Peter Cock wrote:
> Hi all,
>
> Galaxy has long had two very simple (but largely unused)
> dependency mechanisms in a tool's XML (pre-dating the
> tool shed), for binaries and Python modules, e.g.
>
>
> numpy
rrect.
>
>--Dave B.
It would still be useful to the tool author and potential tool users to
know that tools X and Y in a repository work, even if Z fails a test.
Thanks,
Peter
___
Please keep all replies on the list by using &qu
On Thu, Apr 4, 2013 at 9:47 PM, Peter Cock wrote:
> Hi all,
>
> I've been looking at the new functional test results now being
> shown on the tool shed, and found a bug/glitch:
>
> 1. Goto http://toolshed.g2.bx.psu.edu/view/peterjc/tmhmm_and_signalp
> 2. Click on
On Mon, Apr 15, 2013 at 3:56 PM, Dave Bouvier wrote:
> Peter,
>
> I'm unable to duplicate that behavior, the "View tool functional test
> results" option shows up on the test tool shed both when I'm logged in and
> logged out. My suggestion would be to clear
On Mon, Apr 15, 2013 at 3:12 PM, Dave Bouvier wrote:
> Peter,
>
> Thanks for the contribution, I've verified that it works, and it has been
> committed in 9395:388e86c30bad.
>
>--Dave B.
Great, thank you :)
Peter
On Mon, Apr 15, 2013 at 2:15 PM, Dave Bouvier wrote:
> Peter,
>
> Thanks for reporting this issue, it looks like there might be a bug in
> tool_list.py, which I will be looking into. In the meantime, you should
> still be able to run functional tests for your tool by e
On Mon, Apr 15, 2013 at 2:20 PM, Dave Bouvier wrote:
> Peter,
>
> The automated testing framework is also running against the test tool shed.
> Could you send me a link to the repository that is behaving oddly?
>
e.g. http://toolshed.g2.bx.psu.edu/view/peterjc/tmhmm_and_signalp
O
sting features are not available on the
Test Tool Shed, http://testtoolshed.g2.bx.psu.edu/
Is this correct? Is this intentional?
Thanks,
Peter
P.S. This would be less urgent if I could solve this issue which
is blocking my local testing:
http://lists.bx.psu.edu/pipermail/galaxy-dev/2013-April/014123
On Thu, Apr 11, 2013 at 6:03 PM, Nate Coraor wrote:
> On Apr 11, 2013, at 12:39 PM, Peter Cock wrote:
>
>> On Thu, Apr 11, 2013 at 5:02 PM, John Chilton wrote:
>>> Hey Peter,
>>>
>>> Hopefully Nate will have some wisdom, all I have is a workaround (I
>
On Thu, Apr 11, 2013 at 5:02 PM, John Chilton wrote:
> Hey Peter,
>
> Hopefully Nate will have some wisdom, all I have is a workaround (I
> have fought with this on multiple forks and this is the best I have
> come up with).
>
> Check out a clean version of the tools bra
Wed Apr 10 17:30:27 2013 -0400
summary: Enhance button for trackster visualization in data display viewer
Have I found a recent regression, or is my system messed up
somehow?
Thanks,
Peter
___
Please keep all replies on the list
(Apologies if this comes twice - it seems I didn't press send when I wrote
the draft earlier in the week)
On Tue, Feb 19, 2013 at 5:38 PM, Peter Cock wrote:
> On Tue, Feb 19, 2013 at 5:26 PM, Nate Coraor wrote:
>> On Feb 19, 2013, at 12:18 PM, Peter Cock wrote:
>> Nate
apper script. Or if that fails, make a copy of the file.
Similarly, you can rename hard coded output filenames to the Galaxy
assigned *.dat filename once the tool has run using a wrapper script.
Peter
___
Please keep all replies on the list by
white space (but I think that was fixed).
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://l
On Thu, Apr 4, 2013 at 7:19 PM, Daniel Blankenberg wrote:
> Hi Peter,
>
> What is the test error given when you do have a value defined for name in
> output?
>
>
> Can you try using 'empty_file.dat'?
>
> e.g.
>
>
>
> or
>
>
; menu item
3. Notice two failed tests for htseq_count (which is not in this repo)
This was for 12:6753a9261390 of this repo.
Peter
___
Please keep all replies on the list by using "reply all"
in your mail client. To manage your sub
On Wed, Apr 3, 2013 at 2:48 PM, Peter Cock wrote:
> On Wed, Apr 3, 2013 at 2:37 PM, Dave Bouvier wrote:
>> For the outputs, rgClean.xml provides an example of comparing a
>> composite output dataset with the expected test data.
>
> Here there is a tag used within the tag.
t record and stop running the tool again.
I'm not aware of anything like that being done via the 's
tag... but that is the appropriate place for any checks
on a parameter before the execute button is pressed.
Peter
P.S. Don't forget to include
> Best regards,
> --Bingxin
Can you treat this as an error? If so just write the message to stderr,
and Galaxy will show this to the user as the 'info' text for the failed
history entry (and also available via the stderr link via the 'i' icon).
Peter
__
On Wed, Apr 3, 2013 at 2:37 PM, Dave Bouvier wrote:
> Peter,
>
> Yes, it is definitely possible to use a composite datatype in functional
> tests, and a number of tools in the Galaxy distribution do so.
Hooray - I was hoping this functionality already existed but was just
undocume
On Tue, Feb 19, 2013 at 2:00 PM, James Taylor wrote:
> On Tue, Feb 19, 2013 at 6:32 AM, Peter Cock wrote:
>> Would a pull request implementing this be acceptable?
>
> Yes. My understanding is that ASN is a completely flexible metaformat,
> like XML, and so should be under e
low them to be uploaded?
Example: Run blastp using a small query FASTA file and
a small database, check the output (eg tabular).
Is it possible to use a composite datatype as a test output?
If so how?
Example: Run makeblastdb using a small FASTA file, and
check the output (a small BLAST database).
On Thu, Mar 28, 2013 at 2:49 PM, Greg Von Kuster wrote:
> Hi Peter,
>
> Everything that was in the pre-hg tool shed was moved to the new tool
> shed - I don't remember any issues during that transition that would have
> eliminated anything. I don't think there is anyt
directly on the SFF files. Unfortunately it is probably too slow to
use on large Illumina FASTQ files.
I might as well (re)post it to the Tool Shed now, perhaps with a warning
that it is intended for smaller Roche/IonTorrent/Sanger sized
701 - 800 of 1535 matches
Mail list logo
