summaryrefslogtreecommitdiff
path: root/pkgs/development/python-modules/python-mapnik/python-mapnik_std_optional.patch
diff options
context:
space:
mode:
authorAlyssa Ross <hi@alyssa.is>2025-01-26 16:10:42 +0100
committerAlyssa Ross <hi@alyssa.is>2025-01-26 16:46:47 +0100
commita23b4c41a17c1e212735de638c30942d95244f7d (patch)
tree00394e4fbd74de7a6116dce003f0f5459c6bb601 /pkgs/development/python-modules/python-mapnik/python-mapnik_std_optional.patch
parent924f85ec5bb2abff9bc0a8060ce628b92ee25584 (diff)
kdePackages.kdepim-addons: fetchCargoTarball -> fetchCargoVendor
Cargo 1.84.0 seems to have changed the output format of cargo vendor again, once again invalidating fetchCargoTarball FOD hashes. It's time to fix this once and for all, switching across the board to fetchCargoVendor, which is not dependent on cargo vendor's output format. Taking a cargoHash parameter isn't a good idea, because it will produce a silently broken FOD if we change the hashing scheme, like we're doing here. Overlays should provide a full cargoDeps object, which wouldn't have that problem, because the overlay would be responsible for the whole FOD.
Diffstat (limited to 'pkgs/development/python-modules/python-mapnik/python-mapnik_std_optional.patch')
0 files changed, 0 insertions, 0 deletions