Skip to content
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

Any plans to have datastorr on CRAN? #22

Open
bpbond opened this issue May 7, 2019 · 8 comments
Open

Any plans to have datastorr on CRAN? #22

bpbond opened this issue May 7, 2019 · 8 comments

Comments

@bpbond
Copy link

bpbond commented May 7, 2019

Thanks.

@bpbond
Copy link
Author

bpbond commented May 17, 2019

@richfitz @maelle Hi, is anyone available to answer this? Thanks.

@richfitz
Copy link
Member

Thanks for tagging me @bpbond - I don't get gh notifications otherwise.

No immediate plans, partly because this is the sort of package that CRAN makes deeply unpleasant to get onto CRAN. I will likely get some free time towards the end of the year if that is a major concern.

@bpbond
Copy link
Author

bpbond commented May 17, 2019

@richfitz Thanks for the information, and ah, didn't realize you wouldn't see the above message.

I ask because I'd like to use datastorr for a project very similar to BAAD but obviously need to consider the costs of not being on CRAN (b/c of datastorr dependency).

Anyway, I appreciate the update–thank again.

@bpbond bpbond closed this as completed May 17, 2019
@1beb
Copy link

1beb commented Aug 18, 2020

@richfitz if you have a list of things that need to happen to get this package ready for CRAN lets discuss. I'm planning on using this in production and can spare some dev resources.

@dfalster
Copy link
Member

Hi @1beb, Thanks for your interest! Seems a few people would rather not rely on the package until it's on CRAN. Any updated thoughts on this @richfitz ?

I also wanted to let you all know that my team have made a few changes to datastorr and will shortly send PRs for this too - just need to consolidate a bit further.

@richfitz
Copy link
Member

No updated thoughts - I feel we have a list somewhere of things that should be fixed before it goes live but I can't see it immediately:

  • support (even if only rudimentary) for storage somewhere other than gh so that it is not as tied to one platform
  • port (possibly) to use gh for the the API calls for ease of testing
  • there's some issue with downloading individual files from within a single archive vs the whole thing and I do not remember where that got to but it was a hard problem to get the right interface for
  • finish the transition from a package based approach to the json based approach

Given that I will realistically not get the time to do this I am very happy to let someone (anyone) take over maintenance and make as many or few of these changes as they want and get it on CRAN. If you have PRs coming @dfalster I will make time to review them

@richfitz richfitz reopened this Sep 23, 2020
@1beb
Copy link

1beb commented Sep 23, 2020

There's another package that I'm looking at right now that has similar but broader functionality. It's called pins and is supported by Rstudio. Have you guys seen it? http://pins.rstudio.com/ it looks like it implements some of the functionality that you're discussing here.

@bpbond
Copy link
Author

bpbond commented Sep 23, 2020

Huh thanks @1beb ! pins definitely looks interesting.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants