<vagrantc>appropriating widely used terms is hard enough, and the metaphor doesn't exactly seem strong :P
<vagrantc>it's free in the sense you can typically look at the clouds (from very far away, without much ability to actually see what's going on), and make approximate copies with watercolor paintings ... but not really enough to actually functionally copy them
***duds-_ is now known as duds-
<pkill9>vagrantc: the metaphor i mean is that the data exists in the 'cloud' i.e. as copies between other people's computers
<Gooberpatrol66>Is it possible to install firefox extensions from guix? I see chromium-extension.scm that lets you install chromium extensions, but I don't see an equivalent for firefox.
<wirez>is guix made so there's always a bunch of stuff running and ports open n shit? or can you run a barebones config that has basically nothing running?
<wirez>and hopefully tiny footprint too so it could go right onto embedded
<Gooberpatrol66>wirez: guix requires guix-daemon to be running (though i hear there's plans to remove it). you can make a very minimal config though. i have a machine with 20 processes running. i don't know about ports though. and embedded is unlikely as guix uses a crapton of disk space.
<roptat>ĉu kompreneblas? "Minimuma praŝarĝebla kruda kopio de sistemo Guix en Linukso por Pinebook Pro"
<bsturmfels>hi, if I load up this system image config on a VM, cfdisk shows a 40M partition of type "EFI (FAT-12/16/32)" at /dev/vda1 and my root ext4 partition on /dev/vda2. Is that EFI partition generated by Guix?
<bsturmfels>(I'm uploading the image to a VM provider, so not sure if that partition is related to them or me)
<bsturmfels>mothacehe: sorry, got disconnected, thanks very much I'll try iso9660
<bsturmfels>mothacehe: excellent, thanks for the link! very helpful to see someone else's certbot/nginx and such. I haven't figured any of that out yet
<attila_lendvai>what am i doing wrong? i checked out guix.git, then git reset --hard to the commit that my guix install is at (as per guix describe). why does it fail for me then: guix build -L. bitcoin-core (with a not too useful error)
<attila_lendvai>(all packages fail with the same, i'm trying to add go-ethereum)
<attila_lendvai>am i missing some magic, like e.g.: guix environment guix ? damn, am i in an RTFM situation??? :)
<attila_lendvai>it's a scheme error: Wrong number of arguments to #<procedure display-error (_ _ _ _ _ _)>
<apteryx>why do you specify -L. ? what is your current directory?
<apteryx>I'm guessing dongcarl may have an idea :-)
<slyfox>'./pre-inst-env guix build ...' should work
<attila_lendvai>apteryx, i'm in my local checkout of guix, where i'm adding my new package. (attempting to build bitcoin-core was just a test, that the problem is not with my new package)
<iskarian>Okay, it looks like because of sdl-union, sdl2-config uses its original prefix, not the union prefix; a fix seems to be to call sdl2-config with `--prefix=<sdl-union-directory>' instead
<iskarian>See the jumpnbump package for an example
<iskarian>(I wonder if sdl-union should be modified to make this change itself?)
<iskarian>Anyway, I've got to go, but hope that helps!
<leoprikler>Hmm, good point, that way we won't have to hardcode the flags themselves
<dongcarl>attila_lendvai: If you need more help: what is the overall goal?
<liltechdude>I cannot find `guix build` flag to forcing guix download source evert time when `guix build` invoked. Firsly all seems to be okay, but after this, guix take predownloaded sources from somewhere. How to fix this?
<maximed>This is by design. Not downloading it again saves disk and network I/O.
<attila_lendvai>dongcarl, i have a go-ethereum package (as per `guix import go`, added to finance.scm), and i want to test-build the package. i have run the bootstrap, and i'm getting the same error from: ./pre-inst-env guix build --keep-failed -L. go-ethereum; and without -L. a missing package error
<maximed>So I'm wondering what your reasons are for trying to download it again.
<dongcarl>attila_lendvai: You have successfully `configure`d and `make`d guix inside your tree?
<apteryx>liltechdude: if you want to force downloading/regenerating the *source* again, you can do: guix build --source --check
<leoprikler>vivien: the kernel command line, you can pass options in through (kernel-arguments ) in Guix system or by pressing F2 in grub
<attila_lendvai>dongcarl, yep: $ ./pre-inst-env which guix => /home/alendvai/workspace/guix/guix/scripts/guix
<maximed>leoprikler: About the ‘I made a note to move png-file? from the minetest build system to (guix build utils)’:
<maximed>I meant that I made such a note in my mind
<maximed>I intend to move it some time after 'master' is merged into 'core-updates' again
<dongcarl>attila_lendvai: Okay, first stop using `-L.`. Then, can you send me the error you get?
<leoprikler>should have been a source code comment, but as long as you remember :)
<leoprikler>on a related note, you don't have commit rights tho, do you?
<maximed>though I don't quite see how this could be implemented without decreasing performance
<maximed>a database of "git commit <-> guix hash" would need to be kept
<maximed>and when guix is computing derivations, it would need to check if they match
<maximed>Isn't there 'git-checkout' or something like that?
<maximed>'git-checkout-compiler' from (guix git) it is.
<maximed>You just give it an URL and a commit, it doesn't need a hash
<maximed>A downside is that it doesn't know the hash in advance, so the derivation of the package with that source code cannot be computed until it has been downloaded
<maximed>(and on multi-user systems, each user will have to download it separately, unlike git-reference)
<maximed>so the ‘these derivations will be built’ and ‘this will be downloaded’ output of "guix build" will be less accurate
<attila_lendvai>dongcarl, do you have experience with packaging monsters like go and go-ethereum? i guess i should pin all its dependencies to mimic the exact same versions as per the go.mod file, right?
<maximed>So I don't think it can be used in ‘official’ (gnu packages ...)
<nckx>MysteriousSilver: The opposite, really, and nothing fancy or complex: Guix was in charge of updating the GRUB configuration file as usual, but did not actually install the GRUB bootloader: (installer #~(const #t)) The GRUB that booted machine was one I installed once manually & uses its own grub.cfg that simply ran the equivalent of 'configfile (path,to)/guix/grub.cfg'. Past tense because I finally flashed Coreboot this week and no longer use that set-up.
<attila_lendvai>how should i test a function call? i want to invoke (go-module-recursive-import "github.com/ethereum/go-ethereum" #:version "v1.10.8"); i opened a geiser repl, then typed ,use (guix import go), and called that function, but then guile started to load stuff painfully slowly and i killed it after several minutes. i guess it was in interpreted mode?
<attila_lendvai>i'm happy for pointers to manuals, but both the manual, and the cookbook falls short right at this point
<attila_lendvai>ok, i realised that the ,use was superfluous, and ,m was enough. but my emacs is at 100% CPU, and probably the crulpit of the slowdown
<attila_lendvai>dongcarl, why is it that in a guix repl ,bindings only shows 5 variables, but in the .scm file i see several more? i want to call a function interactively that appears to be not bound in the guix repl context
<maximed>sneek: later tell iskarian: About the git-fetch patches: I've written those let& and let*& macros and let them replace the 'let' and 'let*' macros and it seems to work (with some changes). I should be able to submit them sometime this week
<attila_lendvai>maximed, are you the one working on the go importer? if so, i have identified an issue i don't know how to fix: (fetch-module-meta-data "github.com/prometheus/tsdb") returns #f because the repo was moved and http-fetch follows a redirect. because of that the string-prefix? call doesn't match it anymore at the end of fetch-module-meta-data