<brettg>Hey all, some of you may remember me but i'm Brett. I'm a committer for the Guix project, and am coming off of a contributing hiatus I took after my son was born. I have a new set of gpg signing keys, after I put them on savannah what is my next step before I can make commits again?
<raghav-gururajan>guixy: You do not have to try on both Trisquel and Hyperbola, as they both are LTS distros and uses same LTS kernel version by default. So you can do Trisquel+Parabola or Hyperbola+Parabola.
<raghav-gururajan>guixy: Btw, if it doesn't work right away. Try running the command `modprobe btusb` and the re-try.
<nilsirl[m]>Hi, I'm new to guix with a light experience with nixos. I'm testing things out using the provided QEMU image and reading part of the documentation. Is there an equivalent to `/etc/nixos/configuration.nix`? Or can you put your system configuration wherever you want?
<bdju>I think /etc/config.scm is common, but you can put it elsewhere and name it something else as well
<atw>yup, and then when e.g. reconfiguring the system, you specify the location
<nilsirl[m]>How can I know what's already running on the QEMU image? This isn't really a problem when you're starting from scratch, but here in this image, if I start with a quite empty <name>.scm (with just a bit of boilerplate), it's gonna screw up everything (from what I understand)
<roptat>if you are lucky, you'll find your current configuration in /run/current-system/configuration.scm
<roptat>(I don't remember when that was introduced)
***sturm1 is now known as sturm
<raingloom>anyone knows where gvfs is started? i still can't get `gio mount` working and it looks like it's because on an sddm login it's simply not started for some reason.
<pkill9>what does this error mean? guix copy: error: implementation cannot deal with > 32-bit integers
<raingloom>pkill9: looks like an integer overflow. someone should be using bignums.
<atw>guix pulling and I see rustc downloading :| gonna wait for an icecat substitute to be available
<malaclyps>raingloom, you probably already know this but sddm doesn't really start anything up if you're using wayland (or at least that's my experience with sway) -- I think it relies heavily on xsession-style scripts to get things going
<malaclyps>I ended up sticking some stuff in ~/.pam_environment which has the advantage of working whether you login via sddm or kick things off from the command line
<raingloom>malaclyps: damn. i did not. that sucks big time.
<malaclyps>raingloom, yeah. I may be wrong, but I think people ended up moving a lot of initialisation into Xsession-land and wayland doesn't really have a obvious equivalent
<malaclyps>my biggest struggle with Guix is that it requires quite a bit of environment-variable setting to get going, and I'm never clear on where or what that should be. I'm beginning to understand it better though.
<raingloom>malaclyps: could you write up what you learned and the workaround you used?
<guixy> I found where the deblobber patched out my bluetooth dongle's firmware. It's a rampatch.
<raingloom>tbh i really wish Guix had something as good as the Arch wiki
<malaclyps>i would like to explore some form of documentation that's not just wiki-and-everything-goes-and-is-never-updated-correctly: everything-is-in-one-texinfo-manual has its definite advantages but as the community grows things need to be a bit more .. discoverable? editable? don't know
<malaclyps>you remind me that very early on i had a theory about how to fix some of the challenges with zsh, and I think the solution was correct, but I wasn't confident enough to go forward with it (basically have /etc/zprofile source /etc/profile ) but now i think it's the right way
<raingloom>malaclyps: that could be useful too. i should also package the GRML config.
<nixfreak>how to do I install nim:nimble package manager
<LarryTheCow>Hi everyone. I'm still reading the Guix manual (chapter 6.2) but I jumped ahead and packaged a program. Everything is working fine, but I read that it's better to use git-download over download when dealing with auto-generated tarballs. My quesion is, how do I get the hash of a git repo?
<terpri>Leon, well, you could bypass the git cloning by using channels to check that it's not a network/git problem, by using channels (package collections; guix has a "guix" channel defined by default, which you can override)
<terpri>or to elaborate slightly, the single-quote prefix in scheme means the next expression will be treated as data rather than code
<Leon>Well, now I have other errors I think are related to the fact that my computer froze and crashedd during the guix pull last night. I sent an email about this, and we found the solution. I'm going to tend to it.
<terpri>Leon, you might want to check /gnu/store with "guix gc --verify=contents", if you suspect there might be data corruption from the crash
<Leon>OK, lots of output again. Let's wait for it to finish
<Leon>Wow, this little command is awesome, seems like it's repairing everything broken.
<terpri>note that repair is not an atomic operation, so try not to let your computer crash while it's working ;)
<terpri>though i doubt it would make things worse if the files are already corrupt
<Leon>OK. Well, I never did it on purpose. ^^' But it has happened several times that I only had a guix pull running in a terminal and my system froze for 1 minute, mouse, keyboard, clock, everything, and then rebooted by it self. That's what happened last night..
<Leon>building failed again, with the weird variable with the \x0;\x0;…
<mbakke>janneke: I'll try that on staging once you have added guile to 'gdb-minimal' :-)
<Leon>Maybe I should just reinstall the whole thing? There must be a command that downloads all the sources of all my installed packages and builds everything from scratch?
<terpri>Leon, you could peek at the referrers/references files and see if they look like source code (.scm is scheme of course, .drv files are, i think, a Nix-based language, with funky syntax but obviously source code)
<terpri>Leon, you could just reinstall guix, yes, especially if running on debian and not using too many packages
<terpri>guix package -I will give you a complete list of packages you've installed
<Leon>Oh, thanks! I was looking for a command that would give me all the packages I installed.
<Leon>So, what about the references? What should I do before I reinstall everything as a last resort.
*janneke tests gdb-minimal without guile removal for the Hurd
<terpri>Leon, i'd try "sudo guix build --repair X", where X is each file in the references/referrers lists (so <10 commands to run overall)
<Leon>OK, the package given by the referrers command has failed to build.
<Leon>build of /gnu/store/kxdbkik0dxlw4q2jwvmffxw4w200dj56-module-import-compiled.drv failed
<Leon>guix build: error: build of `/gnu/store/xx46rn64fl4s2b0rd52d9vr7qwc2pv7l-compute-guix-derivation.drv' failed
<Leon>OK, I'm nearing being out of options. ^^' Would you know of an easy way to reinstall guix completely? Or the command I should use to uninstall it, then I'll run the guix-install.sh script and then install all my packages.
<terpri>Leon, i'm not aware of a simple command to uninstall, but roughly:
<terpri>also, guix might actually be in debian at some point, but i think the request-for-packaging got stuck because using /gnu isn't FHS-compliant or something
<mbakke>janneke: it makes a lot of sense to use 'gdb-minimal' for test suites and the like. I'm not sure if Valgrind needs to include GDB at all, I suppose people who use Valgrind already have it installed?
<Leon>That was my desktop computer. I also installed guix on may banana pi m3. But it's very low on resources, so that's going to be trickier. Anyway, I guix pull gives me this: guix pull: error: failed to connect to `/var/guix/daemon-socket/socket': Connection refused
<terpri>/gnu/store/h3vhmc1k18rid5m0la03zx5hchm4s34l-hello-2.10/bin/hello: ELF 64-bit LSB executable, ARM aarch64, version 1 (SYSV), dynamically linked, interpreter /gnu/store/51xk2szprml75fjl25d1sdan0h60a25i-glibc-cross-aarch64-linux-gnu-2.31/lib/ld-linux-aarch64.so.1, for GNU/Linux 2.6.32, not stripped
<Leon>Well, to me it would seem pretty important to implement the cross building function into offloading. It's kinda the whole point behind offloading I guess
<terpri>guix build --system=foo can, apparently, use qemu+binfmt_misc to transparently emulate other architectures for building (emulation rather than cross-compiling)...offloading with that set up on the remote box might simply work (i haven't tried it)
<terpri>still handy for running guix on e.g. low-end laptops with a high-end workstation on the same network
<terpri>(though tbh i don't use that functionality much either, normally i rely on substitutes or debian packages when substitutes aren't available)
<nckx>Leon: Not really, the main point for most users is laptop → big box or big box → farm of big boxes, of the same architecture. In practice (and not just on Guix) cross-building support is too spotty to reliably cross-build large parts of the package graph. --system is slower but almost magic (there are a few cases where the emulation isn't 100% transparent but those are few).
<Leon>Well, guix pull is still running on my banana pi m3, I'll see if it goes all the way til the end. For now it's working fine. So thanks a lot everyone for all your help with my issues! I kept notes on how to uninstall the guix package manager for a clean reinstall so I'll be able to do it by myself if there's a next time when I'll need it. Thank you
<Leon> very much for your help and time! I think I've earned the right to eat lunch now. ^^
<mbakke>nckx: I think you'd have noticed if core-updates went into a feature freeze :P
<mbakke>janneke: I pushed the valgrind change in b611597af8641b388dc9f8935b85895a71e9fb52
<mbakke>and also changed Rust to use gdb-minimal on the same branch
<mbakke>obviously did not build all the rusts yet, let's see how it goes
<PurpleSym>So, I want to upgrade xpra to 4.0.2 and in the process replace python2-pyopengl with its python3 variant python-pyopengl. How do I commit these changes properly? Should I add python-pyopengl, then upgrade xpra and then remove python2-pyopengl (which is only used by xpra)?
<terpri>PurpleSym, sounds like a plan to me, unless there are programs still on the python2 version we might want to package (seems unlikely, but i don't follow python news closely)
<wdkrnls>nckx: I am able to print a test page through the CUPS web interface :). ssh -L did not work for me, but with a few modifications to my openssh service I was able to ssh -Y into it using the surf web browser.
<cbaines>practically though, the derivation comparison feature needs improving to help distinguish cases where the derivation has changed, but the output is the same (the most common occurance), from where the derivation and associated outputs have changed (which could impact the derivation you're comparing)
<katco>hey all, i finally got a guixsd system going after years of using it as a package manager. how am i meant to change conf files? e.g. i'd like to edit `/etc/gdm3/custom.conf`, but it's not there, it's in the store.
<bdju>generally you don't edit anything in /etc by hand, instead there'll be something to put in your config.scm for that
<katco>one tty has been compiling the rust series for 18h
<katco>unexpectedly triggered after doing a guix system reconfigure
<civodul>katco: are you sure WaylandEnabled=false would help though?
<civodul>i didn't specify it and yet it works on Xorg
<civodul>did you check your config in "guix system vm", to see if it fails similarly?
<katco>no, not at all. that's just what research is suggesting might help
<katco>no i haven't tried `guix system vm`... sorry, it's not clear to me what that would be trying to show?
<katco>my logs contain `gdm: GdmDisplay: Session never registered, failing` and my research suggests that maybe this is a race that was fixed in gdm and that `gnome-session` isn't completing in time. i'm using stumpwm.
<katco>but this is the primary issue, and i got stuck on the secondary issue of not knowing how to modify config files to troubleshoot hehe
<mbakke>katco: you can cancel that rust build, it's not going to complete any time soon (and it was a hiccup on master, fixed now)
<bdju>did you want GDM or is it just the default still? you could probably replace %desktop-services with just %base-packages and then use a different display manager or skip having one and use startx or similar
<katco>oh.... it's pointing to my user's guix.... i've been doing `sudo -s` which i think is causing issues
<mbakke>katco: ah, you should be using 'sudo -i' to do a full login as the root user
<katco>mbakke: i apologize. i now have a build plan that does not include all of rust
<mbakke>katco: no need to apologize, glad you figured it out :-)
<katco>so the manual suggests doing `guix pull` and then `sudo guix system reconfigure`. that would be using the user's guix and not root. is that the canonical way of performing system upgrades, or should i be trying to do this under root?
<katco>i am over the moon at managing some services on a bespoke version of linux for a nas all in userland using guix. i get to sidestep their wacky package ecosystem completely :)
<atw>ugh jealous, I'm struggling to make a service for synapse, the matrix server
<katco>atw: that is another area i think guix could work on: userland services are really useful even for those of us running guixsd in most places. i have wondered if there's a way to unify the sd services and userland services
<katco>atw: gl on the synapse service though! i'll be using that (albeit perhaps dendrite) at some point :D
<atw>if by user services you mean stuff like redshift or mpd running for just one user, I think some people have some approaches to that
<katco>atw: services running on a non-guixsd system
<roptat>to be honest I already had everything a month or two ago, but I dedicated my free time to another project instead of integrating my work into guix immediately
<roptat>maven-resources-plugin done, 3 more plugins left
<thorwil>hi! so i wanted to take care of the long overdue update of caps-plugins-lv2. building from git took many hours, making me wonder if something is going wrong. i mean to recall this used to take less time, but then again, i didn’t measure back then or now.
<thorwil>then hours more after `./pre-inst-env guix package -i caps-plugins-lv2`, only to run into an error with mesa
<thorwil>i see. the whole build from git, make and ./pre-inst-env dance is still the expected way of testing a change before submitting a patch, right? if only it wouldn’t be so ridiculously resource intensive.
<mbakke>thorwil: normally you'd get substitutes for everything you did not change
<apteryx>mbakke: right, I should edit the description
<mbakke>apteryx: sounds good, where to find dig is probably a top 10 question around here :-)
<apteryx>just editing this kind of metadata doesn't trigger rebuilds, right?
<apteryx>(descriptions are ignored from the hash computing machinery IIRC)
<bdju>In IceCat when using duckduckgo, if I refresh the results page I'm sent to some generic search page. The same happens if I click a result and then try to go back to the results page. It seems my search terms aren't in the URL. Any idea why this happens now?
<katco>what is the canonical way to run services for a single user? e.g. i used to run `gpg-agent` under userspace systemd
<apteryx>bdju: because you disabled the GNU LibreJS plugin
<bdju>You're correct that I disabled it, but I don't quite follow you here. Why does that result in this problem?
<bdju>On my phone, for example, I don't seem to have the problem... so it's not just the "normal" ddg behavior as far as I can tell.
<bdju>Interesting! So enabling librejs sort of fixes it by redirecting me to the html-only version of the site. I don't have that same "html" bit in the url on my phone, though.
<bdju>If it is a new default behavior, then I guess that would mean it was left out of the mobile version of the site maybe.
<atw>mbakke: thanks for the link, I'd missed that blog post! I'll probably convert my jank setup to that. +1 to putting that in the cookbook!
<roptat>mh... actually I think I added a dependency that's not needed
<rekado>cbaines: could you please add this commit to the master branch or propose it for discussion on guix-patches?
<rekado>I’d very much like to have something like that.
<cbaines>yeah, I'll try and send an email out about it soon
<nixfreak>how can I install nimble (nim package manager)?
<nixfreak>So nim is a packages on guix , but it doesn't come with nimble or nimsuggest or any of the other tools for nim
<nixfreak>so I decided to build it instead and it worked just fine , but I get errors like this though now ... /tmp/nimble_7950/githubcom_PMunchnimlsp_#head/src/nimlsppkg/suggestlib.nim(7, 14) Error: cannot open file: /gnu/store/gy2hv90in37dprl86rphly55n1vxl8b6-nim-1.0.6/nimsuggest/nimsuggest.nim
<nixfreak>so I have nim setup in ~/nim and I also created a dir for nimble in ~/.nimble/bin
<nixfreak>I have all the src files in ~/nim/ I created a path PATH=$PATH:/home/nixfreak/nim/bin and PATH=$PATH:/home/nixfreak/.nimble/bin
<bdju>the guix way would probably be to package nim stuff instead of using nimble. there are tons of r-foo, rust-foo, python-foo packages and so on.
<bdju>hm I don't see any like that for nim, though.