Not to create additional vars, one for each mod and then needing to validate that the user didn't activated both of them at the same time.. the existing Oxide variable was renamed to "Modding Framework" and accepts three values: "carbon", "oxide" and "vanilla" (default). The names should be self-explanatory about which framework will get deployed on the server instance.
The entrypoint.sh file on the rust's docker container was also updated to allow the selection of the modding framework to be used. Carbon uses UnityDoorstop as the injector thus it needs additional env context to be setup before starting the dedicated server.
Not to create additional vars, one for each mod and then needing to validate that the user didn't activated both of them at the same time.. the existing Oxide variable was renamed to "Modding Framework" and accepts three values: "carbon", "oxide" and "vanilla" (default). The names should be self-explanatory about which framework will get deployed on the server instance.
The
entrypoint.shfile on the rust's docker container was also updated to allow the selection of the modding framework to be used. Carbon usesUnityDoorstopas the injector thus it needs additional env context to be setup before starting the dedicated server.