<rovanion>Guix System seems to set PYTHONPATH to ~/.guix-profile.../site-packages which is messing with how virtualenvs works. I thought running guix remove python would solve this, but to no avail. There is no python in my path, yet PYTHONPATH is set!
<civodul>rovanion: on current master, Guix sets GUIX_PYTHONPATH rather than PYTHONPATH to avoid interfering with virtualenv & co.
<KE0VVT>Agh! Telegram lost my settings after an update too!
<KE0VVT>Is the fix for bug 52051 pushed to master?
<KarlJoad>So I installed Guix System yesterday, using grub-efi-bootloader as the bootloader. But now no disks show up for booting from my boot selection menu. I used the installer to generate an iniital config file and mount the disks, but then switched to TTY for the `guix system init` portion. Anyone experience anything similar?
<asdf->Building 'pbr-guix-1.3.0-15" fails... Command failed with exit code 1... a search doesn't come up with anyone else reporting this issue
<apteryx>the script checks for its dependencies itself
<xelxebar>Uhhh... `guix package -m my-manifest.scm` ends up error out for me: guix package: error: opening file `/gnu/store/09v5jx2dmrm62l8y7xvdhlx9cr0sj386-ld-wrapper-0.drv': No such file or directory
<xelxebar>Last pulled less than 24hrs ago. On commit 9ebc9ca070a21ba0aeb3f61202a8071bb250ccc8
<nckxmas>You can't lie in a domain name. It's illegal.
<apteryx>rekado_: hmm, no it passes (tbb@2020)... but on my branch I had to link with ld.gold... just that 2020 release... wut
<robin>don't remember if i mentioned the culprit, but the 'expected integer from server' guix upgrade error was due to texlive. fixed by building locally, haven't managed to reproduce it but i have some strace logs to pore over
<robin>which is of course a great opportunity to learn a bit about the relevant protocol ;)
<robin>in the manual, might it be useful to have a program index (@pindex) for the various subcommands? i mix up 'm' and 'i' frequently which might be PEBCAK :)
<phf-1>Hello Guix! I'm using Guix to build relocatable binaries. The workflows looks like: 1) edit sources 2) edit package.scm from a private local channel 3) guix pull 4) guix pack -RR ...
<phf-1>Problem is: it's slow, in the 10min ballpark.
<phf-1>anything else is really good, but is there anything to be done to make is faster?
<rekado_>phf-1: for something like that I would use GUIX_PACKAGE_PATH
<pukkamustard>Hello Guix! I'm a bit confused about where exactly substitutes are downloaded when doing `guix build` for example. There are some functions in `guix/scripts/subtitute.scm` but I don't see how they are used - they seem to be only for testing purposes. Where is the code that the guix daemon uses to fetch substitutes?
<vldn[m]>alright so far so good, but QQmlApplicationEngine is missing
<singpolyma>I am trying to get guix foreign going on an armhf board. I'm running guix pull and it did the git operations and the computing guix derivation spinner, then newline and now nothing. top shows no activity and strace on the guix process shows it is waiting for a read. Any guesses what it thinks it's doing? Should I ^C and try again?
<nckxmas>florhizome[m]: Your understanding is correct. wrap-program produces a static wrapper that is ‘frozen’ at build time; search-paths are composed much later at profile generation time depending on which *other* packages that profile contains.
<florhizome[m]>And also, by default (separator is „:“) search paths should just append?
<florhizome[m]>I want to install wayfire in the system profile and plugins somewhere else.
<florhizome[m]>there is ...PLUGIN_PATH and ...PLUGIN_XML_PATH that denote the paths of shared objects and xml metadata (for settings, f.e.).
<florhizome[m]>i put a wrapper around wayfire bc it needs to load all the plugins right when they are started. After all, normally one would do just that, create a wrapper–script. but maybe only search paths would be enough. and I don’t have unforeseen overrides.
<florhizome[m]>In any way I should use the suffix/prefix notation for the wrapper I understand.
<nckxmas>Right, I don't see a use case for wrap-program/wrap-script so far.
<florhizome[m]>It’s maybe different then other plugin systems, wayfire needs to know the paths of the plugins, the plugins don’t have agency by themselves.
<nckxmas>You just need to install both in the same profile.
<vldn[m]>how to put the binarys after building into the output path? >package-defintion <
<nckxmas>vldn[m]: No make install or equivalent target?
<nckxmas>florhizome[m]: Having two unrelated profiles ‘find each other’ isn't supported within Guix. If the user wants that, the user can set ...PLUGIN_PATH and ...PLUGIN_XML_PATH themselves, but that still shouldn't require a wrapper?
<nckxmas>Some packages hard-code ~/.guix-profile in a wrapper, but that's a pretty nasty hack, and will only work with the default profile. Maybe that's enough for you?
<unmatched-paren>only pasting in tree-sitter itself worked with nvim, but emacs-tree-sitter needs external parsers, it has no :TSInstall afaik
<florhizome[m]><nckxmas> "florhizome: Having two unrelated..." <- But I thought search paths append? And I always have at least two profiles running, right? how do they correspond about setting env vars?
<nckxmas>vldn[m]: <if file-name> I doubt that. Probably made a typo.
<AIM[m]>How do I know which modules to import for installing packages?
<AIM[m]>I don't get what you put in use-package-modules
<nckxmas>There's a suggestion. Not that I think a package already exists.
<vldn[m]>i know i know, but it's not the right way for package submission in guix i think..
<nckxmas>AIM[m]: It depends on the channel! The channel could put all packages in a mycoolchan/package/foo.scm file and you'd import (mycoolchan package foo), but that would be a pretty trolly thing to do.
<florhizome[m]>so the weird thing is, I commented the wrapper out, and now one of the env vars appends and the other one doesn’t
<Kabouik>Hey #guix. I'm not a programmer and don't know much about lisp except all people I know who understand it love it. I use Nyxt (a c-lisp based browser) though, and am considering StumWM to sink some time during my holidays.
<Kabouik>Now that I'm there, I'm thinking why not be bold and try Guix altogether.
<roptat>unless you want to create packages, you don't need to know the language to use guix ;)
<Kabouik>Is there a way to make a live-USB of Guix without a priori install? I read that `guix system disk-image` can make a Live USB of an existing installation, but can I do the opposite, i.e., install Guix on a thumb drive to test it, play a bit with it without installing on my computer, configure a WM, play with the package manager, and when I'm satisfied, used the modivied Live USB to install on a SSD?
<roptat>Kabouik, you can install guix, the package manager, on your current distro, and use that to install the system on the usb
<vivien>Kabouik, you should try guix on top of your current distribution.
<roptat>(we make a distinction between Guix, that you can install on top of any linux distro, and Guix System which is a distro)
<Kabouik>I did already but I wanted to try the distribution this time; I was not a big fan of mixing the guix package manager with my distribution since they really work in different ways file-hierarchy wise
<vivien>You can also test guix system in a virtual machine
<Kabouik>But I'm running short on SSD space here on my laptop, so trying from a Live USB and being able to save my changes, and then possibly install the customized Live USB on a real computer, would be awesome
<roptat>I don't remember how you do that, but sounds like you're just one command away
<Kabouik>It's `guix system disk-image` that made me think of that, as it kinda does the opposite: clone an existing Guix System installation into a Live USB to replicate it to new computers.
<roptat>that will create an ISO from the config, and you can burn that to a USB
<roptat>(you need to come up with a system config)
<nckxmas>…aand we're back to ‘shouting at computers’ (my hobby according to $partner :) because my advanced home media subsystem won't boot because /etc/static/dbus-1 is missing and this is worth an unhandled exception. Is this familiar to anyone?
<vldn[m]>or you could make a guix usb stick with your guix install on your foreign distro
<Kabouik>That sounds a bit similar to `guix system disk-image` except disk-image clones the full disk roptat, correct?
<roptat>guix system disk-image won't clone anything I think. It's the old name for guix system image
<Kabouik>The last time I tried to install Guix (package manager) on my distribution, the thing that annoyed me is there was no uninstall script, and Guix did scatter files and dirs a bit everywhere so it made me feel uneasy for something that was just a test at the time
<Kabouik>vldn[m] no, not yet, but (1) there are blocker-mode and no-script-mode builtin Nyxt which kind of cover the same usage as uBlock, except they're not as efficient eyet, and (2) one of the developers is actively working on supporting web extensions, uBlock being one of the main reasons since it's often requested by users
<AIM[m]><vivien> "You can also test guix system in..." <- Or do like me... I just leaped directly in Guix.... Without any considerations...
<Kabouik>So roptat, creating an ISO image of my Guix config will be helpful. But can I make a *writable* Live USB of Guix to fiddle with that config in the first place without installing Guix on a computer?
<AIM[m]>It gets video data directly from yt without any ads
<KarlJoad>I am trying to build a new system generation, but the initial ramdisk is missing the "ahci" module. It throws an error from the default-initrd-modules in find-module-file function.
<KarlJoad>I have added additional config options to build extra modules into the kernel, but the initrd is the one failing. Why might that be?
<AIM[m]>Anyway to remove gdm and use startx instead?
<nckxmas>KarlJoad: initrd-modules defaults to a simple list, it is not intelligent, and the initrd builder will happily choke if one of the modules in that list does not exist. I'm brooding on a more general solution because of bug 52667, but until then (if that even happens :) you can manually delete modules your custom kernel lacks: https://issues.guix.gnu.org/52667#2
<nckxmas>You can use (fold delete …) if it's more than one.
<nckxmas>So rolling back didn't work either, so I tried deleting /etc/static/dbus-1 from the initrd REPL, rebooted, Guix happily recreates it brokenly and the bournish ls lacks an -l option. This is great.
<KarlJoad>nckxmas: Thing is, I only _added_ to the list of kernel config options. I prepend my new options to the %default-extra-linux-options list, so I should not be changing anything with the ramdisk.
<Kabouik>roptat just to make sure I understand correctly, the GUI installer of Guix System is just an installer, not a live version of the stribution?
<Kabouik>Trying to check if the only way to get Guix on a thumb drive is to use the manual installation (or maybe the GUI installer, but on a second thumb drive, and select the other thumb as install destination?)
<nckxmas>‘(configuration-file #f)’ yeah you're starting from upstream defconfig, then applying the relatively puny %default-extra-linux-options to it. This will result in a kernel vastly different than what Guix expects.
<nckxmas>I see all make-linux-libre* calls in linux.scm have an explicit #:configuration-file kernel-config.
<nckxmas>I'm not sure how this magically DTRT, but obviously does.
<KarlJoad>Thanks for pointing that configuration-file out. Didn't even notice that one. Trying that now.
<nckxmas>AIM[m]: Sorry you've been rather ignored lately :) Using startx with Guix System is far from trivial, at least it used to be. I don't know if much has changed. Try searching for recent search engine hits for guix + startx etc.
<nckxmas>Most people who don't want GDM use SDDM or another DM, not startx.
<nckxmas>attila_lendvai: It would be easier if you could reproduce this directly, for example rm -rf ~/.cache/guix && guix pull && guix whatever && sudo -E guix system reconfigure … && find ~/.cache/guix -user root
<nckxmas>If it's ‘something that happens after a while somehow’ it's hard to debug.
<attila_lendvai>nckxmas, i'll keep an eye on why this happens. for now i was just wondering if it is expected or not.
<nckxmas>It will only print successful builds actually performed (if you run ‘guix build a b’ and b fails and a was already in the store, you'll be able to grep for b's failure but a won't be mentioned) but maybe that's enough for your use case.
<AIM[m]>How do I specify version for package list in config.scm
***Xenguy__ is now known as Xenguy
<tissevert>it will take the latest version by default (that is the version the package is defined at in guix)
<tissevert>but I suppose you could make fixed versions of packages by inheriting them and overriding the version / hash fields ?
<KE0VVT>I need to know if it's safe to run Guix System on my X200 again.
<jackhill>KE0VVT: I'm not sure what you mean by the installer, but if this is your issue, we think we've fixed it: https://issues.guix.gnu.org/52051 If it turns out you can't login, I guess you could always boot into and older genereation
<KarlJoad>Is there a list of home services that can be used with guix home?
<minikN>Hello. Possibly a silly question, but I never know whether I should install a particular package in my system or my home profile. Is there a convention? What's the difference, besides system package being executable by multiple users?
<KarlJoad>minikN: I think a big reason is the time to update the system when doing a guix system reconfigure.
<minikN>Hm, that's a good point, never thought of that.
<KarlJoad>But from my experience in NixOS, and from what I have experienced with Guix so far, there is no real convention as to where to put packages.
<KE0VVT>If I give the entire ~/ to Borg, will it back up all the stuff linked in .guix-profile? :o
<nckxmas>minikN: The only reason beyond user preference that I can think of is when something is somehow bound to the system, i.e. you run the postgresql service, so you add some postgresql command-line tools to your system configuration packages so it will always be ‘in sync’.
<nckxmas>But it's really just user preference even then.