<PotentialUser-47>The repository clones fine when using `git` from the command line, whilst this repository does not contain submodules, it is also failing for me when using a repository with submodules
<AwesomeAdam54321>or add sources to the store manually like `guix download path/to/hello-1.0.tar.gz`
<bumble>I'm trying to use geiser's "geiser-edit-symbol-at-point" but when I call it from emacs ... nothing happens except this message gets printed to *Messages* buffer "You can run the command ‘geiser-edit-symbol-at-point’ with ®"
<PotentialUser-58>Those are excellent; they are the reason I even know about Guix - they are just a bit long sometimes. Thanks for the link, that looks more like what I was looking for. Anyway, it is time to install Guix ;)
<PotentialUser-37>I figured out the issue for the keyboard: the services need to be moved after bootloader and file-systems in case one wants to configure the Xorg layout according to the manual. For the other issue (with commits), I think the issue is that I forgot guix pull.
<mirai>What's the equivalent of `git clone` for a CVS repo?
<vivien>#66099 finally updates upower and eudev, for use in gnome-team! It involves guix-friendly patches that have been sent upstream, for which I am expecting reviews. In any case, this was a very complex issue (exceeding by far my usual guix level), so I’m glad it went well.
<PotentialUser-45>The icecat doesn't seem to have been updated already. Is that already WIP?
<AwesomeAdam54321>Does Guix fully utilise the /gnu/store/.links yet? I remember there being an issue where guix redownloads stuff that was already in the store
<tex_milan>Hello Guixers! I am trying to package broot (command line file manager), and it is in our favorite language rust. I get this error: package `anstream v0.6.4` cannot be built because it requires rustc 1.70.0 or newer, while the currently active rustc version is 1.68.2. Any idea what to do?
<vivien>Well, if you write a nice message to the issue, maybe that will remind other people that it exists.
<tylerm>Hi all! Im currently trying to package caddy, and to do that i need to package its dependencies. One of them I need is net/netip which is in the go stdlib. Does anyone know how to get this in, as adding just go or go-stdlib to native inputs doesnt work. Thanks!
<PotentialUser-22>When running make check, build-utils.scm failed. Is that to be expected?
<jaeme>How does one configure gnupg on GuixSD? I'm stuck on getting a "pinentry interface."
<jaeme>I have a guix home configuration for home-gpg-agent-service-type but I don't know why it's not working.
<tex_milan> "pinentry-program " #~(string-append #$(file-append (S "pinentry-rofi") "/bin/pinentry-rofi") "\n")
<pastor>Guys. I'm playing arround fixing some issues on `emacs-guix`. I have to rewrite some function from `gnu packages` and I cannot wrap my head around this simple error. When defined on the `gnu packages` module everything works fine. This is the code: https://paste.debian.net/1293624
<pastor>Answering my own question seems that the problem with the let binding I was having is due to not using `(srfi srfi-71)`. Do you guys have any way to have a bit more insight on what the different `srfi`s are doing?
<gnucode>PotentialUser-22: a little anxious for some reason.
<gnucode>but yesterday was a fun day. So that's nice.
<efraim>tex_milan: I will say it won't be a quick process, I'd suggest seeing if firstname.lastname@example.org builds with rust-1.68.2 or trying an older version of broot doesn't require such a new version of anstream
<tex_milan>efraim: will look at those options, but anyway good there is hope :)
<somenickname>How can I retrieve the latest ISO since the link of the website is still broken?
<koollman>somenickname: which link on which page ?
<RavenJoad>somenickname: plasma-desktop-service-type is probably what you are looking for. I'm not sure how well supported it is though. It historically has not. Unless something changed recently I do not know about.
<somenickname>RavenJoad: Yep thanks. I just want to play around with it.
<jaeme`>I'm still scratching my head over pinentry for gpg, I followed the instructions in the guix manual but gpg still tsays that it can't find pinentry when I try to import one of my keys
<gnucode>hey friends! hats off to whoever made/maintains/worked on the graphical guix installer. It's working beautifully on the Dell Optiplex 7020.
<gnucode>hmmm. Well maybe I spoke too soon...I just rebooted and I now have some issues. Namely I cannot boot. haha.
<gnucode>but at least the graphical gui worked! that's kind of cool!
<gnucode>grub loads up, but I see an option to boot elemntary OS...which is what guix system should have replaced...
<gnucode>I think there is a grub command...that I can run that should let me load grub.cfg from the hard drive...
<gnucode>but I encrypted the harddrive so that might be hard to do...
<gnucode>well I think the simplest option would be to just re-install without encryption. Weird.
<gnucode>hmm...maybe I booted guix incorrectly from the installer disc. I chose to boot via legacy boot, but I think the optiplex supports booting uefi
<frog_>if you want an encrypted system, you have to do a separate unencrypted /boot partition so the grub config file can be read. you can try to manually decrypt your partition using the grub command line but it may be hard. the commands are something like this: https://paste.debian.net/plain/1293634 even if you manage to boot your system, youll need to figure out how to repartition your disk and add a separate partition for /boot. then
<nckx>ACTION does not recommend a separate /boot partition. You'll be in the minority, it's not well-supported by Guix System, & you'll be even more on your own than you feel now.
<frog_>out of curiosity, how do you do an encrypted system then?
<nckx>Most of my systems use the standard Guix System configuration with a single encrypted partition (so no ‘FDE’, but no /boot partition) that makes you enter your passphrase twice for double security. My laptop uses a separate /boot partition that then needs to be kept in sync ‘manually’. It's an extra potential point of failure.
<frog_>in the first case, where does grub read the config file from?
<nckx>The encrypted volume, hence the double passphrase entry.
<nckx>Guix doesn't have support for hacks like key files in the initramfs yet.
<Altadil>nckx: Do you know if it will happen eventually ? I would love not to have to enter the passphrase twice. xD
<nckx>I don't think it will ‘happen’ until someone takes the lead & does the work (that's not a dig at anyone; I'm not planning on working on it).
<gnucode>frog_: and nckx I got it to work now. I installed guix via legacy boot the first time. The second time I tried I installed guix via grub-efi.
<Altadil>nckx: makes sense. I wish there was some kind of bounty program for Guix, because that’s the kind of thing I would definitely help fund. But I doubt there are enough people interested in the first place. :(
<frog_>i was under the impression that grub needs a readable config file with commands like cryptomount in order to know to mount encrypted partitions. based on what you said, i guess grub is smart enough to decide on its own to do that when there's no config found otherwise. huh.
<vivien>lilyp, for #66099, I’m using the v3.2.12 tag as a source, but one of the patches that get applied overwrites the version in configure.ac to 3.2.14. If I declare eudev to have version 3.2.12, then it is misleading, because its configure.ac reads 3.2.14. I have never met this problem before.
<frog_>nice, didnt even think about that possibility. still recovering from arch linux brain rot from years ago of only installing grub once.
<mirai>Is it possible to have two X servers running for two different users?
<PotentialUser-53>Hello, everyone! I wanted to install Guix but ran into a problem. With Russian ip I am not allowed to download packages, no access to official repositories. Can you tell me who to contact to get the blocking lifted? I think it's not fair to my fellow citizens, because everyone, regardless of nationality, deserves freedom
<mirai>PotentialUser-53: rekado may know something about this
<jaeme`>PotentialUser-53: Does that mean you can't connect to GNU savannah nor the substitute servers?
<efraim>The institute hosting the berlin substitute server is currently blocking Russian IPs but the bordeaux substitute server should still be accessable
<vivien>There are a few services in guix that expect a raw configuration file. This makes it unextensible, because how do you merge raw files into one? A popular approach is to include configuration files by their file name. For instance 10-initial-config.cfg comes before 20-optional-stuff.cfg. What would you say if, instead of a plain configuration file, the configuration for these services were to be an alist from priority values to files? That way
<mirai>you can certainly merge lines or files into a bigger file
<vivien>mirai, on the guix side, it would be sufficient to merge the main alist configuration and all alist extensions, sort by priority value, and them concatenate them.
<mirai>regarding `service-extensions', that's a bit trickier
<PotentialUser-53>The bordeaux servers don't work for me on Fedora 38, but they do work on a Gnu Guix virtualization, it's all strange
<mirai>vivien: you can tinker with how service extensions are “merged”
<vivien>Another idea would be to still have named configuration bits, but the extensions would be forms such as (add-after '10-initial-config '20-optional-stuff (plain-file "optional-stuff" "the actual configuration..."))
<vivien>This is how phases work in guix build systems
<vivien>The problem arises when no extension provides '10-initial-config of course
<mirai>IMO I think the services need to be rethought a bit (for instance, how to express _instances_ of a service)
<mirai>just because nginx-service exists and can be extended doesn't mean that only 1 running nginx is enough
<mirai>and as you're saying, capturing the notion of priority for service extensions
<vivien>The problem I see with nginx is you can only extend the server blocks, not the upstream blocks
<mirai>I used nginx as an example, the idea is to have the systemd foo@instance-1 foo@instance-2 analogues
<vivien>Maybe this is more of a problem for syncthing
<mirai>I think there's room for improvement or redesign here, especially if we're going ahead with using our own init here (shepherd)
<mirai>how shepherd meshes with guix and its way of configuration
<vivien>My dream for an extension mechanism is if services could be extended with pure scheme functions. You would then extend the nginx service with a function that take a partial nginx-configuration and return a more complete nginx-configuration
<vivien>I have never had to run multiple instances of the same service to be fair
<mirai>looks like it could turn into something unrecognizable quickly
<mirai>if each service is allowed to muck up the configuration from another, the order of the transformations or who changed what
<vivien>Correct, but some transformations commute, such as adding a server block in a nginx configuration
<mirai>yes, those kinds of things are alright (important note: the nginx directives have ordering)
<janneke>xelxebar: can't be is possibly a bit strong (and a good question!); .bashrc aliases, clone + compilation of guix repo + store population for `guix shell', /swapfile, ...
<xelxebar>civodul: Woah. What a friggin' cool patch! Seems like a huge QOL improvement among other groundwork that I don't fully grok yet.
<xelxebar>janneke: Ah. I see. Sounds like you're actually using the hurd. Naively, I'd think some of that could be setup with guix home? Swapfile... is also something I'd like to autogen. Will give this some thought.
<PotentialUser-22>While trying to update the calibre package, I get that uchardet was not found. My guess is that I have to add the uchardet to one of the inputs. But how do I decide which? I am aware of the differences between them, but not sure how to go about choosing them.
<janneke>so, guix system reconfigure on the hurd creates and activates a new system profile, installs a new boot.cfg but then fails with
<janneke> /gnu/store/b0ani8jjgp21qkgr514880081hizyap5-grub-minimal-2.06/sbin/grub-install: error: cannot find a GRUB drive for part:1:device:hd0. Check your device.map.
<mfg>Does someone know what the current state of the modular texlive is regarding the ls-R database? I believe it should have been fixed such that building with modular texlive is not as slow anymore, but it is still slow for me.
<user11>Hi, I'm on Devuan (sysvinit) and got guix installed. Seems to work now, but for some reason the daemon doesn't run correctly and entering guix install into the console results in guix install: error: failed to connect to `/var/guix/daemon-socket/socket': Connection refused
<user11>Funnily enough if I *then* start the service to start the daemon it works correctly
<RavenJoad>PotentialUser-22: Some software actually depends on mutable state and is underdocumented (looking at you apcupsd) to make everything work.
<superkamiguru>somenickname: I imagine if it's relating to the rpi template included in the guix package then that's fine. Not sure if discussing obtaining/adding in the nonfree firmware would be on topic though.
<superkamiguru>So I have a bootloader/filesystem declaration that I am using to generate a vm image https://paste.debian.net/1293725/ (efi-raw converted to qcow2), but for some reason no matter how I define the efi partition, it doesn't get mounted in the resulting image. The vm will boot, but only the rootfs will be mounted to vda2.
<somenickname>superkamiguru: I don't know it. But I know that guix system image does overwrite file-system definitions. Maybe the vm command does the same for boot?
<superkamiguru>I am using guix system image to produce the vm, so that might be why. This process/config file used to produce a vm with the /boot/efi directory mounted on boot, but after a few updates it no longer works.
<superkamiguru>I am mainly trying to produce a vm image with a config file, and then have the vm be able to reconfigure itself based on that same config
<superkamiguru>This definition is close, but since vda1 doesn't get mounted to /boot/efi, when you try to reconfigure it throws an error that /boot/efi is not a partition. Manually mounting vda1 to /boot/efi fixes this and on reconfigure mounts correctly, but then the image is large and not practical to distribute.
<pastor>Good evening. This morning I made some (janky) changes on `emacs-guix` to display also packages from user channels. Anyone would like to have this changes upstreamed?
<RavenJoad>superkamiguru: The only thing I see different between my desktop's efi config and yours is the trailing "/" on the file-system mount-point. Otherwise, I do not know either.
<lechner>also, sometimes packages are not available due to build failures, which prevents me from reconfiguring my systems or home setups after pulling guix. that means i am unable to add those packages or even use guix shell
<mirai>I've experienced spurious build failures before when I play around with the “core” ones though they seemed to be related to available memory or how many builds in parallel were happening
<lechner>i recently corresponded with cbaines either here or on the mailing list about one package but cannot remember which one
<lechner>either way, for me that means i have to downgrade guix again, unless there is another command. due to my custom guix I am not sure I can use time-machine
<superkamiguru>RavenJoad: Did you generate your desktop with "guix system image" or was it setup using the installer?
<RavenJoad>superkamiguru: I used the installer over a year ago, and have since refactored everything in the scheme files. I typically use grub-bootloader & BIOS for VMs.
<superkamiguru>RavenJoad: ah ok. I would use grub-bootloader but I am trying to build an aarch64 compatible image and I can only get grub-efi-bootloader to work there.
<RavenJoad>Have you looked at how Guix's installer defines grub-efi-bootloader for its install images?
<superkamiguru>Yeah there is a lightweight-desktop template that uses grub-efi, but it defines two randomly named file-systems that get generated as vda1 and vda2 (so reconfigure with the same config doesn't work)
<superkamiguru>The workaround I found was to just define the file-systems as vda1 and vda2, but the resulting image doesn't mount the efi partition on boot (so reconfigurations fail)
<RavenJoad>Oh. I see what you want to do. Generate an installer with a config, embed the config in the installer for use on booted ISO, then reconfigure from inside the VM with embedded config.
<superkamiguru>So I am actually not trying to generate an installer. I am just trying to generate a complete system image similar to how the lightweight-desktop.tmpl can be used to generate a working image. I would like the config used to generate the image, to also be included in the image for reconfiguration
<superkamiguru>I am outputting the image first to efi-raw, and then convert it to qcow2 for booting with qemu
<superkamiguru>That's what I was thinking, but it also used to work fine a few months ago. Not sure what changed
<superkamiguru>So I am setting up an application that will pull/run a premade guix qcow2 image and run it as a local guix environment. Similar to how podman is configured to run on non linux platforms.
<superkamiguru>So for this purpose I would need to have a prebuilt vm that can be pulled relatively easy.
<RavenJoad>Have you tried booting the VM directly from the efi-raw, to see if the conversion is the problem? (If qemu even allows booting from an efi-raw.)
<RavenJoad>It might be worth it to toy with the system in a REPL to see what the system->image procedure modifies.
<superkamiguru>Yeah since using --image-type=qcow2 overrides the bootloader declaration, and using efi-raw is overriding parts of the file-system declaration, I imagine I would have to write something to generate a working/reconfigurable aarch64 image.
<superkamiguru>Wonder what changed over the last few months, since this resulting image used to mount the declared file-systems fine.
<graywolf>Hm, do I understand it correctly that the guix-extension is mainly useful if I am writing a service that needs to modify guix-service-type? And if I want to manipulate it from operating-system, modify-services is the way to go?
<RavenJoad>If you want to modify your guix daemon through an operating-system record, (modify-services %base-services (guix-service-type config => (guix-configuration ...))) is your way to go.
<RavenJoad>I believe guix-extension are the only fields that are available to be modified through an extension of guix-service-type by another service-type. Though I am probably wrong about that.
<ulfvonbelow>is there a "proper" way to use (guix build download) in a program-file? it seems to want guile-json as an extension, and we don't have a package variable named "guile-json", only ones with version suffixes, and it made me think that this was probably a seldom-trod path
<mirai>ulfvonbelow: I'm cheating with (with-extensions (list guile-json-4 guile-gnutls) …
<RavenJoad>lilyp: Yep. The elogind-service-type already has the necessary bits for suspending when the lid closes (it has them by default). But my session is not locked. I am using StumpWM normally and the cookbook recommends xss-lock.
<veriphile>podiki: ah, i didn't see it packaged. Do your tools use it, or do you just use the script on the side from a different dir?
<libri>installed 'GNU Guix' in 'Gnome-boxes'/Debian testing , runs fine, miss 'update-manager' or 'Gnome-software' ... will try 'apt install guix' in Deb.