IRC channel logs
2024-10-06.log
back to list of logs
<PotentialUser-58>sepeth I agree with everything you say. However, other distros are more uniform, more established and provide a simpler introduction. I don't usually see packages 4 years behind (like chezmoi), but I used Arch for many years (I have been a bit spoiled here, it seems), and even Debian stable was not that much behind. <PotentialUser-58>sepeth I'm not demanding anything, or complaining. Guix's userbase is smaller, but I am finding myself taking longer before I feel productive. I have trouble feeling at home without the software I want to use, and to help with the packaging I need to better understand the system. And with the time I have to read, experiment and learn, it is taking <PotentialUser-58>sepeth The time I have free for Guix is not much, that is what I meant to say. I'm still using another distro for day-to-day use, and play a bit with Guix on occasional weekends. <sepeth>PotentialUser-58: I understand. I had a bit of problems too but mine was almost always due to aarch64 ^-^ <sepeth>About packages being old, one thing I really find it easier than other distros again, is to pull guix repo and run ./pre-inst-env guix update -r <package>. I don't think it was ever this easy in other distros I used. <sepeth>With other distros, I am waiting for the distro maintainers to update the package, or creating my own repo requires one or more tools to learn and setup servers and what not. <sepeth>s/guix update -r/guix refresh -u -- late night again, I should probably go to sleep ^-^ <PotentialUser-58>sepeth Arch's AUR packages usually pull the code from github. The official packages usually show up within one week. It was nice. <PotentialUser-58>sepeth I had some trouble with my raspberry pi. Some software was misbehaving, but not on x86. Maybe it was some less portable code that still compiled. <sepeth>I remember enjoying Arch and AUR in general, but I don't recall very well, so my views would be flawed. <luca>From the little I've seen of guix it reminds me a lot of void/chimera's build system, with a monorepo structure as well as build-style oriented. Which I really appreciate <sepeth>I mean every view probably but mine more so than someone who used more recently. <PotentialUser-58>sepeth Would you mind providing a bit more information on the commands you mentioned? <sepeth>Another thing with Guix is that I can answer most of my own question. Source code is so approachable, and in one place, and I can edit a package with one command. ./pre-inst-env guix edit <package> <sepeth>PotentialUser-58: So guix refresh does update the package version to the latest and updates the hash of the downloaded source. You run this command in the checked out guix git repo. <sepeth>guix edit package takes you to the package definition in your EDITOR, there you can tweak things, and contribute back if you like. <PotentialUser-58>luca I like that it does not provide a barrier between the user and the source code. It can easily provide an environment for you to change the software. However, from my experiments, I had to change some assumptions based on file locations and timestamps (many tests failed -- would the software work OK?). <sepeth>Sleep time for me. Hope your journey is full of joy whatever it may be PotentialUser-58 ^-^ <luca>The container aspect of guix is certainly interresting and worth exploring. But IMO many other distros provide some good package definitions and build tools (xbps-src/makepkg), and when reading how void/alpine/gentoo/arch packages software I've never felt as though there is a barrier <PotentialUser-58>luca I wanted to say, for example, "just get the RPM/appimage/etc" and you are done. If you want the code, you need to search for it elsewhere. Debian did provide "twin" packages just for the source. <luca>hmmm yeah, I'm not a fan of salsa or pagure. But I'd say this is more of a problem due to propriatery software's distribution methods, rather than the distro's fault <PotentialUser-58>luca I am not saying the distros do anything wrong. The say where you can get the source code and you can get it. Debian and Guix (and Gentoo?) spend more resources on providing you the sources. <bigbookofbug>nckx: my /tmp is on a btrfs subvol. i just reran and it seems to be working now, so i might chalk it up to a system hiccup in this case. <bigbookofbug>substitutes are enabled on my machine, but didnt seem to be working either the first run which was odd. the error the check phase hung on had to do with not being able to find an NFS, so maybe it was a networking error? admittedly i do not know a lot about filesystems. <meaty>How can I change the target of the "make" command in the "make install" phase of gnu-build-system? <meaty>sorry did anyone answer my question i got disconnected <weary-traveler>meaty: specifically you could define your own install and do something like (modify-phases %standard-phases (replace 'install myinstall)) <meaty>Yes, That's what I have so far <meaty>but what I'm looking for is specifically how to change the default 'make install' command to e.g. 'make gui_install' <meaty>weary-traveler: the 'myinstall' part of your example <meaty>Is there a way to set up emacs to pull up function definitions from the store? if I could look at thdefininition of 'gnu-build-system' that would hep i thknk <weary-traveler>meaty: btw, geiser seems to work okay for symbol lookups for me. once geiser repl is active, M-. looks up the symbol <junker>Could you give me a hand with setting up a custom Certificate Authority? I want to add my CA so all programs recognize it, but I can't figure out how. Is there a service or an easy way to make it happen? <junker>Debian has "update-ca-certificates", Arch has "trust anchor". how to do it in Guix? <luca>Does guix have a concept of lock files or something to pin dependencies? So if my config says to use (packages (list neovim)) I'd use neovim@0.10.2 every time until I update it explicitely? <Rutherther>luca: that is not going to work well. @0.10.2 just means to search for 0.10.2 in channels you have, but it's not going to stay in guix for long. After it is updated to newer version, it the old one is usually not kept. (it's just one symbol where the version is changed) <Rutherther>luca: To pin a program, with all its deps as well the easiest would probably be to use inferiors. If you just want to pin that one specific program and don't care about its dependencies, for that you can make a new package which will inherit from the old one, and change the source version. <Rutherther>luca: You might also use transformations to make it a bit clearer in code rather than declaring a package yourself. If the package build changes or dependencies change, this overriding mechanism can break <pjals>Is there a way to get meaningful errors from Guix? The backtrace keeps getting obfuscated by run-with-store. <pjals>(I wish there would be a way to get meaningful errors from Guile in general, Guile backtraces are a hot mess.) <retropikzel>Is there something like .gitignore that I can put into my channel repository so guix will ignore certain .scm files? <pjals>They're not going to be used in any way... <retropikzel>Just got a warning about them not being Guile modules so I thought if there is a simple way to ignore them I might as well <pjals>Why isn't everything in your channel modules?! <retropikzel>There is a scipt that builds the module files, It's written in R7RS Scheme <pjals>This is Guix though, it's assumed that whatever Scheme you're using to run it is Guile. <pjals>So why are you targeting R7RS which doesn't support modules? <pjals>Ah wait, R7RS has modules, there's no excuse not to make those scripts modules. <retropikzel>pjals: There is when they are not modules but programs <pjals>In my opinion everything should be a module, but you do you. <retropikzel>Rutherther: Oh yes, thats definitely a good solution. Thank you! <pjals>Programs can be modules, yes. <pjals>In fact you can even have a main function with a special shebang to make the modules even more well-behaved. <cbaines>pjals, run-with-store does monadic stuff which might complicate backtraces, but that might not be your problem <cbaines>attila_lendvai, if you think it's good to be merged, you can tag it to indicate that's the case <cbaines>this should highlight it to be pushed <attila_lendvai>heh, mumi compose --help leads me all the way to a segfault... :) <attila_lendvai>ACTION is utterly annoyed by the emacs debbugs stuff, unable to open a bug while knowing its id... <cbaines>attila_lendvai, did you send the email to control@debbugs.gnu.org ? <attila_lendvai>cbaines, i've sent it to the bug email address, which AFAIU should work. it's also suggested by the qa link you sent above <cbaines>attila_lendvai, QA says you need to send it to control@debbugs.gnu.org and the bug address <cbaines>emailing control@debbugs.gnu.org is to make the actual change, and sending to the bug address is for visibility <attila_lendvai>FTR, this behavior is so strange to me that i didn't even consider that to be a possible interpretation... <junker>Could you give me a hand with setting up a custom Certificate Authority? I want to add my CA so all programs recognize it, but I can't figure out how. Is there a service or an easy way to make it happen? <junker>Debian has "update-ca-certificates", Arch has "trust anchor". how to do it in Guix? <pjals>cbaines: that is exactly my problem, I can't get access to the real backtrace because it happens "inside" run-with-store <pjals>I want to know which line my error is at, or at least which file <cbaines>pjals, are you sure that's being caused by run-with-store? Is it a guix command which is leading to the exception? <pjals>I am making a build system and I want to test it by building a package with it, but the build system has an error and I don't know where. <nckx>junker: I guess to inherit & customise the nss-certs package to add your extra root certificate(s) to its output, then add that version to your system packages list instead of the default one. Can't ‘give you a hand’ but that's the idea. <cbaines>pjals, so are you running guix build in a shell, and then getting an exception? <pjals>It does tell me what the error is about, but not where. <cbaines>right, guix commands include exception handling which can affect backtraces <cbaines>I usually have to comment this out when I want to read the backtraces <junker>nckx: thanks! I thought about it but hoped Guix has some service or method for it.. <cbaines>pjals, look for with-error-handling in shell.scm and comment it out <pjals>By the way, how do we handle programming languages that install themselves as source files into the build tree and don't do any actual building when building libraries, but instead does it when "linking"? (I'm talking about Hare) <pjals>There is a way (i think) to build it into a "normal" library, but that's meant for calling into Hare from C. <Rutherther>pjals: that seems a bit like Rust. There a compilation happens, but it happens only in the target crate you are building, and all the crate dependencies are just source code. See cargo-build-system. The gist of it is that there is an argument cargo-inputs that says where to collect the dependencies, and they are then merged in a way that cargo expects for the build <stochastic>Is there a way to apply a patch to a package after building (or downloading as substitute) instead of patching the source? <pjals>Doing it in a phase is probably your best bet. <Rutherther>stochastic: so what do you want to patch exactly? you could symlink it to a new location and change the file you want (make it a file with same contents as original, and change the contents). This can prove a lot of work sometimes, ie. if there is a desktop file and you are changing something the desktop file refers to. Then you have to change the desktop file as well <stochastic>> stochastic: so what do you want to patch exactly? you could symlink it to a new location and change the file you want (make it a file with same contents as original, and change the contents). This can prove a lot of work sometimes, ie. if there is a desktop file and you are changing something the desktop file refers to. Then you have to change the desktop file as well <stochastic>Lucky guess, but I want to change add an argument in a desktop file <Rutherther>okay, then it should be fine as I said, you may use "union-build" to build a tree with same files as the original one, make sure to set create-all-directories? #t to prevent some problems overriding the file you want. Then you might change the desktop file in this derivation. This means the original does not have to be rebuilt <Rutherther>you can use just something like a plain gexp, or package with trivial build system <Rutherther>(initially after union-build runs the file will be a symlink, so you need to do something like: delete it, copy the one from old generation to this location, patch it only then) <stochastic>I don't even have to copy the files then, I can just package the single desktop file <Rutherther>stochastic: yeah, that would work as well if you are fine with that. But it means the file from the original package won't end up in your profile (or if you add both packages you have conflict between the desktop files and I am not really sure how to ensure that your desktop file is the one chosen) <Rutherther>including the binaries that were there and ended up in your path and such <luca>Hi, anyone know why I would be getting a `no code for module (gnu packages fediverse)` error on a fresh install of the guix OS? <pjals>this is Guix System, not required <Franciman>luca: what happens if you do `guix search mastodon`? <Rutherther>pjals: ? that's a bash thing, not guix system thing. If bash is using /run/current-system/profile/bin/guix because there is no ~/.config/guix/current/bin/guix, then the first one will be used even after the second starts existing <luca>I just reopened the shell and ran `guix home build file.scm` and it worked <luca>Also a general question, are there any guidelines on what packages should be installed on the user and others on the system? I assume opendoas would be on the system, while neovim would be preferable as the user <pjals>Imagine you're on a multi-user system with every Guix user in the world. Put things that every sane user should agree on (coreutils, linux, etc.) in the system, put things you want in your home. <pjals>Of course, if things that you want must be on the system because of permissions problems, put those on the system. <pjals>You should also design your home to work on different systems, so it's not dependent on any one system. <efraim>pjals: re hare, sounds like perl6/raku, although it's been several years since I looked at the build system <pjals>re Rutherther about rust: But wouldn't that be like static linking meaning you would need to rebuild everything for a hotfix? <Rutherther>pjals: I am not sure I understand what you mean. Even without hotfixes, you have to build the dependencies X times when X packages use them in cargo-build-system. I don't know how hare works, so it was just a guess to how it could work according to the description you gave. Keep in mind that generally when dependencies change you have to rebuild everything, no matter how small the change is, unless you make it a graft, which is I suppose not possible... <Rutherther>... with crate dependencies, but I might be mistaken. <pjals>Yea, I mean grafting. With cargo-build-system you wouldn't be able to graft. <Rutherther>okay. I am not sure I get your point then. I didn't mean for you to copy it and use it for hare, but that it could work similarly. If hare only captures the paths as strings somewhere I don't see why you wouldn't be able to replace those strings with grafts <apteryx>logs didn't say much; I've 'herd restart cuirass' on the berlin machine <apteryx>now I get a 504. perhaps it's coming back <luca>Is there a way to tell guix not to attempt to build anything and instead always use substitutes/prebuilds? <Rutherther>luca: I am not sure. But keep in mind you almost always need to build at least something, be it a shell, you need to merge the derivations into one profile, your system needs to build the scripts for activation, also a profile and such. These will never be substituted from the official substitute servers <luca>ok, in that case I am looking for another term. Just not sure what it is. I just don't want to burn my laptop while installing programs because the guix's CI is down, and I'd rather it fail and I can try again later <luca>but oh welp, I'll turn the laptop upside down and leave it to build I suppose <luca>Additionally, can I `guix home build` on one machine and import it on another? <dariqq>Wow, i just found a solution to lightdm choosing the wrong session than specified in the config. Appearently the gtk greeter is asking the accountserrvice over dbus for the users default Xsession rather than lightdm. After deleting the accountservice state everything works again <Rutherther>luca: there are couple of options. To build on one and deploy on another you can guix deploy. I am however not sure how to conveniently activate the home you would build like that. You can also make the other machine a substitute for your, so you first build something there and then on your laptop, and it will get substituted instead. Other than you can also have offload builders, ie. you run guix build, and it will build on different machine <luca>All right, how do I do the substitute path? <lynn_sh>hello, im trying to use nheko (matrix client) and it is telling me that it can't connect to the d-bus, or to gnome-keyring. herd tells me dbus is running and i have gnome-keyring installed (and the service is a default in %desktop-services i believe?) is there something i can do to start debugging this state? <luca>idk that much about guix, but dbus should run both as a system service (dbus-daemon --system) and a user service (dbus-daemon) <Rutherther>lynn_sh: gnome-keyring is not in %desktop-services <lynn_sh>hrm. not sure why i thought that. let me add the service <Rutherther>the main part you need is to add gnome-keyring to one of your profiles. The other one is that you might use gnome-keyring-service-type to get the keyring automatically unlocked <Rutherther>it doesn't matter to what profile you add it as long as it is in XDG_DATA_DIRS, which is true for the system one, home one, ~/.guix-profile as well <Rutherther>then you might need to restart the user session daemon (assuming you already run it, which you should, if not, you will have to also start running that), usually reloging should work <lynn_sh>i dont have irc logs. but it is installed in my home configuration (gnome-keyring), service is in my system configuration <lynn_sh>dbus is running on both according to herd <lynn_sh>sudo herd status|grep gnome gives no results <lynn_sh>checking the log i did what you mentioned, no dice. <luca>Including restarting the user sessiom daemon? <lynn_sh>i restarted after reconfiguring, yes <lynn_sh>i needed to add dbus-update-activation-environment --all to my sway config <attila_lendvai>so, here i am looking at a bug in shepherd (a stopped and disabled service is being respawned endlessly). i could look into fixing this, but then my past contributions are already being ignored... what am i to do? report a bug that the single person who can touch shepherd will not be able to reproduce, or apparently won't even have time to look into...? or fix it in my ever-bitrotting local shepherd fork that is a PITA <attila_lendvai>to maintain while it's being ignored? i sure know i shouldn't be bitching around about this... but then what else am i to do? <attila_lendvai>it seems to be related to reconfigure replacing the service while the process is in a respawn loop. then it stays there forever. <attila_lendvai>ACTION decides that the best way to spend his time is to try to come up with a unit test that reproduces this <graywolf>I cannot seem to find it, so I will try to ask: Is there a way how to configure the guix repository to *not* touch the .git/config file? <efraim>phase `unpack' succeeded after 4237.7 seconds <Rutherther>luca: the guix-daemon is started by a shepherd service, and that one is defined in guix-service-type <luca>I am far too new to guix to understand what that means in practice or what I should do <Rutherther>luca: specifically discover? is a field in guix-configuration. To change the configuration you are probably going to have to use modify-services on %desktop-services or %base-services <Rutherther>if you look into the manual on modify-services you will even find an example with changing guix-service-type <Rutherther>so wherever you have base/desktop-services in your system config, just put that, and set the discover? field to #t. Or will you need more help? <umanwizard>Hi. Is there a way to make `guix system reconfigure` patch the `operating-system` definition to remove the check phase from a particular package, similar to the --without-tests flag to guix build? I have something deep in the dependencies of my system whose check phase is failing and I'd like to try ignoring it. <Rutherther>umanwizard: there is not an easy way to change the whole system now. Someone was working on it and had a working function (though that function could potentially break some stuff), I can try to find it. But you might not need to do that - do you know what brings in that dependency? <umanwizard>The dependency is skia. I think gnome brings it in <Rutherther>umanwizard: okay, if that is the case, you could just replace the package in gnome configuration of gnome-service-type (one of the fields core-services, shell, utitities). You can use "(options->transformations '(without-tests . "skia"))" to obtain a function that transforms a package or a list of packages and removes test of package with name "skia" they depend on <umanwizard>This worked: (service gnome-desktop-service-type <umanwizard> (map (options->transformation '((without-tests . "skia"))) <graywolf>I think usually people use some pastebin service <olndrxyz>Hi! Is it just me or slim does not work well with exwm? When I kill my exwm session, sometimes the login manager is not displayed and when it is, I log in again and it opens a new buffer renamed "exwm". I don't get this behavior with gdm. <attila_lendvai>if i call herd stop on a service that is #:respawn? #t, then what are we expecting... should it get 1) stopped, or 2) respawn? <attila_lendvai>i need to herd disable the service to prevent it getting respawn <Rutherther>attila_lendvai: I would expect it to be stop, and that's what I am getting when I try this <attila_lendvai>Rutherther, is your service actually exiting? i'm writing a test that keeps quitting, and it seems to get respawned when i stop the service <Rutherther>attila_lendvai: yes, the service is killed and not started again until I do herd start <Rutherther>and I also know it gets respawned when I just kill it myself, so it has respawn? #t for sure <attila_lendvai>Rutherther, what i mean is that the service by itself quits, with zero exit code, and without getting killed. is that what happens for you? <Rutherther>attila_lendvai: oh. That I don't know. It just somehow exits, I didn't check what signal is sent to it <Rutherther>do you think that if you stop it, but the error code is not zero, it will respawn? <attila_lendvai>let me finish this test and try it with various branches, and i'll post it here <Rutherther>so do you do herd stop or does it exit without herd stop? <Rutherther>so then I would expect it to respawn if you didn't explicitely stop it, that is what the respawn is for <attila_lendvai>Rutherther, then i call herd stop, and it keeps being respawn (until i run a herd disable) <Rutherther>okay, so it is already in respawning state and only then you call stop, is that right? <attila_lendvai>Rutherther, yep (but i don't think there's a "respawning state". it's just a process that quits soon after starting) <efraim>ekaitz: I've timed out twice each during 'unpack and 'configure for binutils-mesboot0, I'm seeing if I can get dash to build to get something faster than gash <ekaitz>gash has a hangup issue that was reported to samplet <efraim>I see why you used bootstrap-bash <ekaitz>yes, i have no news from him since I reported this some months ago <ekaitz>it was like... june? when I reported <Rutherther>how does the timeout work? is it time for whole build of derivation of something like no output for that amount of time? <efraim>if it takes longer than I think 6 hours on berlin it's killed by default. There's a separate flag for max-silent-time <ekaitz>efraim: it won't help i think, the problem is a deadlock <ekaitz>the cpu usage goes down a lot when it happens <lfam>Anyone having Perl problems with git-send-email lately? <lfam>"Can't locate IO/Socket/SSL.pm in @INC (you may need to install the IO::Socket::SSL module) ...] <dariqq>lfam: There was a problem recently (found #73034) but i think it should be fixed now <dariqq>it was working for me earlier today, you might need to update <Franciman>hi anyoen having problem with telegram-desktop 5.5.5 on wayland? <Rutherther>Franciman: I don't use it. But if the problem is only on wayland, have you tried starting it with QT_QPA_PLATFORM=xcb environment variable? <Rutherther>iirc other people were also claiming telegram crashes for them - segfaults <Rutherther>how old is the revision of guix you are on? for me it doesn't crash, I have like a day old. If you are also on recent, have you considered removing at least the cache files, or maybe even the whole state (you would have to relogin and such again, of course) <Rutherther>I haven't used telegram on this machine yet, so I just started it right now and logged in <luca>Hi, is there a way I can search for binary names? In particular I would like to use `clear` and `as` commands on guix <lfam>`echo /gnu/store/*/bin/clear` <lfam>I know people want this feature <luca>Ah I see. So it tells me `/gnu/store/7rsdf5kcqh0gl88av6nkgvgxg1ywvc5b-ncurses-6.2.20210619/bin/clear` so I assume the ncurses package? <lfam>I don't know what provides `at` <lfam>Regarding clear, you can also press CTRL+L <luca>Yeah not sure about that either. Just know that gcc complains about it <luca>Oh right, completely forgot about CTRL+L <lfam>I think that `as` is part of binutils <Rutherther>luca: there is guix locate that will locate files, it currently builds database of of your nix store <Rutherther>muscle memory, got used to writing nix store for several months, and now there is no other type of store :) <PotentialUser-49>Hi, anybody know how to get xmonad working? I'm attempting to install it as a user, but xmonad doesnt see xmonad, or any of the other packages. <PotentialUser-49>by this i mean xmonad --recompile returns, paraphrasing, "cant find XMonad, cant find ..." <Rutherther>PotentialUser-49: for me "guix shell xmonad ghc gcc-toolchain" ends up in an environment where I can "xmonad --recompile" without errors <PotentialUser-49>hmm yeah i removed ghc xmonad xmobar, etc, and tried again... and it doesnt work. <Rutherther>can you send the whole error, and maybe also your config? <PotentialUser-49>XMonad will use ghc to recompile, because neither "/home/I/.config/xmonad/build" nor "/home/I/.config/xmonad/stack.yaml" exists. <PotentialUser-49>Errors detected while compiling xmonad config: /home/I/.config/xmonad/xmonad.hs <PotentialUser-49>$ ghc --make xmonad.hs -i -ilib -fforce-recomp -main-is main -v0 -outputdir /home/I/.cache/xmonad/build-x86_64-linux -o /home/I/.cache/xmonad/xmonad-x86_64-linux <Rutherther>please use a paste site. Otherwise you can get banned as you just sent a spam of messages. IRC is a line based protocol <PotentialUser-49>for whatever reason ghc doesnt see xmonad, but it does see agda... not sure why that is. <Rutherther>how did you obtain xmonad? in a shell? you don't seem to have it in your system nor home unless I am missing something <PotentialUser-49>yeah just guix install xmonad. i realized that as well... just added it to my home and did guix home reconfigure <Rutherther>okay. Have you tried the shell command I tried as well? <PotentialUser-49>making the relevant adjustments, like the newest version of xmobar from the git repo, and inheriting xmonad and making the same adjustments as in that guix.scm file... it worked, but also that version of xmonad couldnt find any of the other xmonad related libraries either. <Rutherther>oh, so you have not tried a shell with both xmonad and ghc? <Rutherther>alright. Yeah, you need the ghc package to have the search path (GHC_PACKAGE_PATH), and then xmonad + ghc-xmonad-contrib for getting the packages + something in haskell also needs gcc, I am not sure what exactly. <PotentialUser-49>hmm, now i just need to figure out how to get it to work generally in my home environment, but knowing that it can work in a shell is reassuring, thanks. <Rutherther>If you want them in your profile like your home, you would have to make sure to put ghc + the haskell packages to just one profile, ie. if you did guix install xmonad and put ghc to your guix home, you won't get the search path. On the other hand personally I would not put ghc, gcc-toolchain to my packages as I like to keep dev dependencies only to shells. So whenever I would like to recompile I would just enter a shell <PotentialUser-49>i feel i should not taint this discussion with non-free questions of a similar nature. <mirai>am experiencing some serious guix trouble here, I didn't run any reconfigure lately and out of the blue after a reboot grub spits out: no such device blablablabla; unknown filesystem <Rutherther>alright then. You can try setting the root in the grub shell, ie. set root=(...), where to know what to put instead ..., use ls to see the partitions, and ls (...)/ to see the contents of the partition, you are looking for the paritition that has /boot. After you set that try insmod normal, then normal <mirai>the ls just spits me "unknown filesystem" on everything <Rutherther>uh, alright. Then I am afraid you will have to go to a guix live iso and reinstall grub (chroot and reconfigure) <Rutherther>there is an entry on chrooting into existing system in the manual <mirai>alright, downloading the iso now <lh>I used guix copy to copy my guix home profile to another machine with the same architecture. now it is trying to build a derivation where I know the result is already in the store, confirmed with find. why? <lh>this is on a laptop where I would really like to avoid rebuilding my custom packages <futurile>lh: seems like they're different though - it says it's build qdqrb567... and you head command was a different hash <futurile>lh: you could make your main machine available as a substitute server - that's what I do - my laptop uses my desktop as a substitute server <lh>futurile: the head command is on the same derivation, qdrqb567, to show the output store path, and then I ls on the output path to show it exists <ekaitz>but they should also change the hash, shouldn't they? <lh>I thought the point of grafts was to reduce package rebuilds lol <subjectsphinx>hello, im getting fish: Job 1, 'blender' terminated by signal SIGSEGV (Address boundary error) <lh>anyway, it looks like it was only a few of the packages, most of them seemed to get picked up. weird though <ekaitz>lh: it has to be something that isn't so obvious, but yeah most of the times it works as expected