Guibou

@tonicebrian Really long story short. Bazel had never worked for me, it had never answered any of its promise of being simple, fast, robust, composable, ... (lot of buzzwords). We...

I had never been able to understand transition despite reading the documentation page a few time. I have the feeling that it is used to propagate an information in the...

I workaround this issue with the following, only in profiling mode (with `select`), I: - remove the `cbits` dependencies from the `deps` attribute of my `haskell_library`. That's easy, most `cbits`...

Afaik, the files are written inside the bazel sandbox virtual filesystem, which does not map to the real filesystem, that's why you won't find them using `find`. One *quick and...

@aherrmann It indeed works with `nixpkgs_localy_repository`, I'm now hitting another problem, but unrelated: https://github.com/tweag/rules_nixpkgs/issues/136 I still think that the issue must be fixed for explict file in `nixpkgs_package`. @mboes thank...

> As is documented in the README, nix_file_deps refers to the dependencies of nix_file_content or nix_file, not repositories. Both the test above and @guibou's original repro misuse the nix_file_deps attribute....

I don't know `nixpkgs_git_repository` enough. The original implementation of `nix_file_deps` was simply ignoring everything in `/nix/store` because this is not supposed to change, which was solving the problem (and the...

The workaround does not work on all contexts unfortunately. Another workaround I found (this is super ugly): I have an `haskell_binary` which depends (in `deps`) on my `lib-a-indirect` and which...

https://github.com/tweag/rules_haskell/pull/1434 implements this and is used on a client codebase. However the code is rather hackish and need polish to be upstreamed to rules_haskell.

I suppose you are using `stack_snapshot`, hence when using `-c dbg`, your package database only contains `-prof` versions (hence static) of the packages. (That's why GHC complains about missing files)....