Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
  • Jan 31 2019 17:58
    jorgemachucav starred galaxyproject/tools-iuc
  • Jan 31 2019 17:45
    bebatut opened #2270
  • Jan 31 2019 16:18
    cpreviti synchronize #2267
  • Jan 31 2019 14:15
    cpreviti synchronize #2267
  • Jan 31 2019 12:42
    bernt-matthias review_requested #2269
  • Jan 31 2019 12:42
    bernt-matthias edited #2269
  • Jan 31 2019 12:41
    bernt-matthias edited #2269
  • Jan 31 2019 12:40
    bernt-matthias synchronize #2269
  • Jan 31 2019 12:13
    cpreviti commented #2267
  • Jan 31 2019 12:07
    nsoranzo commented #2267
  • Jan 31 2019 12:01
    cpreviti synchronize #2267
  • Jan 31 2019 11:21
    cpreviti synchronize #2267
  • Jan 31 2019 09:47
    cpreviti synchronize #2267
  • Jan 31 2019 09:27
    cpreviti synchronize #2267
  • Jan 30 2019 20:38
    bernt-matthias commented #2131
  • Jan 30 2019 20:19
    hepcat72 commented #2239
  • Jan 30 2019 19:50
    lparsons commented #2239
  • Jan 30 2019 18:36
    bgruening commented #2268
  • Jan 30 2019 15:23
    nsoranzo commented #2268
  • Jan 30 2019 15:23
    nsoranzo commented #2267
these links should get you started
the fact toolshed is using mercurial should be completely transparent to the user, it offers API for uploading (that Planemo uses)
Alex Buchanan
@buchanae
@martenson excellent, thank you. I'll give it a shot.
John Chilton
@jmchilton
@zfrenchee the four datasets that don't work with drag and drop - can you like view the data in Galaxy, edit attributes, download, etc...?
Alexander Lenail
@zfrenchee

@jmchilton I can. I see that the user I'm impersonating has permissions over the dataset. I can look at the top of the BAMS with the eye, I can view info with the "i" and I can edit attribute with the pencil. Everything else looks right.

It also seems to be the case that he can't run the job logged in as himself (not via an admin impersonating him). It's possible the impersonation didn't work, so to speak, and despite the Permissions saying he has permissions, somehow only the admin has permissions.

I can give you access to my galaxy to take a look if that would help. Send me a PM.

Dave B.
@davebx
I just discovered a probably known issue: creating a conda environment containing (among other things) a perl library apparently does not add /path/to/env/lib/perl/n.n.n/ to @INC
never mind, it's the tool script shebanging #!/usr/bin/perl instead of #!/usr/bin/env perl
Jennifer Hillman-Jackson
@jennaj
Hi all - are there any current plans to wrap bioconductor/maftools?
If I somehow missed these in the MTS, please educate me :)
Yvan Le Bras
@yvanlebras
Hi Jennifer, I remember I saw tools using maftools R library on Github... and if I don't make a mistake, there is related tools here: https://github.com/morinlab/tools-morinlab/tree/master/tools/maftools
Jennifer Hillman-Jackson
@jennaj
Thanks Yvan - I pointed the end user to this chat, so they can use that info if they want to get involved in the dev project or make a wrapper request to the IUC. Nice find!
Yvan Le Bras
@yvanlebras
you're welcome
John Chilton
@jmchilton
@zfrenchee So the user should have access to the data and does have access to the data, the form just isn't working when dragging and dropping? At least it seems like it isn't a security problem :sweat: ... umm is there any sort of log on the backend when that happens?
Oh - one thing to try is to make sure the dataset state is 'ok' and not something like "metadata_error"
Alexander Lenail
@zfrenchee
@jmchilton how do I check the dataset state?
Nicola Soranzo
@nsoranzo
I'm planning to extend the filter_by_fasta_ids tool from tools-galaxyp to be a more generic FASTA filter tool, e.g. to also be able to filter using regular expressions on the headers or the sequence, or filter by sequence length as in https://github.com/galaxyproject/tools-devteam/tree/master/tools/fasta_filter_by_length
@bgruening : Should I modify the tools-galaxyp tool or create a new one in tools-iuc repo?
Björn Grüning
@bgruening
please modify the galaxyp one
I think we are also fine to move this into tools-iuc if you think this is needed
Nicola Soranzo
@nsoranzo
galaxyp repo works for me, thanks!
Murilo Machado
@mrlmachado
Hi all, I found myself now, after some weeks trying to solve this, without any ideas for solving what I faced in my local galaxy server. I'm runing version 18.01 of galaxy with nginx and interactive environment enabled and postgresql and I build a tool with Gviz package dependency resolving by conda. Galaxy resolve all dependencies correctly but when I call IdeogramTrack function from R it throws a Bad Request 400 Error only within galaxy environment. If I execute from the server with Rscript, my code runs perfectly. I tried disable GIE and enable debug level of logs from nginx and wsgi but no success to find what is causing this error. I know this function call ucsc uri to download hg tables, but it works from the very server where galaxy is running and within galaxy it does not work. I really need help here to understand what is happening and how can I solve this out. Sorry for the long text and sorry again if this is not the right place to ask for help...
Nicola Soranzo
@nsoranzo
@mrlmachado You may have better luck on Join the chat: https://gitter.im/galaxyproject/Lobby
Brad Langhorst
@bwlang

