Raitis Veinbahs

Merge conflicts removed. Also, I made another [commit](https://github.com/siers/bar/commit/a85a4b20dd8732fc8ca26dc89c596890d7cd784a) in siers/bar:master that `sed -i s/bar/lemonbar/ .gitignore`. Someone made a pull request after me, sigh.

It's lightly documented in both [README.pod](https://github.com/siers/bar/commit/b80138ea72be3df02a638a922babed604ec51af5) and in the [usage message](https://github.com/siers/bar/commit/7716a0b40859ea16898be230db3e203888f51f9d) printed by -h. Is there anything else I should document?

Any chance of this ever getting merged?

Could you make a small reproducible demo? Maybe I'll find something, but I can't promise.

If you use attrs.src, you get the directory the first time and the second time you get a string `/nix/store/sdmpfjj9mj532w2b3gqb1g25yxgygdhc-haskell-demo-source-0.1.0.0/haskell-demo-0.1.0.0.tar.gz`. Was that what you intended?

You can get a similar error with `builtins.filterSource (_:_: false) (fetchTarball https://github.com/NixOS/nixpkgs/archive/fff8cc79df5aa26e935f8ee30c06ef79368ad5dc.tar.gz)`, because ultimately the path gets sent to `filterSource`.

You can see the values of `attrs.src` by substituting `./.` with `(builtins.trace attrs.src ./.)`.

I'm not sure how buildStrictly works or how that nix file of yours works really, I'm just pointing out that the input to the library is wrong. Quick thinking here...

I thought about that when making files readable instead of accepting just a gitignore list, since then you can do `[~/.gitignore ((getEnv "XDG_CONFIG_HOME") ++ "git/ignore")]`. It could be more automatic...

> The response should have a WebSocketContext attribute Should the "response" have been "request" here or no?