<zamfofex>awb99: From my understanding, “substitutes” are the binary versions of packages. In Guix, packages must be built from their source, but it can get bothersome having to build them all yourself. There is a CI server that builds them automatically for you, so when it is available on the server, it gets downloaded instead of being built from source.
<zamfofex>awb99: Maybe that isn’t working well for you for some reason.
<zamfofex>Which would cause all packages to be built from source!
<zamfofex>So it could be worthwhile to investigate if substitutes are working well for you.
<singpolyma>Basically if you just do "guix install x" you should not expect gcc to run if things are set up normally...
<zamfofex>awb99: It should have been automatically set up for you when you installed Guix SD, though, so it is strange if it isn’t working.
<jab>maximed I need to learn how to do some derivations for my opensmtpd-filter-dkimsigm configuration...
<zamfofex>singpolyma: Well, from my experiences, sometimes you still have to build some packages from source if you just ran ‘guix pull’, since they might not yet be available from the substitute server yet. Though I don’t generally keep track that well, so maybe it’s not so frequent.
<jab>I am currently running having the code create /etc/openstmpd/dkimsign...But it does not create a derivation for it. So, guix system vm config.scm creates /et/opensmtpd/dkimsign on the host OS.
<jab>I also should probably figure out how guix create /etc files...I think there is an etc service or something....
<dthompson>for example, my understanding of AppImage is that it ships squashfs images inside an executable, so you just run the executable and it automatically mounts the image and runs the software within.
<jab>dthompson what up brosif? Thanks for haunt man. I've been a happy user for 2 years now.
<dthompson>jab: oh wow that's great to hear! glad you like it
<jab>dthompson definitely! I need to dig into your source code and teach haunt how to render commonmark. Thought your markdown support might be good enough.
<jab>I would love to teach it how to render org-mode too, but I've heard that's rather hard to do...
<dthompson>what do you mean by render? it can *parse* commonmark
<dthompson>like, instead of html, you want to write commonmark files? curious about the use-case
<jab>dthompson Oh no. I want it to write to html. I didn't realize that it could do that! Oh wait...maybe my usecase is that I am writing the blog posts in org-mode, then exporting to markdown, and some of the links do not work....
<jab>It's been a while since I wrote a blogpost at gnucode.me....so I forget the exact issue.
<b3>Hi, what's the best way to manage my Emacs configuration inside Guix? I would like to be able to roll it back etc. as part of my system. Should I just stick it inside an extra-special-file service, or is there a better way? Any guides around this? Thank you!
***califax- is now known as califax
<iskarian>b3, it seems pretty quiet around here right now. you're likely to get more responses if you send mail to email@example.com :)
<raghavgururajan>yosys-questions: donotshake at #whereiseveryone might have some insights on playing with cuirass. :)
<sneek>civodul, apteryx says: I'm encountering the "Throw to key `match-error' with args `("match" "no matching pattern" #<eof>)'." offloading issue with a weak ARM board; it is returned after ~16 s. On the board, a Guix process continues running for much longer (the inferior process), apparently reading all package modules slowly. Let me know if you have ideas of things to look for/try!
<civodul>apteryx: not sure about 'match', but could it be that the ARM board is somehow not finding the .go files, and thus recompiling it all?
<vivien>Blacklisting amdgpu "works": on my server I disable it, but the screen is displays early boot log and is not responsive (I don’t care, it’s just a server), and on my desktop machine I can only use 1 screen and sometimes the colors are all weird.
<jonsger-laptop>vivien: thanks, thats at least better then before. At a certain point during boot the monitor gets black and thats it :(
<paul_j>jonsger-laptop: Could this also be an issue with ensuring the latest microcode is in place as well as drivers? I have gentoo installed on a desktop and on a Udoo Bolt, both with AMD graphics, and I seem to remember this was also important. I did get the black screen issue. I haven't yet ventured to install guix on either for this reason.
<vivien>Dear guix, if you want to test my minetest patch https://debbugs.gnu.org/cgi/bugreport.cgi?bug=50677 with a build that fails, just revert patch 0002 and try building minetest-moreores. You will see that all error lines are present and not just the first, so we see that it fails because _config.txt is not installed.
<civodul>ss2: ah thanks! "guix import texlive translator" isn't very helpful though
<civodul>vivien: looks like maximed is the other minetest expert here :-)
<vivien>civodul, yes, but I already asked too much, so it would be better if someone else tested it
<maximed>vivien: I applied the patches and removed "config.txt" and "_config.txt". The error reporting seems to work.
<ss2>yeah, and this translator can be found in the grand texlive package. In any case ctan is always helpful.
<isolier>I am considering exploring Guix, and know very little about the functional system administration paradigm. Anyway, is there a package for Gnome 40, or is it easy to derive one from the Gnome 3.34 package in the repos?
<maximed>Raghav Gururajan is working on updating the GTK and GNOME stack
<oriansj>nckx: well it is the best part of having software freedom, no one gets to dictate shit if other people are willing to pick up their text editors in anger.
<nckx>Thinking others are ‘dictating’ things is the first mistake of those who do so.
<oriansj>and lets be honest, they are gonna have to pry emacs from my cold dead hands.
<dstolfa>nckx: the InitWare stuff is unfortunately pretty doomed in a way. i appreciate the work that the person is doing (who is also AFAIK doing it for themselves), but it is extremely likely that down the line each of the BSDs is going to do their own thing. i'd say that within the next few years, FreeBSD is going to get a lua-based launchd/systemd-like thing, ideally with a kernel bus instead of dbus for many
<civodul>nckx: would "systemd reimplementation" correctly describe InitWare?
<civodul>it's great to see that happen on sr.ht in particular because its vision seems well aligned with that of Guix
<dhruvin>Currently it supports x86_64 only, will add more architectures soon, once this is stable. Hurd image is under development and will be available as 'image: guix/hurd'. (For now, we need to cross-compile.)
<apteryx>that does not seem to be bug; it's at least consistent with the documentation of the ssh_channel_read_timeout function (The number of bytes read, 0 on end of file or SSH_ERROR on error. In nonblocking mode it Can return 0 if no data is available or SSH_AGAIN.)
<apteryx>one could argue that a timeout happens when 0 bytes were read in that time, so it returns 0
<apteryx>I've posted some idea to use the debug-id (baked at build time) instead of the file name matching (debug link) scheme to locate the debug files with GDB
<apteryx>but I'm struggling to understand how it'd cope with grafts
<apteryx>as long as the package itself wouldn't get rebuilt (as in replaced), it should work, but what happens when the package itself is replaced with a graft (rebuilt)? Would the debug output also get the new build-id? I guess so, but I'm not entirely sure.
<roptat>I don't remember how I solved the binfmt issue I had last time on a foreign distro... when I try to build for armhf, guix tells me "/gnu/store/lgk876wh2bxxglplbwyymkx3sqzcbnk9-guile-3.0.2/bin/guile" not found, but I can actually run it as my user (it's an armhf binary)
<acrow>Hoping to fill in a gap in my understanding here. Trying to build the zig 'compiler'. It uses the cmake build system and depends on firstname.lastname@example.org but when I try to build it reports only finding llvm@9. I've provided (native-inputs `("llvm" ,llvm "opt-viewer")("llvm" ,llvm "out")). It is puzzling because guix environmant --ad-hoc llvm yeilds email@example.com by default. Why doesn't this happen in the build environment too?
<acrow>Sorry, there are some spelling errors above. s/environmant/environment/, s/yeilds/yields/. I blame the fingers.
<roptat>acrow, the variable llvm is linked to llvm@9
<roptat>whereas the name llvm refers to all versions of llvm we have, and guix will always choose the latest
<roptat>ok, I got qemu_binfmt working on a foreign distro, I installed qemu:static with guix, and added it to --chroot-directory, so it can be found at runtime. I also registered it manually as qemu-arm in binfmt
<roptat>as root, I removed the existing one: "echo -1 > /proc/sys/fs/binfmt_misc/qemu-arm" (which would require adding /usr/bin and /lib64 to the chroot)
<roptat>and added my own: echo :qemu-arm:M:0:'\x7f\x45\x4c\x46\x01\x01\x01\x00\x00\x00\x00\x00\x00\x00\x00\x00\x02\x00\x28\x00':'\xff\xff\xff\xff\xff\xff\xff\x00\xff\xff\xff\xff\xff\xff\xff\xff\xfe\xff\xff\xff':/gnu/store/p331mnw542k1hlj9xy76liiyly8657rp-qemu-6.0.0-static/bin/qemu-arm: > /proc/sys/fs/binfmt_misc/register
<robin>what is the guix home thing being discussed on the ML? i was unsubscribed for a bit
<robin>fwiw, my $0.02 on recent topics: delegated inputs seem like a suboptimal hack but i don't have an alternative, and it's been mentioned that guix home services have potential name conflicts with regular guix services which suggests that GOOPS or record inheritance might be useful
<robin>i haven't thought much about it, but if we're tweaking the use of outputs i also wonder if the outputs should be named consistently regardless of what the package is primarily for
<robin>(for example, the GLEW library just has an "out" output, but it could install into a "lib" output instead)
<robin>then you know which outputs to use from other packages, without having to guess or look it up
<nckx>Yeah, I've wanted that before. :out is currently assumed/mandatory at a very low level, and you'd need the concept of a ‘default output’, I think…
<nckx>jonsger-laptop: Yes, you need to update Guix if you're not running from a ./pre-inst-env. That includes using the visual installer, since it nests at least one Russian guix.
<lfam>And we are really good at enforcing the status quo
<lfam>Changing the subject, can anybody recommend a USB Type A to HDMI adapter that will work with linux-libre? Like, I want to add a video output to a computer that only has a USB port available. I do not need HDCP to work
<nckx>I'll try to reproduce this. But it is not indicative of corruption, don't worry.
<jonsger-laptop>there is nothing to corrupt apart from reproducible Guix bits :)
<Noisytoot>What reason is there to use XFS rather than ext4 or btrfs?
<nckx>I'm going to add a Hardcore Reproducibility Mode to Guix where any exception (like fsck error) during boot immediately reformats your drive and reinstalls Guix from your system.scm. It'll go over great.
<dstolfa>Noisytoot: it's much faster on large files and suited to certain workloads
<dstolfa>for me, anything that needs speed with large files goes on XFS. everything else goes on ZFS.
<zacchae[m]>podiki: You can start it manually? I get "invalid argument", and it is the same swap file I use on another OS
<podiki[m]>zacchae: yes, if I just do sudo shepherd start swap-.. (I forget the exact line right now), it works
<podiki[m]>zacchae: I'll submit a bug report later today, please check later and chime in; some people have it working, seems to be an ordering issue maybe (name? what subvol?)
<zacchae[m]>I get the same error if I run swapon /swap/swapfile, or herd start swap-/swap/swapfile. I guess I should try remaking it from guix before saying something on the bug report, just in case.
<podiki[m]>it will be good to see different configurations people use anyway
<podiki[m]>no reason it shouldn't work also, it is just a swap file
<nckx>‘Just a swap file’ didn't used to be a thing on btrfs at all, but I'm years out of date. Just saying ‘just’ is a loaded word.
<zacchae[m]>On an unrelated note trying to update qutebrowser crashed my computer (twice) by eating up all 16GB of RAM I have. It looks like there are no substitutes avail, probably for this reason. I'm thinking it might have something to do with guix trying to use all 16 of my cores. Is there a way to restrict core count? I don't see any such option in guix package.
<lfam>That means they can be used with any command that may build things, such as `guix package`
<zacchae[m]>nckx: Thanks! I see now it was under common build options, not guix build
<nckx>It's under guix package --help, which you can grep, which is what I personally recommend. The manual is less ideal for this particular task.
<nckx>It does understandable human prose things like ‘don't repeat the same paragraphs 17 times’.
<podiki[m]>nckx: understand about the "just" but my knowledge of btrfs is limited an only recent, so I don't know the history. at least currently there instructions to create it, pretty similar to a swapfile on another fs
<podiki[m]>indeed the "just" in "just works" often does inordinate heavy lifting ;)
<zacchae[m]>podiki: I remade the swapfile, and now I can start it. IDK how/why it worked on the other os, but not guix
<podiki[m]>Interesting. But still doesn't start at boot?
<zacchae[m]>I'll test as soon as qutebrowser finishes (or crashes my system again, though that's unlikely because I'm using half cores, and just gained 16GB swap)
<nckx>podiki[m]: I'm glad to hear it's supported now!
<podiki[m]>I too have had to make a swap with some recent big compiles (and less optimized games that eat memory) even with 16gb
<nckx>zswap has always saved me from such indignity.
<zacchae[m]>I don't do it often. TBH it only happened when my emacs had a memory leak (not sure which package. It went away with an update randomly). My system got slow, but I was able to kill emacs just fine.
<lilyp>hmm, I experience something similar (not necessarily with Guix) in that the OS tends not to swap unless it really needs to (i.e. hitting those 8Gs of RAM first)
<roptat>yeah, it's a good thing that it doesn't swap too early, but in my case, it never swaps for guix (the rest swaps, but guile ends with out of memory error while the swap is mostly empty)
<nckx>IWBN if my client supported highlighting certain words only in certain channels but it's not something I'll switch over.
<awb99>I just installed guix sd with XFCE. Are there some standard packages that you guys can recommend me? Seems like fonts, auto disk mount, screensaver, etc. that there are lots of packages missing.
<nckx>moshy: Non-fatal boot-time crashes? Those sound elusive, where can I get some 😉
***john__ is now known as gaqwas
<moshy>awb99: I highly recommend adding "sound" to "use-service-modules" to always use pulseaudio to avoid apps crashing. Also recommend gvfs and xfce4-whiskermenu-plugin packages
<awb99>how would I do this "use-service-modules" ?
<moshy>sudo nano /etc/config.scm at line 5, mine's currently (use-service-modules desktop networking ssh xorg sound)
<moshy>nckx: Probably might be my specific laptop, intel icelake hardware isn't the most stable from my experience xD
<moshy>also guix install pavucontrol, then try running and quitting pavucontrol multiple times, to see if it no longer locks on "Establishing connection to pulseaudio server"
<roptat>moshy, I'm pretty sure adding a module to your config.scm simply makes variables/services/etc available for you to use, but doesn't change your os. So either you also added a service, or the pull fixed something, or it's placebo effect :)
<moshy>roptat: It makes Pulseaudio the default ALSA driver, from what I've read.
<roptat>mh, something's weird in that story, maybe it's doing something I don't understand
<sneek>iskarian, lfam says: Thanks! Did you send that patch?
<iskarian>I don't recall who I was talking with about the missing icons in xfce, but a system reconfigure (without a subsequent guix gc), so it must not be keeping references to whatever has those icons.