just got this error when i tried to use a just installed copy of trim galore

Failed to activate conda environment! Error was:
Not a conda environment: /mnt/galaxy/data/galaxy/tool-deps/_conda/envs/__trim-galore@0.4.3

Is this a tool bug or have I misconfigured my galaxy ? I recently upgraded, but conda resolution was working fine before .

Brad Langhorst
@bwlang
trimmomatic seems to have installed and worked… so maybe a tool issue?
Ghost
@ghost~5772e7e2c2f0db084a206e1b
can you activate the environment ? this is not something that tools have control over
i.e source activate __trim-galore@0.4.3 with conda at /mnt/galaxy/data/galaxy/tool-deps/_conda/bin on PATH
Brad Langhorst
@bwlang
@mvdbeek - yep activates ok and trim-galore is on the path with correct version.
Brad Langhorst
@bwlang
to avoid methyldackel attempting (and failing sometimes) to create a fai index of the reference genome I’ve done this dirty hack to the wrapper
ln -s $reference_source.ref_file.fields.path reference.fasta &&
ln -s `dirname $reference_source.ref_file.fields.path`/../sam_indexes/**/*.fai reference.fasta.fai &&
Nicola Soranzo
@nsoranzo
@bwlang I think you can use $reference_source.ref_file.fields.files_path instead of `dirname $reference_source.ref_file.fields.path`
Lance Parsons
@lparsons
Is there a way to output a file from featureCounts that works both in DESeq2 as well as MultiQC? I'm a bit confused by the current options in version 1.6.0.2? @mvdbeek ?
Ghost
@ghost~5772e7e2c2f0db084a206e1b
Not sure, I haven't followed the discussions / updates. So the featurecounts output format has changed ?
Adapting this for multiqc while breaking deseq2 sounds like a bad deal
(if that's what happened)
Brad Langhorst
@bwlang
@nsoranzo that solves one ugliness, but i’m not sure about searching a subtree for an fai… is that likely to work reliably on other galaxys. Maybe i should just change the tool to use ths sam_indexes ref source...
Lance Parsons
@lparsons
@mblue9 Have you tested this? Am I right in assuming DESeq2 doesn't work with the "MultiQC Compatible" output from FeatureCounts?
Ghost
@ghost~5772e7e2c2f0db084a206e1b
OK, you have to select tabdel_short now
but the bigger issue is these mega PRs are barely reviewable
because that change should really not have passed as everyone has to update their workflows now
Lance Parsons
@lparsons
Agreed. And worse, I can't realistically use featurecounts, deseq2, and multiqc in the same workflow?! That's not right. MultiQC and DESeq2 should take the same input. Those should be fixed, not have featurecounts effectively broken...
Hrm.
Ghost
@ghost~5772e7e2c2f0db084a206e1b
Also this is pretty suboptimal because now you've got to run featurecounts once for multiqc and once for deseq2 or drop the header before passing into deseq2.
Lance Parsons
@lparsons
Agree completely.
Ghost
@ghost~5772e7e2c2f0db084a206e1b
On top of that featurecounts doesn't start the head with #, so we can't just handle that in deseq2
Lance Parsons
@lparsons
Not sure how to fix this exactly, but it seems there should be a reasonable way to handle it. Perhaps adding the header in the MultiQC wrapper from the metadata?
That is pretty nasty trickery (and not really documented, afaik), but it seems it would keep the other tool wrappers (deseq2 and featurecounts) clean.