Closed whedon closed 3 years ago
Hello human, I'm @whedon, a robot that can help you with some common editorial tasks. @mccabete, @r-barnes it looks like you're currently assigned to review this paper :tada:.
:warning: JOSS reduced service mode :warning:
Due to the challenges of the COVID-19 pandemic, JOSS is currently operating in a "reduced service mode". You can read more about what that means in our blog post.
:star: Important :star:
If you haven't already, you should seriously consider unsubscribing from GitHub notifications for this (https://github.com/openjournals/joss-reviews) repository. As a reviewer, you're probably currently watching this repository which means for GitHub's default behaviour you will receive notifications (emails) for all reviews 😿
To fix this do the following two things:
For a list of things I can do to help you, just type:
@whedon commands
For example, to regenerate the paper pdf after making changes in the paper's md or bib files, type:
@whedon generate pdf
Proof looks good!
@KristinaRiemer I think the dyco repository aka target repository is being hosted through ETH Zurich. I seem to need an ETH Zurich log-in to add issues. How do you want me to proceed?
@mccabete @KristinaRiemer I will check with ETH Zurich how they handle this and if they can open the registration.
@mccabete @KristinaRiemer I just got feedback from ETH. While the code itself is open to everyone, issues can only be added after registering an account with an email address from the ETH domain. However, there is the possibility to create a guest account for the purpose of adding issues. Would this still be in line with JOSS requirements?
I can't speak to JOSS requirements, but I am happy to create a guest account for the review. Also, I could just comment my reviews on this thread.
@holukas if it's possible to use guest accounts to create issues in the repository, and the issues and their comments are able to be seen publicly, I think that would be the best route. Let me know if that ends up not being possible though!
@holukas How should I request guest access?
@mccabete I am currently in contact with ETH to open a guest account and get back to you soon.
Any progress on the guest accounts, @holukas?
@KristinaRiemer Sorry to keep you waiting, there were some surprising obstacles to overcome that should be solved now. @mccabete Can you get in contact with my via email (lukas.hoertnagl [at] usys.ethz.ch) so we can set up the guest account?
Just checking in to see if I should start on my review.
Sent an email to you @holukas
Hi @r-barnes! Can you get in contact with me via email (lukas.hoertnagl [at] usys.ethz.ch) so we can set up the guest account for the review?
Sent credentials for guest account to @mccabete
Hi @r-barnes & @mccabete. Have you been able to create and use your guest accounts? I only see issues from @holukas in the repository.
Sorry about the delay!
I am still running into issues - @holukas convinced ETH to give me a guest account (thanks!). However, it seems like ETH gave me an account that may/might not include github.ethz.ch privileges. I sent out an email to ETH Zurich's service desk today.
I am essentially sitting on the review. @KristinaRiemer if the ETH service desk doesn't get back to me soon, I am willing to just post issues/comments on this thread instead. Is that joss-acceptable?
@mccabete (and @r-barnes), I agree with your assessment. I think you should not worry about creating issues in the repo and just post your review comments and discussion here in this thread, so as to not slow down the review any more.
I worry somewhat about issues getting lost, but can do. @holukas - will that work for you?
Dear @KristinaRiemer @r-barnes @mccabete, after some back-and-forth I decided to move the code over to GitHub to make collaborations and the review work easier. I agree with @r-barnes that submitting issues here might get lost and is not ideal. @KristinaRiemer I would therefore like to cancel this current submission. I will then re-submit the same code, but this time using the GitHub repo. I hope the reviewers are still on-board to review the new submission. I am sorry for the inconvenience and hope for a smooth GitHub workflow. I already uploaded the code to https://github.com/holukas/dyco and I will make an official re-submission after this current one is closed. Thanks!
That seems like a good solution @holukas! There's no need to reopen a new submission, I just changed the repo URL in the first comment of this review issue so we can continue using this issue.
@mccabete & @r-barnes just checking in to make sure that the new GitHub repo's issues are accessible to y'all now, and to see if there are any questions or issues currently?
Hi all! Hopefully everyone had a good holiday season. @r-barnes & @mccabete I'm checking about progress on your reviews of this software. Now that the issues permission problem has been taken care of by migrating everything over to GitHub, is there anything blocking your work or anything I can do to help move this forward?
Thanks @KristinaRiemer for the reminders. Sorry for not getting back to you both! @holukas, I added my comments as issues to the new repo.
The Wiki link is now behind an ETH login, so there was some content I had access to that I no longer have access to. That said, I had already gone through the wiki content before the migration, so I was able to post my comments. Likely 98% of my review is now posted, and once the link is fixed I can verify the final remaining check marks.
Thank you for being helpful and patient @KristinaRiemer and @holukas
@KristinaRiemer : I can't seem to mark things off in my designated reviewer checklist above. Is there anything I can do about that? If not, I can keep track manually.
@r-barnes let's see if this fixes that.
@whedon re-invite @r-barnes as reviewer
The reviewer already has a pending invite.
@r-barnes please accept the invite by clicking this link: https://github.com/openjournals/joss-reviews/invitations
Ah, @r-barnes try going to that link and accepting the invite to see if that makes a difference?
I'm sorry, the link expired. Can we try again? I have my JOSS reviews at the top of the queue now, so I'll be ready for it.
@mccabete Thanks for the feedback. Unfortunately the Wiki got lost during the migration from GitLab to GitHub. I will add an updated Wiki directly to GitHub in the next days.
@whedon re-invite @r-barnes as reviewer
OK, the reviewer has been re-invited.
@r-barnes please accept the invite by clicking this link: https://github.com/openjournals/joss-reviews/invitations
I've finished my review, per the above.
I think the biggest issue is that I'm left confused about whether Dyco is a tool I use kind of from the command-line or a library I use from within Python.
It looks as though Dyco produces a number of output directories and files, even if it's run from within Python. I think that's weird. Running commands from within a programming language should (mostly) give me products I can work with from within that language.
Conversely, the example I saw shows Dyco being run as a single, very large command from within Python to produce all of those outputs. So it's almost as though I have to open Python to run what's effectively a command-line command. If this is what's happening, then the authors should embrace the command-line nature of the work and modify their setup.py
to add CLI commands.
Other than that, things look pretty good. The code appears clean and decently structured, though there is some missing documentation and dead code. Cleaning that up shouldn't be too difficult, though.
Thank you @mccabete and @r-barnes for adding specific comments as issues to the software's repo, hopefully @holukas will have a chance to address all of them soon.
Thanks @mccabete and @r-barnes for the helpful comments! I will address the issues over the next days.
Hi @holukas, just checking in to see how working on these issues is going for you?
Hi @KristinaRiemer, I am nearly finished with the Issues. I was not sure if I should close the issues if I think they are done, or if it is up to the reviewers to confirm that an issue was solved and then I can close them. What would be the correct procedure?
@holukas I think we should do the latter. When you're done addressing all of the issues, let the reviewers know here. They can then review the work you've done and you can close the issues once they indicate they're satisfied with it. Hopefully that's the easiest way for @r-barnes and @mccabete to keep track of everything!
Dear @KristinaRiemer @r-barnes @mccabete,
thank you all for your input and feedback, highly appreciated! I have now addressed all issues and followed up on your suggestions. The script and documentation underwent quite some changes and I hope DYCO now meets the criteria for publication. Please let me know in case there are further changes you would like to see.
Cheers Lukas
Hi @r-barnes and @mccabete, have you had a chance yet to review the addressing of your issues in the DYCO repo yet? Please let me know if you need any help.
Hi @r-barnes and @mccabete, this is just a reminder to look over your issues in the repo. If @holukas has sufficiently addressed them, feel free to comment and close. Hopefully this can be taken care of in the next week?
Sorry for going MIA. I've noticed github's notification system has improved, so hopefully I can make better use of that in the future. I'll take another look and see if we can get this wrapped up.
Thanks for the update @r-barnes. I've struggled some with GitHub notifications, including accidentally turning off notifications for this entire repository (and therefore notifications for all submissions I'm editor for!), so I definitely understand that pain point.
Hi @r-barnes and @mccabete, have you had a chance to look through the issues that @holukas has addressed?
I hope to have time this weekend or late Friday night :-(
@mccabete : I accidentally clicked some of your check boxes :-( There's not an undo button, so I tried to reverse as best I could, but may have made a couple of mistakes.
I feel like my concerns have been reasonably addressed and that the remaining issues I've left open shouldn't preclude moving this toward publication. My ability to really deep-dive into the results/processing of the package is hampered by my lack of domain knowledge here, but I think there's sufficient explanatory information that a user with this knowledge would be able to figure out what's going on and derive value from this software. I'm happy to approve this.
Submitting author: @holukas (Lukas Hörtnagl) Repository: https://github.com/holukas/dyco Version: v1.1.2 Editor: @KristinaRiemer Reviewer: @mccabete, @r-barnes Archive: 10.5281/zenodo.4964068
:warning: JOSS reduced service mode :warning:
Due to the challenges of the COVID-19 pandemic, JOSS is currently operating in a "reduced service mode". You can read more about what that means in our blog post.
Status
Status badge code:
Reviewers and authors:
Please avoid lengthy details of difficulties in the review thread. Instead, please create a new issue in the target repository and link to those issues (especially acceptance-blockers) by leaving comments in the review thread below. (For completists: if the target issue tracker is also on GitHub, linking the review thread in the issue or vice versa will create corresponding breadcrumb trails in the link target.)
Reviewer instructions & questions
@mccabete & @r-barnes, please carry out your review in this issue by updating the checklist below. If you cannot edit the checklist please:
The reviewer guidelines are available here: https://joss.readthedocs.io/en/latest/reviewer_guidelines.html. Any questions/concerns please let @KristinaRiemer know.
✨ Please start on your review when you are able, and be sure to complete your review in the next six weeks, at the very latest ✨
Review checklist for @mccabete
Conflict of interest
Code of Conduct
General checks
Functionality
Documentation
Software paper
Review checklist for @r-barnes
Conflict of interest
Code of Conduct
General checks
Functionality
Documentation
Software paper