<buenouanq>efraim: oh, yes - I forget about that. If it's been o
<buenouanq>ff for a while, I usually have to reboot twice to get normal trackpad behavior. And no native wifi, I use a ThinkPenguin USB thing.
<darkpsi>hey guys if anyone can help me there seems to be a bug with nvme the new linux kernel (4.16.1) has the nvme drivers compiled in to the kernel and when i guix reconfigure it ither demands that i put load nvme on the initramfs or if i have done that it will say it can not find nvme.ko as it does not exist. so what would be the best way to sort this problem i could ither edit the kernel config or disable the
<zybell_>There should be a file /sys/class/nvm... or similar that exist in *earlier* kernels only if nvme.ko is loaded. It would exist in 4.16.1 anyway. Extend the test to look for that file, and if lsmod says no module in and file exist goto no module needed.
<darkpsi>as i understand it i dont need to load the module since it is now compiled in the kernel but guix system reconfigure is deamanding it to be loaded
<zybell_>And that check must be replaced with one that works with compiled in too. Modern drivers in linux define files in /sys when they are loaded
<zybell_>That works whether they are module or compiled.
<darkpsi>yeah probably going to put a bug report out probably not that many people using guixSD and a nvme
<darkpsi>even then though i think there should be a way to disable the check
<zybell_>so you must test it anyway (no others around) why not first make it work, then present solution with report?
<zybell_>disable will only lead to a next bug report.
<darkpsi>yeah going to do some more research i am new to guix but i have a fair amount of linux and a good programming background
<mbakke>darkpsi: Are you using the stock GuixSD kernel or do you compile your own?
<zybell_>when it fails later on because sth is *not* checked
<zybell_>config_nvme is no longer allowed to 'm' so default is chosen 'y'
<JorgeMorais>Hi. I want to install afew 1.3 via Guix, but Guix currently only has afew 1.2. niebie provided me with http://paste.debian.net/plain/1020332 but I do not know how to telltell guix to use it. I have already spent hours reading documentation. I have created directory `~/guix_packages/', and stored the package definition in a file named `afew.scm'. Then running `GUIX_PACKAGE_PATH=/home/jorge/guix_packages guix package --dry-run -i
<JorgeMorais>I mean, i do not feel confident to submit a patch at this point
<zybell_>in kernel config CONFIG_NVME is no longer allowed to 'm' so default is chosen 'y' explained on guix-devel@
<mbakke>JorgeMorais: Since you get 'unbound variable package', it suggests that you need to import the module that defines 'package'. From a `git grep` it seems you need to add '(use-modules (guix packages))' at the top.
<mbakke>Also, editing the git repository directly may actually be easier than adding your own variant on GUIX_PACKAGE_PATH for a simple package update.
<JorgeMorais>Hi. It seems that guix environment is not working here as documented. I invoked `guix environment --pure --search-paths guix'. However the env variable `GUIX_ENVIRONMENT' has not been defined, and I verified that PATH and PKG_CONFIG_PATH have not been changed.
<Sleep_Walker>JorgeMorais: are you sure that you are inside the shell with new environment?
<Sleep_Walker>JorgeMorais: IOW does `echo $$` (which prints PID of shell process) differs before invocation and after?
<JorgeMorais>Now I invoked `guix environment' without the `--search-paths' option and it seems to have worked. It seems that the `--search-paths' option causes guix to not enter the new shell. I believe the manual should be clearer
<JorgeMorais>Sleep_Walker: It seems for now that the problem is solved. Now I have to lunch (it is 14:10 here). Thank you for your attention.
<thomassgn>would it be super stupid to make a flag for guix environment and guix build that made it generate a .envrc file for use with direnv? seems like direnv is common here, and I use it for everything myself.
<Sleep_Walker>JorgeMorais: if you think that guix environment behaves differently than documented, please file a bug
<thomassgn>JorgeMorais: Not sure how clear the manual/docs are. But --search-paths should display/print the environment variables of the new environment. It's for use with tools like direnv (BUT direnv doesn't need it anymore, it has a directive 'use guix' which is like calling guix environment ...)
<thomassgn>I see the info page is not clear about what happens when you run guix environment --search-paths and-then-whatever-extra; Does it cancel creating a subshell with env.? From the described behaviour above it looks like it. Or maybe it just prints current env. vars relative to guix?
<davidl>when Im using tramp to open files on my guixSD server Im getting the error "Wrong method specification for 'ssh'". Any ideas why?
<JorgeMorais>Hi. I want to get email@example.com through Guix. Unfortunately, Guix only has version 1.2. So I cloned Guix git repository and edited the afew package definition in mail.scm. I then invoked `./pre-inst-env guix lint afew' and `./pre-inst-env guix build afew'. Therefore, the locally compiled guix must have communicated with the system-wide (and binary-installed) Guix daemon. Is that OK? The system wide Guix was updated very recently