A recent upgrade of cargo-vendor changed its output slightly, which
broke all cargoSha256 hashes in nixpkgs.
See https://github.com/NixOS/nixpkgs/issues/60668 for more information.
Since then, a few hashes have been fixed in master by hand, but there
were a lot still to do, so I did all of the ones left over with some
scripts I wrote.
The one hash I wasn’t able to update was habitat's, because it’s
currently broken and the build doesn’t get far enough to produce a
hash anyway.
`updateScript` lets us update packages automatically.
For packages that are hosted on the gnome mirror it's very easy to add
that. Inspired by https://github.com/NixOS/nixpkgs/issues/36150
I thought of filing a PR, but it would seem a useless step,
even though the release seems to bring lots of changes:
http://www.doxygen.nl/manual/changelog.html#log_1_8_15
My relatively simple use case still works (atop 18.09).
Semi-automatic update generated by https://github.com/ryantm/nix-update tools. These checks were done:
- built on NixOS
- ran `/nix/store/wy5434b824p55fr8x67vz8q8ph9g65kn-mkdocs-0.17.3/bin/.mkdocs-wrapped -h` got 0 exit code
- ran `/nix/store/wy5434b824p55fr8x67vz8q8ph9g65kn-mkdocs-0.17.3/bin/.mkdocs-wrapped --help` got 0 exit code
- ran `/nix/store/wy5434b824p55fr8x67vz8q8ph9g65kn-mkdocs-0.17.3/bin/.mkdocs-wrapped -V` and found version 0.17.3
- ran `/nix/store/wy5434b824p55fr8x67vz8q8ph9g65kn-mkdocs-0.17.3/bin/.mkdocs-wrapped --version` and found version 0.17.3
- ran `/nix/store/wy5434b824p55fr8x67vz8q8ph9g65kn-mkdocs-0.17.3/bin/mkdocs -h` got 0 exit code
- ran `/nix/store/wy5434b824p55fr8x67vz8q8ph9g65kn-mkdocs-0.17.3/bin/mkdocs --help` got 0 exit code
- ran `/nix/store/wy5434b824p55fr8x67vz8q8ph9g65kn-mkdocs-0.17.3/bin/mkdocs -V` and found version 0.17.3
- ran `/nix/store/wy5434b824p55fr8x67vz8q8ph9g65kn-mkdocs-0.17.3/bin/mkdocs --version` and found version 0.17.3
- found 0.17.3 with grep in /nix/store/wy5434b824p55fr8x67vz8q8ph9g65kn-mkdocs-0.17.3
- directory tree listing: https://gist.github.com/b9a97908c199575f84016b19365ae126
Semi-automatic update. These checks were done:
- built on NixOS
- ran `/nix/store/6i54qzjbf3645yavr53qbvm12ddr9y7b-gtk-doc-1.27/bin/gtkdoc-depscan -h` got 0 exit code
- ran `/nix/store/6i54qzjbf3645yavr53qbvm12ddr9y7b-gtk-doc-1.27/bin/gtkdoc-depscan --help` got 0 exit code
- ran `/nix/store/6i54qzjbf3645yavr53qbvm12ddr9y7b-gtk-doc-1.27/bin/gtkdoc-depscan --version` and found version 1.27
- ran `/nix/store/6i54qzjbf3645yavr53qbvm12ddr9y7b-gtk-doc-1.27/bin/gtkdocize --help` got 0 exit code
- ran `/nix/store/6i54qzjbf3645yavr53qbvm12ddr9y7b-gtk-doc-1.27/bin/gtkdocize --version` and found version 1.27
- found 1.27 with grep in /nix/store/6i54qzjbf3645yavr53qbvm12ddr9y7b-gtk-doc-1.27
- found 1.27 in filename of file in /nix/store/6i54qzjbf3645yavr53qbvm12ddr9y7b-gtk-doc-1.27
Semi-automatic update. These checks were performed:
- built on NixOS
- ran `/nix/store/hndrgmyp176jgfgy4iyf0wdf21hhbdwv-mkdocs-0.17.2/bin/.mkdocs-wrapped -h` got 0 exit code
- ran `/nix/store/hndrgmyp176jgfgy4iyf0wdf21hhbdwv-mkdocs-0.17.2/bin/.mkdocs-wrapped --help` got 0 exit code
- ran `/nix/store/hndrgmyp176jgfgy4iyf0wdf21hhbdwv-mkdocs-0.17.2/bin/.mkdocs-wrapped -V` and found version 0.17.2
- ran `/nix/store/hndrgmyp176jgfgy4iyf0wdf21hhbdwv-mkdocs-0.17.2/bin/.mkdocs-wrapped --version` and found version 0.17.2
- ran `/nix/store/hndrgmyp176jgfgy4iyf0wdf21hhbdwv-mkdocs-0.17.2/bin/mkdocs -h` got 0 exit code
- ran `/nix/store/hndrgmyp176jgfgy4iyf0wdf21hhbdwv-mkdocs-0.17.2/bin/mkdocs --help` got 0 exit code
- ran `/nix/store/hndrgmyp176jgfgy4iyf0wdf21hhbdwv-mkdocs-0.17.2/bin/mkdocs -V` and found version 0.17.2
- ran `/nix/store/hndrgmyp176jgfgy4iyf0wdf21hhbdwv-mkdocs-0.17.2/bin/mkdocs --version` and found version 0.17.2
- found 0.17.2 with grep in /nix/store/hndrgmyp176jgfgy4iyf0wdf21hhbdwv-mkdocs-0.17.2
- found 0.17.2 in filename of file in /nix/store/hndrgmyp176jgfgy4iyf0wdf21hhbdwv-mkdocs-0.17.2
We are patching the xmlcatalog calls in the JH_CHECK_XML_CATALOG
macro to use the XML_CATALOG_FILES environment variable instead
of a single central catalog file. Since consumers (libraries or
applications) are expected to copy the m4 files to their source
tree, we need to patch them separately. The files should be
identical, though, so we can reuse the patch for gtk_doc.
This commit makes the patch available in passthru so the consumer
expressions do not need to maintain the long relative path.
In the previous commit, we added a setup hook to docbook dtd and xsl
packages, that adds derivation’s catalog file to an environment variable.
That should, in theory, remove the need for declaring their catalogs manually.
Unfortunately, xmlcatalog utility expects exactly one catalog file, completely
disregarding the environment variable in non-interactive context. In the same
spirit, the design of gtk-doc m4 files only admits a single catalog file,
resulting in another ugly hack.
