<ryanprior>Hell yeah dude that's a good start, I can tell one thing right away though that's gonna be a hitch
<khassanov>Hello guys! Anyone use Guix on NixOS? What the preferred way to install it now?
<ryanprior>Guix shuts off network access for builds to ensure reproducibility, so you need to fetch all the dependencies ahead of time that you're going to need, you can't just let bundle take care of it all like normal
<ryanprior>So that big list of gem dependencies I sent you, we're gonna have to add those explicitly as inputs
<ryanprior>I'll emphasize that you don't have to create a package to use software, it might not be worth your time to do all this. But the end-result of making a package is that we know it'll be totally reproducible :)
<ryanprior>And if it /is/ something you're interested in doing we'll be here to advise & encourage & collab
<txgvnn>Recently, I built a package for ibus-unikey. Could you add it into Guix?
<ryanprior>Do you know how to format and email a patch? The official way to send packages for inclusion upstream is to e-mail a patch to firstname.lastname@example.org
<smithras>khassanov: can't say I have :/ A lot of the active people here are in European time zones, you might need to wait a bit to get an answer
<ryanprior>txgvnn: I would like to make it available in GNU ELPA if they'll have it, but I need to figure out what the process is for doing that.
<ryanprior>I think the code quality has to be very high, and I've been leveling up my elisp skills but there's a lot to learn. And at the same time I'm trying to add features.
<xelxebar>Hey, Guix. Want to poke your brain. I am trying to package J (the programming language), and the interpreter comes in three variants---non-AVX, with-AVX, and with-AVX2 extensions.
<xelxebar>Previously, when I packaged this for a different distro, I just built and installed all three versions under /lib/j and created a script under /bin that detects CPU features and launches the most AVX-y interpreter at runtime.
<xelxebar>My questions is two-fold: Is this a reasonable approach for Guix, and if so, is there a standard approach for creating wrapper scripts that do more than just set environment variables?
<efraim>ryanprior: I think bsdtar is in libarchive
<efraim>sneek: later ask civodul has the ungrafting branch started building yet?
<davidl>mothacehe: what do you think about developing an option to monitor/build-continuously a set of git-packages at a specific branch - say you can add something like this to your cuirass-spec (#:proc-args . ((subset . manifests) (manifests . ((config . "manifests/user1.scm"))) (git-follow . ("emacs@test" "ruby@develop" "pkg@branch"))) ?
<davidl>I wrote a script that does something like that, but it would be nice to have it built-in to cuirass.
<mothacehe>davidl: yes, I agree it would be a nice feature. It's a bit like what people are trying to achieve with .guix.scm files in their projects, but built continuously, right ?
<maav>also, i was looking into the boostrap chain, libc include files and gcc-10 (which seems that the test for <fenv.h> needs a -lm to work properly... :(
<civodul>that one's tricky, but if you could figure out what to do, you'd be our hero
<civodul>the more i think about it, the more #include_next looks like a brittle hack to me
<maav>the main issue i see is that we shouldn't mess with libc and libstdc++ include paths as they are an implementation detail... but we have to at the bootstrap stages, so perhaps using the PREFIX_INCLUDE_DIR to embed the libc into the compiler could be an option, or add an ordering to the path variables, or using -idirafter for libc alone... too many options and each one takes ages to compile and debug on my machine
<jonsger>cbaines: so cuirass is not supported for providing derivations via evaluations?
<cbaines>jonsger, I think mothacehe was looking in to something like that at some point, but it's a bit odd architecturally, since both Cuirass and the Guix Build Coordinator are keeping state about builds
<cbaines>at some point I'd like to get the Guix Data Service working properly with channels in general, as that might be useful.
<jonsger>cbaines: ah so the dataservice doesn't support channels at all?
<cbaines>jonsger, well, it works with the default guix channel, but it's not as capable as Cuirass when it comes to working with something like the guix-past channel
<jonsger>guix-build-coordinator looks a bit overkill for my purpose but those build hooks look nice :)
<cbaines>jonsger, a simple script that just pulls the channel, computes the derivations for some packages, and then submits builds to the coordinator might suffice
<efraim>wow, I didn't realize the wip-r branch was so big
<bdju>I just log in from a TTY but I would think it should work either way
<dftxbs3e>BTW I decided to ditch Fedora on my laptop to force myself to get used to GNU Guix, it really helps me be more productive to depend on the tools I decide to improve
<dftxbs3e>Ah and.. somehow Emacs installed in my GNU Guix user profile loses theme configuration after each reboot.. it works if I quit Emacs and start it again if I don't restart though (or logout, didnt try)
<maav>dftxbs3e: that's quite weird, I have a different theme for each of the emacs daemons i run, but i do it through custom.el (one for each daemon), how are you changing the theme?
<dftxbs3e>Too bad the golang importer patches don't include one :-)
<maav>dftxbs3e: the custom settings are set by the form custom-set-variables, and as far as i see custom-theme-load-path should be set by spacemacs-theme-autoloads.el, could you try printing out that variable before the custom-set-variables form?
<dftxbs3e>maav, how do I print it? Sorry I'm still quite a noob with ELisp
<dftxbs3e>maav, just to clarify, the theme does appear in customize, if I tick it it gets set, just if I restart Emacs it doesnt say (though I remember restarting it and it did stay then rebooting the system made it go back to default)
<maav>(message "%s" custom-theme-load-path) prints (/home/miguel/.guix-profile/share/emacs/site-lisp/ custom-theme-directory t) on my machine
<maav>after installing spacemacs-theme to test it, because before that it only prints (custom-theme-directory t)
<divoplade>Regarding ocaml and js_of_ocaml, I've sent a patch for a small dependency, that I think is the last missing... But making a package for js_of_ocaml itself is a lot harder, there are PPX problems and strict bytecode versions :(
<Formbi>is there a way to disable the escape sequences in guix output?
<Formbi>it's another annoying change not announced in guix pull
<Formbi>since I use guix mainly from eshell, it now looks like total crap
<zimoun>mothacehe: hey! rekado_ merged wip-r to master. A lot of substitutes are missing but we are both sure they build, because we did both locally. For example r-flowmeans or r-flowutils or r-quasr… Well, I do not understand who ci.guix.gnu.org to read the raw. Is it IO issues?
<morgansmith>actually now that I'm looking at it I think the behaviour changed again recently... It used to work for the first 150ish lines of the eshell buffer but now it seems to work for the first 150ish lines of each command...
<GewaltDisney>hi folks, during Guix Days there was a convo happening concerning the need for UX/UI designers to work on GuixSD, but I didn't catch any resolution concerning the next steps (admitted i was working and tuning in/out leisurely). I'm a designer that would love to work on GuixSD, is there a hub where these dialogues are happening?
<morgansmith>it looks like packages->manifest accepts stuff in the form "git:send-email" or '("git" "send-email") but options->transformation will only accept the first form (and then interpret it wrong)
<morgansmith>oops, the form should be '(git "send-email"). still doesn't work though
<morgansmith>ok, if I remove the part where I apply the transfromations but keep everything else the same it works. So it does pass the send-email output to the transformations function and then the transformation just says nope
<rekado_>it doesn’t support the latest ECMAscript, so it fails on the new version of d3js
<rekado_>it doesn’t know “let”, nor does it know the new “=>” shorthand for functions.
<mdevos>I'm trying to install Guix System on another system. I'm aiming for encrypted root, and placing /boot within the root file system as an ‘ordinary directory’. Would I need to do anything special here?
<mdevos>Odd, the graphical installer has generated a .config with (bootloader-configuration (target "/boot/efi") etcetera). I'll replace it with a section from the local machine, perhaps it will work as well.
<mdevos>I'll try guix system init and see if it installs & boots
<argylelabcoat>If I'm using Guix to develop a package from scratch, is there a more sane way of development than the flow of: Make changes to source code repo. Commit, get hashes, Return to Channel Repo, update hashes in package spec, build.
<argylelabcoat>then hop into the source and it knows what git revision of the guix package channel, and what revision of my current package channel are needed
<mbakke>argylelabcoat: if everyone has the same channel, you can create a guix.scm in the repository that inherits from the channel and provides for an easy 'guix build -f guix.scm': https://paste.debian.net/1176263/
<argylelabcoat>fair enough. I'm working on a strategy for rolling guix out internally at the office... and with different teams. channels.scm looks like a good solution, but sometimes work is done on different versions of the same code, in which case having environments might be more useful, though I suppose "pull" might allow movement in any given direction
<leoprikler>argylelabcoat: "At different versions": `guix time-machine`
<argylelabcoat>my brl-cad package still segfaults on execution, so I have to debug it some more... but it's source isn't in heritage. The packages that reference public github projects all pass I think
<sneek>olivuser, leoprikler says: if you use emacs through xinitrc and it doesn't have $GUIX_PROFILE in $PATH, try `source /etc/profile` before exec emacs
<PotentialUser-54>Hey ! Is there a way to git-fetch from a ssh authenticated repo in a package definition ? Using the usual pattern, the builder cannot clone the repo and I get "error: cannot run ssh: No such file or directory" in the build logs.
<leoprikler>could it be, that gnu/services/ssh.scm:570:31 is evaluated a bit too eagerly?
<leoprikler>PotentialUser-54: no, Guix doesn't store your git+ssh secrets for you
<leoprikler>you can direct it towards a local file with --with-source however
<civodul>PotentialUser-54: or you can use --with-git-url=PACKAGE=ssh://...
<civodul>that'll clone on the client side, using your SSH agent
<civodul>or you can use the undocumented (git-checkout ...) form
<PotentialUser-54>thanks --with-source works for now, even if a bit clunky .. i suppose we should set up something via vpn anyways
<civodul>mbakke: re pango, did you find what happened?
<civodul>also, should we start building the branch on ci?
<lfam>I feel like maybe we should join the staging and ungrafting branches, since the ungrafting branch is no longer just ungrafting
<jboy>I'm running weechat installed by guix on a foreign distro, and weirdly, weechat calls /usr/bin/python3 for plugins rather than the guix-installed python interpreter. Has anyone encountered this issue before?
<mbakke>mdevos: BIOS GRUB works with GPT, but you need to reserve some space at the start of the disk
<mdevos>mbakke: the guix system init grub install error message didn't mention that
<jboy-->I'm running `guix environment --ad-hoc --container -N weechat gnutls nss-certs -- weechat-headless` but the weechat instance then doesn't accept any SSL certificates. How can I make the process aware of the CA store?
<procra>hi, i successfully installed guix on another HDD on my computer, i doesn't was starting until I blacklisted radeon, the thing is that now i don't have internet and i don't now if i should activate it trough unix standard(the ones in the manual) tools or the daemon manager has something special for it, there is something that you suggest?
<civodul>procra: hi! if you chose "NetworkManager" for network management during the installation, and if you have GNOME or similar, you can configure network via the settings panel
<procra>civodul: the thing is that i blacklisted radeon on grub in order to the system boot, so i can't login in a graphical way
<mdevos>Does someone now a reasonable size for the EFI partition? There is 90 GB left unallocated on the machine I'm configuring.
<civodul>procra: oh ok; you can try running "nmtui" from the console (again, if you chose NetworkManager)
<civodul>mdevos: my understanding is that less than 100 MiB is enough
<ngz>hmmm rust-tokio-0.3 has rust-tokio-test-0.3 as development input, and rust-tokio-test-0.3 has rust-tokio-0.3 as both input and development input… how am I supposed to deal with that?
<mdevos>"guix system init" failed at the end because the bootloader configuration was incorrect. I now have correct that (I think), but guix system init is "copying to '/mnt'..." again. I presume it's mostly parts of the store that are copied (I can't imagine writing some configuration files would take minutes). Would it be possible for "guix system init" to not copy already copied things?
<cbaines>ngz, cycles work differently with the rust things passed around through the arguments, the sources are what's being used, so generally you won't have cycles
<mbakke>reading the Pango commit log is funny ... "Fonts are amazing, and not in a good way. My system has fonts with 0, 1, 2 "Regular" faces. It also has fonts where the "Regular" face is, in fact, bold." :P