This should ensure the test casnes are always running in the same order,
regardless of the target machine. We're just using the class name here, which
should be sufficient enough to address the issue.
Now the following build should be fixed:
http://hydra.nixos.org/build/5425811
Big thanks to @rbvermaa for being a *really* great help debugging the problem
quickly, because I couldn't reproduce it here (the run order of the test cases
on my machine were 'accidentally' right).
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
This still doesn't have all possibly required dependencies, but at least we can
do basic partitioning, which is our primary goal. At least when it comes to the
Hetzner target of nixops. But even for partitioning when installing NixOS this
library could be _very_ useful.
Test cases currently don't work because they're filled with syntax errors and
some references to the mocking library are missing.
As you can see in propagatedBuildInputs, here are the promised overrides for
Python support of libselinux and cryptsetup.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
This again is only optional to avoid too much dependencies when bootstrapping
small systems or when constrained to RAM disks of lower size. It is needed for
blivet as well, which will override the option in its dependency list.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
Thought this would be needed for blivet, but it wasn't the case. They seem to
have their own mini-implementation. But it might be useful for other Nixers, who
knows?
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
The reason this is optional is because we might want to use it for bootstrapping
in some constellations. And we really don't want whole lot of dependencies in
those situations.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
Needed for blivet and this is part of Anaconda (Fedora's installation system).
The reason I'm packaging this is because of blivet and because it's quite well
decoupled from Anaconda itself, so it can be used for other purposes.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
Wow, this is one of the most dangerous programs I've seen in a while. It not
only tries to probe for a package manager to install dependencies but also
tries to execute a whole bunch of programs in $PATH. That's why I decided to
override the postFixup phase for now in order to get rid of the current $PATH
and meanwhile getting the basics working.
So, I'm still not sure how to do the best implementation here on NixOS without
allowing winswitch to be too invasive and without restricting it too much so
that it's of no use.
But let's figure that out once we trimmed down the radiation level of this
"living" thing ;-)
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
A recent X update broke VirtualBox guest additions (vboxvideo driver version
mismatch, desktop won't start). This fixes it.
Here is the error log:
(II) "glx" will be loaded by default.
(II) LoadModule: "glx"
(II) Loading /nix/store/kzvmnjlps51q4piqmwr7zbmxcg2z9vgk-xorg-server-1.13.4/lib/xorg/modules/extensions/libglx.so
(II) Module glx: vendor="X.Org Foundation"
compiled for 1.13.4, module version = 1.0.0
ABI class: X.Org Server Extension, version 7.0
(==) AIGLX enabled
Loading extension GLX
(II) LoadModule: "vboxvideo"
(II) Loading /nix/store/4kbxi00h8xsmfgbws2qqh674lcfp03h6-VirtualBox-GuestAdditions-4.2.14-3.2.46/lib/xorg/modules/drivers/vboxvideo_drv.so
(II) Module vboxvideo: vendor="Oracle Corporation"
compiled for 10.12.0, module version = 1.0.1
Module class: X.Org Video Driver
ABI class: X.Org Video Driver, version 12.0
(EE) module ABI major version (12) doesn't match the server's version (13)
(II) UnloadModule: "vboxvideo"
(II) Unloading vboxvideo
(EE) Failed to load module "vboxvideo" (module requirement mismatch, 0)
(II) LoadModule: "vboxmouse"
(WW) Warning, couldn't open module vboxmouse
(II) UnloadModule: "vboxmouse"
(II) Unloading vboxmouse
(EE) Failed to load module "vboxmouse" (module does not exist, 0)
(EE) No drivers available.
Fatal server error:
no screens found
The second failure, and the last one I'm going to try today:
http://hydra.nixos.org/build/5404634
On the bright side there is at least the fact that version 1.4.10 has failed on
Darwin already, so I guess we don't have a lot of Mac users using Synergy.
Latest (failed) build of 1.4.10:
http://hydra.nixos.org/build/5359408
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
