vim_configurable: fix python on darwin

* was not linking to the correct python library on darwin (using the OS
  X framework, which is not what we want)
sup: update to latest version
amdappsdk: Fix download urls and some other things, so derivations for older sdk versions now build succesfully
Merge pull request #656 from offlinehacker/amdappsdk_fix

amdappsdk: Fix download urls and some other things, so derivations for older sdk versions now build succesfully
Merge pull request #654 from lovek323/sup

sup: update to latest version
haskell-ghc-heap-view: update to version 0.5.1
haskell-mongoDB: update to version 1.4.1
tarman: 1.0 -> 1.0.1
audacious: update 3.2.2 -> 3.3.4, now needs gtk3

Also build on Linux platforms.
Seems to work fine for me.
Chromedriver: update to 2.0

Signed-off-by: Shea Levy <shea@shealevy.com>
skype: update from 4.1.0.20 to 4.2.0.11
wpa_supplicant: update 1.1 -> 2.0

It works fine for me, GUI as well.
Adding cjdns.

The executable runs; I haven't tried to run a node.
vim-coffee-script: add expression
Merge pull request #648 from lovek323/vim

vim_configurable: fix python on darwin
Merge pull request #660 from lovek323/vim-coffee-script

vim-coffee-script: add expression
Update mumble to 1.2.4

Now it should have opus. The source code of opus comes with mumble.
Updating umurmur to 0.2.13

Now opus works.
synergy: Update to new upstream version 1.4.12.

This brings in support for encryption and thus requires the crypto++ library as
an additional dependency. Unfortunately the upstream integration isn't quite the
way we'd like it to be, so we need to add a small patch to ignore the bundled
version and use the package from nixpkgs.

Signed-off-by: aszlig <aszlig@redmoonstudios.org>
synergy: Add support for XrandR.

Nowadays, multiple monitor setups are quite common, so I suppose we'd want
support for that. Especially because users might get confused if synergy is
unable to pick the right screen resolution and thus cause edges to be cut off
from the available pointing area.

The postPatch hook is to force cmake into thinking that we have XRRNotifyEvent,
which we _do_ have with the xrandr version shipped in nixpkgs. Automatic
detection from CMakeLists.txt fails here because it tries to search for the
symbol within the libX11 store path.

Signed-off-by: aszlig <aszlig@redmoonstudios.org>