<goldenshimmer>My ~/.config/guix is a git repository, so assuming it doesn't get deleted I expect it's OK; and ~/.guix-profile is a symlink into /var/guix.
<zimoun>nckx: Thank you for the explanations. It makes sense. What surprise (second times) is “guix build -h” does not say “–with-source=PACKAGE=SOURCE” but only “–with-source=SOURCE”. Which is confusing. Now, I rememenber the same discussion. Well, I am going to send a tiny patch. :-)
<sys2>hi #guix! I'm having some trouble with xmonad. When I try to xmonad --recompile I see "Could not find module 'XMonad'", which makes sense because it's not in the list provided by 'ghc-pkg --list'. I noticed I have 2 ghc's installed in ~/.guix-profile (I have 1 user profile). How can I find out why? The older one (8.6.5) has the modules I expect... the other ghc is 8.8.3 (what runs when I use ghc --version)
<bdju>https://issues.guix.gnu.org/42923 looks like this issue is kinda stagnating... screenshots are still upside down when taken on my portrait monitor until sway gets upgraded. (or until I downgrade grim, I guess)
<sys2>is there a way (in a manifest) I can say "package1" "package2" "dep-of-both@version-they-should-share"? I think my xmonad issue is because ghc was upgraded but xmonad and ghc-pkg-xmonad's ghc version is older
<sys2>or should I just mangle $GHC_PACKAGE_PATH so they can both share it?
<sys2>fixed by pinning GHC at the version xmonad is using. couldn't find a way for them to share dependencies/GHC_PACKAGE_PATHs otherwise (setting that manually didn't fix it either)
<lfam>Urgh, just noticed a mistake I made in commit 105a037090d
<lfam>I truncated the wrong VERSION and broke fetching of the deblob scripts
<str1ngs>rekado_: hello, just quickly looking at jack1 and gstreamer seems there is a 1.18.0 release. which also dovetails with some additions i have queued that adds webrtc support. is there particular branch this work should go on?
<goldenshimmer>How can I set the font for gtk3 to use? (Guix on foreign distribution). I found some suggestions online for other distributions to use a program called "gsettings" but there's no package called that in Guix... thanks!
<str1ngs>goldenshimmer: hello, what desktop environment do you use?
<goldenshimmer>None in Guix; just standalone apps. (The foreign distribution uses KDE, but Guix doesn't use the GTK3 settings that the foreign distribution uses)
<str1ngs>goldenshimmer: does installing gsettings-desktop-schemas help?
<str1ngs>you might have to restart your deskop after installing.
<goldenshimmer>Hm, the glib package in the foreign distribution provides the gsettings binary... neither the gsettings-desktop-schemas nor the glib packages in Guix appears to include it though.
<str1ngs>goldenshimmer: does gnome-tweaks work with KDE. I assume KDE has a xsettings implimentation.
<goldenshimmer>KDE isn't involved in the Guix packages, as far as I can tell — KDE can configure the foreign distro's GTK packages fine. The ones from Guix don't see the host's GTK configuration (which is fine, I prefer to keep them separate). I'd prefer to configure Guix's GTK without affecting or depending on the host system's settings..
<str1ngs>possible. but it might have to do with how KDE handles xsettings
<str1ngs>I use xfce and it's settings daemon will change the fonts for guix install programs.
<goldenshimmer>That solved my issue for the record — making sure the host's configured gtk typeface got the Guix apps to use it. Thanks!
<bdju>I copied the lines for rtl882lce-linux-module from linux.scm into a new file and then edited the source url, hashes, description, name, etc. for rtl88x2bu, but now I'm not sure how to test it. Should I be somehow installing a modified linux.scm on my system, or installing this as its own file?
<bdju>if I install it as its own file, I'm not sure how I figure out what use-modules to use. I don't have any so far
<str1ngs>bdju: do you plan to use this in a system config?
<bdju>str1ngs: well I want working wifi so I was going to try to make this work (on my machine with relevant hardware) and then submit a patch or something. not sure how to directly answer your question. I guess it would maybe have something to do with my system config
<bdju>I don't really know any of this stuff and I'm kinda just putting in the bare minimum effort
<bdju>I had tried guix package --install-from-file but I guess a kernel module would probably not be installed for just my user
<nckx>raghavgururajan: Bug report: ☝ milkman[bot] needs to return the first title element, not the last (or whatever it's doing).
<nckx>raghavgururajan: RAM alone would explain the heavy file system corruption. For all the painstaking care btrfs/ZFS/etc. take to journal/checksum/etc. your data, they assume RAM is completely reliable.
<nckx>So does everything else. It's a correct assumption to make, but it means all bets are off if your RAM is wonky. You can't debug anything else until you fix it.
<rekado_>the arm-none-eabi-7-2018-q2-update-1 cross-compiler’s libstdc++ seems to be unable to #include_next <math.h>
<rekado_>is there yet another env variable that needs to be set? Or one that may not be set?
<civodul>rekado_: oh that sounds like a CPLUS_INCLUDE_PATH kind of issue
<raghavgururajan>nckx: Yeah, I overlooked RAM. My GNOME use to stutter whenever I play HQ videos in media-player or any video in IceCat. I thought it was GNOME's shenanigans. But now, I closed all the apps and started memtester. The stutter happened few seconds after that.
<raghavgururajan>nckx: Whenever stutter happens, I had to restart my system everytime. Even log-out and log-in didn't work. But I discovered something new today. When I close the lid, the system goes to sleep. When I reopen, the stutter is gone.
<raghavgururajan>nckx: I repeated this 3 times.  Close all apps  start memtester  stutter happens  stop memtester and stutter continues  close the lid and system goes to sleep  open the lid and unlock screen  stutter is gone.
<nckx>raghavgururajan: memtester allocates *all* ‘free’ RAM in order to test it. You bet that causes stutter. You're not supposed to be watching videos while it's running. In fact you should close everything you can afford to, so memtester can allocate (and test) as much as possible.
<nckx>Unless memtester actually reports errors, it causing slowdowns is no indication of bad RAM whatsoever.
<nckx>Bad RAM doesn't cause stutter or slower cat gifs; it causes bad data corruption and crashes. So worry about the failures; stutter is (here) irrelevant.
<raghavgururajan>I also repeated this 3 times.  Close all apps  play a video in IceCat or media-player  stutter happens  close icecat/media-player and stutter continues  close the lid and system goes to sleep  open the lid and unlock screen  stutter is gone  continue to .
<rekado_>civodul: I think this is a problem with milkman. The title is fine, but the first anchor tag contains an SVG, which itself has a TITLE tag. I guess it’s taking the contents of *that* title rather than the title from the HEAD of the document. Weird.
<leoprikler>I think part of the appeal of your human "It's porn" or even better "It's spam" bot, is that you don't have to read clickbaity titles like "Installed Windows! What Happened Next Will Surprise You"
<civodul>cbaines, mothacehe: i think it would make sense to use the Build Coordinator on berlin, to address the scalability issues and poor resource usage we see on berlin
<mothacehe>civodul: what particular scalability issue makes you think that. The gc collection time ? Anything else ?
<cbaines>I think architecturally, the Guix Build Coordinator doesn't require built things to be in the store, which I think makes it easier to serve more substitutes without running in to the limitations of a large store on a single machine
<cbaines>nars/narinfo files can always be baked in advance, something that I've realised can take a significant amount of time for large nars, and this work is also done on the build nodes, rather than the coordinator which distributes the work and saves on network traffic
<civodul>yes, there's that, and also in terms of scheduling the offloading model is too static
<civodul>and so we run into the scheduling issue with 'build-paths'
<cbaines>I also think there might be something in the offloading to the Guix Build Coordinator that civodul suggested. It occurred to me that this would be a cool way for the Guix Data Service to build things through the coordinator
<cbaines>So, I can talk about what the Guix Data Service and Guix Build Coordinator do, and how they complement each other when used together
<cbaines>civodul, you've done more thinking than me on what the Guix Build Coordinator could bring to Cuirass though, in terms of perhaps offloading Cuirass builds to the Guix Build Coordinator through the guix-daemon
<tribals>Hi, folks! Complete newbie here (sorry in advance, huh :)
<zimoun>civodul: thanks. :-) Well, the question is: does (load-in-vicinity ‘.’ ‘foo.scm’) run with all the modules loaded say extended %load-path outside ’foo.scm’ or only execute ’foo.scm’ with the core modules. Because channels are not seen by ‘guix repl foo.scm’
<rekado_>unfortunately, adding libstd++-headers to the inputs of gcc-arm-none-eabi-7-2018-q2-update has had no effect.
<leoprikler>the logic to determine %package-module-path uses some `guix describe` magic, that gets confused by setting the program arguments
<jlicht>leoprikler: but that would still have nothing to do with guix not being able to find channel commands such as `guix workflow`?
<leoprikler>not finding guix workflow is due to a missing `guile` in your environment most likely
<leoprikler>but I was talking about something different here
<jlicht> it seems that `(guix ui)` bails when it can't find the guile module for the command, but since it hasn't called (%package-module-path) yet, the load-path hasn't been enhanced to be able to find modules in the 'union' of guix channels :/
<wargreymon2020>Hi, i ran into error on emacs-guix when executing 'M-x guix' followed by 'c' which is 'guix shell command' on minibuffer.
<PotentialUser-90>hello, I installed guixsd 2 days ago and while tyring to install emacs today on i686 it fails with this message "build of /gnu/store/a6k8q4rgw8bin0pgcrfbpla3363af36k-mailutils-3.10.drv failed"
<wargreymon2020>Error in evaluating guile expression: ice-9/boot-9.scm:1669:16: In procedure raise-exception:
<sneek>Welcome back PotentialUser-90, you have 1 message!
<pancak3>oh, I think it's netcat. I shouldv'e known that :P
<pancak3>I like having guix environment for getting build tools, but I also use guix environment --ad-hoc a lot. Unfortunately, I always forget to add --ad-hoc when I need it :P I think it'd be super helpful mentally to have a different alias for guix environment --ad-hoc. What would be a good name for it though?
<pancak3>is there a way to skip phases from the command line? It'd be cool if you could something like guix install --without-phase=mailutils=check emacs
<civodul>pancak3: not possible yet, but definitely doable!
<civodul>rekado_: GUIX_EXTENSION_PATH sounds like a good idea! (somehow i had overlooked that message of yours)
<pancak3>PotentialUser-90: Sorry. I'm really not sure how to troubleshoot this. I tried building it from master but that would require some more work since we currently build from a release tar. Also I do have a few things I really should get done today :P
<pancak3>I do gotta ask, why do we prefer building from release tars when we have access to the git repo tag? If we did it from the repo, it'd be easier to use the latest release to check if our bugs are already fixed
<reepca>just realized I sent my patch to bug-guix and not guix-patches, welp
<pancak3> command "tar" "xvf" "/gnu/store/5xydiblzc8rgnw60c2sjrgrxjwnix2b5-07rnywb4qwrz0vamsg2d7fwbld9gyyq0-mailutils.git" failed with status 2
<pancak3>but still better than last time. thanks for that nugget :)
<leoprikler>looks like you'll have to `make dist` locally first
<peanutbutterandc>Question: When the 'configure' phase of a package says something about an option package 'pkgconfig' not being found, it wants that in (native-inputs) as opposed to (inputs), I presume?
<pancak3>does anyone have yubikeys working/ knows how to debug them? I added lubu2f-host to my udev rules, and have the pcscd service running. It even works on the yubico demo website. However, gmail in chromium and icedove really doesn't like it
<pancak3>I've done way to many searches on the internet and spent way to much of my time debugging this :P It's like the last thing I need to do before I can fully switch to guix
<peanutbutterandc>Question: This package I'm brushing up on wants qtwebkitwidgets so that it's users can log in to freesound.org. Do I put the optional dependency in or do I leave it out?
<str1ngs>rekado_: ah I was while looking at using jack1 with gstreamer I noticed that gsteramer has a 1.80.0 release. which kinda dovetails with some other work I have been doing to add webrtc support to gstreamer. I have a working WIP for 1.80.0 but I was wondering if there was a branch I should work off instead of master. I would imagine this would produced quite a few rebuilds.
<rekado_>str1ngs: core-updates is the branch for world rebuilding
<rekado_>but you may also want to check wip-desktop
<rekado_>that’s where raghavgururajan upgrades and improves Gnome
<rekado_>it might include gstreamer upgrades as well
<str1ngs>rekado_: okay I'll user that. also the gstreamer:doc output no longer exists it now has its own source tarball. gstreamer-docs is there a mechanism to replace gstreamer:doc with say gstreamer-doc. or should I use multiple sources to replicate gstreamer:doc. the build/install for gstreamer-docs is a copy recursive.
<leon>Hello! I have a problem, maybe someone can help me? I installed rsync via the GUIX package manager. On my server as well as on my computer. And I have ssh keys all configured to connect to my server. And when I try to use rsync on my computer, bacsh says that the rsync command is not found. When I install rsync with the apt package manager, it works fine though. Anyone knows of a way to fix that?
<leon>If I use rsync locally it does work though. It's only when I use rsync between my computer and server, so via ssh. The same goes for unison, it's a file synchronization and backup tool.
<rekado_>leon: Guix installs packages to ~/.guix-profile, so you will need to have ~/.guix-profile/bin on the PATH that the SSH session uses.
<rekado_>leon: I don’t know how to make sure of that, unfortunately. SSH has an option to respect an environment file on the remote, but I think it’s disabled by default
<rekado_>one really crude way to make it work is to link ~/.guix-profile/bin/rsync to a location that is looked up by default (such as /usr/local/bin or the like)
<rekado_>but the details depend on the configuration of SSH
<leoprikler>Another solution would be to try starting bash (or zsh or whatever) as a login shell
<leon>OK, so in case we don't find a better solution, I can set up the symbolic link to make it work as a last resort. Before that, do you know how I could set up the SSH configuration to have the guix path in its PATH variable?
<leon>civodul: yes. Debian on my server, and Ubuntu on my laptop (it's a new laptop, I couldn't make Debian work on it because of the USB-C port... -_- )
<alextee[m]>GNOME’s default web browser “GNOME Web” becomes a decent browser with this release. Web introduces tracking protection, audio and video blocking options, tab specific mute option, and easy import of bookmarks, setting from Chromium.
<milkman[bot]>GitHub - drduh/YubiKey-Guide: Guide to using YubiKey for GPG and SSH
<nckx>darkpsi: GRUB_ENABLE_CRYPTODISK isn't a GRUB configuration option; you won't find it in (any) grub.cfg or in Guix. It's best not to compare too much to other distributions.
<pancak3>rekado_: nice guide, finally figured out my issue. I'm using some offbrand key that isn't actually a yubikey :'(. I've since used it to do stuff like sign into github with no issues. But my work gmail still won't accept it on Guix. It works on Arch and I'm very confused.
<nckx>raghavgururajan: I could kick it if we decided to, but I thought you had full control?
<rekado_>pancak3: what’s the actual device name? lsusb could help.
<rekado_>I haven’t done anything fancy with the yubikey yet
<nckx>Hullo pancak3. Can't complain. But the world owes us all a glorious 2021. 🤞
<rekado_>how does this “sign into github” thing work?
<pancak3>wow. The services list is so bare. I once tried to step down to base-services from desktop-services, but I gave up
<darkpsi>@pancak3 just trying to get encrypted boot to work first then populate it
<pancak3>if you do what you're doing, and only have one partition, would you be able to only have to enter your password once or is the double password thing caused by something else?
<nckx>pancak3: Erm... My to-do list escaped during the night and hasn't returned yet. I suspect it found a new home somewhere else, and that I'll soon start receiving postcards with closed bug numbers.
<pancak3>nckx: All good man. I do wish I could help you guys and lighten the load, but I'm not knowledgeable enough, and now I'm a full time engineering student, working part time :/
<darkpsi>@pancak3 i am fine with having to enter the passphrase twise just want it to boot atm it complains that it can not find the unencrypted partition and not password prompt .
<pancak3>well other than the two vs one partition thing, the only other difference I see is that you point directly to a /dev/mapper device and I do this instead: (device (file-system-label "guix-root"))