<nckx>genghis-sean: Restarting guix-daemon would probably have sufficed, but yay!
<nckx>Blackbeard: (license:x11-style "file://LICENSE-or-like-whatever" "Bitstream Vera License")
<nckx>Blackbeard: If you feel like writing another patch, this seems like it could use some consolidation: font-bitstream-vera itself uses ‘fsdg-compatible’ instead for what seems to be the same licence. There are enough users to justify adding it to licences.scm with or without your package.
<seepel>Along the same lines I'm trying to use pip and despite the errors about incompatible versions, at the end pip complains about a read-only file system because obviously it is pointing into /gnu/store. I probably didn't realize I had to configure something, does anyone know what I'm missing?
<bandali>hm, i don't think you're supposed to mix in pip when using pypi packages from guix? i'm not sure though. i think you'd install all your dependencies from guix rather than from pypi using pip, etc
<seepel>Hmmm, I have a number of packages I need to install for work that are on our own private artifactory
<bandali>i'm not sure then. maybe check the guix cookbook and/or the manual for any relevant info on python packages? or try asking again when there are more people around
<bandali>another possibility is to package those private packages in a guix channel
<Blackbeard>bandali: will my changes disappear in every branch?
<seepel>bandali: I'm not opposed to going that route, though I _just_ managed to get guix running, so I was hoping to be able to follow our normal new machine procedure.
<leoprikler>If you do it like that then each branch will only have its own game.
<doyougnu>Hi all, Im super interested in guix, coming from NixOS, I do a lot of Haskell development, does guix have a good haskell story?
<leoprikler>but nothing keeps you from merging your branches or rebasing them
<bandali>Blackbeard, depends on which commit/branch each of those branches are based upon. if each one is based on master, then yes each of those branches will contain only the new game you added as a commit in that branch
<bandali>like leoprikler alluded to, it doesn't *have to* be like that though; depends on what you want
<seepel>We also all get macbooks, I'm kind of experimenting with getting our environment up and running in guix on my personal machine to see if it might be viable to install on a company purchased device.
<Blackbeard>Ok so I think I did changes to the indentation that I should not
<seepel>doyougnu: I've just gotten guix system up and running, and I've _almost_ found everything I need, so I would be surprised if you couldn't get a good haskell environment up. If you use emacs or vim, then you're probably going to be good to go. Is there any software you particularly worried about being missing?
<doyougnu>seepel: I'm only really worried unrelated software, e.g., firefox, but I figure I can package that myself. I just wanted to ask here before taking the dive. IMHO it seems that guix has a much better documentation and packaging story than nix
<seepel>doyougnu: I'm a firefox fan myself, there is IceCat which is firefox with all non-free bits and pieces pulled out (as far as I understand). But I've been using the ungoogled-chrome package for my web browser because it comes with more batteries included
<WildWilly>I have installed Guix and everything is working so far, except that every time that I try to change the display resolution my user logs out.
<Kimapr>i think that's a vulnerability of Xserver or even Linux kernel itself
<Kimapr>because nothing should be able to freeze the system if it hasn't overbig nice level
<nckx>seepel: There's no ‘here, take this .ovpn file and do stuff’ option. You need to manually apply the settings in that file to your openvpn-server-configuration. Not all options are supported (the openvpn-server-configuration exposes only a subset of what a random .ovpn file can contain).
<nckx>There was someone in here last month with a similar ‘my VPN gave me this file, now what’ question, but I forgot their name. Maybe roptat remembers.
<seepel>nckx: Thanks, would there be any interest in adding such a thing to service? (I'm also not sure who here are maintainers)
<seepel>Running openvpn manually with the config works for me at least :)
<nckx>We're all maintainers in that sense. Seriously. I suspect it would be accepted if someone proposed a patch.
<seepel>Good to know, if I ever find time that is...
<nckx>Many other services have a ‘just take this .conf file please’ option. I usually prefer that option. But I don't use or know the first thing about OpenVPN.
<seepel>I assume the service just executes openvpn under the hood? In which case it is just a simple --config flag
<brendyyn>my emacs is launching with these warnings, even with -Q, and it breaks loading my config Warning: Lisp directory '/home/b/.guix-profile/share/emacs/site-lisp/guix.d': No such file or directory
<brendyyn>i see. I may simply need to log out and log back in again to refresh my environment
<guix-vits>Kimapr: yes; actually i'd used a lightweight-desktop.scm (.tmpl there) for the initial install. You're right. But it's not an "installation iso config", it's a "from installation iso config", btw.
<raghavgururajan>Blackbeard: I believe drgibbon is concerned with encrypted home dir, not encrypted drive/partition. :-)
<jf-guix-user>Hey folks. I'm having trouble configuring an nginx service to depend (shepherd requirement) on another service (custom certificate generation). Could someone provide me with a simple/clear example?
<Blackbeard>raghavgururajan: that's why I said I can't tell :)
<Kimapr>is it possible to run cow-store on a foreign distro?
<Kimapr>i'm out of space on system partition and guix system init can't do anything
<brendyyn>One thing I've noticed that package managers on GNU/Linux tend not to do is inform the user that they may need to reboot or re-login again after an update. Other operating systems often do this, or even do it to much.
<brendyyn>I'd also like a `guix system reconfigure` where the new system isn't available until one reboots
<eivindst>Hi. How can I get rid of "substitute: guile: warning: failed to install locale" whenever I use 'guix package'? This is on a foreign distro.
<rekado_>eivindst: make sure that in the daemon’s environment GUIX_LOCPATH is set to a valid location. Check your guix-daemon service script.
<eivindst>rekado_: I have tried setting GUIX_LOCPATH for the daemon, but still see the same error. I am using OpenRC (Gentoo), so I added 'GUIX_LOCPATH=/var/guix/profiles/per-user/root/guix-profile/lib/locale' to '/etc/conf.d/guix-daemon' which should set the environment variable for the daemon from my understanding.
<apteryx>hmm, in mattermost my time is 1 hour off (earlier), even with resist.fingerPrinting set to False. Ideas?
<rekado_>eivindst: does the directory exist and contain a versioned sub-directory with locales?
<eivindst>Yep. When I 'ls' the folder I can see it contains a single folder '2.29' containing various locales.
<rekado_>eivindst: please check that the running daemon does in fact use glibc 2.29. You can use ‘guix gc -R /gnu/store/…guix-daemon…’ to get a list of references.
<apteryx>I'm using a USB adapter from thinkpenguin
<eivindst>rekado_: Running 'guix gc -R /gnu/store/*guix-daemon' I do find '/gnu/store/...-glibc-2.29' in the output.
<rekado_>eivindst: hmm, I’m running out of ideas. Is LANG or any of the LC_* variables set?
<eivindst>rekado_: LANG is 'en_US.utf8' (I checked, and the same locale exists in GUIX_LOCPATH if that should matter) as per host distro config. No LC_* variables are set.
<davidl>Im running guix pull and it starts updating gcc-7.4.0 which is available as a substitute and all kinds of other stuff - any ideas why this is happening? I have specified --substitute-servers="url1 url2" to guix pull but to no avail.
<nckx>davidl: A pleasure. Don't forget to remove the obsolete aliases to ci.guix.gnu.org from your system configuration. Either they're dead or you're asking the same server for the same thing 5 times.
<nckx>None of them look dead which is probably worse 😛
<pmikkelsen>hello guix! Do you think it would be a good idea to try and port the guix package manager (not the entire system), to one of the BSDs? I am an OpenBSD user who have used GuixSD for a long time a few years ago.