summaryrefslogtreecommitdiff
path: root/pkgs/development/python-modules/rangehttpserver
diff options
context:
space:
mode:
authorWolfgang Walther <walther@technowledgy.de>2024-12-21 16:42:40 +0100
committerWolfgang Walther <walther@technowledgy.de>2025-01-25 18:58:09 +0100
commit2acca93befe5cfef5e1fbde08f5068d6d312bfbf (patch)
tree522a3578ebd5bf878f1bea07fcb6b2fb20bf417e /pkgs/development/python-modules/rangehttpserver
parent69775e2deb4be02ec34c8055f7c005867fce5f4c (diff)
pkgs/top-level: fix composing "native cross" package sets
When using pkgsCross with a system that ends up the same as the localSystem, then modifications for package sets like pksgMusl need to be done for **both** localSystem and crossSystem. Consider the following on x86_64-linux: pkgsCross.gnu64.pkgsMusl Before this change, this would result in a musl buildPlatform, but a gnu hostPlatform. This breaks the promise of "stacking" package sets on top of each other. After this change, it results in a musl buildPlatform and a musl hostPlatform. This works better. One could expect this to result in the same as pkgsCross.musl64, i.e. a gnu buildPlatform and a musl hostPlatform, however I couldn't get this to work without increasing memory usage for ci/eval by many, many GB. This is caused by usage of pkgsi686Linux inside the main package set, which follows the same hybrid pattern.
Diffstat (limited to 'pkgs/development/python-modules/rangehttpserver')
0 files changed, 0 insertions, 0 deletions