<dissoc>im following the ganeti cluster blog post. i get an error: "guix system: error: service 'openvswitch-configuration' requires 'vswitchd', which is not provided by any service"
<dissoc>what do i need to include for vswitchd? i cant find it anywhere
<dissoc>i think i got it. i didnt realize i needed to add the openvswitch-service-type as well
<jsoo>mbakke, cbaines: thanks for checking on exa. I think it may need some more work if the package gets upgraded. I saw some of their tests may work more reliably in recent patches
<lispmacs>hi, did the latest guix pull break the gdm for anybody else?
<lispmacs>or is it still working fine for everybody else?
<lispmacs>maybe the question is confusing. Is there anybody who has reconfigured their system in the last day or two who is also using gnome?
<lispmacs>if so, are you still able to reboot your system and login to gnome?
<lispmacs>hmm, either I must be the last gnome user, or nobody else is brave enough to try a reconfigure
<lispmacs>well, maybe this is a good excuse to figure out the emacs window manager
<dannym>vagrantc: I'm currently trying to boot guix on the novena we got for Mes.
<dannym>vagrantc: Did you manage to boot the novena using u-boot-novena you sent to the ML?
<dannym>vagrantc: Because I tried guix system disk-image -s aarch64-linux novena.scm; and that eventually creates an ESP partition (which is useless in this case). U-Boot then complains about "FAT sector mismatch" for the ESP partition and *does not proceed to partition 2, which would have had guix, Linux kernel and all*
<dannym>So I edit the sd card manually, removing the ESP partition the Guix system partition, and recreating the partition table entry for the guix system partition as partition 1 (as opposed to 2, as it was)
<dannym>Then I get that /gnu/store/lwl*linux-libre*/lib/dtbs/imx6q-novena.dtb cannot be retrieved.
<dannym>(Background: with todays "guix system reconfigure /etc/config.scm" I had been left unable to login via gdm, just like others. I fixed it by (1) replacing gdm by slim and (2) deleting ~/.xsession-errors)
<vagrantc>so tested novena with firstname.lastname@example.org a few months ago
<vagrantc>but yeah, the -arm-generic kernel doesn't require tracking the right kernel modules ...
<vagrantc>which ... change between major kernel versions now and then ...
<Zambonifofex>rekado_: Would you mind if I wondered whether the build problems you had when you changed the `netdde` package's version seemed related to that change itself, or to some other change you might have applied at that time too?
<Zambonifofex>Perhaps more interestingly, I wonder if I could do anything in order to be able to help figure out what the problem was. (Any guidance is appreciated, of course!)
<janneke>Zambonifofex: probably the gnumach and hurd packages need to be updated
***soheil is now known as soheil_
***soheil_ is now known as soheil
<chrislck>guix *really* *really* needs a task-based Q&A FAQ
<chrislck>because Q&A is currently limited to live irc sessions only
<chrislck>cbaines: see an example gnucash task Q&A written by yours truly. It hides away all unnecessary beginner-gnucash tasks and writes Q&A specific for the particular task. Does it make sense to the non-gnucash initiate?
<chrislck>(Disclaimer: I hack on Gnucash heavily as the resident schemer and do Australian BAS work)
<emys>cbaines, I guess my problem is that ruby-rugged is bundling libgit2, I want to use the one from guix (feels better I guess), then it complains during build about the version not being compatible https://paste.gnome.org/pfce8cjxk
<bdju>I am using %base-services instead of %desktop-services and I start it from a TTY with `exec sway`, but on my last install I ran a modified %desktop-services where I'd replaced gdm with sddm, and that worked as well
<mizukota[m]>hmm... I tried just "sway" from TTY and it didn't work
<bdju>there's possibly some piece you're missing, but I'm not quite sure what it would be. I do run a dbus-service it looks like
<mizukota[m]>the error wasnt very informative... I glad it's possible though
<mizukota[m]>when i'll have ton of free time and sanity i'll try to create guix config without Xorg and without display server that will only use sway without xwayland and only wayland-compatible things
<mizukota[m]>by the way when you do `guix system disk-image` with "raw" type of image, does it resize itself on first boot?
<mbakke>I auto-start sway on TTY2, and have "exec swaylock" in the sway config such that it locks the screen when it starts
<lfam>I'm curious if anybody else is having trouble
<andi->Hey, just in the process of figuring out if I want to switch from NixOS to Guix (after several years…). In the new(?) graphical installer I selected English as language but now I can't select Germany as Region anymore. I believe that is a bug.
<luis-felipe>pineapples, lfam : I'm using the kernel version 5.9.10 and EFI, but haven't experienced any issue. I don't understand the bug report (not my level). As a desktop user, when would I hit this?
<lfam>luis-felipe: The bug affects 5.9.11, not 5.9.10
<pineapples>Ifam: apart from that bug report, no, nobody's talking about it anywhere else. Rebooting or shutting down systemd-based distributions does not trigger the bug from my experience; only explicitly unmounting the efivars file system does
<lfam>It's difficult to decide what to do... very little info to go on.
<lfam>Even that kernel bug report seems to deliberately obscure things, by saying "An analogous patch was introduced to v5.4.80" but never actually saying which patch is to blame
<lfam>I wonder if the stable maintainers even know about it
<mbakke>terramorpha: is cross-compiling to windows failing for you?
<pineapples>Regardless of the visibility of this bug, as it stands now, anyone who upgrades to the latest kernel will be unable to perform a clean reboot or shutdown on Guix System booted into the UEFI mode
<cbaines>Cuirass on ci.guix.gnu.org seems upset, both guix-master and guix-modular-master are failing
<nckx>andi-: It's not a bug. The ‘region’ specifies the language, like ‘en_US’ vs. ‘en_GB’. There is no ‘en_DE’. It's not where you are (nothing to do with your timezone &c.), it's what you speak. It could be clarified though.
<lfam>Is it related to the new dependency on guile-avahi, cbaines?
<nckx>I think we just copied the wording from Debian or something.
<lfam>Can anyone share a config.scm that would be suitable for virtualization with EFI?
<andi->nckx: thanks for clarifying. I ran into another issue with a lengthy exception(?) after partitioning selection. Not sure now to work around that now.
<pineapples>mbakke: I'm left wondering why does systemd not catch a segmentation fault during the shutdown procedure when booted into one of those kernels. Perhaps it doesn't umount the efivars filesystem to begin with?
<nckx>andi-: I hope that was it! Still, we might filter out read-only devices to prevent ‘user error’ like that.
<mbakke>pineapples: you mean the crash only occurs on non-systemd systems?
<pineapples>mbakke: Well. I came across the bug by just powering down my Guix System machine. Then I tried to reproduce it in a vm, on which I'm running a systemd system, and it wouldn't happen there unless I explicitly unmounted the filesystem by myself.
<andi->I actually started diving into cuirass already as the download link on …/1790 doesn't set the right content disposition header but from the code it should...
<andi->Reading the manual as it installs. Grafting sounds nice. After having dealt with large security fixed originated rebuilds on NixOS. The docs just mention that you add a fixup to the package. How/When will those fixed be added to the actual package and a "proper" rebuild executed? Is there a way I can still force a complete rebuild even when one could "graft" it?
<nckx>andi-: Short version: the grafting commit, the one that simply adds a foo/fixed package and a ‘replacement’ field to the original foo, is pushed to master. Then master is merged into core-updates, followed by a ‘proper’ update that reverts the grafting and simply updates the foo package normally. c-u is a branch that is only occasionally merged back into master, after all its substitutes have been built on the CI.
<nckx>You can substitute ‘staging’ for ‘c-u’ for packages that have between 300-1200 dependents instead of $the_world, but the principle is the same.
<jorge[m]><luis-felipe "jorge: ¿Cómo te fue con la ejecu"> Se realizo a la mitad y se detuvo
<luis-felipe>¿La instalación se detuvo o la actualización con fc-cache?
<nckx>andi-: You can force an real rebuild by cherry-picking the core-updates/staging commit to a local master branch, then building off that, but there's no cheat flag on the CLI (nor would this make much sense, IMO).
<andi->Yeah. I totally get it. I just wondered if there would be a programmatic way that a package would update its own definition from the grafts.
<nckx>I think so. You can write code to transform the graph to make ‘replacement’ fields completely transparent, i.e. substitute the value of the replacement immediately. The resulting system/package graph will be a rebuilt world.
<nckx>That's starting to go out pretty far into the woods though. Especially if you want the regular CLI (‘guix install ...’ etc.) tools to see this world too.
<andi->I've got used to terrible CLI throughout the years on Nix. One of the biggest plus points I see in switching to Guix is that developing the package set is much closer to the actual build tooling.
<andi->When I sat in this years fosdem guix talk I was about to just wipe my production system and switch.
<luis-felipe>jorge[m]: A mí me pasaba que algunas aplicaciones no mostraban el texto normalmente, así que instalé el paquete font-google-noto, actualicé la caché de tipografías (fc-cache -rv) y después de eso no he tenido problemas.
<nckx>andi-: Not sure I'd recommend that, OTOH it's exactly what I did :)
<luis-felipe>jorge[m]: font-google-noto es un paquete pesado, casi 1 GB, si no me equivoco.
<aitzkora>gives nothing when I am in an environment with gcc-toolchain loaded
<jorge[m]><luis-felipe "jorge: A mí me pasaba que alguna"> ok,estoy en eso ahora son 771.1mb
<andi->(use modules (gnu services xorg)) seems equivalent to (use-service-modules xorg), the docs use the former in a few places while the intro seems to be using the later. Is that correct? My guile isn't yet any good but the code in gnu.scm seems to suggest that.
<nckx>andi-: Yes, the latter is purely Guix-specific (and package/service-specific) syntactic sugar for the former.
<andi->Ok, back to trial and error getting sway to run through sddm :D
<nckx>That is a pretty shit bug report even by Linux bugzilla standards.
<lfam>I'm not familiar with what's "normal" there but I would be very frustrated if I received it
<pineapples>Well. The one I submitted to your bug tracker isn't any better, but I'm expecting the bug report on the kernel bugzilla to do all the heavy lifting for me
<pineapples>In any case, I'm willing to cooperate as soon as I'm free
<lfam>I hope that if you know exactly which patch is to blame, as the bugzilla reporter seems to, that you'll tell us :)
<nckx>IME there are the kernel hacker reports, the ‘newbie’/user bug reports (nothing wrong with that), and the ‘I'm insecure and want to sound smart so throw out vague details’ ones like this one, trying to sound like the first but not actually understand how they operate & respect free time.
<nckx></rant>, nvm. (I've been spending too much time on Linux bugzilla lately.)
<lfam>In any case, when getting frustrated by bug reports, it's a clear sign that it's time for dinner