<Laalf>xfconf, add /xfce4-power-manager/logind-handle-lid-switch as boolean set to true, rebooted
<apteryx>rekado: I see! Maybe there is a fancy way for incrementally fetching only new emails to update the cache?
<lafrenierejm>Would someone be willing to link me to the docs for running X on GuixSD? I would like to login via TTY and start X manually with `startx`. `startx` times out with 'unable to run server "/gnu/store...xinit-1.4.0.bin/X": No such file or directory'.
<Laalf>lafrenierejm: do you have a problem with running slim? startx will not be supported anymore due to security concerns
<efraim>in regards to bug#33300, in the absense of an in-place solution, I'm thinking of writing my own custom phase(s) to drop into place while checking packages to fail if there are bundled blobs/cythonized files
<efraim>pytest-cache is no longer maintained since its functionality was integrated into pytest core starting with pytest-2.8.0.
<rekado>can’t be a profile because we can’t just link items.
<brendyyn>Is it possible to decouple /gnu/store from guix's design somewhat. On windows, most programs can be installed to an abitrary location, games and such can be installed to an external drive or some programs can be put on an SSD, but guix is stuck building up a single directory.
<kmicu>Hi brendyyn that’s not possible currently and is inherent to how guix/nix works.
<brendyyn>kmicu: I feel it's a huge pragmatic limitation
<rekado>brendyyn: if you want to store things elsewhere you could use “guix pack”.
<kmicu>brendyyn: It’s not a limitation but a trade-off. Eelco’s paper describes intensional store model which is more or less what you are aking for but I think we can all agree that it’s better to have something not-ideal but existing than something ideal but non-existing. ;)
<swedebugia>found an example in (define-public python-3.6 :D
<swedebugia>pack it in a good-ol lambda with a #t in the end
<nly>Is guix working for any arm boards? I want to use it for a low power personal server
<thorwil>what does native-search-paths do? any chance an lv2 package would _not_ need it?
<thorwil>seeing a bunch of these: (native-search-paths (list (search-path-specification (variable "LV2_PATH") (files '("lib/lv2")))))
<apteryx>nly: I think it does for a few! You'll probably have an idea by looking at the bootloaders available (they are often platforms specific for ARM IIUC).
<apteryx>thorwil: search-path-specifications will make it so that the variable specified (LV2_PATH) in your case will be assigned to any package directory that has the file "/gnu/store/...some-package/lib/lv2") in it.
<thorwil>apteryx: i'm puzzled why this doesn't appear for ladspa plugins and ... "native" implies it's (also?) a built-time thing, right?
<apteryx>thorwil: yes, 'native' would be honored at build time only, if I'm not mistaken.
<thorwil>ok, guess i'll just try if it stumbles over a lack of that, then :)
<apteryx>when you build, look at the log, you should see the value LV2_PATH was set to.