Repository navigation
rubrapack 0.35.0
Add-ons removed with their product, packages that replace other products, and removal pages that say "removal".
Added
[package] parentandremove-addons = true. An add-on (a language pack, a plug-in shipped as a package of its own) names its main product's upgrade code; the main product withremove-addons = trueremoves its add-ons when it is really removed - not when an upgrade replaces it - whichever way it was removed (Installed apps, its maintenance page,msiexec /x). Its cleanup task starts at once, waits for the removal to end and runsmsiexec /x /qnfor each add-on still installed; one that cannot be removed then is tried again later. Checked on Windows 11: an upgrade keeps the add-ons, a removal removes them within 40 seconds.[package] replaces = ["{UpgradeCode}", ...]. Products this package takes the place of - for example add-ons that become features of it. Installing it removes every installed version of them in the same run, so no two products own the same files. Checked on Windows 11: a new version that replaces two add-ons ends with only itself installed.
Changed
- Removal pages say "removal". During a removal the progress page and the last pages read "Removing ...", "Removal complete", "Removal cancelled", "Removal failed - ... rolled back" (Korean too), instead of the install texts.
Manual
- Web: https://rubidus-api.github.io/rubrapack/ - Reference, "Add-ons removed with their product" and "Taking the place of other products"; tutorial chapter 3.
- PDF:
rubrapack-manual-0.35.0-en.pdf,rubrapack-manual-0.35.0-ko.pdf(attached)
Downloads
| File | For |
|---|---|
rubrapack-0.35.0-windows-x64.exe |
Windows x64, tested on Windows 11 (single file, cross-built with MinGW-w64) |
rubrapack-0.35.0-linux-x86_64 |
Linux x86-64, glibc 2.38 or later (Debian 13, Ubuntu 24.04 and later) |
SHA256SUMS |
checksums of the files above |