Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • Jun 24 23:41
    coveralls commented #3118
  • Jun 24 23:02
    antgonza review_requested #3118
  • Jun 24 23:02
    antgonza opened #3118
  • Jun 24 21:16
    coveralls commented #3117
  • Jun 24 20:52
    antgonza review_requested #3117
  • Jun 24 20:52
    antgonza opened #3117
  • Jun 24 12:36
    coveralls commented #3116
  • Jun 24 12:09
    antgonza synchronize #3116
  • Jun 24 03:21
    antgonza synchronize #3116
  • Jun 24 02:13

    wasade on dev

    fix #3100 addressing @wasade request Merge pull request #3110 from a… (compare)

  • Jun 24 02:13
    wasade closed #3110
  • Jun 24 01:11
    antgonza synchronize #3110
  • Jun 24 00:58
    antgonza review_requested #3116
  • Jun 24 00:58
    antgonza opened #3116
  • Jun 18 16:28

    antgonza on dev

    fix #3054 (#3115) * disable "A… (compare)

  • Jun 18 16:28
    antgonza closed #3115
  • Jun 18 16:25
    AmandaBirmingham commented #3115
  • Jun 18 16:21
    coveralls commented #3115
  • Jun 18 15:59
    AmandaBirmingham synchronize #3115
  • Jun 18 12:51
    antgonza commented #3115
Joshua Shorenstein
@squirrelo
WAT
Daniel McDonald
@wasade
had to argue with pando admin for them to install an ftp client. it was a security concern. coincidentally, one of the older packages in RHEL. /facepalm. ended up doing it locally in my home dir. Anyway, i can now start testing at a finer grain on pando
Yoshiki Vázquez Baeza
@ElDeveloper
@wasade, cool, thanks! The people @ Travis-CI seem to know about the issue
Daniel McDonald
@wasade
@ElDeveloper, did you get a chance to test the sudo: required thing?
or is this different than travis-ci/travis-ci#3692?
Yoshiki Vázquez Baeza
@ElDeveloper
I think sudo: required is the default value, and you get an non-docker based build
so it's just a default build
Daniel McDonald
@wasade
okay, so it sounds like its a different issue than what he was thinking
ie, not travis-ci/travis-ci#3660
Yoshiki Vázquez Baeza
@ElDeveloper
thanks for looking into that
I think I'm gonna head home now
Greg Caporaso
@gregcaporaso
@ElDeveloper, did you guys submit your SciPy abstract? I’m not seeing it in the system. If so, can you forward me the confirmation email?
adamrp
@adamrp
@gregcaporaso We did submit, I'll forward the confirmation now
Greg Caporaso
@gregcaporaso
thanks! it’s possible i’m just looking in the wrong place, ignore this for now, and i’ll let you know if there is a problem
adamrp
@adamrp
okay, sounds good. thanks for the heads up!
adamrp
@adamrp
Regarding #814: does the removal of files actually have to be a qiita-supplied feature?
why not just actually use cron?
Jose Navas
@josenavas
I don’t mind using cron or the qiita queues as long as the process starts when qiita starts and ends when qiita ends. That means that we need to provide also a qiita webserver stop command.
Jose Navas
@josenavas
One of the potential arguments to use qiita, is that we actually have to call the function purge_filepaths
adamrp
@adamrp
that's true, although if we exposed a CLI for purging filepaths, that would also work. I guess I just feel like 1) automatic management of users' files can be dangerous, 2) is not something everyone wants, and 3) shouldn't be managed by the web server
Jose Navas
@josenavas
I see your points, specially if qiita is installed in a single user mode
probably is something that we can include in the config file
Yoshiki Vázquez Baeza
@ElDeveloper
Sorry to jump in this a bit late, but I like more the idea of providing a CLI that enables this in an easy way
Yoshiki Vázquez Baeza
@ElDeveloper
So, we are ready to merge the cart-branch into master?
Jose Navas
@josenavas
I don’t think so
I just did a follow up on the latest merged PR from @squirrelo
@antgonza identified that is something that needs improvement, and I agree with him, so a solution is needed
Joshua Shorenstein
@squirrelo
We don't need it now since it is 100% functional and it's alpha 0.1 Please just open an issue since this is a tiny detail holding up the entire project
Jose Navas
@josenavas
it’s not holding anything
I can continue working
Jose Navas
@josenavas
hey guys, can I have biocore/qiita#1073 reviewed?
Yoshiki Vázquez Baeza
@ElDeveloper
hey cheetahs, I was going to start reviewing, first with #1275 and with #1276
just wanted to make sure this is what I should be doing
*the order in which I should be doing this
Joshua Shorenstein
@squirrelo
They are independent so should be fine
Jose Navas
@josenavas
you can do #1275 and #1276 independently. However, before doing #1275 I think #1256 should be reviewed
I’m reviewing right now #1256
Yoshiki Vázquez Baeza
@ElDeveloper
It seems like @antgonza and you were already on top of #1256 so, I'll let you guys finish with it :sparkles:
Jose Navas
@josenavas
ok!
Yoshiki Vázquez Baeza
@ElDeveloper
thanks!
Yoshiki Vázquez Baeza
@ElDeveloper
Just in case someone is interested, this is how the document looks rendered: http://nipy.bic.berkeley.edu:5000/download/14
Greg Caporaso
@gregcaporaso
hey, is it possible to download the sff file for the keyboard study from qiita directly? fierer_forensic_keyboard
Yoshiki Vázquez Baeza
@ElDeveloper
@gregcaporaso No, we do not provide a way to retrieve the raw data
Jose Navas
@josenavas
Hey guys if somebody is available we have a problem with the live system any kind of support will be appreciated
Greg Caporaso
@gregcaporaso
hi all, what’s the official qiita URL? I want to reference it in a paper I’m working on
Yoshiki Vázquez Baeza
@ElDeveloper
that would be qiita.microbio.me
Greg Caporaso
@gregcaporaso
thanks
Yoshiki Vázquez Baeza
@ElDeveloper
NP
Cale Seymour
@BassMakesPaste
Is there a way to download every biom file on Qiita with associated metadata and package them together? I've been scouring the site for a week or so and can't find anything.