<PotentialUser-26>having trouble adding dm-thin-pool to kernel-loadable-modules. I get "error: md-thin-pool: unbound variable". making it a string doesnt work either
<roptat>ah the sources are in kotlin's sources already, so the error was caused by me using a previous version as an input
<singpolyma>Ok, finally fixed my guix copy. So... I can do guix install -p /whatever/profile /gnu/store/blah and get a specific package I copied installed to a profile, but that doesn't get propogated inputs because the store item doesn't know about inputs. What is the minimum I need to get an install to work? Do I actually need all the source so guix can hash it to know that it's already installed?
<robin>PotentialUser-26, kernel-loadable-modules is for packages, you don't need to change it assuming md-thin-pool is included with the kernel by default
<podiki[m]>on the grub ext4 large_dir, bug report on bug-grub got no response. pretty sure it is well known, but no idea why it is 4 years in ext4 and no update on grub for it
<PotentialUser-26>Its not included, and I'm trying to install guix system. The iso image doesnt have it and cant figure out how to add it to a newly built image
<robin>PotentialUser-26, depending on how early it needs to be loaded, you probably need to add it to initrd-modules ('(cons "md-thin-pool" %base-initrd-modules)') or use kernel-module-loader-service-type
<roptat>since each time a package is modified, the hashes of all its dependents are modified, all the dependents need to be rebuilt, even if the result is identical (up to the hash). grafts are used as a lightweight mecanism for security fixes that would otherwise entail rebuilding too many packages. we simply copy the package to another store item, replacing references to vulnerable packages with references to the fixed package
<brendyn>for example guix pack one of them, copy to the other computer, extract and compare
<roptat>that can create multiple store items with identical name, but different hash, and can cause some confusion too
<brendyn>otherwise trying guix build --no-grafts --check --rounds=2 is also useful
<roptat>oh wait when you say "hash", did you mean the store path, or like the sha256 of the content?
<singpolyma>locally I run guix build -n -L . my-package and it just prints the store item. On remote I run the same thing (after doing guix copy so the store item is there also) and it says it wants to build with a new store item name
<roptat>ah that could be grafts: the result of "guix build ..." is the one with grafts, but guix doesn't know about this store item until it's built the ungrafted version
<roptat>try the same, with --no-grafts on both sides
<singpolyma>build with --no-grafts, copied with --no-grafts, run build -n --no-grafts locally prints a different store item than before, run on remote prints the same as before
<singpolyma>oh weird, I do have the .drv it wants to build remotely in my local store
<ryuslash>I looked there, it just has greeter.log, which doesn't _seem_ to have any logs from my session. But I'm also having trouble with less because for a little while now fish (I guess) can't read the kitty terminfo database? So less is kinda broken.
<nan0scho1ar>Hi, is there a dedicated help channel or can I ask my guix questions here?
<jackhill>nan0scho1ar: this is the place to ask for help! Also, hi :)
<jackhill>of course, it's always hit or miss if the people here actually know the answer to your question, but we can try
<nan0scho1ar>Thanks :) , I'm trying to install Guix on my system. I have created the bootable USB and it seems to boot. Both the graphical and manual install are done in a tty but I'm having trouble even getting the tty to start. It just puts me straight into guile.
<nan0scho1ar>I'm trying to install it on a thinkpad x220 if that is relevant
<jackhill>nan0scho1ar: yeah, that's not what's supposed to happen. I've never seen that happen with the installer, just with my installed guix if I've made some mistake in the configuration. Are you able to see hint of any error messages before the scroll off the screen?
<jackhill>Admitedly, it's been a while since I've actually used the installer, but your hardware should be ok. I've used it on newer and older thinkpads in the past
<nan0scho1ar>I'll try rebooting and take a look. Guix system installer 1.30 btw
<nan0scho1ar>It says failed to resolve partition. It's a completely unformatted drive fresh out of the box so I'm not sure what partition it's even looking for.
<nan0scho1ar>Did I skip a step where I need to format the drive and create partitions before booting off the USB?
<jackhill>nan0scho1ar: yeah, that makes sense to me as one of the errors that could casue that. It can't find the files in needs to continue to boot up. How it got that way I don't no.
<jackhill>nan0scho1ar: no you should just need to use dd to write the image you downloaded to the drive. How did you create the drive?
<nan0scho1ar>It can't find the files on the drive? I can try creating it again
<jackhill>I've run into problems before where I forgot to call `sync` after the `dd`, so the drive was incomplete. Not sure if that's your problem though
<nan0scho1ar>I was using my friends windows computer to create the drive because my laptop is currently out of action
<nan0scho1ar>But this is a definitely a point in the right direction. cheers :)
<jackhill>nan0scho1ar: ah. It's been much, much longer since I've done it that way, and I'm not sure if we provide direction, but other distros (e.g. Debian's) should work fine.
<jackhill>nan0scho1ar: cool. I think it's time for me to go to sleep (east coast USA :)), but good luck, and if you run out of help from irc there is the firstname.lastname@example.org mailing list (I think the first posts are moderated by a human, so if it takes a long time to show up don't worry).
<podiki[m]>ryuslash: I too run into sudo not liking less with zsh/kitty. been meaning to look into that. also, not sure where else to look for logs, but if you find out do tell
<ryuslash>podiki[m]: ooooooh! that makes sense that it's only when I use sudo. Since I only have kitty installed in my profile and not globally I'm sure that when I run root it doesn't have any terminfo to load for it.
<ryuslash>And indeed if I use `sudo --preserve-env=TERMINFO less /var/log/gdm/greeter.log' I get no complaints :)
<ryuslash>I guess I need to install kitty globally too
<ryuslash>Thanks for the help! It's time for bed for me now.
<nan0scho1ar>Hi. I finished the guix install on my laptop and it said it was successful but it doesn't boot. Inspecting the contents of the drive with another live usb shows that the files are there, including the grubcfg, but grub never starts. Any ideas how I can get my system to boot?
<nan0scho1ar>yeah I did, also it's a fresh drive and the only drive in the laptop. I'm just gonna go through the graphical install again and use only one partition and no encryption to see if I have any more luck. Once I have a bit more experience with Guix in particular I will come back to try encryption again.
<muradm>civodul, i want to submit patch switching wayland-protocols dependency as (native-input for all packages, wayland-protocols is build time dependency, but some used it as in inputs, some are even in propagated-inputs, which seems to be not correct
<PurpleSym>podiki[m]: I ran `guix refresh -u -t stackage` and it updated a ton of packages, but now I’m running into issues with haskell-build-system it seems.
<PurpleSym>Still, make-ghc-package-database depends on GHC’s package name to be just “ghc”. input-dirs is correct, but conf-dirs uses name-version as /lib/<ghcdir>, which is ghc-next-XXX and thus wrong.
<makx>hi geeks. is there any documentation/preferred way to get hold of additional kernel modules? I would like the ch341 module to be available (and it should be there in the linux-libre sources, it doesn't seem to be built as a default for the arm64 generic kernel)
<roptat>I don't remember what generate-jar-indices is doing exactly? It's failing on trying to repack a directory instead of a jar file (?)
<mbakke>makx: can you send a bug report (or a kernel config patch)? might be an oversight :)
<makx>mbakke: I am a bit confused because this kernel does not have many modules (its linux-libre-arm64-generic); maybe I am doing it wrong (tm)?
<mbakke>roptat: is that the file that records runtime dependencies (since they are invisible to the reference scanner)?
<yoctocell>PurpleSym: (string-match "\n" STRING) should work
<PurpleSym>yoctocell: I was imprecise: The newline should be in id-rx, but it seems grep is reading the config file line by line :(
<mbakke>makx: I don't know why the arm64-generic kernel lacks many modules, perhaps lfam can answer
<mbakke>in any case I'm fairly certain that a patch to enable a specific driver will be accepted :)
<roptat>mbakke, maybe, although the generated INDEX.LIST doesn't seem to contain any references to store items
<roptat>in fact, my kotlin compiler doesn't work if not in an environment with its dependencies...
<yoctocell>PurpleSym: Sorry, what do you mean by "id-rx"? Are you doing something with the cabal importer?
<PurpleSym>yoctocell: No, it’s in haskell-build-system.
<abhiseck>When I tried to evaluate a manifest file in guix, I got an error: unbound variable: specification->manifest. Then when I tried clicked on a link ice-9/boot-9.scm the error is: ice-9/boot-9.scm is not readable.
<abhiseck>Anyone know what is this error and how to fix this?
<podiki[m]>should be (specifications->manifest '("packagename" ...)) did you have the specificationS (last s)?
<podiki[m]>PurpleSym: not sure, maybe if you had your guix tree available somewhere? or a patch file(s)
<podiki[m]>or maybe on guix-devel or patches, if you think you are getting close and need some eyes to finish and polish
<abhiseck>Yeah, it was the output of 'package --export-manifest'. Note that I tried to evaluate in Geiser, also I installed guix few hourse ago so I don't knoe much about it
<abhiseck>Now that I passed the file to package -m it works.
<podiki[m]>ah, not sure what you were doing before, but usually you use manifests with things like guix package -m manifest.scm
<podiki[m]>so that gives guix package the list of packages you want to do stuff with (optionally you may want to use -p for profiles, there's examples in the cookbook)
<PurpleSym>podiki[m]: My tree is not in a usable state right now unfortunately. I think I’ll get the packages from Stackage (~300) in shape, then push to wip-haskell and then we can work on the leaf packages together?
<podiki[m]>PurpleSym: sounds good to me! then I'll see about whipping haskell-gi into shape (it is a lot of packages, but I think will be fine with newer stackage)
<podiki[m]>btw, what is the resolver you used on stackage?
<attila_lendvai>i haven't sent it to the guix-patches list yet (maybe i'm secretly hoping that a more modern communication channel gets established while i'm testing... :)
<rekado>mbakke: no, I’m just fixing reproducibility bugs
<singpolyma>attila_lendvai: if you mean "a web UI" you could try the sourcehut web UI for sending patches. Though for a multipatch series you'll still need to send a cover letter email first to get assigned a bug number since guix-patches is not a mailing list
<shcv>I think I messed something up or updated something; not sure it's guix's fault, but trying to use various CPython related things installed with pip now fails because they can't find libstdc++.so.6
<roptat>we have a patch pending for core-updates-frozen that reduces the bootstrap to starting at rust 1.29 and that optimizes the build time for most of the remaining ones, but it might take a bit more time to get into the branch, and master eventually