Best approach for updateScript when there are multiple hashes

Development
1

A recent update to the 86Box derivation has necessitated fetching a second Git repository that is versioned using the same tag as the first Git repository, which would only be pulled into the build conditionally. Unfortunately, this breaks nixpkgs-update:

_86Box 4.1 -> 4.1.1 https://repology.org/project/86box/versions
attrpath: _86Box
Checking auto update branch...
No auto update branch exists
[version] 
[version] generic version rewriter does not support multiple hashes
[rustCrateVersion] 
[rustCrateVersion] No cargoSha256 or cargoHash found
[golangModuleVersion] 
[golangModuleVersion] Not a buildGoModule package with vendorSha256 or vendorHash
[npmDepsVersion] 
[npmDepsVersion] No npmDepsHash
[updateScript] 
[updateScript] skipping because derivation has no updateScript
The diff was empty after rewrites.

I saw that some projects use nix-update-script, so I tried that too. Unfortunately, it seems like this only updates the first hash and not both hashes. (This happens even when using it with the _86Box-with-roms derivation that actually includes the other repository in the build.)

My next thought was that itā€™d be easier to just ditch the in-place updating and instead move the repository data into a separate Nix file that can be generated by a trivial updateScript. But, Iā€™m not 100% sure if thatā€™s the right way to go for this situation; I couldnā€™t find a very similar situation, and I also couldnā€™t find a whole lot of discussion or documentation that clarified things.

If the answer is ā€œthat is indeed the way to goā€ then I suppose at least this topic can serve as a searchable answer to the question.

2

I believe you are free to do the way you want, under the condition it does not look too unmanageable in the future.

3

It is possible to use the updateScript with a loop:

Or even sequence multiple update scripts with the experimental combinators:

3 Likes
4

After taking a look, I came to the conclusion that itā€™s most straight-forward to just make a script that generates the sources data. Thereā€™s definitely some interesting techniques that could be applied that might work, and I can see the value in avoiding more one-off scripts for maintainability, but I suspect that for the time being, itā€™s just a bit easier to go with the one-off script, since it is fairly trivial.

I appreciate the input.