<lfam>In general, my advice is that you should not run `guix pull` until after the system is successfully initialized. `guix pull` will make you use the very latest development version of Guix, and we won't have tested the installation process rigorously
<PotentialUser-72>I only did that because the reconfigure step warned about not doing that.
<lfam>It's also normal that the version of Guix you might notice is older than the version number advertised as the latest release. Guix can only contain an older version of itself
<PotentialUser-72>I belieive I got the reconfigure step from looking at bug reports when I was trying to work out whythe init build was failing
<lfam>Those are things it needed that it didn't already have
<lfam>Like I said previously, "It's also normal that the version of Guix you might notice is older than the version number advertised as the latest release. Guix can only contain an older version of itself"
<mbakke>PotentialUser-72: that GRUB error can happen if you use grub-efi-bootloader, but have booted in "legacy" BIOS mode
***catonano_ is now known as catonano
<PotentialUser-72>mbakke: thanks for the tip. Solution is to reboot and restart the config? Thinking about it sounds like reconfiguring to a different boot type is a catch-22?
<srandom>May 19 00:14:32 localhost gdm: GdmLocalDisplayFactory: Failed to issue method call: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.login1 was not provided by any .service files
<srandom>I configuration the gdm-service-type on my chromebook but it start failed.
<xelxebar>srandom: login1? Not just "login"? Perhaps there's a typo in your configuration?
<srandom>no, I have not any 'login1' in my config.scm
<apteryx>weird; the following always run out of build users: ./pre-inst-env guix build email@example.com firstname.lastname@example.org email@example.com firstname.lastname@example.org email@example.com firstname.lastname@example.org email@example.com firstname.lastname@example.org email@example.com firstname.lastname@example.org email@example.com
<PotentialUser-72>badair: still getting my mind around Guix. The github repo isn't the packages is it?
<badair>The latest is from 17 hours ago. Seems legit, but idk (I'm new). Could have a bitcoin miner for all I know
<boeg>So as I understand it, I cannot use LVM with guix for my drive, so I have to use LUKS directly on e.g. ext4. But how do I go about swap then? I cannot create another partition for it, because then the swapped memory wont be encrypted. Is the only possibility to use a swap file inside the ext4 drive?
<boeg>yes, it seems like that is the way to do it as far as I understand the manual
***dingenskirchen1 is now known as dingenskirchen
<PotentialUser-72>boeg: reding the install notes during an installation it seemed to say the swap was encrypted.
<PotentialUser-72>Anyone know what 'extraneous field initalizers (timeout)" means? DuckDuckGO returns empty set.
<boeg>PotentialUser-72: if you create a swapfile inside the encrypted drive, then its encrypted, but since you cannot use LVM, you cannot have a swap partition thats encrypted, as far as I udnerstand it
<olivuser>where can I configure the desktop environments that are available on login? I want there to be less available than currently are. If I undertstand correctly, I need to find xorg.conf, but I was unable to
***ArneBab was kicked by civodul (Kicked by civodul)
<civodul>janneke: i PM'd them and did a "polite kick" :-)
<mbakke>poor ArneBab, kicked just for using ripgrep (I think my IRC proxy misses some crucial details :P)
*civodul .oO what does ripgrep have to do with that?
<mbakke>olivuser: just remove the window manager/desktop services from your config.scm and reconfigure
<olivuser>mbakke, yeah I see where you are going, I tried that
<rekado_>the relevant error seems to be: updmap: can't write lines to >/gnu/store/q0vpljzsbrd3930dry3d2mhrf6by6v0q-texlive-union-51265/share/texmf-dist/fonts/map/pdftex/updmap//pdftex_ndl14.map: Permission denied at /gnu/store/g358kjbvcm4y0bndfb1qb1hxgiz3zm05-texlive-bin-20190410/share/texmf-dist/scripts/texlive/updmap.pl line 533.
<rekado_>this seems to be a regression in the newer texlive; the texlive-union procedure would need to be adjusted to make all files writable
<rekado_>it could also be a problem with just one of the texlive-* packages that are part of the union
<rekado_>so perhaps we can avoid a big rebuild and just fix that one package
<rekado_>can you tell us what readlink -f /gnu/store/q0vpljzsbrd3930dry3d2mhrf6by6v0q-texlive-union-51265/share/texmf-dist/fonts/map/pdftex/updmap//pdftex_ndl14.map says?
<nikita`>so I decided to go through my backlog of stuff I wanted to upstream for ~2 years. is the audacious patch done? I packaged both audacious and audacious-plugins in 2018
<r-7>Hello. I’ve been having some font problems in GuixSD: lots of numbered squares in GUI programs. Adding font packages to config.scm somehow worsened the problem, and now dmenu is unusable. I’ve several fonts installed via “guix install,” and I’ve tried sudo fc-cache -rv, which doesn’t help, so I’m out of ideas. Is there a resource or some kind of wiki page for these issues?
<rekado_>ennoausberlin: excellent. This is one of the old-style packages, and I assume that the file is read-only.
<rekado_>r-7: there are a few open bug reports about this on issues.guix.gnu.org
<rekado_>srandom: see the manual section 8.2 ‘operating-system’ Reference
<srandom>Thanks, I have been looking for them in the file-system and services documentation. Ignore this section
<ennoausberlin>PotentialUser-72: There was an article from Alex Pearce using GNU stow to manage your dotfiles. I do not have a link but google will find it
<rekado_>srandom: the manual has a curated index, which includes “swap devices”
<rekado_>you can access the index in your Info reader with “i”
<r-7> rekado: Thank you for the reply. I’d try installing the fonts suggested, but I have a new, possibly related problem, here while installing font-dejavu --> guix install: error: error parsing derivation `/gnu/store/lvzpkcl59nrikb0bsqls38kkmswsd8hd-cups-minimal-2.3.3.drv': expected string `Derive(['
<r-7>I’ve also had that error with other attempted installs and with guix pull and package -u
<olivuser>hello guix. so I asked how to limit the choices of WMs in the login manager and was supplied with some information, specifically regarding an xsession file
<olivuser>now I tried to do some research on my own but found I couldnt find anything useful, because it was mostly some 'exec <WM OF CHOICE>', while what I am looking for is providing options which should be available upon login
<olivuser>thus, is there a resource that helps building an xsession file for a choice of several wm/de's?
<PotentialUser-72>mroh: thanks I'll look at that too. I assume you define these sources and how to apply/use them in the /etc/config.scm
<nikita`>i can't even subscribe again. obviously i can send emails and my email host is okay (idk why it got unsubscribed for too many bounces). can someone look into this in the mailman admin?
<r-7>civodul: guix gc -D worked, but it turns out I have the same corruption elsewhere. Now trying guix gc followed by pull and package -u, it seems like I’m effectively reinstalling everything, but at least it’s automated
<rekado_>r-7: there’s a “guix gc” option to verify and repair the store
<rekado_>could be that there was a temporary problem and the card negotiated down to 1G
<rekado_>and never realized it could go up to 10G again
<reepca>so it turns out wrapping another program's main() is infeasible. I'd be better off just using libguile to throw together something that can be "close enough" to guile for our purposes
<rekado_> civodul: could you test the command above?
<rekado_>I tried to run it on another server here, but the firewall won’t let me
<boeg>I have a bash script right now that uses curl, parted, wipefs, cryptsetup, mkfs.ext4, mount, dd, chmod, mkswap, swapon, and some other utilities and then calls upon herd start cow-store, guix pull and then finally guix system init to prepare the disks and spin up a device with guix on it. Does the guix ecosystem has something made for a situation like this - like a module that exposes all those utilities to scheme so I can
<boeg>do it in scheme instead of bash? I know I can just do it in scheme with a bunch of (system ...) calls, but that seems to me a little weird, so i opted to not do that.
<nikita`>pkill9: creating a way to automically report issues somewhere (what user? etc) just asks for ignoring issue templates and processes upstream might have and get ignored more than accepted
<lprndn>sneek: later tell ryanprior: I'm not sure how to proceed. I'm working directly on guix master so just waiting for your patches to be merged, rebasing and sending mine seems a little easier. What do you think?
<sneek>ryanprior, lprndn says: I'm not sure how to proceed. I'm working directly on guix master so just waiting for your patches to be merged, rebasing and sending mine seems a little easier. What do you think?
<jonsger>civodul: couldn't it be also the case that the first request triggers nginx to ask for the file from the upstream server. On the second request this file is already in a file system cache or so
<civodul>jonsger: yes, that's what happens, but still: it shouldn't be a 40x difference
<nikita`>if I get one of the jobs I'm rooting for it involves writing more Nim. I did have some nim-build-system outside of guix ~2 years back, it worked, but ran into the same issue I ran into with pkgsrc - there is no concensus on how system integration of packages written in Nim are handled. Do you want me to write a post to the mailinglist before someone else looks into this and runs into similar blockers where
<nikita`>the only way forward is to join 3 other package manager developers/contributors in figuring out the best way forward?
<nikita`>I'd essentially re-post from a blog post of mine I want to write or extend on it
<nikita`>it's a bit sad how many packages I had let bitrot because I needed some time away
<NieDzejkob>mbakke: I'm trying to apply #40283 following the c-u merge, but I'm still getting various errors from the NTL headers. Some of them mention that features are only available with -std=c++11 or newer, while flint compiles with -ansi which is equivalent to -std=c++98. Is the C++ version supposed to be handled differently for system headers too?
<NieDzejkob>(other distros seem to build it with -ansi without problems)
<rekado_>I’ll play with this some more to see if there’s a good place where we can sneak this in
<civodul>in guix publish, in http-write, right before sendfile, i think Guile won't touch it