Building with Stack on NixOS: missing Xinerama.dll

[thblt]

(I'm just starting to use NixOS, so I'm probably the root cause of my problems.)

I've been trying to compile my XMonad setup under NixOS. To do so, I've copied the nixpkgs.nix from xmonad-testing to my .xmonad, and the nix: declaration from xmonad-testing's stack.yaml into my own.

Trying to building with stack --nix build fails with the message:

Preprocessing executable 'xmonad'  for thblt-xmonad-0.2
[1 of 5] Compiling XMonad.Thblt.Misc [...snip...]
<command line>: can't load .so/.DLL for: libXinerama.so (libXinerama.so: cannot object shared object file: No such file or directory) 

Tbh, I don't even understand why the build would need a .so file...

[pjones]

Are you also using the stack.yaml file from the xmonad-testing repo?

[thblt]

No, I use this one, with the nix: section of the stack.taml from xmonad-testing appended to it.

[pjones]

It sounds like you might be doing something wrong. Try cloning the xmonad-testing repo and running stack --nix build from there and see what happens.

[geekosaur]

I'm hearing an echo of another thing in here too. Do we think maybe the renamed low level screen-carving stuff is now available in enough places (hello, Debian) that it's time to switch the X11 package over to them, and hopefully at least cut down on the number of people utterly bewildered by xorg "removing xinerama" when they only removed half of it and made the other half the foundation of xrandr?

…

On Fri, May 19, 2017 at 1:47 PM, Peter J. Jones ***@***.***> wrote: It sounds like you might be doing something wrong. Try cloning the xmonad-testing repo and running stack --nix build from there and see what happens. — You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub <#9 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AB8SoJo5Ce931yljXh7IErTxnd4SmYhBks5r7dWbgaJpZM4Ngl8f> .

-- brandon s allbery kf8nh sine nomine associates allbery.b@gmail.com ballbery@sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net

[thblt]

Thanks both of you, the issue was in fact, as someone on Reddit noticed that this bit of TemplateHaskell required that Misc.hs be run at build time to correctly determine the hostname of the build machine and store it in the resulting binary. What I then need to find out is how to provide the X runtime to the build environment, but at least it now makes sense that building requires a dylib.

btw, @pjones or anyone, would you be kind enough to give me your opinion on my proposal on xmonad/xmonad-contrib#70? I don't mind to be told my code sucks if it does, but I'd like to go on with this issue :) Thanks!