tazjin

On further investigation this happens to me with just DNSSD as well: ``` ~/s/a/l/airplay $ irb irb(main):001:0> require "dnssd" => true irb(main):002:0> DNSSD.browse!("_airplay._tcp.") DNSSD::UnknownError: DNSSD operation failed with unrecognized error...

> then binary cache wouldn't be required at all as the binary can be just fetched from releases so this would be great Personally I would much prefer to fetch...

Thanks for a quick reply! I'm really enjoying `serde` btw, easily the most pleasant serialisation lib I've worked with so far :-) ---------------- > Do you have a suggestion for...

This is reproducible without flakes, if restricted-eval is turned on and a source filter is used.

This seems to be related to https://github.com/NixOS/nix/issues/3234 We've worked around it in TVL by constructing a fake `root` with only the `Cargo.lock` and `Cargo.toml` in it, which works fine.

The issue is actually a Nix bug, and was fixed somewhere at `2.3 < x

Nope, never found the source of the issue and at some point after a subsequent update it just stopped v0v For what it's worth, I'm on `nixos-unstable`

Hey, did you figure out a way to do this?

FTR, as of Kubernetes 1.7 TPRs are now [CDRs](https://coreos.com/blog/custom-resource-kubernetes-v17).

Thanks for reporting this, I'll look into handling this more gracefully!