rust-cbindgen: 0.14.4 -> 0.15.0 #101326
Automatic update generated by nixpkgs-update tools. This update was made based on information from https://repology.org/metapackage/rust-cbindgen/versions.
meta.description for rust-cbindgen is: "A project for generating C bindings from Rust code"
meta.homepage for rust-cbindgen is: "https://github.com/eqrion/cbindgen"
meta.changelog for rust-cbindgen is: ""
To inspect upstream changes
Checks done (click to expand)
Rebuild report (if merged into master) (click to expand)
Instructions to test this update (click to expand)
Either download from Cachix:
(The Cachix cache is only trusted for this store-path realization.)
Or, build yourself:
After you've downloaded or built it, look at the files and if there are any, run the binaries:
Pre-merge build results
We have automatically built all packages that will get rebuilt due to
This gives evidence on whether the upgrade will break dependent packages.
1 package failed to build:
13 packages built:
The text was updated successfully, but these errors were encountered:
This is most likely the change that now "causes" build failures on Hydra for
The several logs I've seen all stop somewhere when compiling
@andir: perhaps we can revert for now, but overall I'm not sure what to do next (e.g. how to debug it).
In a few cases we were lucky on Hydra, getting it scheduled to "wendy" machine where it succeeds, e.g. https://hydra.nixos.org/build/128742086#tabs-buildsteps ... but over long term the current rate of failure doesn't seem sustainable.
Looking at https://hydra.nixos.org/build/128739018 it only timed out at the the install checks:
According to our expression this looks like what I'd expect. Maybe Nix on those "hash" machines (which are probably all managed the same way) is a newer/different version with some bug?
Luckily I have a few log instances for the very same derivation (logs downloaded from those Hydra.nixos.org links), so for reference here's one: 45aby83kdjlsphifd91zwbns52k87vrq-firefox-esr-unwrapped-78.4.0esr.log