Submitting author: @bwoshea (Brian O'Shea)
Repository: https://github.com/enzo-project/enzo-dev
Version: v2.6.1
Editor: @danielskatz
Reviewer: @zingale, @rtfisher
Archive: 10.5281/zenodo.3469922
Status badge code:
HTML: <a href="https://joss.theoj.org/papers/ee73bb825d396e5ddf95b96d9300f295"><img src="https://joss.theoj.org/papers/ee73bb825d396e5ddf95b96d9300f295/status.svg"></a>
Markdown: [](https://joss.theoj.org/papers/ee73bb825d396e5ddf95b96d9300f295)
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.)
@zingale & @rtfisher, 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 @danielskatz know.
β¨ Please try and complete your review in the next two weeks β¨
paper.md
file include a list of authors with their affiliations?paper.md
file include a list of authors with their affiliations?Hello human, I'm @whedon, a robot that can help you with some common editorial tasks. @zingale, @rtfisher it looks like you're currently assigned to review this paper :tada:.
: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
Attempting PDF compilation. Reticulating splines etc...
I had to update the repository URL on the top comment of this issue. (note to @arfon - whedon didn't use the URL in the pre-report issue, and this may also lead to a problem when we do the final acceptance.)
@whedon generate pdf
Attempting PDF compilation. Reticulating splines etc...
@bwoshea - merging https://github.com/enzo-project/enzo-dev/pull/93 will fix 2 small bib entries
π @zingale, @rtfisher - we are ready for you to review this now. Please read the first 2 comments in this issue carefully. Your job now is to go through the paper (the latest "check article proof" in this issue) and the repository, and check off items in your checklist until you are done, and if you find problems, either report them here or create an issue in the repo and mention this issue in that one.
If you have any questions or problems, please let me know.
I am just beginning the review process. I find the documentation link (https://enzo-project.org/docs/2.6/) under https://github.com/enzo-project/enzo-dev returns a 404.
@bwoshea - merging enzo-project/enzo-dev#93 will fix 2 small bib entries
Now that this has been done, I will recompile - @bwoshea, you can do this too, just the way I am, with an instruction in whedon in a new comment (letting you know in case more changes are needed)
@whedon generate pdf
Attempting PDF compilation. Reticulating splines etc...
regarding
References: Do all archival references that should have a DOI list one (e.g., papers, datasets, software)
There are 2 references to Enzo itself, referring to github. Should these be changed to an archived version of the code with a DOI?
I'm done with my pass through the docs and have filed a number of issues, some which I would like to see addressed for the review (marked with [JOSS REVIEW]
) and others that are suggestions to take into consideration.
I will try running some standard test problems next.
@zingale - thanks for all your comments so far. If possible, when you open an issue in https://github.com/enzo-project/enzo-dev, just mention this review thread (https://github.com/openjournals/joss-reviews/issues/1636) in that issue rather than posted that issue in this thread. This will insert a note here that will show if the issue is open or closed.
oh, I see, I did it backwards. I'll fix that.
π @bwoshea - note that we're waiting for you to respond to a bunch of open issues - listed above...
Just to clarify, I am still in the process of completing my review. @bwoshea indicates that the ENZO team is awaiting this completion prior to starting their responses.
That's ok, but JOSS reviews typically are more interactive. Maybe with a complex team like this, it makes sense to wait.
@danielskatz Sorry about that. Given the vigor of @zingale 's review and the distributed nature of the Enzo team, we would prefer to wait until the reviews are completed (or at least the first wave of feedback) until we proceed. If you insist on doing it otherwise I'm sure we can make that happen, though.
Itβs fine to wait, as I said previously
Ok, I've completed my initial review. It looks like I also identified some of the same issues as @zingale, though our final assessments of the JOSS requirements differ slightly.
Thanks @rtfisher! Now over to @bwoshea and the Enzo team...
@danielskatz We're on it! @rtfisher and @zingale , thank you for all of your feedback!
@danielskatz @rtfisher @zingale The Enzo developers have been working on the issues you raised (at https://github.com/enzo-project/enzo-dev/issues), and we currently have a bunch of open pull requests to address them (at https://github.com/enzo-project/enzo-dev/pulls). Some of the issues have comments on them that directly address reviewer comments without a PR (e.g., https://github.com/enzo-project/enzo-dev/issues/108), but mostly the changes in the PRs themselves should address your comments.
Please let us know how you'd like to proceed at this point!
@bwoshea - it's up to you, with the goal of getting the reviewers to agree that the submission meets the criteria. You could make all the changes, then ask the reviewers to check them, or ask reviewers for specific opinions on possible changes first.
I would suggest that you refer to the PRs in the issues we raised and when we are satisfied, we will close the issues that we opened for the review, and that will be reflected here automatically.
@danielskatz -- duly noted, thank you! We'll engage the reviewers on the open PRs rather than waiting. That way we'll be able to respond more quickly.
@zingale -- Great suggestion, thanks. I've done that now! We have a couple of outstanding issues that still need developer attention, but the bulk have been addressed.
@zingale @rtfisher just to give you a heads-up, we've addressed all of the issues you have raised but one, and that should be done in the next day or so. We've left all off the PRs open so that you can see what has been changed, and all PRs and issues are cross-referenced. We're ready for your feedback whenever you are available.
Edit: we now (as of 2019-09-15) have PRs that address all issues raised!
It looks like all of my issues have been addressed via PRs. Once those PRs are merged, I am happy with accepting.
I am fine with accepting after merger as well.
@zingale @rtfisher thanks!
@rtfisher to clarify, there are two open issues that you raised (https://github.com/enzo-project/enzo-dev/issues/108 and https://github.com/enzo-project/enzo-dev/issues/109 ) - would you mind making a quick note saying you're OK with what we've done for those?
Thank you, @bwoshea. Sorry for the delayed response -- I was serving on a panel today.
I concur that the issues are now resolved, and have closed both.
The next steps will be
@danielskatz we have made the remaining changes!
π @zingale and @rtfisher: please confirm that you are satisfied by checking off the remaining items in your review checklists above and by saying so in this thread. If not, please say what you think any current issues are.
I'm happy to accept. I've check all my boxes. Nice job @bwoshea and the Enzo team.
I accept as well, and second Michael's congratulations to @bwoshea and all of the many Enzo developers!
Great - thanks @zingale and @rtfisher!
π @bwoshea - to finish up now, I need you to
@whedon generate pdf
Attempting PDF compilation. Reticulating splines etc...
@whedon check references
Attempting to check references...
```Reference check summary:
OK DOIs
MISSING DOIs
INVALID DOIs
π @bwoshea - to finish up now, I need you to
deposit the repository in an archive (e.g. zenodo) and report the DOI here
tell me the latest version number here
confirm that the paper text and references are final
π @bwoshea - to finish up now, I need you to
@danielskatz sorry for the delay. We now have a DOI: 10.5281/zenodo.3469922:
The lates version number is Enzo v2.6.1.
We are verifying the paper text and references right now. The one issue I can see with the paper is the overlapping text in the bottom-left corner of the first page, where the 'LICENSE' block overlaps the footer:
I anticipate that I will get back to you by no later than tomorrow finalizing the paper text and references.
We are verifying the paper text and references right now. The one issue I can see with the paper is the overlapping text in the bottom-left corner of the first page, where the 'LICENSE' block overlaps the footer:
@bwoshea @danielskatz - this is an issue with our LaTeX template not handling long author lists very well. @danielskatz - feel free to accept this paper with Whedon here but I'll need to manually update the PDF afterwards to fix the layout issues.
@whedon set 10.5281/zenodo.3469922 as archive
OK. 10.5281/zenodo.3469922 is the archive.
@whedon set v2.6.1 as version
OK. v2.6.1 is the version.
@whedon generate pdf
Attempting PDF compilation. Reticulating splines etc...
@danielskatz We've proofread the paper and pushed a small change. The revised PDF looks good to me. I think we're good to go!
@whedon accept
Attempting dry run of processing paper acceptance...
```Reference check summary:
OK DOIs
MISSING DOIs
INVALID DOIs
PDF failed to compile for issue #1636 with the following error:
sh: 158: Syntax error: newline unexpected
Looks like we failed to compile the Crossref XML
@whedon accept
Attempting dry run of processing paper acceptance...
```Reference check summary:
OK DOIs
MISSING DOIs
INVALID DOIs
PDF failed to compile for issue #1636 with the following error:
sh: 158: Syntax error: newline unexpected
Looks like we failed to compile the Crossref XML
π @arfon - can you debug this?
Actually, if you want to take over given that you have to generate the PDF manually for the spacing issue, please go ahead - this is fully ready to publish
@zingale, @rtfisher - many thanks for your reviews here and to @danielskatz for editing this submission β¨
@bwoshea - your paper is now accepted into JOSS :zap::rocket::boom:
:tada::tada::tada: Congratulations on your paper acceptance! :tada::tada::tada:
If you would like to include a link to your paper from your README use the following code snippets:
Markdown:
[](https://doi.org/10.21105/joss.01636)
HTML:
<a style="border-width:0" href="https://doi.org/10.21105/joss.01636">
<img src="https://joss.theoj.org/papers/10.21105/joss.01636/status.svg" alt="DOI badge" >
</a>
reStructuredText:
.. image:: https://joss.theoj.org/papers/10.21105/joss.01636/status.svg
:target: https://doi.org/10.21105/joss.01636
This is how it will look in your documentation:
We need your help!
Journal of Open Source Software is a community-run journal and relies upon volunteer effort. If you'd like to support us please consider doing either one (or both) of the the following:
@arfon - can you generate a tweet for this?