<lfam>The advantage is that you don't have to round up all the dependencies yourself. You install Guix from the binary and then use `guix environment guix` to provide the dependencies to build from source
<bavier>shanemikel_: yes, send a bug, because the test should be guarded/skipped probably
<lfam>Sometimes it takes a while to build some of the components from source. There's not much we can do about except try harder to make sure the binaries are available from the substitutes server
<lfam>Right now we are having an issue where a small number of binary archives are corrupted. Users must use --fallback to get around that, and hopefully they will tell us about it so we can remove the corrupted archives.
<lfam>I wonder if gzip is required to decompress substitutes.
<Digit>fresh guixsd on aspireone 32bit, followed instructions from altf2, no wired connection success (and no wireless here). may try install from the already installed slack-based connochaetos or even from the fsf trisquel card. tmro tho. zzz now. :)
<jololo>Hey! I'm having a problem installing 0.10. when downloading python it says the compressed file ends unexpectedly. What should I do?
<shanemikel_>ok, what kind of config should I use with the `guix system vm-image` command? certainly the disks config isn't gonna work the same as templates/desktop.scm, is it? is there an example config for this?
<marusich>So, I've noticed that if you're running tor-service in GuixSD, IceCat can still browse to a .onion address (e.g., http://duskgytldkxiuqc6.onion/) when SOCKS5 proxy is enabled BUT remote DNS resolution is disabled.
<marusich>Does anyone know why that works? I thought that remote DNS resolution, through the TOR network via the SOCKS5 proxy, would have been necessary for .onion addresses.
<efraim>it's not necessary, but it's good practice to enable it
<shanemikel_>so guix downlaod does a hashcheck of the file, and compares it to some cache of everything? or did it associate the name of the file downloaded with the name of the package, and do a hash verification afterwards?
<efraim>yes, but the debian one shouldn't have changed
<shanemikel_>while guix is in this early stage, not hosting it's own source packages, it'd be nice if there was a really simple way for users/early adopters to post alternative package urls to an automated service
<marusich>If you routinely want a different source for a package, or you need other customizations, you can create your own packages by copying the package definition from the guix repo and changing the appropriate lines. Just put your package definition in a guile module on the GUIX_PACKAGE_PATH, and it will be used. See Info node "(guix) Package Modules" for details.
<marusich>Once you know how to do it, it's really quite pleasant and easy!
<civodul>or "guix system build" the thing and check its etc/pam.d
<rekado>I find it a bit hard to wrap my head around the service stuff. And I seem to have to wrap my head around it repeatedly, because my head is so unflexible... :)
<civodul>maybe it's a sign that things are unclear or complex (bah!)
<rekado>nah, I think it's just unfamiliarity on my side.
<rekado>ah, I think I understand better now: services are not "registered" anywhere, but they point to one another, all the way down to system-service-type.
<rekado>it seemed like magic to me that the extension mechanism would work without some sort of register of services.
<rekado>but it's right there in the "extend" field.
<shanemikel_>I just tried to build vm-image .. built a lot of things, and I failed some tests after about an hour of compilation.. it's saying to grab tests/testsuite.log, but I don't know where to find it
<rekado>I have a couple of R packages here that really only provide very large data files (the latest genomes for human, mouse, worm, and fly). Should I just keep them local or does it make sense to add them to Guix?
<rekado>it is okay to abort guix and retry. It's safe to do this. (Do not kill the daemon, though, as that's not safe.)
<nckx>rekado: what's the Right Way to terminate the daemon then?
<nckx>ACTION killalls guix-daemon all the time, but not when it's ‘working’.
<ng0>ACTION packages guix on gentoo today just for fun
<ng0>my #FIXME notes in it read like i won't be done with it afterwards.. FIXME: package shepperd for gentoo or get an shepperd-to-openrc import thing. FIXME: write openrc related files to be included in addition to systemd file in guix master . etc
<ng0>not that there is any point in shpperd-to-openrc.. but maybe someone does it as a proof that it works.
<ziz15>now at last i ll see what this os is all about...
<ziz15>one comment i believe what rain1 was said was right someone should put on the manual this two commands before begin installation guix pull and guix system --fallback init /mnt/etc/config.scm /mnt and the just wait to finish
<ng0>I ask about the difference between the null device and /var/empty because searching for the difference is not really productive
<ziz15>rain1: now i m in cli mode id like to install eg. xfce if i give guix package -i xfce do i have then to modify anything inside /etc/config.scm or it will be modified automatically(desktop-services etc)
<rain1>ziz15, xfce is a special case you gotta do this differently
<rain1>you need to copy the stuff from /etc/configuration/desktop.scm into yoru config
<rain1>so that it is able to start x and stuff like that
<rain1>then as root guix system reconfigure <your-config.scm>
<rain1>which will install XFCE and other things, then you can reboot
<rain1>for anything else you can just guix package -i though
<ng0>i'll just see if guix works with the gentoo default.
<ng0>so bug #355355 is still not relevant for gentoo.. or too little people working on it.. which is almost equal. (version bump to guile-2 , guile-2 already being in the tree but their guile-2 (can) break your entire system (happened to me))
<rain1>" An Isolating Proxy requires at least two machines. Those machines can be either virtual machines or two physically isolated machines. Both machines are connected through an isolated LAN. One machine is called Gateway. The other one is called Workstation."
<ng0>if you can fix that, it's one more step towards Guix'ish Tails
<TMA-1>Hi all, just about to try installing guix on a spare x200s I have :-)
<Jookia>rain1: i think using nftables/iptables to isolate connections is good enough
<efraim>gst-plugins-base on arm failed the orc related tests, on mips orc failed to build
<efraim>time to see about removing orc as an input on those two arches
<ng0>so i wonder if my problem is that files sit in their default gentoo location, but I have a /gnu/store/ dir. the guix command is available to all system users (personal, root) ,all buildusers are in the group guixbuild, i have not copied the /per-user/root/guix-profile to ~root/.guix-profile and I get a message about no users being in buixbuild group.
<ng0>could be an error of no .guix-profile in root?
<ng0>sure this is inofficial and not supported, but i am currious if someone might know the solution. otherwise I deal with this over a period of time :)
<ng0>well.. almost. :/ at least i managed to get some downloads
<ng0>maybe "error: build failed: the build users group `guixbuild' has no members" is its way to say connection interrupted. I can't guix pull as normal user either. might be a problem with where gentoo stuffs guix files
<kas2207>Out of curiosity, is the current guix package management and guixSD able to be version controlled? Just thinking it would be cool to take a snapshot of my current configuration and load it onto another computer.
<davexunit>kas2207: this is why we describe system configurations in text files.
<rain1>I don't really understand what it's about or what to do
<rain1>we use gnu build system, and it sets this var - so maybe it's not needed?
<bavier>rain1: it's for any packages that support the use of SOURCE_DATE_EPOCH
<rain1>Should I write (setenv "KBUILD_BUILD_TIMESTAMP" (getenv "SOURCE_DATE_EPOCH"))
<bavier>that should work, the source-date-epoch phase is run early
<bavier>rain1: I think there are other packages that explicitly use the timestamp of the release tarball
<bavier>makes upgrades a bit more involved though, so I don't know if that's the best solution.
<bandrami>Installing Guix SD 0.10.0 now. I’m noticing I have to regularly restart the ‘guix system init $CONFFILE $MOUNTPATH” command a lot, every time there’s a network timeout or sig mismatch or something. If nobody’s working on that I’ll see what I can do.
<jmd>I wonder if the guix project could maintain and publish a list of which packages appear to be reproducible and which do not.
<davexunit>this discussion has come up before about getting Guix into Debian, and the conclusion I have come to but can't yet convince everyone of is that we can *never* hope to have a Guix package in Debian proper.
<mark_weaver>much of the benefit of Guix, we think, comes from using a general purpose language (Scheme) in many different areas, where other projects (e.g. Nix) tend to use multiple special-purpose, inflexible, languages for different things.
<davexunit>at the time, it required flashing a hacked proprietary BIOS
<petter>wifi affects our bodies in bad ways though, use wired network
<str1ngs>optikalmouse: yes, but dongles are a pain
<davexunit>but now I hear that you can use coreboot instead
<mark_weaver>str1ngs: and it has a processor embedded in the chipset that's running a complete proprietary operating system with independent network access, direct access to all your RAM, and designed for remote supervisor access.
<str1ngs>but the notebook is greal linux machine for the price
<davexunit>not libreboot, unfortunately, because of what mark_weaver notes.
<fhmgufs>The development of the Raspberry Pi is great - they even have contracts with Broadcom for special chips. I don't understand why they don't use their power to enforce Broadcom to free these old firmware files.
<fhmgufs>If that would be possible this Board would be so good :(
<str1ngs>so who was giving away a chrome book?? :P
<mark_weaver>rain1: you might want to run: guix config user.name "YOUR REAL NAME"
<mark_weaver>normally I wouldn't ask such questions, but if you're trying to get a free computer to do a job, and deprive Parabola of one, it might be good to know whether there's reason to have confidence that you can and will do that job.
<str1ngs>I've only been using guix less then a week. I'm not setup to contribute code yet. But I have stuff on my TODO
<mark_weaver>it's terrible that we're forced to use microwaves for this stuff. we only use it because the rest of the useful spectrum has been allocated for other things, and microwaves were not of much interest because they're absorbed by water
<mark_weaver>suitsmeveryfine: the contents of that 50-synaptics.conf file
<fhmgufs>petter: Interesting, because I have seen a study on plants that happen to grow in a extrem way near wifi senders because of the higher temperature. And I already thought that this is bad for humans, too. (danger of cancer etc.).
<civodul>rekado: i think this should be a single service that (1) extends pam-root-service-type with a procedure that adds pam_limits.so where appropriate, (2) extends etc-service-type with a "security" entry for /etc