<apteryx>rekado_: I couldn't reproduce the python-pygithub issue anymore, after modying the python-build-system to print if it was using setuptools or not (a non-functional change) which triggered rebuilding the transitive dependencies of python-pygithub... how strange.
<sp3ncer>I was here last night and having trouble getting the guix binary to run on fedora, it just shows a failed status in systemctl
<sp3ncer>The only step I haven't done is run "guix-daemon --build-users-group=guixbuild" in the build environment setup because it doesn't seem to do anything after several mionutes
<efraim>And I always assumed tests were supposed to be nondestructive
<apteryx>the sources are intact; it's the bytecode that is produced by the interpreter at runtime when the tests run that doesn't seem to match the bytecode produced by the setuptools/distutils install phase.
<apteryx>and somehow instead of forcing new bytecode generation it is recycled as cache -- this is speculation but that's the only way I can explain it.
<apteryx>it also doesn't seem to affect many packages
<civodul>i also wonder if there's a mapped device beneath that file system
<bandrami>I just ran 'guix pull' and 'guix system reconfigure' with the lightweight-desktop.scm configuration from the 0.16 installer, and instead of LightDM I now have GDM, and ratpoison can't spawn any processes.
<apteryx>what was the 'env' incantation to source a profile in a pure way?
<apteryx>env -i source /gnu/store/.../profile/etc/profile doesn't work
<apteryx>(env: 'source': no such file or directory)
<nckx>apteryx: source is a shell built-in so yeh, that can't work.
<efraim>it seems when I fixed my xorg-module list I lost my two-finger right-click :/
<civodul>bandrami: %desktop-services switched to GDM recently
<efraim>I still have two-finger scroll, just lost right click
*efraim is looking into it, no need to worry about me
<bandrami>civodul: C-c for an xterm fails with status 127, as does C-d (I bound it to dmenu_run). If I try to start something in ratpoisonrc it also fails with status 127 (at least that's what the message in the top right corner says)
<bandrami>I think I'll try hand-building from the components I want; I've never trusted GDM...
<nckx>apteryx: I'm afraid I don't know which original ‘env incantation’ you're referring to, just that the one you pasted won't work. But it'll be in the direction of spawning a new bash shell first, yes.
<bandrami>PATH is /run/setuid-programs:~/.config/guix/current/bin:~/.guix-profile/bin:/run/current-system/profile/bin:/run/current-system/profile/sbin (tildes expanded in original)
<nckx>(bash -c 'foo bar' executes ’foo bar’, but I don't know how you get an interactive shell from that. There's also --noprofile. 🤷)
<bandrami>and... yep, no xterm or dmenu_run in any of those
<bandrami>Thanks! so: it can spawn processes, but the two programs I use to do that weren't in the profile
<civodul>bandrami: and xterm isn't found in any of these?
<jackhill>civodul: it was linux-libre 5.0.2. No device mapper. I reconfigured, and now have 5.0.5. Upon rebooting, I had to run fsck manually to fix detected problems. Two html files ended up in lost+found, but I'm no longer experiencing any Bas Message errors.
<apteryx>I tried: guix pack --manifest=some-manifest.scm --format=docker -S /etc/profile=etc/profile, thinking the PATH would be configured automatically when using docker run, but nope :-/. Any nice way to do this?
<apteryx>oh! the -S option doesn't seem to be honored by the '-f docker' flavor of guix pack?
<apteryx>nevermind, I think the emacs tar viewer is playing tricks on me
<apteryx>and I was trying to execute "bash" without including it in my manifest... duh.
<nckx>civodul: So the ‘top-level’ keyboard-layout is equivalent to the old console-keymap-service, correct? I mean: it does something on its own and isn't just there to pass to xorg- & bootloader-configuration?
<apteryx>civodul: really cool, the keyboard layout stuff! I'm looking forward trying it
<vagrantc>civodul: somehow they all look alike to me :)