OpenCV tries to download IPP itself at build time. That doesn't work
well with nix.

fixes #9472
related scikit-learn/scikit-learn/#5198, scikit-learn/scikit-learn/#5197

These might be the same crashes as with gtk2 and system cairo #9368.

Also add a simple test detecting such problems.

ibus-anthy: 1.5.6 -> 1.5.7

telegram-cli: keep arguments passed to the wrapper

Also fix zipcode lookup.

haskell-bloomfilter: re-enable 32-bit builds to verify whether the issue has in fact been fixed upstream

hackage-packages.nix: update to https://github.com/commercialhaskell/all-cabal-hashes/commit/53c766e346c007763844eea101823ce803615955 with hackage2nix v20150824-62-gb54260a

curaLulzbot: init at 15.02.1-1.03-5064

python-packages xray: init at 0.6.0

txt2tags: init at 2.6

hackage-packages.nix: update to https://github.com/commercialhaskell/all-cabal-hashes/commit/e6301b9ed82b6daf085089f6f9c1b913871ab2c1 with hackage2nix v20150824-58-g80c45f8

txt2tags is a KISS markup language

Adding as a separate expression, as it is not api compatible with 2.x.

`desktopManagerHandlesLidAndPower default `false`

By default `makeWrapper` will not set argv[0] (this is a reversion to
the old default behavior). Based on the breakage we have seen from
changing the default, this is what most people want. The `wrapProgram`
function will send `--argv0 '"$0"'` to `makeWrapper`, i.e. it will
continue to pass-through the argv[0] that the wrapper is called with.

Besides being redundant to inject libvdpau via LD_LIBRARY_PATH,
currently the drivers come with a vulnerable version.
https://devtalk.nvidia.com/default/topic/873035

CVE-2015-{5198,5199,5200}

I've checked this with the developer to ensure it isn't blocked
deliberately and she said it was just a problem with the hosting
provider, so it is fine to work around it.

multimarkdown: init at 4.7.1

Changes the option and explicitely sets it for each desktopManager.

Reasoning: Currently,
services.xserver.displayManager.desktopManagerHandlesLidAndPower is set
to true by default. This creates a problem for users without desktop
environments activated, since lid management simply doesn't work
(and they have to be lucky to find this option).

See issue #9671

http://hydra.nixos.org/build/25349071