Build failure: odoo qtwebkit

[mayl]

Steps To Reproduce

Steps to reproduce the behavior:

1. NIXPKGS_ALLOW_INSECURE=1 nix build "github:nixos/nixpkgs/nixos-unstable"#odoo --impure

Build log

error: builder for '/nix/store/h5nni8sgs8xc1lkrk7vcs3ayhc14mgck-odoo-15.0.20230317.drv' failed with exit code 1;
       last 7 log lines:
       >
       > trying https://nightly.odoo.com/15.0/nightly/src/odoo_15.0.20230317.tar.gz
       >   % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
       >                                  Dload  Upload   Total   Spent    Left  Speed
       >   0   146    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
       > curl: (22) The requested URL returned error: 404
       > error: cannot download odoo-15.0.20230317 from any mirror
       For full logs, run 'nix log /nix/store/h5nni8sgs8xc1lkrk7vcs3ayhc14mgck-odoo-15.0.20230317.drv'.
error: 1 dependencies of derivation '/nix/store/xmnaknr43ghfjh5vf6sm88xxm71q0jk2-odoo-15.0.20230317.drv' failed to build

Additional context

qtwebkit is broken because of the below preFixup and should be fixed once #247759 lands

nixpkgs/pkgs/development/libraries/qt-5/modules/qtwebkit.nix

Lines 50 to 54 in b342e15

	# Hack to avoid TMPDIR in RPATHs.
	preFixup = ''
	rm -rf "$(pwd)"
	mkdir "$(pwd)"
	'';

odoo is broken because it looks like upstream only archives .tar.gz on the first of the month, but we're trying to fetch an archive from the 17th. It looks like .zip is maintained for every day, so I think the simplest fix is to switch from fetchurl to fetchzip.

I can put in a PR for odoo but I don't think there's a branch currently to cleanly base it on. I can build qtwebkit on staging but on staging odoo fails because of a python310_protobuf issue. Trying on any other branch triggers a huge rebuild on my machine, so I'm waiting for #247759 to land and hoping whatever is wrong with python310_protobuf is resolved at that point. Opening this issue to keep notes on what I've figured out so far so I or someone else can pick this back up after the next staging merge.

If someone else more familiar with the branch merge schedules can suggest a good strategy for me to put a PR together earlier without having to do a massive rebuild of everything which depends on the strip.sh hook I'd be open to that as well.

Notify maintainers

@abbradar @periklis @mkg20001

Metadata

Please run nix-shell -p nix-info --run "nix-info -m" and paste the result.

console - system: `"x86_64-linux"`
 - host os: `Linux 6.1.31, NixOS, 23.05 (Stoat), 23.05.20230701.0de8605`
 - multi-user?: `yes`
 - sandbox: `yes`
 - version: `nix-env (Nix) 2.13.3`
 - channels(larry): `""`
 - channels(root): `"nixos-22.11, nixos-unstable"`
 - nixpkgs: `/nix/var/nix/profiles/per-user/root/channels/nixos`

[FliegendeWurst]

Fixed by the linked PRs, closing