<dustyweb>I did a "guix system build" on my local machine, did a "guix system archive" to export it and send it to this remote machine
<dustyweb>how do I "guix system reconfigure <path-goes-here>"?
<ngz>I have a Python package, with python-pyqt as a propagated input. Yet during tests, it displays "Searching for PyQt5<5.10,>=5.9", then fails because it cannot find it (and cannot install it through pypi)
<darkpsi>ok i belive the nix guys have haskell stack so can one get it to work with guix or is it out of the question
<zybell_>no that would work,there is cabal2nix for easy setup.
<darkpsi>can someone give me advice on setting up a haskell work enviroment one guixsd having some trouble and want to know practices
<thomassgn>darkpsi: I'd just run 'guix environment --ad-hoc ghc whatever-other-haskell-packages-you-want'. Personally I'd put it in a .envrc in the project folder (with 'use guix' instead of 'guix environment') - but that means you would need direnv (recommended). This goes for any kind of programming project or similar. But I don't have experience with haskell on guix yet.
<thomassgn>A simple hello world works fine this way at least. :)
<darkpsi>ah one of the packages i need for haskell dev sdl2 is not there they only have the old sdl bindings
<darkpsi>tried importing hackage files with guix import but i dont understand guix that well and it is confusing me
<thomassgn>right, I could try making a definition for it, but after some other work (around one or two).
<civodul>efraim: yeah, that's probably that propagated-inputs story
<rekado_>A new version of R is out, but the test suite no longer passes.
<rekado_>The Nix folks already contacted the R devs, and they say that the test suite requires the recommended packages.
<rekado_>We don’t build the recommended packages for two reasons: we want a minimal R package (e.g. for simple R scripts) and when building the recommended packages together with R they end up having embedded timestamps.
<civodul>i remember it produces web sites without any visible HTML
<thomassgn>I have a file with several package definitions, and some depend on others in the same file. Does it matter which order in the file they appear? I mean can I have packaga a depending on package b and then package b...?
<thomassgn>and another thing, inputs: ("hunit" ,ghc-hunit) I don't understand why it's twice? Is the quoted string what the build environment sees? But the build environment doesn't/shouldn't care what a package is called right? the second name after the comma (,ghc-hunit) is the variable in guix packages I assume.
<nckx>thomassgn: I don't know what the formal definition is, but it's just a label (key). It makes things like identifying & replacing inputs as in `(("wine" ,some-wine-variant)) possible or easier.
<nckx>Some packages use something like ("libuuid" ,util-linux) as a hint to humans that we only care about libuuid, and use the one shipped by util-linux. (Bad example, since there are probably no other implementations, but there could be.)
<civodul>first i'd recommend not using the bundled hwloc
<civodul>instead, you should add a dependency on the hwloc package that Guix provides
<rekado_>thomassgn: if we used g-expressions for the build systems or the custom build phases we could directly refer to packages as $#ghc-hunit without having to look them up by label.
<rekado_>thomassgn: unfortunately, this makes certain neat idioms impossible that we currently rely on in some package definitions.
<grafoo>civodul: will do so in the long run. but i'd like to get a guix package working quickly without the need to patch the original makefile.
<thomassgn>nckx: & rekado_ Thanks for the explanation. makes sense.
<rekado_>grafoo: you can add a build phase to set environment variables for the include directories, or a build phase to change the current working directory.
<thomassgn>having guix build look like it is doing nothing, and with higher verbosity it is "acquiring write lock on `/var/guix/temproots/12355'" and the downgrading the same, over and over and over again. My fan starts running and I kill it after a bit. funny thing is it is just for this one package definition - that I've seen so far...
<vagrantcish>so, was having issues with my some sort of configuration disabling my mouse or keyboard and being unable to use both at the same time ... there would be a 3-5 second delay from typing till i could use the mouse ...
<vagrantcish>bisected which system version triggered the issue ... and it was when i enabled the tlp service
<vagrantcish>and sure enough, removing the tlp-service configuration and building a new system fixed the issue
<vagrantcish>i've had similar configurations for a touchpad before, so that typing on the keyboard doesn't disable the keyboard ... but use of the mouse once it switched over disabled the keyboard for several seconds ... which made it pretty unusable ... and this is an external mouse and keyboard
<vagrantcish>ACTION looks over the service configuration options for tlp
<thomassgn>huh, anyone familiar with the haskell build system?
<thomassgn>have I get errors about conflicting versions of the same haskell packages being pulled in and the build system/cabal/or-something is telling me to run cabal-doctests. I have no idea how to do that...
<civodul>rain1: you may need to authorize the key of the machine running 'guix publish'
<thomassgn>there were a few dependencies and some other hackery in there, will try to get it working and send it to the guix packages. For some reason ghc-linear fails because of a conflict. But the rest is fine. Ofcourse ghc-sdl2 depends on linear, so I don't know if it builds...
<rain1>I had tryd to do that but I think there was a bug maybe in the import command?
<rain1>it seems to want it in nix format instead of the s-exp guix format I had it in
<roptat>rain1: to import a key, you need to run guix archive --authorize, not import
<rain1>the first packages gcc-bootstrap, make-boot0, binutils cross-boot0 all dowlnoaded off my local guix publish, but then its getting gcc-4.9.4 off mirrors. I may need to install extra packages so that everything is available
<thomassgn>hah, ok. so guix build cabal-install fails... :P
<nckx>(That's my understanding but I might always be wrong :-)
<nckx>If you're relying on it, best test it yourself.
<chewzerita>Whenever I try `./pre-inst-env guix build hello` I get something like `hello: package not found` anyone know a fix?
<Exagone313>Hi, I'm reading some package manager documentations, for selecting one to make my own OS, for entertainment purpose, that will support multiple kernels (Linux, Illumos and a BSD). I read in Guix docs that "Guix is compatible with Nix, so it is possible to share the same store between both.". I was also considering Nix, so, could I get more information about this compatibility? What would be the advantage of having both? (Note: I've never used Guix and
<pkill9>Exagone313: I think that claim is out of date
<pkill9>that said, you can install Nix as a separate store, I have Nix package manager installed onto my GuixSD machine, although 'installed' implies more than what it is, which is pretty much just a /nix folder
<pkill9>plus some environment variables in my ~/.profile
<pkill9>well, actually it sources them from the nix profile, but yeah
<Exagone313>so actually they just share the same (of most of) concepts
<pkill9>yeah I mean Guix doesn't accept any non-free software into it's repository, of course you're free to write your own packages with non-free software for your personal use
<Exagone313>can you talk a bit more about what you said? "the package graph must be fully specified; this includes the libc and other things that are often taken for granted" Is this related to the container feature (that seems Linux-only?)?
<Exagone313>Or is it just due to the fact that packages have different install locations?
<pkill9>it's due to the different install locations pretty much yeah