<wdkrnls>Hi Guix, I'm having some issues with installation:
<wdkrnls>1. the installation freezes at "creating /etc/machine-id..."
<wdkrnls>If I press escape, the installation continues.
<wdkrnls>However, after I fill out the options in the graphical wizard I get an error saying that some patch for some python-pep8-* package was not found.
<wdkrnls>I chose "Guided - using the entire disk with encryption" option
<wdkrnls>Afterwards, when it tried to recover back at the beginning of the installation, the background color turned red and there was a scheme error stack trace.
<wdkrnls>I had selected GNOME, openbox, and ratpoison to be installed as desktop environments. I'm not sure if that's relevant, but wanted to be thorough.
<nckx>wdkrnls: …and what did that stack trace say? Do you happen to have a copy/photo of the pep8 file name? If you have time, please send reports with all relevant info to bug-guix at gnu.org, so these serious problems don't fall on deaf ears here.
<roptat>something's not working correctly with the DNS delegation for guix.gnu.org...
<efraim>I think the vim plugins are going to need an overhaul with vim 8.1+ and native package management
<shrdlu68>I have added certbot and nginx to base services. The nginx declaration references certificates which are to be generated by certbot. Predictably, when I run `system reconfigure` it fails because the validation of the nginx config fails because the certificate doesn't exist yet. How do I go about this?
<shrdlu68>Is there a way to specify the order of starting services and dependency?
<efraim>econnman wants /var/lib/connman/econnman.config to be root:users and writable. I might modify the connman service to generate the file as necessary.
<roptat>shrdlu68, you'll need nginx working for certbot to get a certificate
<puoxond>Is there a way to trigger the "baking" of substitutes without building anything?
<puoxond>On machines with less popular architectures Guix often starts building things for which substitutes are available, but haven't been baked yet. I usually just hit C-c and try again after a few minutes.
<puoxond>I was wondering if there is a smoother way to do this.
<lprndn>hum. How would one produce an "on disk" equivalent of container-script? I see in sources it uses gexp->script which seems to return a procedure (?) but I suppose I would like a file(?) (I'm feeble on those file/scipt etc stuff)
<puoxond>nckx: That's unfortunate. It would be nice if I could run something like 'guix package -m manifest.scm --dry-run --bake-substitutes && sleep 300 && guix package -m manifest.scm'.
<nckx>[0% snark:] I hope the effort put into creating that hack could instead go into dropping that ‘baking’ hack altogether. It's just a cache. My nginx server never stops to ‘bake’ responses (imagine!). My substitute server never bakes things. But hacking Guile HTTP isn't my idea of evening fun. 🙂
<bricewge>leoprikler: Any guess where I could ask this question to people with the relevant skill?
<truby>so you can open the file and just at a scan of it see who owns copyright on that file. But, IANAL so I can't be certain
<wdkrnls>In addition to my other installation issues mentioned previously, I again had the problem I was having on my other computer that one package (openssl in this case) got stuck downloading during the installation and so the installation process is stuck there at openssl being 57.4% downloaded seemingingly permanently.
<wdkrnls>The other packages were downloading very quickly.
<truby>leoprikler: I think liberdiko's point is that in most jurisdictions you hold copyright anyway without writing it explicitly. But possibly we need it because there might be some jurisdictions where that's not true?
<bricewge>truby: That would make sense. Better safe than sorry.
<bricewge>leoprikler: I'm nitpicking here. But wouldn't it be redundant since the author is already present in git's commits?
<leoprikler>I'm going to quote the Zen of Python here, even if it's irrelevant: "Explicit is better than implicit."
<truby>woah, I just tried to install rust and there's no substitutes for aarch64 :-)
<leoprikler>bricewge: you don't always have the full commit log when dealing with a copy
<bricewge>Ohhh. I never thought of that; like when you download a tarball of the source.
<bricewge>I think I have sufficent answer. Thanks leoprikler!
<leoprikler>you don't even have to go so far: ~/.config/guix/current doesn't have the log either
<leoprikler>that said, you don't necessarily need a copyright line *in every file* in every project
<leoprikler>some projects have one COPYING file, that applies to the whole directory tree, for example
<leoprikler>In the case of Guix, I think it's more of a way of tracking contributions by author
<civodul>puoxond: you could run "guix ... --dry-run"
***apteryx_ is now known as apteryx
<brendyyn>Does anyone else think it would be reasonable to remove the /etc/guix/machines.scm did not return a list of build machines warning spam, since it shouldn't really matter if /etc/guix/machines.scm is an empty file? Also same channels.scm which actually errors
<civodul>we should also discuss how we'll publicize the issue
<leoprikler>civodul: do we even need world-writable user-profiles though?
<bgardner>Good morning guix! I need a perl installation that includes a module in CPAN and not available in Guix right now. I had no luck with guix perl + cpan install, so I removed guix perl and am trying to build perl from source. My current issue is during the perl make I get: "Can't figure out your cwd! at [...] /ExtUtils/MakeMaker.pm line 237" Any suggestions?
<leoprikler>not sure how this would work for Nix, but Guix can create per-user directories through the operating-sysem
<olivuser>I hope this will be the last time me bothering you for the foreseeable future with "general purpose" questions.
<olivuser>Is it more problematic to have two separate drives (/dev/sdA and /dev/sdB), each with a different UEFI Bootloader and a different distro, than it is to have the same constellation with BIOS/non-UEFI bootloaders?
<leoprikler>Assuming you actually get to do an UEFI install, it should not make that much of a difference
<olivuser>leoprikler, hello awesome fellow :) I dont understand what you mean by that. You mean that I would be hindered doing this?
<leoprikler>on my current machine, grub-efi-install has failed me for reasons I no longer know
<leoprikler>but assuming your grub-install runs through, it should not be a problem
<olivuser>when I'm rather a noob when it comes to low-level system administration, does it make sense to still choose btrfs over ext4? I had several distros running ext4 and so far had no problems, but I heard btrfs is better in many regards
<nckx>olivuser: It makes sense. In my experience btrfs is still less stable than ext4 today. I had to nuke a 6 TiB btrfs just last month; it had corrupted itself (no crashes, power losses &c.) beyond repair. ‘btrfs check repair’ proceded to slowly and methodically repair each file by deleting it :-) OTOH, even if you don't use any explicit btrfs features, you can still benefit from implicit ones like checksumming that can at least detect bit-rot (ext4 cannot
<nckx>I guess that's one reason your drive could start returning bogus data. There's also the idea that as drives get huge, the chance of a healthy drive returning bogus data once becomes non-trivial, although the maths of that are not agreed upon.
<nckx>olivuser: I've had btrfs catch one bad bit (well, block, but bit sounds cooler) in the ~10 years I've been using it. But that was in a huge DVD image of which I might have rotated all back-ups and kept the damaged copy otherwise, so I was thankful.
<olivuser>nckx, and would the reasoning be different for system and home partitions? I guess not right?
<olivuser>also, would I run into problems if other drives are formatted in ext4?
<olivuser>I mean, I regularly copy data between two drives, and it would be quite shitty if that would lead to corrupting the exchanged data
<nckx>olivuser: I certainly don't see the point of btrfs for / if you have a separate /home. Guix takes care of the roll-backs for which other distributions use btrfs snapshots, and btrfs deals very badly with things like /var/db. ext4 is a good / choice.
<olivuser>I've gotten a bit paranoid since things I only halfway understood happened to me in the last weeks....
<leoprikler>nckx: so would you recommend btrfs for /home or for / if /home is not separate?
<nckx>olivuser: NP. It's all opinion, but a decade of it.
<nckx>leoprikler: The only thing I recommend is good back-ups, anything else is too risky. I replaced that 6 TiB btrfs with a new btrfs, which is a Guix System's / partition, so it has its uses. In my case btrfs's checksumming, compression, and sortaraid are worth the immaturity.
<nckx>And yes, this is a system people pay me for.