qtcreator: Update to 2.8.1
qtcreator: Make the qt package optional and introduce the QtSDK

To give the ability to use a different Qt version than the default one
(which can build 3 different times Qt Libraries if we mixed the default
one, the qtcreator one and the version including all the examples and the
docs).

Right now a developer can choose to directly install the QtSDK which
includes a "full" (developerBuild + docs + examples) Qt version and uses
it to build QtCreator.

The possibility to only install QtCreator and its previous behavior has
been kept for flexibility purposes (we do not need to force someone on the
SDK approach).
mesa: Minor fix on GL/gl.h

Apply a fix which prevented to use -DGL_GLEXT_LEGACY, -Werror and -Wundef
to be used together. This produced a build fail on any software meeting
these requirements.
Add Qt 5.1.1 and its SDK

Consider this as a first step towards the integration of Qt5 into nixpkgs,
it does not yet intends to replace Qt4 on every packages even if possible.
My goal here is to have a first derivation in common between people who
needs qt5 for development purposes.

The derivation has been written from scratch but I took care to read at the
version 4 to re-integrate some patches which are still compatible. However,
I did not had enough time to test gtkStyle and flashplayerFix as I do not
use any of them. Also, OSX users will have to do some extra work because
I do not have any mac.

Finally, as some configure flags have changed and in an hope to provide a
clear package definition before it becomes mature, I voluntary added some
flags which are default. Once every option will be mastered, we will just
have to redo a pass on qt5 configure flags and remove the ones which are
set by default.
vtk: Use the Qt libraries as an argument instead of a boolean

To prevent multiple Qt libraries when developing with a custom one, the Qt
support can now be activated by directly supplying the Qt libraries as an
argument (qtLib).

qtSDK and qtFull users/developers now just have to define an override such
as the following one in order to use it inside their development
environment:

vtk.override { qtLib = qt4SDK; };

The previous behavior is still the same for vtk and vtkWithQt4 end-users.

Change-Id: I517762d4ff7de46d32cc46e6e725fd62737caa52
Set the channel for this release
gtk2: minor update .20 -> .22
mesa: bugfix update 9.1.6 -> .7

Thist is just for master before the official release,
x-updates has 9.2.* already.
gnome-autogen.sh: make check_m4macros aware of ACLOCAL_PATH
new systemd can't inhibit lid switches

Conflicts (repos merge):
	modules/services/x11/display-managers/default.nix
Merge #1082: Update QtCreator to 2.8.1, add Qt 5.1.1 and QtSDK
polkit WIP: TESTED OK, only missing NM config testing/tweaking

History: 7a29bd02 7cd5ff085
polkit WIP: resurrect the forgotten polkituser

It needs no group anymore. I hope it won't clash with leftovers from
previous usage of the user.
polkit WIP: enable forgotten config for NetworkManager

and only authorize "active" sessions.
dbus: minor update 1.6.14 -> .16 "fortify agility"
mesa: add GLES 1 and 2 support by default

The libs have just a few kilobytes and no additional deps.
mesa: bugfix update 9.2.1 -> .2

On 9.2.* we seem to be hitting a [problem] on Hydra
(unlikely to be fixed by this update),
although the tests run fine on my machine.

[problem] https://bugs.freedesktop.org/show_bug.cgi?id=67672
changes proposed for 'release-13.10' into x-updates

Conflicts (simple, taking whole higher/later versions):
	pkgs/development/libraries/gtk+/2.x.nix
	pkgs/development/libraries/mesa/default.nix
	pkgs/development/libraries/polkit/default.nix
perl: avoid --no-cpp-precomp on darwin, (close #1160)

Taken from https://trac.macports.org/ticket/38913
vcunat renamed the patch

Conflicts (trivial):
	pkgs/development/interpreters/perl/5.16/default.nix
darwin x11/opengl: only copy subset of files (close #1160)

Copy only the pc files related to X11 and OpenGL.

This should allow us to build our own version of libraries like
cairo without having the native ones be accidentally dynamically
linked in to things that depend on them.

Before this patch if we `dyldinfo -dylibs libpangocairo` we can
see that it was dynamically linked against the OS X (but seemingly
built against include files from the nix one, as we would get a
runtime complaint about missing symbols)