<raghavgururajan>system reconfigure and reboot are at commit 5d8c2b742c7bc105536af56b08edb5d3349412a8. At 189003c83ee04e1819245c861c1ba31597db537d, system reconfigure gives those warnings and reboot fails.
<dstolfa>raghavgururajan: could it be that this commit caused a rebuild and therefore manifests an issue from another commit? i haven't looked into it too much but it's the first thing that popped in my mind
<lfam>Changing the download URLs doesn't cause rebuilds
<raingloom>iskarian: nvm i may have messed up something unrelated.
<raingloom>i couldn't find any search-paths field in the definitions for go, which i thought was the reason i could build a module that needs sqlite, but it turns out i messed up something. it seems to be building now.
<iskarian>ah, I'm glad! For better or worse, go is pretty self-contained (except for cgo)
<loquat>Hello everyone, Arch/Sway user considering switching to Guix. I have a lot of questions since I don't have a lot of time to go through the whole manual and before I do I wanted to evaluate if Guix is for me.
<loquat>I am not a developer, nor a Lisp expert but I use vanilla emacs and am familiar with the syntax.
<loquat>There are a few things I'd like to ask, considering the fact that Guix is a source based distro and places system files differently than most common distros.
<loquat>The first obvious question is whether you recommend the switch. I'm pretty familiar with the terminal, I don't use GUI applications so much anymore and I'm pretty good with system configurations. I don't have much time unfortunately, does the system help automate some configurations or should I add everything manually?
<loquat>I've never considered source based distros because of the build times but here I don't know if my hardware would take that long to complete the updates (I have an I5 2520M with an SSD and plenty of ram). Since I also care about the environment, keeping the computer on to compile for hours even when I'm not using it goes against the environmental aspect (I update my systems every day), so if it's
<loquat>often hours I'd rather avoid. I have read that there are also substitutes. Are these downloaded from the Guix sever or is it something like the AUR?
<loquat>Yes I want to switch to GuixSD. Regarding Sway, are there any additional configurations to do beyond the Sway config file or I have to declare that in the Scheme file too?
<loquat>With Arch I used to set the auto login and auto start of Sway. Is this difficult to configure with Guix?
<yoctocell>there is a guix home service for sway, you will use scheme to configure it, but if you don't want to do that, you can just put your sway config in a separate file and tell guix home to symlink it to ~/.config/sway/swayconfig or something
<yoctocell>I am not sure what you mean with "set the auto login and auto start of Sway"?
<roptat>loquat, you don't *have* to use guix home, whatever is configured in your ~, you can copy from your previous system, and it should work in the same way
<roptat>the rest of the system, that's not user software, is configured with a single scheme file, usually /etc/config.scm
<roptat>that configures hostname, timezone, file systems to mount, packages to install globally for all users, system services (a display manager, xorg, ssh, dbus, ...) and that's about it
<roptat>you can install sway as a user with "guix install sway" and start it, and configure it the usual way. The guix configuration is really about replacing whatever you did in /etc. guix home is optional and lets you replace whatever you did manually in ~/.config
<roptat>if you're not sure you want to make the switch to the guix system, you can have a taste of guix by installing it on top of arch, it won't conflict with your system because it's using a very different hierarchy (but note that it only happens because it installs almost a whole system, down to the libc, alongside your existing system)
<roptat>then when you get a bit more familiar with guix, you can decide if you want to go all the way and install the full distro :)
<loquat>Yes, I will take some time to read the manual thoroughly then I'll make the jump. Does someone use those usb adapters from Technoethical or Thinkpenguin? Because I don't have another laptop to flash coreboot and Lenovo whitelist only a few wireless cards.
<roptat>I used to have a technoethical adapter, until it broke (I mean, it was crushed by a piece of furniture during a moving), it worked well though it was not able to pick up signal as far as other proprietary cards I used before
<emestee>roptat: oh so I need to use manifests explicitly to generate the profile is what you're saying?
<roptat>no, I never talked about manifests. If you use a manifest for your profile, then make sure it declares guile along with guile-xxx, if you don't use a manifest make sure to "guix install guile" to make it work
<emestee>ahhhhh never mind I just found the problem
<emestee>my profile wasnt actually being loaded correctly
<lfam>Seems unlikely that gentoo doesn't have gnuradio
<rekado_>roptat: thanks for the patch. I applied it.
<lfam>I noticed that matplotlib was failing on core-updates, at least yesterday
<efraim>lfam: As of current master there's no substitute for kmail or orange, out of all the packages which transitively depend on qtwebkit. I'll try building those two, and then remove qtwebkit and see what breaks
<lfam>I'm testing the build of python-pyqt without qtwebkit now
<podiki[m]>thanks iskarian . I managed to manually make packages for a few go libs (they aren't working with the importer)
<podiki[m]>but now it is complaining on build that: cannot find package "io/fs"
<podiki[m]>is there a core go lib I need to set as input?
<iskarian>ah, which ones? I want to take a look and make sure there's no new issues with the importer
<iskarian>it shouldn't be; can you share the package definition(s)?
<civodul>cbaines: oh i see; is this due to the lack of notifications coming from Cuirass?
<podiki[m]>Let me put it all in a paste, I think the importer doesn't like v0 packages?
<civodul>(substitute availability on ci.guix is certainly higher than then 68% shown there for x86_64)
<cbaines>civodul, build data would help, because the Guix Data Service could then query for substitutes in the same way it queries bordeaux.guix.gnu.org, where it looks up outputs for successful builds
<iskarian>podiki[m], `import go -r gitlab.com/WhyNotHugo/darkman` gets all of them, but it also imports a newer version of dbus, which may or may not be necessary
<iskarian>`guix import go github.com/adrg/xdg` for just xdg
<podiki[m]>thanks! think I lost track of all the iterations I tried, thought I did that
<podiki[m]>maybe does need the newer dbus version, is failing with no error message. let me try with the imports version
<iskarian>podiki[m], unfortunately I have to go for now, but I'll see if I can't figure this out; I think the io/fs is almost certainly a newer go feature that requires go-1.16, but the build still fails with go-1.16, and it's not clear why
<podiki[m]>I'm not seeing a clear error message currently on my end, but let me keep trying
<podiki[m]>thanks iskarian! darkman is a nice little project for switching light/darkmode that I've used on Arch, is very handy. will submit once I get it working
<lfam>iskarian: I'm not sure exactly what is wrong, but the reason we haven't updated Guix's default Go from 1.14 yet is that, in general, Go 1.14 is the last version of Go that works in Guix
<podiki[m]>I don't know much haskell either, just enough to use xmonad and to try to use a few other things (which is where I ran into issues to get back to)
<lfam>bmk: It probably means that the directory structure that you want to put the symlink into does not exist. Or something like that. "Permission denied" has a lot of meanings that don't necessarily have anything to do with permissions
<roptat>bmk, maybe share your service definition? that would be helpful
<iskarian>lfam, Go 1.16 works with all our packages now except docker
<iskarian>& I'm currently working on improving our go build system to at least match Debian's. I might be able to get go to reuse built artifacts without having to do something silly like mocking a goproxy
<iskarian>The three big changes I'm working on for the go-build-system right now are: 1. build all packages by default, rather than just the main package, and provide arguments to control what gets built 2. reuse built artifacts
<iskarian>3. use external linking by default for projects using cgo to avoid depending on a single GCC version
<jackhill>thoughts on how to track down 'guix deploy: error: program `/gnu/store/3lig4b2i1qaisg9yx8nbl0xp8hgh40a7-guix-1.0.1-15.0984481/bin/guix' failed with exit code 1' when running 'guix deploy -v3 config.scm'?
<jonsger>lfam: why is the commit date so old (2021-07-27) from your latest commits on master?
<lfam>jonsger: I'm faking the date to work around my PGP key having expired
<muradm>under (gnu tests) there are good test examples, is there any way to run a test from arbitrary location on current system, just like "guix package -L /some/path ..." includes -L with path? or these tests can only be run on guix source tree?
<podiki[m]>so all my X set up, init, autostart etc., comes from one org file that tangles to .xinitrc etc
<podiki[m]>not sure how that will be with guix home, maybe the org files tangle to guile then? or to both for my non-guix system?
<podiki[m]>ruffni: what about the etc-service-type? that will create files in etc, and there should be options for once that always get sourced by X sessions (e.g. usually user files should source the system one too)
<ruffni>podiki[m]: that sounds interesting as well!
<podiki[m]>I'm just discovering profile-service-type from roptat's message earlier...
<podiki[m]>ah, I think I see! geoclue service doesn't add geoclue to system profile. if it is in the profile, that will give a geoclue agent autostart desktop file, to have the goclue agent (I was mentioning earler)
<mbakke>there is a commit on 'master' that touches 'ruby-2.7', which causes 6644 rebuilds when merged to 'core-updates-frozen' ... not sure what to do about it.