summaryrefslogtreecommitdiff
path: root/pkgs/development/python-modules/debugpy/fix-test-pythonpath.patch
diff options
context:
space:
mode:
authorMaximilian Bosch <maximilian@mbosch.me>2023-12-28 19:07:48 +0100
committerMaximilian Bosch <maximilian@mbosch.me>2023-12-29 18:59:18 +0100
commitbae5e6516269cc804974ef2d5f494d46f7a012c1 (patch)
treea65df10dee97c9f13d02380a5c924d84b53ea287 /pkgs/development/python-modules/debugpy/fix-test-pythonpath.patch
parent741209533525074d30b75221082e95ed2ab56d06 (diff)
nixos/nextcloud: fix nginx routing to store and nix apps
Closes #277206 The bug mentioned above was a symptom of the issue fixed here: when opening the `forms` app which is installed via `extraApps` (or the app store) the site wouldn't work because `.mjs` files had the wrong Content-Type. The actual problem got fixed already[1], however this config was not used for stuff from `/nix-apps` & `/store-apps` which had their own location section with only a `root ;` statement. In fact, this setup isn't strictly supported by Nextcloud upstream[2], so to fix this for good, I decided to follow the upstream suggestion for app directories outside the server root, i.e. linking them back into the store path. This means that the module generates a new derivation now with * `services.nextcloud.package` linked into it via `lndir`. * under `nix-apps` is a symlink to the link farm containing all apps from `services.nextcloud.extraApps`. * under `store-apps` is a symlink to `/var/lib/nextcloud/store-apps`. Since this is only used in the NixOS module that also configures this location for imperatively installed apps, this seems an OK thing to do. Successfully tested the change on a productive Nextcloud 28.0.1 with several apps installed via `extraApps` (`forms`, `cospend`, `maps`, `user_saml` and a few more). [1] 292c74c7a92efe45cfdfc091fb48d8c575346a95 [2] https://docs.nextcloud.com/server/28/admin_manual/apps_management.html#using-custom-app-directories
Diffstat (limited to 'pkgs/development/python-modules/debugpy/fix-test-pythonpath.patch')
0 files changed, 0 insertions, 0 deletions