<vagrantc>so far i've added deblob-scripts-5.3, linux-libre-5.3-version and linux-libre-5.3-pristine-source ... hoping i could at least produce a tarball from that
<nckx>I think it's a pretty good design, considering the complexity involved.
<vagrantc>i do wonder why you can't just grab the pregenerated linux-libre tarballs off of fsfla.org, though
<vagrantc>i vaguely recall a post on the list talking a bit about why it changed not so long ago
<apteryx>olivuser: the game freeorion works fine on my X200 system. Are you using Guix System, or Guix on a foreign distro? What is your GPU?
<PotentialUser-82>Is it possible to install GuixSD on the PINE A64+ LTS, or do you need the non-LTS version? Currently thinking of a good SBC to buy to run GuixSD on - if anyone has any other suggestions for sub $50 I would gladly appreciate it.
<vagrantc>i guess using the scripts, patches, etc. makes sure they work
<apteryx>sneek: later tell civodul by the way, Shepherd works fine as an init even if its PID != 1, on Linux systems >= 3.4, where the process can have the PR_SET_CHILD_SUBREAPER attribute set (man prctl).
<tune>okay I think I'm good now. my incorrect wl-clipboard recipe that was partially written was an issue
<numerobis>Hi #guix! This is more a guile question than a guix one, but hopefully it's fine to ask here. How do you know in what package a variable (or perhaps the correct name is symbol?) was defined in guix? In python, from module import * is considered bad practice, and it's preferable to write things like MODULE.FUNCTION() in the code, to make it clear that FUNCTION() is defined in MODULE. Is there something similar
<numerobis>for guix? Here is a use case: I installed tree from (gnu packages admin) 4 months ago, and now I no longer need it; thus I remove it from the list of packages in config.scm, but how do I know which package import becomes unnecessary?
<g_bor[m]>numerobis: you can guix package -s it, and it will tell you the location
<numerobis>arh, sorry, my tmuxinator script didn't work as expected
<numerobis>And another question: is it possible to specify owner and group with the extra-special-file procedure? Or is there another function that enables that? Specifically, I have gitolite hooks to push changes to a backup server, so I'd like to create a .ssh/id_rsa.pub for the gitolite user from config.scm. Many thanks!
***Digitteknohippie is now known as Digit
<roptat>the enchant tarball was updated in place :/
<raghavgururajan>Half of the time when I do `guix pull`, the 'guix-packages-base' starts building and always fail. Other half of the time, I do not see 'guix-packages-base' buidling and `guix pull` sucessfully finished. Do anyone have any idea why this happens? Thanks!
<raingloom>civodul, i wanna create a tar file locally and submit its checksum, so that if i end up having to send the file itself, people will be able to verify it's the same file, but if a tiny detail (like directory order) changes, it still generates the same checksum
<roptat>directory order will change the content of the tar file though
<roptat>it won't have the same hash, and I don't think a nar file will help you
<raingloom>roptat, doesn't a NAR sort its files by name?
<roptat>sirgazil, I think in about:preferences you'll find search engine parameters
<nckx>ATuin: guix-master is what you ‘guix pull’. So my first guess (I can't double-check now, sorry) would be that ‘guix pull --commit=6764870’ should give you all substitutes that are buildable. But I might be wrong.
<ATuin>nckx: I see, what are the other specifications used for? are there like different branches then?
<ATuin>and i guess that being a ci each commit triggers a new build that only builds those packages that changed on that commit
<nckx>ATuin: For example, yes. Most of them seem to be branches. guix-modular might be something else, a different set of derivations, dunno.
<erudition>> Though there are many developers who have taken the time to share their thoughts about Debian and other F/OSS projects, Benjamin “mako” Hill, in particular, has been a close friend and collaborator. I wish him well as he embarks on his own academic career and look forward to future col-laborations. Martin Kraft, Clint Adams, Paul Wise, “vagrant,” Joey Hess, Erinn Clark, and Daniel Khan Gilmo
<erudition>also been great friends as well as teachers over this journey.
<nckx>vagrantc: It built successfully (without the troubles you encountered but then I am a leet kernel configuration professional), but I want to at least boot it on bare metal before I push. That won't happen just yet.
<laz>looks like guix networking service is not quite ready for complex network configuration like having three vlan interfaces, one with dhcp-client, two others in bridge with tun-device with static address on them