<catonano>long story short, "package -i some-package" will download a binary from a server. But in case such binary is not available on line (for whatever reason) your local Guix installation is able to produce a binary on its own that is supposed to be exactly equal to the one on line
<catonano>you don't have to trust a central binaries provider. That des exist but it's just for convenience
<shymega>i was on my phone, so i could only answer briefly
<catonano>koosha: just give you some time to read ;-)
<catonano>koosha: also the people on the help mailing list is very kind and helpful
<shymega>i've been meaning to watch Ludo's talk at FOSDEM
<shymega>i've watched the one with dave thompson and chris webber, though
<catonano>shymega: they're all quite good, overall. Sometimes I have a hard time understanding when they talk too fast or when the words are uttered or the sound is not crisp, but overall they are an important contribution to understanding
<shymega>catonano: With regards to audio, I agree. I do find the quality a bit off sometimes, but perhaps I need to download a different format.
<catonano>ngz: can't help you, sorry. You might want to read the build log or try asking for help in september
<ngz>The error is "configure: error: mkfontscale is required to build font-xfree86-type1"
<kchrez>So I have a quick question for the people developing on guixSD, I tried out the 0.10 version, and it went fine. And now I am trying out 0.11, but I am unable to use the Ethernet because "Missing Free firmware"
<kchrez>Now I am just wondering, did "you" guys remove any non-free firmware in between version 0.10 -> 0.11, or would this be a bug of some sorts?
<bavier>kchrez: it's possible the firmware was removed from the latest version of linux-libre
<bavier>but I'd be surprised if such a thing happened for ethernet
<nidhogg>Hi, I have a newbie question. I installed gnucash with `guix package -i gnucash`, but it fails to start, and I get the following error message:
<nidhogg>However, if I create a new environment with `guix environment gnucash`, and run gnucash from within that environment, it starts properly. What am I missing? Do I have to set up some additional PATHs or other environment variables?
<mark_weaver>nidhogg: it sounds like a problem with our gnucash package, where it needs some other package to be installed in the environment in order to work.
<mark_weaver>this can happen when the original package author has the other package installed already, so never noticed the problem
<mark_weaver>if you can figure out what other package is needed, we could add it to 'gnucash's propagated inputs, or better yet, arrange for it to be able to get what it needs from that other package without it being in the environment
<mark_weaver>nidhogg: but for now, can you please email email@example.com about this?
<nidhogg>I also have a problem with gajim. When I try to run it, I get "locale.Error: unsupported locale setting". Running it within the environment created by `guix environment gajim` doesn't help. I have my locale set up as shown in the operating system configuration example in the manual. Is there anything else I need to do to set up my locale?
<nidhogg>The first line says "hg: command not found", but I tried running gajim within `guix environment --ad-hoc mercurial`, but it doesn't help. Running gajim shouldn't need mercurial, anyway, as far as I know.
<nidhogg>If I'm not missing anything obvious, shall I send this to bug-guix as well?
<bavier>jlicht: the tshirt might be more fun when we have our own daemon: "here Nix, you can have yours back"
<bavier>*terrible inside jokes and piracy language*
<catonano>I am probably the less entitled guy but I still want to say that. It seems to me that the hn crowd is pretty uninformed.
<catonano>some of them don't see why prebuilt binaries are an issue
<davexunit>ugh, people don't see how including binary blobs makes builds non-reproducible
<catonano>some don't understand why Scheme is better than the Nix language
<ijp>builds shouldn't reproduce until they have reached an appropriate age
<davexunit>"How does one reproduce a .c file? By copying the file. Either way, you know the bits of both the .c and the .so have not been tampered with because you can verify their hashes. Again, it's a philosophical distinction, not a technical one."
<bavier>yeah, the understanding of hackability is missing
<davexunit>"Can't trust the source either, if you're worried about it being tampered with right? At some point you have to trust something, likely from a central location.. either a checksum, blob, source, or etc."
<ijp>you might ration your hn exposure to a certain amount per day
<davexunit>I'm just not in a good mental state to deal with these stupid comments right now
<lfam>jeaye: This is a naive answer, but I recommend you look at the Guix source files 'gnu/packages/linux*', and maybe also 'gnu/system.scm'. Your question might also reach more readers on firstname.lastname@example.org (we're all subscribed to this one...right?), or maybe email@example.com
<bavier>jeaye: if you can build a package for it, you can declare it as a custom kernel in your system config
<jeaye>bavier: Right, I understand that this is possible; my question was if anyone was working on a system for it.
<ajgrf>i thought the idea of a unikernel was that the kernel *is also* the application. so you end up with a binary that runs right on top the hardware (or virtual hardware like xen) with no intervening layers
<ajgrf>if i have that right, then nothing you put in your system config can make that happen
<ajgrf>but that doesn't mean there isn't a lot of code you can reuse from guix
<jeaye>ajgrf: Yeah, that's typically what you see. I'm considering how it can be extended to "I need a system which can do X, Y, and Z with these packages" declaratively such that a custom kernel is built for the task.
<jeaye>unikernels also typically run with no users, no package manager, etc; they're effectively immutable.
<lfam>jeaye: This isn't a unikernel, but we do have a tool to create immutable QEMU VM images, `guix system vm`
<jeaye>I've a fair amount of experience with NixOS. I'm working on a project which is going to require ~100 machines in multiple clusters; I'd prefer to use GuixSD, out of GNU's principles and my preference for Scheme over Nix. My two primary questions were "how close to a GuixSD unikernel can I get?" and "does GuixSD have an analogous system to NixOps?"
<ajgrf>guix doesn't yet have anything like nixops, but it's definitely something we want. i've heard people are working on it but i haven't seen anything public
<lfam>There are some people who deploy Guix at their workplaces. They might have some good advice for you. In the meantime, a few links to notes that they have published: