6
6
7
7
# Supported tags and respective Dockerfile links
8
8
9
- * [ ` jammy ` , ` ubuntu2204 ` , ` jammy-2023.12.0 ` , ` ubuntu2204-2023.12.0 ` ] ( https://github.com/rstudio/rstudio-docker-products/blob/main/package-manager/Dockerfile.ubuntu2204 )
9
+ * [ ` jammy ` , ` ubuntu2204 ` , ` jammy-2024.04.2 ` , ` ubuntu2204-2024.04.2 ` ] ( https://github.com/rstudio/rstudio-docker-products/blob/main/package-manager/Dockerfile.ubuntu2204 )
10
10
11
11
# What is RStudio Package Manager?
12
12
13
- Posit Package Manager, formerly RStudio Package Manager, is a repository management server to organize and centralize
14
- R packages across your team, department, or entire organization. Get offline access to CRAN, automate CRAN syncs,
15
- share local packages, restrict package access, find packages across repositories, and more. Experience reliable and
13
+ Posit Package Manager, formerly RStudio Package Manager, is a repository management server to organize and centralize
14
+ R packages across your team, department, or entire organization. Get offline access to CRAN, automate CRAN syncs,
15
+ share local packages, restrict package access, find packages across repositories, and more. Experience reliable and
16
16
consistent package management, optimized for teams who use R.
17
17
18
- The following documentation helps an administrator install and configure Package Manager. It provides information for
18
+ The following documentation helps an administrator install and configure Package Manager. It provides information for
19
19
installing the product on different operating systems, upgrading, and configuring Package Manager.
20
20
21
21
# Notice for support
@@ -148,15 +148,15 @@ to [create and manage](https://docs.rstudio.com/rspm/admin/getting-started/confi
148
148
* Note: This section ** does not** apply to activations using license files.*
149
149
150
150
There is currently a known licensing bug when using our products in containers. If the container is not stopped
151
- gracefully, the license deactivation step may fail or be skipped. Failing to deactivate the license can result in a
152
- "license leak" where a product activation is used up and cannot be deactivated using traditional methods as the
151
+ gracefully, the license deactivation step may fail or be skipped. Failing to deactivate the license can result in a
152
+ "license leak" where a product activation is used up and cannot be deactivated using traditional methods as the
153
153
activation state on the container has been lost.
154
154
155
- To avoid "leaking" licenses, we encourage users not to force kill containers and to use ` --stop-timeout 120 ` and
156
- ` --time 120 ` for ` docker run ` and ` docker stop ` commands respectively. This helps ensure the deactivation script has
155
+ To avoid "leaking" licenses, we encourage users not to force kill containers and to use ` --stop-timeout 120 ` and
156
+ ` --time 120 ` for ` docker run ` and ` docker stop ` commands respectively. This helps ensure the deactivation script has
157
157
ample time to run properly.
158
158
159
- In some situations, it can be difficult or impossible to avoid a hard termination (e.g. power failure,
159
+ In some situations, it can be difficult or impossible to avoid a hard termination (e.g. power failure,
160
160
critical error on host). Unfortunately, any of these cases can still cause a license to leak an activation. To help
161
161
prevent a license leak in these situations, users can mount the following directories to persistent storage to preserve
162
162
the license state data across restarts of the container. ** These directories differ between products.**
@@ -171,13 +171,13 @@ the license state data across restarts of the container. **These directories dif
171
171
Please note that the files created in these directories are hardware locked and non-transferable between hosts. Due to
172
172
the nature of the hardware fingerprinting algorithm, any low-level changes to the host or container can cause existing
173
173
license state files to invalidate. To avoid this problem, we advise that product containers are gracefully shutdown
174
- and allowed to deactivate prior to changing any hardware or firmware on the host (e.g. upgrading a network card or
174
+ and allowed to deactivate prior to changing any hardware or firmware on the host (e.g. upgrading a network card or
175
175
updating BIOS) or the container (e.g. changing the network driver used or the allocated number of CPU cores).
176
176
177
177
While preserving license state data * can* help avoid license leaks across restarts, it's not a guarantee. If you run
178
178
into issues with your license, please do not hesitate to [ contact Posit support] ( https://support.posit.co/hc/en-us ) .
179
179
180
- While neither of these solutions will eliminate the problem, they should help mitigate it. We are still investigating a
180
+ While neither of these solutions will eliminate the problem, they should help mitigate it. We are still investigating a
181
181
long-term solution.
182
182
183
183
# Licensing
0 commit comments