This is more newbie-friendly; a user without much Nix knowledge would
"nix search" for xmonad, see xmonad-with-packages, and just
immediately install it. This basically never works because most xmonad
users use xmonad-contrib. If we add xmonad-contrib to the packages
list for xmonad by default, then the new user's straightforward action
will just work, most of the time.
People are confused when they "nix search" for xmobar (a standalone
application which just happens to be written in Haskell) and don't
find it; they assume xmobar is not actually packaged. They have to
have special Nix knowledge to know that they should look in
haskellPackages for xmobar.
Let's just put xmobar in all-packages.nix so it shows up in search,
and people can install it straightforwardly without knowing about
haskellPackages.
Whenever we create scripts that are installed to $out, we must use runtimeShell
in order to get the shell that can be executed on the machine we create the
package for. This is relevant for cross-compiling. The only use case for
stdenv.shell are scripts that are executed as part of the build system.
Usages in checkPhase are borderline however to decrease the likelyhood
of people copying the wrong examples, I decided to use runtimeShell as well.
https://github.com/golang/go/issues/9334 describes how net.Listen (as used by Alertmanager):
* listens on 127.0.0.1 if the listenAddress is "localhost"
* listens on all interfaces if the listenAddress is ""
Upstream fixes:
- Unregister socket as soon as we know that no rule matches.
I also removed the encode_rules() function which was an artifact left in
version 2.0.0.
Built and tested on i686-linux and x86_64-linux.
Signed-off-by: aszlig <aszlig@nix.build>
Otherwise 'lua' is from the argument populated by callPackage
which means it's whatever the default is.
(instead of the lua we're generating packages for!)
* llvm: build w/polly in-tree, optionally
Don't enable by default yet, defer rebuilds.
* top-level: llvm-polly, clang-polly
* bit hacky re:overrides
* need to explicitly set cmake flags for clang to link in polly
FWIW this release is marked as a beta but so is 0.6.7
and a quick glance suggests every release is as well :).
* move to qt5
* drop gtk2
* fixup some nativeBuildInputs