Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

stumpwm: Work around dependency load errors during build #33734

Closed
wants to merge 1 commit into from

Conversation

DerGuteMoritz
Copy link
Contributor

@DerGuteMoritz DerGuteMoritz commented Jan 11, 2018

Motivation for this change

The stumpwm package has been broken since late 2017. My guess is that this was caused by #28810 but it's a bit hard to pinpoint exactly.

Note that this patch is merely a work-around. Something seems to be wrong with how the stumpwm system's dependency are loaded. As you can see, I worked around this by loading them explicitly before the build. @bradleyjensen since you recently overhauled the quicklisp-to-nix / lisp-packages code, maybe you have an idea of how to properly address this?

Things done
  • Tested using sandboxing (nix.useSandbox on NixOS, or option build-use-sandbox in nix.conf on non-NixOS)
  • Built on platform(s)
    • NixOS
    • macOS
    • other Linux distributions
  • Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
  • Tested compilation of all pkgs that depend on this change using nix-shell -p nox --run "nox-review wip"
  • Tested execution of all binary files (usually in ./result/bin/)
  • Fits CONTRIBUTING.md.

@7c6f434c
Copy link
Member

7c6f434c commented Jan 11, 2018 via email

@DerGuteMoritz
Copy link
Contributor Author

@7c6f434c Thanks for the hint, I wasn't aware of this package. I've switched to this now and it works fine. The only difference is that the lisp package doesn't contain the contrib modules, but that's easily fixed by following the steps at https://github.com/stumpwm/stumpwm/wiki/Modules. There is one thing that doesn't work as advertised with the nix package, though. The documentation says that "*module-dir* will default to ${HOME}/.stumpwm.d/contrib". For the nix package it points to a directory in the temporary build environment, so you need to set it in your ~/.stumpwmrc like so:

(set-module-dir (pathname-as-directory (concat (getenv "HOME") "/.stumpwm.d/contrib")))

Thanks again, I'm closing this PR then!

@7c6f434c
Copy link
Member

7c6f434c commented Apr 19, 2018 via email

@DerGuteMoritz
Copy link
Contributor Author

DerGuteMoritz commented Apr 19, 2018 via email

@7c6f434c
Copy link
Member

It is dynamic environment, it is just not too dynamic with environment variables…

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants