-
Notifications
You must be signed in to change notification settings - Fork 59
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
Consider option upgrade=NA
instead of hard true or false?
#612
Comments
Thanks for the suggestion! Currently we have And we have TBH, I am reluctant to add something like "install the latest available versions, except for packages that are hard to compile". But I do acknowledge that we should have more control over what exactly is installed. |
At this point all you need for igraph is a compiler toolchain, i.e. the same as for any other R package that needs compilation. No extra libraries are necessary. |
So it won't link to libxml2 etc. if they are not present? FWIW we have binaries for most R packages for many Linux distros at https://packagemanager.posit.co/client/#/ so no compilation is needed in most cases. Pak also installs systems packages automatically if you are allowed to do that on your system. |
Yes, that's right. If libxml2 is missing, it'll skip it and disable GraphML import. If GLPK is missing, it'll use the vendored version. But this is only since 2.0.3. Version 2.0.0 regressed in terms of dependencies and made them mandatory. 2.0.3 makes them all optional again. |
@gaborcsardi Thanks for telling me that you plan not to add this feature (or at least in short terms). pak has been easing installation significantly. It would be even greater if you could offer some advice on how I can use the existing infrastructure to implement such features. |
I don't know of any good ways, apart from looking up the dependencies yourself, and then downloading and installing the packages manually, in the correct order. What is your OS, btw? |
I'm using Mac M2. I wonder could you offer some suggestions on how I can implement this by myself? I'm thinking of adding an extra file in {
"system": ["fftw3", "..."],
"r": [
{
"package": "fftwtools",
"additional_repos": "https://xxx.r-universe.dev/",
"priority": "binary",
},
{
"package": "shiny",
"additional_repos": "...",
"priority": "source",
},
]
} This file specifies the system libraries in addition to The interface could be |
Currently
upgrade=FALSE
inpkg_install
prefers binary over source, whileTRUE
will always install the latest one.Packages like
RcppEigen
,fftw
,igraph
are kind of hard to compile from source, which makes most packages fail to install if set toupgrade=TRUE
, especially on many administrated system, where you can't install missing compilers/user don't know how to configure.I wonder if we can have
upgrade=NA
, where always upgrade the packages, but prefer binary over source?The text was updated successfully, but these errors were encountered: