-
Notifications
You must be signed in to change notification settings - Fork 1
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]: FlowFPX: Nimble Tools for Debugging Floating-Point Exceptions #148
Comments
Hello humans, I'm @editorialbot, a robot that can help you with some common editorial tasks. For a list of things I can do to help you, just type:
For example, to regenerate the paper pdf after making changes in the paper source files, type:
|
Software report:
Commit count by author:
|
|
Paper file info: 📄 Wordcount for 🔴 Failed to discover a |
License info: 🔴 Failed to discover a valid open source license |
@JeffreySarnoff, @dpsanders (cc @ashton314) thank you for volunteering as reviewers! 🙏 I'll be the editor handling this submission and you can ask me questions any time. For start, you can generate your reviewer checklist by commenting
(do not include other text in the message where you run that command) Note: In this submission, the paper is in its own repository instead of being in the software repository. This is allowed. You can find the software here: https://github.com/utahplt/FloatTracker.jl As you go through the checklist, you can leave your review comments either as issues in the paper/software repository or directly here. If you have any questions, ping me |
Review checklist for @JeffreySarnoffConflict of interest
Code of Conduct
General checks
Functionality
Documentation
Paper format
Content
|
@editorialbot generate pdf |
Is there an approved way to leave notes. For example, while there is
no section
titled 'Statement of need' The Abstract does cover the need. I do not
know if this suffice; it does seem appropriate to mention.
…On Fri, Apr 26, 2024 at 3:09 AM The Open Journals editorial robot < ***@***.***> wrote:
👉📄 Download article proof
<https://raw.githubusercontent.com/JuliaCon/proceedings-papers/jcon.00148/jcon.00148/10.21105.jcon.00148.pdf>
📄 View article proof on GitHub
<https://github.com/JuliaCon/proceedings-papers/blob/jcon.00148/jcon.00148/10.21105.jcon.00148.pdf>
📄 👈
—
Reply to this email directly, view it on GitHub
<#148 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAM2VRQHWSYSHU566GMWOM3Y7H4TLAVCNFSM6AAAAABGZI7626VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDANZYG43DGNJYHE>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
You can add notes as comment in this thread. When I've reviewed, I generally collect all my notes/feedback in a single comment which I post in the review issue (this one). If you want to recommend changes in the paper / code you can also directly open issues in the repositories. In that case, please do mention this issue also there. For your question of the statement of need. It is not strictly necassary to have a section with that name, but there should be a clear motivation for the software and the problem it is trying to solve. If you feel this is well described in the abstract/introduction, then you can tick the box |
I am quizzical. The checklist is written for papers that are all about a Julia repository. FlowFPX is the "hook" yet there is no FlowFPX.jl afaik. I do see that this is a toolkit, still, having FlowFPX.jl that has the individual tools as [deps] (or subsets) along with a place for the docs to live together would be nice. Meanwhile -- I don't know what to do with the unchecked boxes .. they seem not applicable or to be considered at a later evolution. Nonetheless I appreciate the capabilities you have made available. |
Great point, there really should be a FlowFPX repo that brings the toolbox together. We'll see what we can do. (Unfortunately, all the students involved have graduated or moved on since JuliaCon'23.) |
The best we can do now is a loose coupling, basically with a readme. Putting at all together in a robust-cross-platform Julia package is tough because the different components of FlowFPX use different languages & hardware (C for CSTGs, Nvidia GPUs for GPUFPX). |
That is all I had expected
…On Tue, May 28, 2024 at 1:48 PM Ben Greenman ***@***.***> wrote:
The best we can do now is a loose coupling, basically with a readme.
Putting at all together in a robust-cross-platform Julia package is tough
because the different components of FlowFPX use different languages &
hardware (C for CSTGs, Nvidia GPUs for GPUFPX).
—
Reply to this email directly, view it on GitHub
<#148 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAM2VRXH4WJH4P577XH74RTZES7QHAVCNFSM6AAAAABGZI7626VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDCMZVHAYDKMJUHA>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
Added a landing page link to the paper: https://utahplt.github.io/flowfpx |
@editorialbot generate pdf |
Hi @dpsanders 👋 , were you able to start the review? Any projected timeline for it? |
Apologies, not yet. I hope to get to it soon. |
@lucaferranti are you really not seeing tag 2.1.0? It's here for me. |
ok there is a 2.1.0 tag, but that does not corresponds to the software version it seems? |
We're just using tags; no GitHub releases |
@lucaferranti I fixed the version in Project.toml; I had to bump the tag to 2.1.1. Release here |
Great! Thank you for fixing it. Did you register the version 2.1.0 ? |
I'm relearning how to submit a new version to JuliaHub—it's been a while. |
Is there a way to ask JuliaHub to pull the most recent version from the UI? Where are the docs on this? I can only find the docs for submitting a new package. |
I use JuliaRegistrator via github to manage package versions. To make a new release, I just comment Maybe ask on the julia slack? |
Hi @ashton314 👋 , any luck with getting the new version released? this is the very last step before getting this finally published :) |
I tried but it's still not working and I lost gumption/had to move to something else. |
I think it merged! JuliaRegistries/General#122091 I don't see the update on JuliaHub just yet… I expect it takes a minute. |
@lucaferranti @bennn The new version is up on JuliaHub! |
@editorialbot generate pdf |
@ashton314 great! To make sure I don't have dummy typos during the publishing process, can you post again the DOI and version of the final version? |
Here's the latest Zenodo DOI: https://doi.org/10.5281/zenodo.14396140 I added a new version there; the only difference is the version number in the package. Final software version is v2.1.1 |
@editorialbot check references |
|
@editorialbot set v2.1.1 as version |
Done! version is now v2.1.1 |
@editorialbot set 10.5281/zenodo.14396140 as archive |
Done! archive is now 10.5281/zenodo.14396140 |
@editorialbot recommend-accept |
|
|
👋 @JuliaCon/jcon-eics, this paper is ready to be accepted and published. Check final proof 👉📄 Download article If the paper PDF and the deposit XML files look good in JuliaCon/proceedings-papers#117, then you can now move forward with accepting the submission by compiling again with the command |
@ashton314 we should be ready to go. Please have a final look at the paper pdf and if/when everything looks good, ping me and I'll complete the acceptance. |
Looks good to me. @bennn want to take a final look? |
Submitting author: @ashton314 (Ashton Wiersdorf)
Repository: https://github.com/utahplt/juliacon2023-paper
Branch with paper.md (empty if default branch):
Version: v2.1.1
Editor: @lucaferranti
Reviewers: @JeffreySarnoff, @dpsanders
Archive: 10.5281/zenodo.14396140
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
@JeffreySarnoff & @dpsanders, your review will be checklist based. Each of you will have a separate checklist that you should update when carrying out your review.
First of all you need to run this command in a separate comment to create the checklist:
The reviewer guidelines are available here: https://joss.readthedocs.io/en/latest/reviewer_guidelines.html. Any questions/concerns please let @lucaferranti 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 ✨
Checklists
📝 Checklist for @JeffreySarnoff
📝 Checklist for @dpsanders
The text was updated successfully, but these errors were encountered: