-
Notifications
You must be signed in to change notification settings - Fork 967
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
Package dependency error: there is no package called chron #1891
Comments
What data.table version do you use? In 1.9.6 it still imports |
This error occurs before I install Thinking about this again, I can't see I'm the only one with this problem. If this is a real bug then the CRAN checks should have failed for other packages that depend on |
Hope you managed to solve this one ok? |
The problem is "solved" if I install I think the issue started when I like to be able to tell users "clone this project, install Now I have to tell users to install Technically this breaks my initialization steps of several projects, but practically speaking it's more of an inconvenience. I'm just surprised that nobody else has noticed this... but I'm guessing that that most users of |
data.table is not dependent on |
Closing this, |
Thanks @MichaelChirico |
And
|
I use data.table in my personal package
geneorama
. https://github.com/geneorama/geneoramaI am following the instructions in FAQ 6.9 regarding the dependency. I have
data.table
imported in my NAMESPACE file and listed as a dependency in DESCRIPTION. However when I try to install my package on a new machine I get the following error:I just started having this problem pretty recently, in the last few months. At first I thought it was an error in my package, but I don't think so anymore.
This might be the same problem as issue #1520, but it's hard to tell without more detail in that issue.
Yes, I can probably install
data.table
manually by telling install.packages to install the dependencies, but this doesn't help me install my package. In factdevtools::install_github("geneorama/geneorama", dependencies = TRUE)
produces the same error.Yes, I could make
chron
a dependency of my package and it might solve the problem, but I shouldn't have to do that.If you look carefully you may notice that my R is installed to C:\R. That's a work around for some weird bug that we have on my employer's current standard image. I don't think it's related, but for some reason in some cases we can't escape the space in Program Files in Windows 7.
If I missed something that's already been solved, I apologize in advance. I did do a lot of research before posting.
The text was updated successfully, but these errors were encountered: