<mbakke>agaric: I'm not familiar with custom keymaps, but I would guess you don't need to mess with "kbd" at all, as long as your custom keymap installs to "out/share/keymaps".
<agaric>mbakke: so make a new package? ah! hadnt thought of that, thanks
<mbakke>agaric: Let us know how it goes, you'll probably find 'trivial-build-system' helpful.
<mbakke>Feel free to reach out to firstname.lastname@example.org if you get stuck :)
<agaric>mbakke: will do. much appreciated. gonna restart my box real quick
<taylan>has anyone ever had problems with a guix-installed GRUB being ignored by the PC under various circumstances? I can boot from my SSD with GuixSD only when it's plugged via USB, but not when it's in the HP "upgrade bay". this used to work with an HDD that had Debian on it, so the upgrade bay itself is principally capable of booting...
<zybell_>May it be that the BIOS boots only HDD (fixed drive) not SSD detected as SD-Card(removable drive)in "upgrade" bay?
<zybell_>Additionally it could enforce a particular partitioning.
<taylan>hmm, I could try swapping the internal SSD and the one in the upgrade bay and see how it behaves then. the internal one just has MS Windows on it. yeah I'll just try that, thanks for the idea.
<zybell_>So I did hear once of a BIOS that wanted to boot a drive only when its only partition was set up in the fourth slot.
<zybell_>I did hear once of a BIOS that wanted to boot a drive only when its only partition was set up in the fourth slot.
<taylan>the Windows SSD booted when in the upgrade bay, and the GRUB one did not while within the notebook. I suppose the problem lies in the combination of the SSD's configuration (partition scheme or whatnot) and SATA, as it works when connected through USB. (the upgrade bay uses SATA)
<taylan>(and while I had them swapped, same thing except I chose "laptop hard drive" in the boot menu, yet it booted the windows one which was in the upgrade bay)
<zybell_>There was a patch for grub when the BIOS didnt swap the drive ids?
<zybell_>Could it be that the BIOS assigns drive ID by serial number? Normally you can manage boot order in legacy BIOS. Are both drives selectable there?
<mange>Hey, has anyone had issues with GuixSD not reconfiguring because it is looking for initrd modules in the wrong place? If I reconfigure it says I need sdhci_acpi, but then when I add it to initrd-modules it fails because it looks for sdhci_acpi.ko instead of sdhci-acpi.ko, and so can't find the module.
<mange>I can patch (gnu system linux-initrd) to fix it, I assume, but I wanted to check if anyone's already aware of it before I file a bug.
<zybell_>mange Are you sure that is the case? modprobe changes - and _ correctly afaik
<mange>zybell_: Yeah, but linux-initrd uses find-files.
<agaric>mange: not sure if this applies, but i had reconfiguration troubles with the nvme module. turns out i could ignore reconfigure's warnings with --skip-checks and things would build fine.
<mange>agaric: I don't think that'll work, because it's not a check. It's actually crashing when trying to build a flat directory of the modules (see `flat-linux-module-directory` in linux-initrd.scm).
<wigust>rekado: Thank you, I didn't know that there is a difference.
<ocmylife>@wigust I hadn't known this as well, as english isn't my native language, but I will switch guys with folks next time :-)
<ocmylife>@thorwil So the easiest way to fix this issue during the installation, is to add nscd to (packages (cons* ? I'm a noobie on guixsd ;-)
<thorwil>ocmylife: some *folks* started using guys as gender-neutral. even cases of women referring to other women with guys are known. but at it's roots, it's not and thus is best avoided if you want to be inclusive
<thorwil>ocmylife: nscd is apparently a solution to a problem when running guix on a foreign distro
<thorwil>ocmylife: but it sounds like you are busy with guix sd proper?
<ocmylife>I had a problem with the grub-bootloader installation after running the guix system init command, so I thought it would be a clever idea to run guix pull first to update the packages. But then I was running into the missing nvme problem I posted before. So for now I think, that adding nscd to packages is the right decision to get my installation successful. I'm familiar with compiling kernels myself, and I will need to build IT
<ocmylife>myself, cause my Dell XPS9360 has a Atheros ath10k (QCA6174) wifi adapter, which requires a binary blob. But at first I want to finish my installation. Step by step :-)
<ocmylife>So far I get my internet connection running by usb tethering from my phone. It's not that comfortable, but I'm quite confident, that I could get the wifi adapter running as well. I know, that it isn't officially supported on guixsd
<grillon>hi there, I gave up the idea to use guixSD as main system but I would like to improve to make it possible. What is the good path to follow? (I had two main problems 1)Use japanese IME / 2) configure multiboot) these problems show me I don't know how programs are linked together.
<pkill9>grillon: why did you give up on using GuixSD as main system?
<zybell_>Did you really read the best practices page on bootstrappable? There is only explained how bazel, that normally has to be installed before it can be build, can be build anyway without installing it first. Only for this problem that page applies. There is *no* mention of 'minimal system','few dependencies','no resources' and other connotations one thinks of when the word 'bootstrap' is mentioned.
<rekado>zybell_: I published the page on bootstrappable, so yes: I did read it.
<rekado>the point is not that Bazel needs more than a few dependencies.
<rekado>bundling 60+ binaries to build the thing is not what I consider to be in line with “best practices”.
<zybell_>If you need bazel, you must bootstrap bazel. If you need 60+ binaries for that, you must bootstrap *them*, not bundle.
<zybell_>Maybe that should be explained more fully on that page.
<rekado>but that’s not what we want from developers of other build systems or compilers.
<rekado>bootstrapping these 60+ binaries requires bootstrapping of two other recursively implemented build systems and bootstrapping of the JDK.
<rekado>if we were okay with that we should also be okay with GHC needing GHC, because it just takes a very long bootstrap chain
<zybell_>GHC has a shorter chain available through another Haskell provider. If bazel has a shorter chain available, then I would mean: use it. But until that is and the longer chain is not obvius per template 'look up deps;build them;use deps to build ...', then that longer chain should be described. Yes that is what I would expect from that site. If the page 'Best Practices' is *named* appropriately could be a matter of debate.
<Ulrar>Hey, I was wondering if there is anything like nixos's "nixpkgs/nixos/lib/make-iso9660-image.nix" for guixsd ?
<Ulrar>I use it to build an iso from a config file, to build a stateless webserver running nixos without a hard drive
<rekado>zybell_: I don’t understand your point. Also: GHC does *not* have an alternative bootstrap path because there are no Haskell systems capabale of building GHC other than GHC.
<Ulrar>works pretty well, just wondering if that would be doable with guix
<rekado>Ulrar: we have “guix system” which can build a disk image, among other things.
<Ulrar>"When using disk-image, a raw disk image is produced; it can be copied as is to a USB stick, for instance."
<Ulrar>I was thinking iso but I guess anything would work as long as it's RO and doesn't have to be duplicated once per VM
<Ulrar>I mean, the goal is to spawn VMs in the end, just want to avoid any kind of shared storage
<zybell_>I would have to look it up, but on bootstrappable is mentioned that you can build an older ver of GHC with another Haskell system (dont recall interp or compiler). That GHC is capable of building even modern GHCs.
<Ulrar>With nixos, using nixpkgs/nixos/lib/make-iso9660-image.nix, I create an iso with apache, php and some scripts and configurations
<Ulrar>A "livecd" with everything on it, ready to run
<Ulrar>But as far as I understand it, with guix system disk-image, the result wouldn't be the same (without considering the format iso vs raw)
<civodul>Ulrar: i think we answered your question: "guix system disk-image" in itself is "neutral", it's the config file you pass as an argument that determines what goes into the image, live CD or not
<Ulrar>Oh, so the "no disk" part would go in the config file
<Ulrar>I never used guixsd, I just assumed the process would be similar to nixos but maybe not
<thomassgn>I'm getting deauth for some reason... Apr 3 17:29:41 localhost vmunix: [22916.234075] wlan0: deauthenticated from 24:a4:3c:04:68:17 (Reason: 6=CLASS2_FRAME_FROM_NONAUTH_STA) weird, but only seen it once so far, let the troubleshooting commence!
<thomassgn>haha, and qutebrowser segfaults! this is my day :)
<lo_mlatu>Hi all, I'm trying to load extra modules at startup using the `initrd` field of operating-system, following the example in the "Initial RAM Disk" section in the manual. I was able to load the kernel `intel_lpss_pci` using `modprobe`, but when I try to reconfigure the system, it said the module was not found
<buenouanq>I haven't really started poking at this, a trial just spat out that error so I came here.
<zybell_>guix is a very privacy respecting dist. So there is no tracking of the sort how users set up their machines. That would we need to setup a table: user made this error=>error message the user sees=>solution to correct error. You seem to expect such a table. Then you should ask yourself "Is guix right for me?".
<guiks>hello, can someone show me an example of configuration for encrpyted installation of GuixSD?
<mbakke>grillon: That looks like your ibus package is using a different C library than the one provided by GuixSD. That can happen if you `guix pull` as your user, but the system configuration is using an older libc.
<mbakke>What do you have in "/run/current-system/locale/"?
<grillon>I did guix pull as user by mystake then guix system reconfigure it does not work so I reboot on old version and did all as root. then I had to do some gc do you think my system is broken?
<grillon>I'm going to sleep sorry, thank you for your help and see you tomorrow. computer is still working for reconfigure. It was not working so long last time so I hope it's a good thing.
<mbakke>Apparently it's possible to build Chromium 65 with GCC 6/7 (NixOS and Debian does), but Arch and Gentoo just switched to Clang with this release.. GCC is no longer officially supported (and thus not tested in their CI).
<mbakke>Unfortunately GCC 6 and later has other problems in Guix.
<mbakke>grillon: Okay, let us know how it goes! Feel free to reach out to email@example.com if you don't get any response here :-)