<zacchae[m]>reading the user manual. guix weather only checks enabled substitute repos anyway, so something is strange here. linux-libre for aarch64 comes up for me, yet it is still trying to build it. I wonder if it is related to the fact that guix system init is building multiple linux-libre-5.13.12-guix.tar.xz.drv with different hashes
<civodul>zacchae[m]: "guix weather" does not use the list of substitute URLs that guix-daemon is using
<civodul>it could be that guix-daemon uses only ci.guix (the former default) and "guix weather" checks both
<iskarian>The only potential sticking point is that in theory license could differ between versions, so if you install two different versions of a package, there could be a conflict.
<iskarian>But I guess there would be a conflict in that case anyway.
<nirnam>Hi, I used guix in a package manager on my gentoo system, after symlink guix-profile to my user and now doing guix package -i hello to test it out, it seemed to be pulling down every packages in the repo right now, is that normal?
<sneek>nirnam, leoprikler says: you need bluetooth-service-type in /etc/config.scm (assuming Guix System)
<nirnam>did that, trying it out as package manager for my main system right now, so far shephurd has not been working out for me
<dstolfa>nirnam: pulling every package sounds like it shouldn't be happening. it may just be pulling down some dependencies that the package needs to run (guix doesn't use system dependencies, it uses its own)
<nirnam>I would guess that too, because hello package should be needing perl, acl, m4, gawk, help2man etc ....
<nckx>Calling build dependencies 'every package in the repo' is strange hyperbole coming from a Gentoo user ☺
<dstolfa>nirnam: also, could you elaborate a bit further on what problems you had with shepherd?
<nckx>nirnam: Correct, you need them to build things.
<nckx>nirnam: If you want to download prebuilt packages (when available), make sure you've set up and authorised the substitute servers.
<nckx>See 'Substitute Server Authorization' in the Guix manual.
<nckx>Guix will always transparently fall back to building from source, though.
<dstolfa>nckx: btw i didn't forget about `guix bisect`, i just barely have time to eat right now... $WORK + moving turns out to be very time consuming
<nirnam>ah that might be, I saw that as optional so I skipped it, note on gentoo it have every thing it need to build stuff and base system in stage3 zip file
<nirnam>so you don't really need to install the build system from portage when installing it
<nckx>If ‘it’ means Guix here: Guix is self-contained by design, it will not re-use whatever build tools you have lying around it. Strict isolation & control of 'build inputs' is core to how functional package management operates.
<nckx>nirnam: Guix has a much smaller (tiny!) set of 'bootstrap' binaries but builds as much from source as possible.
<nirnam>by it I mean gentoo, I was talking about how gentoo getting their base system setup
<nckx>Right. They just ship a huge set of binaries IIRC (it's been years since I've used a Gentoo-derived distro), but if you use it long enough it will be all but replaced by newer build tools you did build yourself, no?
<nckx>Like stage 3 will contain a GCC 9 binary, but when 11 hits the repos you'll build it at home.
<nckx>Guix just does all of that up front, (almost) from byte zero, although there's still some way to go.
<nckx>dstolfa: And all you need for that is more time, right? Easy.
<dstolfa>i need more workers in my worker pool, currently there's only one and he seems to be deadlocked on this task called: "finish phd" with random pre-emption to handle minor garbage collection tasks
<zacchae[m]>it only give instructions for how to retrieve it on GuixSD
<dstolfa>nckx: yeah i've always found that very few people use such tools, but those that do really appreciate their existence. i guess more people use eBPF since it's more general in the sense that it implements parts of LSM, XDP and so on
<nckx>zacchae[m]: By which I mean, open it in a Web browser.
<bsturmfels>question on patchset etiquette - civodul suggested sending a V2 of the patchset in https://issues.guix.gnu.org/49993 - do I do this by changing the patch subject to include "V2" and resend the patchset to that bug, generating ~ 10 emails?
<nckx>‘It depends’? If you change more than 1-2 patches, I do recommend just sending the whole series again with git send-email -v2 or whatever.
<zacchae[m]>oh, is #7D602902D3A2DBB83F8A0FB98602A754C5493B0B778C8D1DD4E0F41DE14DE34F# the entire key? I was under the impression that that was an identifier used to fetch the key from a keyserver. In that case I am fine. Do I include the '#' on either side?
*nckx gestures vaguely, waving around words like 'baseband', despite not owning any phones.
<nckx>zacchae[m]: Cool, I'll have to read up on it.
<zacchae[m]>they filed for some exception with the free software foundation (which they granted) to have the Librem 5 endorsed. Basically, there is some blob that get's executed, but it is off the main device
<jab>nckx: You are correct. I think that the librem has some blobs, but they are pursing RYF.
<nckx>TBH the only association I currently have with ‘Librem 5’ is ‘people on Reddit complaining it hasn't arrived yet’.
<nckx>And I mean only: I thought it was a laptop. Oops.
<jab>ALSO, I think that the librem may have freed the firmware/software for the wifi card...They paid some company to do it for them...
<jab>nckx: It is taking a while for it to arrive. BUT they are writing most of the software that pinephone users use. Including me.
<zacchae[m]>also lol Purism's goal was 3mil, and they already passed 9mil
<jab>does anyone know how to set up calls in gnome/phosh to use my SIP account?
<nirnam>I have seen a few funny thing scrolling thru my initial guix install, I understand that it will install build tool for me as it needed to build thing later on, but which part of build process of the package hello required curl and libjpeg-turbo?
<zacchae[m]>yeah, so wait. It builds both then checks if I have a pinebook and boots that one? Very confusing. I do care in as much as I want to make sure the weird behavior is known (like a good beta tester)
<nirnam>That might be, I'll try to trace these package later, anothor thing I noticed, it sometime downloading the same package twice, why is that?
<zacchae[m]>also jab , you mentioned 2000$. Just making sure you know that only the Librem 5 USA is 2000$. The Librem 5 (not USA) is "only" 900$
<jab>Well I am making a phone call via mint mobile now...
<nanounanue>I am trying to fix an issue with the emacs-org-roam package. When they upgraded to version "2.1.0", the Org-roam developers moved some code to the "extensions" folder. I would like to contribute fixing it (since I am a heavy user of org-roam), but I am not able to figure out how to add those files to the recipe
<zacchae[m]>it was because you had it inside of a lambda expression, so it was being evaluated in a different scope
<zacchae[m]>Also, in case anyone was wondering, it seems the raspberry pi is not yet supported for GuixSD. Someone packaged rpi-open-firmware, but from what I've seen, no one has gotten it to boot except through netboot. However, my sense is that support is just around the corner.
<bricewge>For the "skel" hack you would need to put that in the "skeletons" operating-system field
<dhruvin>I have never created a shepherd service, but I've read their docs. I'll go for that hack first, for initial draft.
<dhruvin>I'll replace that hack with said shepherd service.
<dhruvin>I'll get back to it, thanks again for your help. :)
<mange>bricewge: Are you sure you need a shepherd service? Couldn't you do it by extending the activation service?
<bricewge>You're right it probably make more sense to extend the activation-service that shepherd-root-service
<dhruvin>Okay, I'll extend the activation-service instead. Thanks mange.
<bricewge>mange: Actually the creation of user account is done in a shepherd service, so the activation service will run before the creation of the account
<mange>It looks like the accounts are created during activation (see account-activation in shadow.scm, which is run at activation time) and the home directory is created by the shepherd service (see account-shepherd-service in shadow.scm, which defines a one-shot service). Unfortunately this might mean that you still need to run after the shepherd service to properly create the file.
<bricewge>So doing that in the activation-service, you need to create the home for the "build" user yourself during the activation which would prevent "account-shepherd-service" from creating a usual home with skeletions and such
<dhruvin>update: skeletons hack suggested by bricewge worked. Now reading about creating/extending services. I'll have to extend "account-shepherd-service" to add said ".gitignore" file, right bricewge?
<attila_lendvai>so, i have downloaded the official geth (go-ethereum) release binary, and ldd output looks reasonable, .so's resolved to /gnu/store, but it still doesn't run. is that only due to the program interpreter thing? (it's /lib64/ld-linux-x86-64.so.2 in the binary). if that's all, couldn't something be trivially patched to make it run?
<montxero>Say I make an environment like so `guix environment --ad-hoc python python-flask`. Is it possible to reuse the environment or do I have to recreate it each time. More generally, is it possible to make environments akin to python virtual environments which are not limited to single session use?
<civodul>montxero: hi! note that "guix environment" will be quick if you rerun it later with the same arguments, because the environment is still in store
<civodul>you might prefer to use separate, persistent profiles
<rekahsoft>Today I noticed that the emacs-org-roam package is not working as expected. Namely, they refactored some of its functionality into another directory (called "extensions"), but the .el files in this directory are not compiled or even included within the package. How would one include the "extensions" directory when using emacs-build-system?
<rekahsoft>I'm aware of the #:include option, and looking at the source, this will likely do what I want.
<abrenon>are there additional things to do when running an ocaml toplevel to find installed packages ?
<abrenon>I'm trying to package a lib and I wanted to enter a toplevel to look around and check if everything seemed to be there but I can't seem to load .cma using the #load directive
<abrenon>I've found examples online that mention topfind, is this linked to ocaml-findlib ?
<abrenon>(I used to use ocaml a great deal about 7~8 years ago but it's been a while and I never used it on guix before so I guess I'm kinda confused between what I remember, what I think I remember and the intrinsic complexity brought about by guix)
<abrenon>but I entered an environment with guix environment --ad-hoc rlwrap ocaml ocaml-findlib ocaml-libcaml-grew
<abrenon>and the directive : #use "topfind";; returns an error ("Cannot find file topfind")
<abrenon>I checked my $OCAMLPATH and everything seem to be in there so I'm a bit confused as to what is expected by the toplevel
<yoctocell>abrenon: hi! I probably wouldn't use the word "very", but I do have some experience with ocaml and guix :-)
<sneek>Welcome back yoctocell, you have 1 message!
<sneek>yoctocell, iskarian says: but do we want to make having 'git' and its dependencies installed a requirement for 'refresh'? hmm... maybe we can add it to guile-git if it's already in libgit2? I vaguely recall seeing a ls-remote example in libgit2
<yoctocell>sneek: later tell iskarian: I haven't looked into ls-remote from libgit2, will take a look :-)
<yoctocell>sneek: later tell iskarian: I am not sure if depending on `git' being in PATH would be such a big problem; it is only a requirement if one tries to update something hosted on a Git repo, and I would think that most people who run `guix refresh' run it from their local Guix checkout, meaning that they already have `git' in their PATH.
<maximed>or, often equivalent, set it to the default value
<iskarian>hmmmm. yoctocell, do you think that the same should apply for `guix download'? (regarding #50274) Of course, in builders, `git' is used. I wonder if we could (or would want to?) eventually get away from that with a well-developed guile git?
<sneek>Welcome back iskarian, you have 2 messages!
<sneek>iskarian, yoctocell says: I haven't looked into ls-remote from libgit2, will take a look :-)
<sneek>iskarian, yoctocell says: I am not sure if depending on `git' being in PATH would be such a big problem; it is only a requirement if one tries to update something hosted on a Git repo, and I would think that most people who run `guix refresh' run it from their local Guix checkout, meaning that they already have `git' in their PATH.
<iskarian>Of course, svn, hg, and so on would still use their binaries
<iskarian>Ah, yeah, I suppose that would yield the same result. Hmm... still getting "runtime: failed to create new OS thread (have 2 already; errno=22)" building Go 1.16 for aarch64, even with --cores=1
<muradm>civodul: we want ant-bootstrap from core-updates-frozen to compile with the remaining java stuff, right?
<iskarian>(regarding my last message: turns out it's a QEMU issue)
<geex3>check out 'git.io/vpn' script for creating a openvpn server on a fresh vps easily. it spits out .conf files (.ovpn files) -- to use this sort of config on other os typically we would just move it to /etc/openvpn/, how can i do this in operating-system definition? (with or without network-manager, preferably with) -- have looked but no real results popped up
<geex3>need to split out cert,ca,key into /etc/openvpn/client.key etc?
<civodul>roptat: the footer in the zh-* translations has literal markup too
<geex3>regarding the openvpn-config, here is example .conf file that it produces (with some config.scm i added at the end of the pastebin), https://pastebin.com/raw/azmpRi7f -- how to use a file like this and keep the contents relatively private?
<dstolfa>yeah, i think we'd just really want to warn regarding redistribution, maybe link to the FSF article + remind users of one of the 4 freedoms potentially being violated when it comes to the binaries?