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
GRaNIE #2556
Comments
Hi @chrarnold Thanks for submitting your package. We are taking a quick The DESCRIPTION file for this package is:
|
I am going to pass this package into single package build so that you can fix it. thanks for your submission. |
Hi there, in the vignette, there is no explicit path being mentioned (I just checked again), I am a bit confused where the absolute path you posted here comes from? |
we'll find out in testing locally i know it is not in vignette it has something to do with templating |
FWIW I can also reproduce the error locally on my machine
|
Ok I will try this today on my local machine and see where it comes from! I am on it, thanks. |
I know the reason now. In order to fix it, I'd like to query here what the maximum time is the vignette code is allowed to run. |
I believe the time limit is 10 min for software packages but ideally far less than that. Remember it is often sufficient to use a small dummy dataset to show functionality and proof of principle. |
I pushed a new version 0.99.1 to the Git today that results in 0 errors or warnings on an external machine with the newest R devel and Biocondutor 3.15. I hope the same is true for the build machines :). I optimized a few things and can summarize if needed. Thanks @lshep and @vjcitn for your input so far! The issue with BiocFileCache and making sure it redownloads the example object only when needed is still ongoing, but not affecting the package review. |
A reviewer has been assigned to your package. Learn what to expect IMPORTANT: Please read this documentation for setting Bioconductor utilized your github ssh-keys for git.bioconductor.org |
Dear Package contributor, This is the automated single package builder at bioconductor.org. Your package has been built on Linux, Mac, and Windows. On one or more platforms, the build results were: "skipped, ERROR, TIMEOUT". Please see the build report for more details. This link will be active Remember: if you submitted your package after July 7th, 2020, |
Thank you for assigning a reviewer quickly here! I already checked the build report and uploaded a new version 0.99.2 to Github (not Bioconductor yet) which reduces the repo size a lot, I hope I am below the limit now - not sure I can decrease it further with little effort, but let's see what the next build report says. I am not sure but I have an idea where the Windows error comes from (I pushed a first attempt to fix it but not sure about it), I do not have a Windows machine currently available to test it unfortunately. I am hoping this can be solved after the first comments have been laid out, hopefully. |
Received a valid push on git.bioconductor.org; starting a build for commit id: d0b1deb67edb0f2cddf050c3491bd6dd78141b4b |
Dear Package contributor, This is the automated single package builder at bioconductor.org. Your package has been built on Linux, Mac, and Windows. On one or more platforms, the build results were: "skipped, ERROR, TIMEOUT". Please see the build report for more details. This link will be active Remember: if you submitted your package after July 7th, 2020, |
I checked the new build report, and I noticed 2 things:
I do not know how to satisfy these with a reasonable effort.
Please advise what to do, I cant revamp the whole idea and package just because of these quite stringent criteria :(. |
Received a valid push on git.bioconductor.org; starting a build for commit id: 197f7c94eb0d68284743301fa87a02299dc16631 |
Dear Package contributor, This is the automated single package builder at bioconductor.org. Your package has been built on Linux, Mac, and Windows. On one or more platforms, the build results were: "skipped, ERROR, TIMEOUT". Please see the build report for more details. This link will be active Remember: if you submitted your package after July 7th, 2020, |
Hi, thanks for the submission, we really hope it is possible to review it. But you'll have to do some work. The 5MB limit is met by over 1000 packages submitted since the standard was imposed. You have 5+MB of png and that is quite uncommon. You might want to serialize a pdf with the detailed information. But the size limit is firm. As for timeout, again all packages have to meet that standard. There is a longtests option (https://bioconductor.org/developers/how-to/long-tests/) that may be useful to you. Consider applying to the developer mentoring program https://bioconductor.org/developers/new-developer-program/ ... |
Thanks, I will try my best - but I am going on vacation for 3.5 weeks on Saturday, only returning mid April, so not sure acceptance of the package can be finalized by April 20th, lets see. Maybe I can explain to you how we currently do it with the PNGs: The functions that produce plots produce a PDF file with multiple (often many) pages. In the detailed Workflow vignette, we run all main functions, and only show selected plots by including a PNG of the page of the output PDF. This contributes mainly to the large size. While it is possible to just plot to the currently active graphics device(and not to a PDF), if I did so in the Vignette, then the vignette would contain a lot of plots I dont want to show. Alternatively, I could not show any example plots, but this is again not really ideal and defeats the purpose a bit. I could decrease the resolution of the images much more, but then readability suffers. Do you have any other ideas how to go about it? For the time limit: I managed to reduce it a bit, and now, a timeout occurs on only one of the machines, I presume no timeout can occur on any of the machines? Is the testing via testthat etc also part of the time limit? Thanks for the longtest option - I quickly checked it but not sure how much it helps: The running time comes mainly from the examples, while the "tests" contribute only a little. The description from the link you sent says: "The maximum amount of time that R CMD check is allowed to spend on each package is 40 min.". Is this really 40 minutes, it seems it is 15 according to the build reports? |
The graphics problem you describe needs to be solved in another way. I don't have a specific solution at the moment, you might ask in slack on developer forum channel. the longtests should behave as advertised; if you are doing too many examples, cut it down and provide code for users to run additional examples as needed. |
Thanks, for the examples that is fine - I recall that 80% of the functions must have a running example (and I tried to follow), otherwise a Bioc warning is raised - but if this is more negotiable and the more time-consuming ones can be skipped that would be a start. Is it possible, if ok with Bioc, to only include a "package details" Vignette (see hre: https://grp-zaugg.embl-community.io/GRaNIE/articles/packageDetails.html) as part o the repo and do the full Workflow vignette outside of the Bioc package (and provide a link for users so they can go to the website and see it there)? That would solve many problems and users would be happy too because I can include more of the output as part of the vignette:) Sorry for the many discussions and troubles, just trying to find a good way that works for all involved ;) |
Bioconductor submissions should achieve a certain amount of conventionality. This makes it easier for users to explore and understand what they are getting involved with. Many developers have made efforts to introduce function and data combinations that demonstrate package capabilities conveniently in the vignette, which typically includes extensive coverage of key functions in the package, that run in the available time. Please take the advice from the bioc-devel dialogue and try to meet Bioconductor standards for your package. I would say the "package details" vignette, while very nice and informative, does not meet the standard, and that meeting it would be good for both the software and the intended user base. |
I think trying to split up the package or having a more minimal dataset in the package but then submitting an accompanied workflow package with the more extensive, detailed workflow vignette are two very good options mentioned on the bioc-devel conversation. |
Received a valid push on git.bioconductor.org; starting a build for commit id: 8c502bd1c5fccbbcd136bade51c2e10189196c12 |
Dear Package contributor, This is the automated single package builder at bioconductor.org. Your package has been built on Linux, Mac, and Windows. Congratulations! The package built without errors or warnings Please see the build report for more details. This link will be active Remember: if you submitted your package after July 7th, 2020, |
Hi all, I finally had time to work on the issues, and I think they are resolved now. All plot functions can now plot to the currently active graphics device, page-specifically, eliminating the need to store any images in the repo. I also removed the other vignettes as suggested. The dataset used in the workflow is more minimal now, and it seems to complete within the allowed time frame. I am on vacation, and available on the 12th again for further work if needed. Thanks for the input so far, and sorry for the initial troubles @lshep . |
I am going to accept this package. But please revise the vignette so that the abstract tells the reader WHAT IS ACTUALLY GOING TO BE DONE, SCIENTIFICALLY, FROM THE POINT OF VIEW OF SOMEONE WHO HAS NO IDEA WHAT "GRaNIE" IS. The introductory paragraph could benefit from similar elaborations. |
Your package has been accepted. It will be added to the Thank you for contributing to Bioconductor! Reviewers for Bioconductor packages are volunteers from the Bioconductor |
and do not name your vignette "workflow.Rmd". Use a less generic name. |
The master branch of your GitHub repository has been added to Bioconductor's git repository. To use the git.bioconductor.org repository, we need an 'ssh' key to associate with your github user name. If your GitHub account already has ssh public keys (https://github.com/chrarnold.keys is not empty), then no further steps are required. Otherwise, do the following: See further instructions at https://bioconductor.org/developers/how-to/git/ for working with this repository. See especially https://bioconductor.org/developers/how-to/git/new-package-workflow/ to keep your GitHub and Bioconductor repositories in sync. Your package will be included in the next nigthly 'devel' build (check-out from git at about 6 pm Eastern; build completion around 2pm Eastern the next day) at https://bioconductor.org/checkResults/ (Builds sometimes fail, so ensure that the date stamps on the main landing page are consistent with the addition of your package). Once the package builds successfully, you package will be available for download in the 'Devel' version of Bioconductor using https://bioconductor.org/packages/GRaNIE If you have any questions, please contact the bioc-devel mailing list (https://stat.ethz.ch/mailman/listinfo/bioc-devel); this issue will not be monitored further. |
Thanks a lot, we are happy about this! I will revise the vignette today before the freeze. About the renaming: Would GRaNIE_workflow.RMd ? Not sure which other name reflects better of what the vignettes shows. Some packages such as DESeq just name the vignette as the package name, would that be more appropriate yes? Thanks! |
the name you suggest is fine
…On Mon, Apr 25, 2022 at 10:38 AM chrarnold ***@***.***> wrote:
Thanks a lot, we are happy about this! I will revise the vignette today
before the freeze.
About the renaming: Would GRaNIE_workflow.RMd ? Not sure which other name
reflects better of what the vignettes shows. Some packages such as DESeq
just name the vignette as the package name, would that be more appropriate
yes? Thanks!
—
Reply to this email directly, view it on GitHub
<#2556 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ABDI5QQLKWE4EC3JARTKNBLVG2U5LANCNFSM5QDO5VUQ>
.
You are receiving this because you were assigned.Message ID:
***@***.***>
--
The information in this e-mail is intended only for the person to whom it
is
addressed. If you believe this e-mail was sent to you in error and the
e-mail
contains patient information, please contact the Partners Compliance
HelpLine at
http://www.partners.org/complianceline
<http://www.partners.org/complianceline> . If the e-mail was sent to you in
error
but does not contain patient information, please contact the sender
and properly
dispose of the e-mail.
|
OK thanks! Another quick question: The original Git repository, what do I do with it? In the future, I commit changes directly to the Bioconductor remotes and there is no need for the Git repository, correct? I'd like to avoid and remove redundancy and complexity so I am thinking about retiring the Git repo then. What are best practices here? |
I pushed a new commit 5 minutes ago, but I do not see the automated "Received a valid push on git.bioconductor.org" from the bot. Is this because the issue was closed or because of another reason? |
Yes once it's accepted and closed it doesn't build on demand. It will be reflected when it shows in the daily build report |
OK thanks for the quick reply, let's hope there is no error. Locally all looked good and I changed only few things, there shouldnt be anything new :). I will wait for the report then thank you :) |
No problem. Here is the main build check page for convenience https://www.bioconductor.org/checkResults/ |
Hi, I noticed that GRaNIE appears only in Bioconductor 3.16 (devel) in the reports but not in Bioconductor 3.15 (release). From my understanding, shouldnt it be in the release branch also, given it built without errors before the deadline on April 20th or so? |
we investigated the issue and identified the cause. |
I see perfect thanks for the quick reply! |
Update the following URL to point to the GitHub repository of
the package you wish to submit to Bioconductor
Confirm the following by editing each check box to '[x]'
I understand that by submitting my package to Bioconductor,
the package source and all review commentary are visible to the
general public.
I have read the Bioconductor Package Submission
instructions. My package is consistent with the Bioconductor
Package Guidelines.
I understand Bioconductor Package Naming Policy and acknowledge
Bioconductor may retain use of package name.
I understand that a minimum requirement for package acceptance
is to pass R CMD check and R CMD BiocCheck with no ERROR or WARNINGS.
Passing these checks does not result in automatic acceptance. The
package will then undergo a formal review and recommendations for
acceptance regarding other Bioconductor standards will be addressed.
My package addresses statistical or bioinformatic issues related
to the analysis and comprehension of high throughput genomic data.
I am committed to the long-term maintenance of my package. This
includes monitoring the support site for issues that users may
have, subscribing to the bioc-devel mailing list to stay aware
of developments in the Bioconductor community, responding promptly
to requests for updates from the Core team in response to changes in
R or underlying software.
I am familiar with the Bioconductor code of conduct and
agree to abide by it.
I am familiar with the essential aspects of Bioconductor software
management, including:
months, for bug fixes.
(optionally via GitHub).
For questions/help about the submission process, including questions about
the output of the automatic reports generated by the SPB (Single Package
Builder), please use the #package-submission channel of our Community Slack.
Follow the link on the home page of the Bioconductor website to sign up.
The text was updated successfully, but these errors were encountered: