<apteryx>I'd prefer the make flags approach (that's more succint than defining a custom phase).
<apteryx>could we replace the base inputs used in builds (%final-inputs from (gnu packages commencement)) by their multi core enabled variants? (e.g. gzip --> pigz, xz -> pixz, etc) ? Seems a low hanging fruit to get a good multi core boost.
<apteryx>(I was just looking at inkscape source tar.xz being decompressed at very low speed, maxing out a single core)
<vagrantc>hrm... make: *** No rule to make target 'gnu/packages/patches/mrustc-0.8.0-fix-variable-length-integer-receiving.patch', needed by 'all-am'. Stop.
<vagrantc>and here i was hoping to have a frenzy of typo fixes ... now it looks like real work :)
<lfam>I notice the manual section Binary Installation no longer suggests sourcing the profile in '~/.guix-profile/etc/profile'. Instead, it suggests sourcing '~/.config/guix/current/etc/profile'
<lfam>Does that somehow get installed executables into $PATH ?
<NieDzejkob>Whoops, I just noticed that submitting packages has become routine enough for me to forget to run `guix lint'. I wonder whether it would be possible to write a pre-commit hook that would detect this
<nixo_>but when removing the file it said path `/gnu/store/rvbn66a34vdy7hd52l4mlr6mbjdzdagw-cairo-1.16.0' was modified! expected hash `8353a17116adb4761a830efe2fc9dab1c075bae24387f72b88ce4b8f12463df8', got `6f827ed38b498bba7
<htgoebel1>niedzejkob, str1ngs: I discovered that in magit I can at lease easily select the patches to be formatted, decide on a cover letter, etc. This is a HUGE step forward to wait I'm doing now.
<htgoebel1>Now the only thing missing is how to actually send these patches easily.
<str1ngs>htgoebel1: I use magit to generate patches and git send-email.
<htgoebel1>str1ng: So git send-patches on the command line?
<htgoebel1>How do you handle consecutive patches? With `--thread` and pass all patch-files on one call of `git send-patches`?
<htgoebel1>(I'm currently sending the cover-letter, wait for the confirmation, and then send the remaining file to this bug-id. Much hazzle!)
<nixo_>bricewge, smithras: sent an email with more details on my failure to guix-devel
<str1ngs>htgoebel1: I send the first in the series then I send the rest in reply to the message ID returned from sending the first one.
<str1ngs>htgoebel1: I don't bother with a cover letter. I try to make the patches speak for them selves
<str1ngs>htgoebel1: I'm curious how to refine the process though
<refpga>How can I redefine a package provided in guix packages tree? I've modified the definition but where do I put it so that the package specification in my operating-system slot in config.scm picks it up?
<str1ngs>refpga: did you modify it in the tree or outside?
<htgoebel1>str1ng: I'll try out `--thread=shallow` next time. This will make git to create and chain message-ids
<htgoebel1>(I just learned about this, never tried it out)
<refpga>str1ngs: I have set the theme directory, but it just refuses to accept the Main.qml provided in that directory. The same error you get when trying to execute a file from a mounted drive on linux, "No such file or directory". I checked manually the file is there.
<refpga>I don't know what guix does with the file system. Everything in .guix-profile is read only.
<str1ngs>I'm not familiar enough with lddm to helpful refpga
<refpga>So I guessed maybe sddm wants theme files on that read only file-system only.
<NieDzejkob>refpga: The "No such file or directory" error you get when executing a non-guix binary might be because the kernel can't find the ld.so at the path specified by the binary
<PotentialUser-73>Hello, I'm trying to run GuixSD in a qemu VM. I've problem having access to the network using network bridges. Is there a tutorial somewhere that helps using this networking solution ?
<g_bor[m]>What is the current network configuration of the guest? Here I have one interface on the 192.168.122 default network, I adjusted the dhcp range, and configured a static address outside that range.
<g_bor[m]>I also have a bridged setup at another place, but as I am vacation I currently have no access.
<g_bor[m]>PotentialUser-73: I glad that you found out.
<refpga>Hello, how can I see the hashed name of the package that is installed via config.scm?
<jlicht>refpga: As a last resort, you could put an expression that evaluates to your package definition at the end of your config.scm, and simply do `guix build -f config.scm'. Don't forget to remove the expression afterwards though :-)
<smithras>refpga: I think the emacs-guix interface has this information, but I"m not 100%
<pkill9>does anyone know how to configure a laptop's bootloader (i think) to load an existing installation of guix from a hard drive? ive put in the hard drive of one laptop into another laptop, containing an installation of guix, and i want to run it
<pkill9>the laptop ive put the hard drive into is a thinkpad x220 tablet
<refpga>smithras: It does, but only for package in the profile of the user, not the packages defined through config.scm. I could install it, and see which one gets installed though, I think this would be hard if the package was older than the current release and I wanted to know the hashed name.
<refpga>jlicht:I thought of doing that but I guess I did the right thing and asked on help-guix.
<pkill9>i managed to install the bootloader with grub-install
<pkill9>it boots into a grub commandline with no errors
<joshuaBPMan>Hello, I'm currently making a guile web website. I am currently trying to get the website to email me when someone submits a form. Any recommendation how to do this via guile? I suppose I could pass the info onto something like sendmail...
<epl692>Hello, New guix user here, wondering if someone can help me track down the problem I'm having with installing the system
<ng0>what drakonis means is, the name and maybe the error message would help more
<epl692>The download seems to stall for a package download. I am running in a virtualbox vm to try to get familiar before I try it on bare hardware. I had similar issues while trying to install within a XCP-ng virtual machines
<joshuaBPMan>epl692: We need a bit more details. What are you installing on? A laptop? What kind? What model year?
<pkill9>i just ran 'grub-install' with the root directory on the boot partition, with sone flags i cant remenber, which overwrite the bootloader that pointed to a fresh installation of grub, then i copied 'grubx64.efi' from the guix installation of grub into that fresh installation of grub
<bandali>hey guix, i forget, can guix weather check whether a specific package has been already built on substitute servers?
<jojoz[m]>I suppose these things can happen. Oh, how burdensome the success! ;)
<lfam>It's no guarantee of quick patch review, but it helps a lot if contributors follow the directions in the manual section Contributing. Even the suggestion to run `guix lint`, which mainly catches trivial formatting issues, can help speed patch review. Because if reviewers see that the submissions were not linted it can make us worry that there are deeper problems; for example, that the packages don't even build or something like that
<lfam>In general, it's fun to help new contributors by handling these minor issues ourselves, teaching them how to improve their work and eventually be able to review patches themselves if they want. But sometimes it can feel like a drag if one is not in the right mood
<lfam>jojoz[m]: I'm not familiar with Haskell. For ghc-llvm-hs, would "General purpose LLVM bindings for Haskell" be an okay synopsis? I akso because "General purpose LLVM bindings" seems a little to nonspecific
<lfam>Awesome, I'm glad to hear it :) Adding notes like that in the submission can help reviewers feel confident about reviewing things outside of their expertise
<jojoz[m]>Yeah, I kind of figured there wouldn't be Haskellers among the maintainers, since Nix seems to have mostly captured that crowd.
<lfam>Obviously in this case my review is pretty superficial, but if you are using the software and it works I don't feel that it's necessary to go deeper. If there are some problems with the functionality they can also be fixed later. I'm mainly checking for obvious issues like, is it the most recent release? Is the license appropriate? Are there any unused dependencies listed? etc
<jonsger>sirgazil: just add sway to lightweight-desktop.tmpl and try it
<jojoz[m]>lfam: That I suppose it has! I checked in about a year ago, and back then my compiler was faaaar from buildable in Guix. Many packages missing, and the rest were old versions. Someone's been contributing quite a bit of Haskell recently it seems.
<jonsger>sirgazil: it lays in the guix repo: gnu/system/examples/lightweight-desktop.tmpl there are also some other intersting ones...
***ng0_ is now known as ng0
<sirgazil>jonsger: I see, but that's not what I'm looking for. I use GNOME, but want to create another user and set sway for it to try it out. I don't know if GDM in the Guix System would just display Sway as an option when logging in or if you need to configure something.
<sirgazil>That's why I'm interested in joshua's information.
<nckx>gnutec: You can ignore those messages, they don't seem relevant. So the only real problem is that gdm won't start. Why do you suspect the kernel and not, say, a gdm update or other parts of GNOME?