Noticed the problem on never disappearing diff reported by:
$ ./maintainers/scripts/rebuild-amount.sh --print HEAD
Estimating rebuild amount by counting changed Hydra jobs.
1 x86_64-linux
basex.x86_64-linux /nix/store/5ng...-basex-9.4.3
Before the change local non-store path was used:
$ nix-build -A basex; fgrep -R Icon result/
result/share/applications/basex.desktop:Icon=/home/.../tools/text/xml/basex/basex.svg
After the change the file got into store as expected:
$ nix-build -A basex; fgrep -R Icon result/
result/share/applications/basex.desktop:Icon=/nix/store/...-basex.svg
An unmatched double quote in installPhase broke the build in the last update.
Fix it.
Reported by @solson (thanks!).
Fixes: 21b9c04a2c ("basex: 8.6.6 -> 9.4.3")
Related:
- 9fc5e7e473
- 593e11fd94
- 508ae42a0f
Since the last time I ran this script, the Repology API changed, so I had to
adapt the script used in the previous PR. The new API should be more robust, so
overall this is a positive (no more grepping the error messages for our relevant
data but just a nice json structure).
Here's the new script I used:
```sh
curl https://repology.org/api/v1/repository/nix_unstable/problems \
| jq -r '.[] | select(.type == "homepage_permanent_https_redirect") | .data | "s@\(.url)@\(.target)@"' \
| sort | uniq | tee script.sed
find -name '*.nix' | xargs -P4 -- sed -f script.sed -i
```
I will also add this script to `maintainers/scripts`.
BaseX is a very fast and light-weight, yet powerful XML database and
XPath/XQuery processor, including support for the latest W3C Full Text
and Update Recommendations. It supports large XML instances and offers a
highly interactive front-end (basexgui). Apart from two local standalone
modes, BaseX offers a client/server architecture.
Homepage: http://basex.org/
Implementation notes:
- I'm using the pre-built java package (because it's simple)
- I copied the basex.svg icon file from the Ubuntu package because I
couldn't find it anywhere else. It's 9.3 KiB.
