Re: Newbie: How to edit a faulty package definition?
> == > >The reason is that I'm currently using `guix home reconfigure' and >even though I use the `-L' flag, `guix home' gives higher priority to >`emacs-subed', so the build process fails and `guix home' can't exit >successfully due to that faulty package. > You can resolve the ambiguity using features available in guile itself. The easiest thing would be to give it a slightly different name, such as emacs-subed-customized, but you can still resolve it if you don't want to do that for some reason. Since you're using the `-L` flag, I assume that you put the package definition in a file that defines a module. If not, see section 2.5.2 of the guile manual (1). Once it's in a module, you can either import the module with a prefix as described in section 6.18.2 (2) or you can use the `@` syntax to tell guile to pull the symbol out of that module directly; I don't see a full explanation of this in the manual right off, but it would look something like this: `(@ (gnu packages emacs-xzy) emacs-subed)`, except use the name of your module instead of the gnu module. (1) https://www.gnu.org/software/guile/manual/html_node/Writing-new-Modules.html (2) https://www.gnu.org/software/guile/manual/html_node/Using-Guile-Modules.html Sincerely, Skyler
Re: Read only_Edit Icecat.desktop
Hello, segundom...@tutanota.com writes: > Of course, today I'm using KDE Plasma(Kubuntu), but it's the same problem I > had when using the default GNOME in > Ubuntu. Attached video. Thanks for the video! It's a strange problem, but I believe I've seen something similar when using GNOME. I'll try taking a look when I have a chance. -- Thanks, Maxim
Re: guix pull: computing Guix derivation takes forever
akib via writes: > I've just installed Guix on a partition of my new HDD. After the > installation I logged in to my user account on a Linux console and > executed 'guix pull'. After that it pulled the repository and > computed Guix derivation, but stuck while updating substitutes. So I > thought something is wrong and restarted the command. Now the pull > operation always stucks while computing Guix derivation. There is no > sign of activity according to top. Is this maybe related to the CC'd bug? There the freeze happens later, during the building phase for packages-base, but it seems like the symtoms are the same. Does this happen every time you try? Could you get a backtrace with GDB? I think the incantation was: set logging on thread apply all backtrace quit And then the output should be gdb.txt.
guix pull: computing Guix derivation takes forever
I've just installed Guix on a partition of my new HDD. After the installation I logged in to my user account on a Linux console and executed 'guix pull'. After that it pulled the repository and computed Guix derivation, but stuck while updating substitutes. So I thought something is wrong and restarted the command. Now the pull operation always stucks while computing Guix derivation. There is no sign of activity according to top.