The hardware and bandwidth for this mirror is donated by METANET, the Webhosting and Full Service-Cloud Provider.
If you wish to report a bug, or if you are interested in having us mirror your free-software or open-source project, please feel free to contact us at mirror[@]metanet.ch.
When developing R packages, we should try to avoid directly setting dependencies on “heavy packages”. The “heaviness” for a package means, the number of additional dependency packages it brings to. If your package directly depends on a heavy package, it would bring several consequences:
sessionInfo()
).In the DESCRIPTION file of your package, there are “direct dependency pakcages” listed in the Depends
, Imports
and LinkingTo
fields. There are also “indirect dependency packages” that can be found recursively for each of the direct dependency packages. Here what we called “dependency packages” are the union of the direct and indirect dependency packages.
There are also packages listed in Suggests
and Enhances
fields in DESCRIPTION file, but they are not enforced to be installed when installing your package. Of course, they also have “indirect dependency packages”. To get rid of the heavy packages that are not often used in your package, it is better to move them into the Suggests
/Enhances
fields and to load/install them only when they are needed.
Here the pkgndep package checks the heaviness of the dependency packages of your package. For each package listed in the Depends
, Imports
, LinkingTo
and Suggests
/Enhances
fields in the DESCRIPTION file, pkgndep checks how many additional packages your package requires. The summary of the dependency is visualized by a customized heatmap.
As an example, I am developing a package called cola which depends on a lot of other packages. The dependency heatmap looks like follows (please drag the figure to a new tab to see it in its actual size):
In the heatmap, rows are the packages listed in Depends
, Imports
and Suggests
fields, columns are the additional dependency packages required for each row package. The barplots on the right show the number of required package, the number of imported functions/methods/classes (parsed from NAMESPACE file) and the quantitative measure “heaviness” (the definition of heaviness will be introduced later).
We can see if all the packages are put in the Depends
or Imports
field (i.e. movig all suggsted packages to Imports
), in total 257 packages are required, which are really a lot. Actually some of the heavy packages such as WGCNA, clusterProfiler and ReactomePA (the last three packages in the heatmap rows) are not very frequently used in cola, moving them to Suggests
field and using them only when they are needed greatly helps to reduce the dependencies of cola. Now the number of required packages are reduced to only 65.
To use this package:
library(pkgndep)
= pkgndep("package-name") # if the package is already installed
pkg dependency_heatmap(pkg)
or
= pkgndep("path-of-the-package") # if the package has not been installed yet
pkg dependency_heatmap(pkg)
The value for pkgndep()
should be 1. a CRAN/Bioconductor package, 2. an installed package, 3. a path of a local package, 4. URL of a GitHub repository.
Executable examples:
library(pkgndep)
= pkgndep("ComplexHeatmap") pkg
## retrieve package database from CRAN/Bioconductor (3.17)...
## - 23148 remote packages on CRAN/Bioconductor.
## - 390 packages installed locally.
## prepare dependency table...
## prepare reverse dependency table...
pkg
## 'ComplexHeatmap', version 2.16.0
## - 30 packages are required for installing 'ComplexHeatmap'.
## - 129 packages are required if installing packages listed in all fields in DESCRIPTION.
pkgndep()
first needs to retrieve package databases both from remote repositories and local libraries, as you can see the message from above code. This only happens once and the database is internally saved and re-used.
We can directly use dependency_heatmap()
function to create the dependency heatmap:
dependency_heatmap(pkg)
You can set the file
argument to directly save the image into a figure where the figure size is automatically calculated. Supported image formats are png
/jpg
/svg
/pdf
.
dependency_heatmap(pkg, file = "test.png")
heaviness_report()
function can generate an HTML report for the dependency heaviness analysis on the package.
heaviness_report(pkg)
The heaviness of package dependency can be measured quantitatively. pkgndep provides two measures: the absolute measure and the relative measure.
The heaviness of a dependency package is calculated as follows. If package B is in the Depends
/Imports
/LinkingTo
fields of package A, which means, package B is directly required for package A, denote v1
as the total number of packages for package A, and denote v2
as the total number of required packages if moving package B to Suggests
in package A (which means, now B is not enforced to be installed for package A). The absolute measure of heaviness is simply v1 - v2
and relative measure is (v1 + a)/(v2 + a)
where a
is a small constant, e.g. 10. So here the absolute heaviness for package B on package A is the number of additional packages that package B uniquely brings in.
In the second scenario, if package B is in the Suggests
/Enhances
fields of package A, now v2
is the total number of required packages if moving package B to Imports
in package A, the absolute measure of heaviness is v2 - v1
and relative measure is (v2 + a)/(v1 + a)
.
The heaviness score can be calculated by the function heaviness()
:
heaviness(pkg)
## grDevices graphics grid stats methods
## 0 0 0 0 0
## RColorBrewer png matrixStats codetools digest
## 1 1 1 0 1
## foreach colorspace GlobalOptions clue doParallel
## 0 0 0 2 4
## GetoptLong IRanges circlize dendsort jpeg
## 3 4 2 1 1
## tiff fastcluster Cairo gridGraphics glue
## 1 1 1 1 1
## markdown grImport magick gplots knitr
## 3 2 4 5 5
## grImport2 GenomicRanges pheatmap gridtext rmarkdown
## 4 7 12 16 30
## testthat dendextend EnrichedHeatmap
## 31 31 12
heaviness(pkg, rel = TRUE)
## grDevices graphics grid stats methods
## 1.000000 1.000000 1.000000 1.000000 1.000000
## RColorBrewer png matrixStats codetools digest
## 1.025641 1.025641 1.025641 1.000000 1.025641
## foreach colorspace GlobalOptions clue doParallel
## 1.000000 1.000000 1.000000 1.052632 1.111111
## GetoptLong IRanges circlize dendsort jpeg
## 1.081081 1.111111 1.052632 1.025000 1.025000
## tiff fastcluster Cairo gridGraphics glue
## 1.025000 1.025000 1.025000 1.025000 1.025000
## markdown grImport magick gplots knitr
## 1.075000 1.050000 1.100000 1.125000 1.125000
## grImport2 GenomicRanges pheatmap gridtext rmarkdown
## 1.100000 1.175000 1.300000 1.400000 1.750000
## testthat dendextend EnrichedHeatmap
## 1.775000 1.775000 1.300000
tools::package_dependencies()
The package dependencies are based on “package database” which is normally retrieved by available.packages()
. In tools package, there is a package_dependencies()
function that can be used to get a list of dependency packages. In the following example code, we retrieve the dependency packages for package ggplot2.
chooseCRANmirror(ind = 1) # choose the mirror fro RStudio
= available.packages() db
system.time(p1 <- tools::package_dependencies("ggplot2", db = db, recursive = TRUE)[[1]])
## user system elapsed
## 0.218 0.003 0.221
In pkgndep, we implement a faster version of package_dependencies()
function. First the database needs to be reformatted by reformat_db()
function. The returned variable db2
is a reference class object and its method db2$package_dependencies()
can be used to retrieve dependency packages.
= reformat_db(db) db2
## prepare dependency table...
## prepare reverse dependency table...
db2
## A package database of 20001 packages.
## - 20001 CRAN / 0 Bioconductor / 0 other packages.
system.time(p2 <- db2$package_dependencies("ggplot2", recursive = TRUE, simplify = TRUE))
## user system elapsed
## 0.003 0.000 0.003
p1
and p2
are actually identical:
identical(sort(p1), sort(p2))
## [1] TRUE
sessionInfo()
## R version 4.3.1 (2023-06-16)
## Platform: x86_64-apple-darwin20 (64-bit)
## Running under: macOS Ventura 13.2.1
##
## Matrix products: default
## BLAS: /Library/Frameworks/R.framework/Versions/4.3-x86_64/Resources/lib/libRblas.0.dylib
## LAPACK: /Library/Frameworks/R.framework/Versions/4.3-x86_64/Resources/lib/libRlapack.dylib; LAPACK version 3.11.0
##
## locale:
## [1] C/UTF-8/C/C/C/C
##
## time zone: Europe/Berlin
## tzcode source: internal
##
## attached base packages:
## [1] grid stats graphics grDevices utils datasets methods
## [8] base
##
## other attached packages:
## [1] ComplexHeatmap_2.16.0 pkgndep_1.99.3 knitr_1.44
##
## loaded via a namespace (and not attached):
## [1] jsonlite_1.8.7 compiler_4.3.1 rjson_0.2.21
## [4] crayon_1.5.2 Rcpp_1.0.11 magick_2.8.0
## [7] parallel_4.3.1 cluster_2.1.4 jquerylib_0.1.4
## [10] IRanges_2.34.1 png_0.1-8 yaml_2.3.7
## [13] fastmap_1.1.1 R6_2.5.1 shape_1.4.6
## [16] BiocGenerics_0.46.0 iterators_1.0.14 GetoptLong_1.0.5
## [19] circlize_0.4.15 bslib_0.5.1 RColorBrewer_1.1-3
## [22] rlang_1.1.1 cachem_1.0.8 xfun_0.40
## [25] sass_0.4.7 GlobalOptions_0.1.2 doParallel_1.0.17
## [28] cli_3.6.1 magrittr_2.0.3 digest_0.6.33
## [31] foreach_1.5.2 clue_0.3-65 S4Vectors_0.38.2
## [34] evaluate_0.22 codetools_0.2-19 hash_2.2.6.3
## [37] stats4_4.3.1 colorspace_2.1-0 BiocVersion_3.17.1
## [40] rmarkdown_2.25 matrixStats_1.0.0 tools_4.3.1
## [43] htmltools_0.5.6.1
These binaries (installable software) and packages are in development.
They may not be fully stable and should be used with caution. We make no claims about them.