<helaoban>samplet: cool, looks like it's being worked on.
***amiloradovsky1 is now known as amiloradovsky
***modula2 is now known as defaultxr
<atkka>hello, I watched several guix fosdem19/20 videos recently, really nice work everyone! guix looks very impressive and I would like to start using it, preferably guix system, but at least as a package manager
<atkka>does guix system allow for full disk encryption? or at least luks / and unencrypted /boot
<bavier[m]>atkka: yes, luks is supported. Configuration is covered nicely in the manual
<atkka>bavier[m]: thank you, I am going through the manual as right now. I just heard someone say that they would switch to guix once FDE was supported so I wanted to verify.
<bavier[m]>I think FDE is possible in some cases, but I do not have personal experience with the setup, sorry.
<atkka>ok I am willing to play around with it as it is a requirement for my work laptop
<olivuser>I'm on a rather freshly installed guix system machine with exwm and dmenu doesnt seem to find packages which are installed and found by the command line. For instance, I get an error when trying to compile vterm (cmake is missing). When opening a file, I am prompted that git could not be found.
<olivuser>mbakke, yesterday you said it seems like I need to source /etc/profile. Not knowing where to source, I did source it in bashrc, but this did not help. Did I source in the wrong place?
<olivuser>yes, except that I did use the source command instead of . (they are aliases of one another AFAIK)
<olivuser>mange, maybe the problem has another source: just after installing, I used the init.el that I normally use for non-guix machines, which employ use-package definitions. could that be part of the problem (in the vterm case at least)? If so, that would solve part of the problem, but would not explain why emacs doesnt find git even though git is installedf
<mange>They are aliases in bash, but not in other shells. Using . is the standardised POSIX way to source things.
<ngz>Well, there is one situation that boggles me. When rust-A has rust-B as an input, and you need to tweak Cargo.toml in rust-B to make it build. So, rust-B builds fine, but rust-A doesn't catch the fix, and fails because of rust-B.
<ngz>Maybe the Cargo.toml fix needs to be in a snippet instead of a phase.
<guix-vits>bit thanks to whoum make possible `loadkeys us` in guix.
<davidl>Hi, I would like to announce a little guile-script I wrote called guix-cigmon: it monitors git repositories for updates and generates guix package definitions. It stands for guix CI git monitor. Can be used to make cuirass continuously build new commits of some branch in your repositories. https://gitlab.com/methuselah-0/guix-cigmon/
<davidl>would be nice to have something similar available directly in cuirass.
<guix-vits>about 'local-file: it can find rel. paths, but only if given a literal string.
<guix-vits>but it returns a "file-like obj", so maybe u don't need it.
<ngz>In our Rust ecosystem, we have rust-onig-sys-69.2. Do you think it is safe to replace it with rust-onig-sys-69.6, or should I create a new variable? I lean towards the former, but this is an area full of #:skip-build? #t, so I cannot be sure it is safe.
<ngz>I mean replace it with rust-onig-sys-69 with an actual 69.6 version.
<guix-vits>on linux.org.ru, i'd read one said like: "in c, one need to spend time to explain to newbs, why something is a very bad idea.. cause they can fail on the flat spot, while rust.." ironically, when rust is in guix, which is too a "safe system" that make things easier.. :)
<ss2>hey, I'm just wondering if it is possible to edit existing network profiles of network-manager?
<ss2>Any changes that I make in nm-applet are lost. But profiles can be generated though.
<save-lisp-or-die>hey all. Just had a weird experience. the XDG_DATA_DIRS environment variable seems to be getting stolen by guix somehow (I'm running debian). I could not lot in via GDM until I moved ~/.guix-profile. I.e. I did 'mv ~/.guix-profile ~/not-guix-profile' just so I could log in. Anybody know how I might interrupt or supersede the setting of
<save-lisp-or-die>XDG_DATA_DIRS by guix? anybody know where guix is setting that env variable?
<cbaines>but they're meant for convinience, and don't currently offer a way to make any/all changes to packages on the fly
<davidl>ces: not what I know of, however, if you know about package/inherit, it is really not much to do, after you have "packaged" something with package/inherit, you add it to a .scm file and run guix package -f mypkg.scm and it will install.
<lfam>Sorry to barge in with a nitpick, but if one wanted to use package inheritance, you'd typically use (package (inherit foo)), not package/inherit
<ces>davidl: I see... I assume i can just put it in my GUIX_PACKAGE_PATH also?
<cbaines>ces, it might be useful to say what you're trying to do to what package?
<ces>cbaines: I am trying to compile xmobar with "--flags=all_extensions" to make my pre-guix config work
<cbaines>ces, the Guix package has had that configuration for about the last year, so I'm surprised you'd need to change the package?
<cbaines>Before that point, it just listed 6 extensions explicitly
<sneek>pineapples, guix-vits says: trouble #1 for me, but i didn't heard about that from anyone else: keyboard do not working in u-boot menu. i need to use a serial console to roll-back in case of troubles. #2: i don't remember exactly, but armbian's numbering for emmc and uSD devices was different from what it was on guix boot.. use LABEL or UUID for /. #3: my 1680x1050 screen works in 1440x900 in sway.. maybe display/adapter issue.
<sneek>pineapples, guix-vits says: i happy with that board, because it's my first not 'anal-fenced' arm device, where i can do "wahtever".
<sneek>pineapples, guix-vits says: armbian worked better, but idk why. and it has all sorts of non-free things enabled by default (also it has cpu-max-working-freqs higher, vs guix; idk why). good news: sdl games work (7kaa, blobwars). nomad-browser working too (so webkit is working).
<cbaines>civodul, I'm running the a Guix Build Coordinator agent with those changes again, and I'm seeing some attempts at substituting derivations time out with 60 seconds of slience on the first attempt, but then succeed on the second. I haven't found a new one that fails repeatedly yet
<ngz>I see our alacritty package is outdated (0.4.1 vs 0.6.0) and fetches source from Github. Would it make sense to fetch from Crates.io instead so updates are easier?
<civodul>cbaines: what substitute server are you talking to? is it one that keeps connections alive?
<civodul>and where does the 60s timeout come from?
<cbaines>civodul, for derivations it's data.guix.gnu.org, and I believe that keeps connections alive. At least the NGInx error log is full of "client ... closed keepalive connection"
<cbaines>I was excited by the improvements to substitutes, since they're key to how I'm operating the Guix Build Coordinator at least
<cbaines>and substituting derivations especially has it's difficulties
<civodul>ah yes, but part of it is that it can't be planned
<civodul>you have to fetch the .drv.narinfo before you can determine what other things narinfos need to be obtained
<civodul>(it's a problem similar to that with grafts)
<cbaines>indeed, and since the client doesn't know what it's missing from the server, and the server doesn't know what the client is missing, I don't think it's something where a perfect solution exists
<civodul>cbaines: i think i understand the bug but now i'm struggling with std::string.substr<<<??!>>>
<civodul>you can't image what string-drop looks like in C++