-
-
Notifications
You must be signed in to change notification settings - Fork 36
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[REVIEW]: x11docker - Run GUI applications in Docker containers #1349
Comments
Hello human, I'm @whedon, a robot that can help you with some common editorial tasks. @yxliang01, it looks like you're currently assigned as the reviewer for this paper 🎉. ⭐ Important ⭐ 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:
|
|
@yxliang01, @sgyzetrov, @1138-4eb - please carry out your review in this issue by updating the checklist above and giving feedback in this issue. The reviewer guidelines are available here: https://joss.readthedocs.io/en/latest/reviewer_guidelines.html Any questions/concerns please let me know. |
@whedon check references |
|
|
Thanks at all of you for your interest and help! I've opened a ticket for discussion of |
I have finished reviewing the checklist. There are three items which I'd like to explain:
See #1346 (comment)
Dependencies are clearly-stated, and there are plenty of info messages to tell the user when some are missing. There is no explicit list, tho. I.e., the user must check how a specific package is installed in a host. Nonetheless, I think that an automated package management would unnecessarily complicate this project. @arfon, according to
There are no guidelines at all. Words 'contribute'/'contributor' are not found in the repo. This is because it is a single man project, so most of the contributions are not direct code modifications. However, it is easy to report issues or problems and to get support. The author is very responsive, and most issues are attended and solved within hours or days. PRs are also handled fast. Should I cross off this item? Regarding #1346 (comment), the suggestions still apply, and have been copied to mviereck/x11docker#137. But none of them is a stopper for approval. Those are just suggestions that can opinionatedly improve the quality of the paper. |
I have added some notes about issues, contributing and support in README.md: https://github.com/mviereck/x11docker#contact |
Review updated accordingly. |
@whedon generate pdf |
|
I've made some careful adjustments in |
I'm almost finished reviewing the software (and software documentation) part and going to start the paper itself soon. For the software (and software documentation) part, I have raised a few issues in mviereck/x11docker#137 |
I have gone through the paper, and it looks good to me. Some wording could be enhanced but since the author's ideas are clear-stated, this is more of a cherry-on-top thing. Two newly raised issues:
One remaining issue: |
@whedon generate pdf |
|
Suggestions (or a PR) are quite appreciated!
fixed.
done.
I've added a note about target audience in One point is still open:
As long as it is a recommendation ("ideally"), I won't do the major task of automated package management. |
@whedon check references |
|
|
mviereck/x11docker@d699254 looks good enough to me! Since all issues have been addressed, I move to recommend this paper for acceptance. |
@whedon generate pdf |
OK great! @yxliang01, @sgyzetrov, @1138-4eb - could you confirm you're happy with the updates from @mviereck? If so, I think we're ready to accept this submission into JOSS. |
The new release looks good, for now I do not have newly raised issues. |
LGTM. |
This paper looks good to me for acceptance. This comment is valid for mviereck/x11docker@56de629 This is however invalid for new updates on the paper. |
@mviereck - At this point could you make an archive of the reviewed software in Zenodo/figshare/other service and update this thread with the DOI of the archive? I can then move forward with accepting the submission. |
I have archived x11docker at Zenodo: https://zenodo.org/record/2658749
The archived files are the identical to x11docker release v5.6.0 at github: https://github.com/mviereck/x11docker/releases/tag/v5.6.0 |
@whedon set 10.5281/zenodo.2658749 as archive |
OK. 10.5281/zenodo.2658749 is the archive. |
@whedon accept |
|
PDF failed to compile for issue #1349 with the following error: /app/vendor/ruby-2.4.4/lib/ruby/2.4.0/find.rb:43:in |
@whedon accept |
|
|
1 similar comment
|
@whedon accept |
|
Check final proof 👉 openjournals/joss-papers#655 If the paper PDF and Crossref deposit XML look good in openjournals/joss-papers#655, then you can now move forward with accepting the submission by compiling again with the flag
|
|
@whedon accept deposit=true |
|
🚨🚨🚨 THIS IS NOT A DRILL, YOU HAVE JUST ACCEPTED A PAPER INTO JOSS! 🚨🚨🚨 Here's what you must now do:
Any issues? notify your editorial technical team... |
@yxliang01, @sgyzetrov, @1138-4eb - many thanks for your reviews here ✨ @mviereck - your paper is now accepted into JOSS ⚡🚀💥 |
🎉🎉🎉 Congratulations on your paper acceptance! 🎉🎉🎉 If you would like to include a link to your paper from your README use the following code snippets:
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:
|
Great! Much thanks for all your friendly help and work, @arfon, @yxliang01, @sgyzetrov, @1138-4eb ! 👍 👍 👍 :-) |
Submitting author: @mviereck (Martin Viereck)
Repository: https://github.com/mviereck/x11docker
Version: v5.6.0
Editor: @arfon
Reviewer: @yxliang01, @sgyzetrov, @1138-4eb
Archive: 10.5281/zenodo.2658749
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) 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
@yxliang01 & @sgyzetrov & @1138-4eb, 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.theoj.org/about#reviewer_guidelines. Any questions/concerns please let @arfon know.
✨ Please try and complete your review in the next two weeks ✨
Review checklist for @yxliang01
Review based on mviereck/x11docker@56de629
Conflict of interest
Code of Conduct
General checks
Functionality
Documentation
Software paper
paper.md
file include a list of authors with their affiliations?Review checklist for @sgyzetrov
Conflict of interest
Code of Conduct
General checks
Functionality
Documentation
Software paper
paper.md
file include a list of authors with their affiliations?Review checklist for @1138-4eb
Conflict of interest
Code of Conduct
General checks
Functionality
Documentation
Software paper
paper.md
file include a list of authors with their affiliations?The text was updated successfully, but these errors were encountered: