<codemac>mark_weaver: that symlink hack should really be suggested for anyone who wants to write new packages in the gnu namespace, made my life much easier just now :) Are there draw backs to running this way for a user?
<sprang>also, I'm putting these both in "password-utils.scm" suggestions for a better module?
<davexunit>ACTION recently wrote his own password store in guile
<codemac>ACTION uses lastpass because syncing, and it's killing his lil free software heart.
<codemac>davexunit: what route did you go for security?
<codemac>random guix success story: been using extempore recently and needed to use a patched llvm. Of course I can use whatever llvm I want because guix is excellence, so it was a few gnu-build-system's away and I just got it running (though now working out how I need to set up pulseaudio/jackd correctly)
<sprang>sounds like it might be what I want... but if the inputs aren't built by default, I'm not sure what they are specifying exactly?
<sprang>it's just built when package 2 is built, but not installed?
<sbidin>if you want to install dependencies when their parent is installed, the parent should reference them with propagated-inputs instead of inputs. I hope I understood correctly
<sbidin>bavier, mark_weaver: cabal-install refuses to work if GHC_PACKAGE_PATH is set (it wants a --package-db opt instead), so the env var approach no longer seems like a good idea to me.
<sbidin>Fun: when cabal-install attempts to build something that simultaneously references a lib in /gnu/store and a dirty local lib in .cabal/lib, ld-wrapper errors out with "attempt to use impure library".
<sbidin>I wonder whether that can be disabled (GUIX_LD_WRAPPER_ALLOW_IMPURITIES) just for cabal-install?
<lfam>Do I need to do anything special in order to send emails to guix-devel? I sent a patch 4 hours ago but I don't see it on lists.gnu.org.
<mark_weaver>lfam: you need to subscribe to the list in order for your posts to go through
<mark_weaver>sprang: when a user installs 'pass', would they normally expect to be able to run 'pwgen' directly? or it is just that 'pass' uses 'pwgen' behind the scenes?
<mark_weaver>if the latter, then it would be preferable to arrange for 'pass' run 'pwgen' via its absolute file name /gnu/store/.../bin/pwgen
<mark_weaver>usually this requires adding a phase that uses substitute* to embed the absolute pathname directly in the code.
<mark_weaver>although there are other approaches, e.g. making a wrapper that sets PATH while 'pass' is set, or some packages allow you to specify the path to a program via a configure flag or make variable.
<mark_weaver>codemac: the main drawback is that if your git checkout is in a bad state, then 'guix' won't work right.
<mark_weaver>in the worst case you can temporarily remove the symlink
<mark_weaver>sbidin: what is the dirty lib in .cabal/lib? maybe we could arrange for that lib to be in /gnu/store instead?
<mark_weaver>anyway, it would be better to make it easy to import libraries from cabal and make them proper guix packages.
<sprang>mark_weaver: pass uses pwgen behind the scenes
<mark_weaver>sprang: okay, in that case 'pwgen' should just be a normal input, and you should arrange for 'pass' to call 'pwgen' via absolute pathname.
<marcus_>is there a way to define the keyboard layout in the system configuration?
<sbidin>marcus_: You can do something like (services (cons* (console-keymap-service "croat") %desktop-services)), where you replace "croat" with whatever keymap you want, e.g. "fr".
<sbidin>For X, you should just set it using setxkbmap when X runs.
<sbidin>mark_weaver: The dirty lib is any one of thousands, often too unimportant to package. Basically, I want to continue development for Hackage while using guixsd, and to do that I'd like to run cabal in the same way others do it.
<sbidin>Otherwise there's no reason for someone to even install cabal on guixsd, I think.
<sbidin>This is a more general problem of "I have libs unmanaged by guix and I want to use them alongside /gnu/store ones".
<marcus_>sbidin, can i change this afterwards and re-apply as I already started installation?
<sbidin>marcus_: Yes, after you've installed guixsd you can change the config and reapply it with "sudo guix system reconfigure /path/to/config.scm".
<marcus_>after downloading that file, should i combine it with my system configuration?
<sbidin>I've never done that, so hopefully someone else will answer you. I assume that if you take ntp-service from networking.scm and place it in your config (with the corresponding module imports), it would work.
<sbidin>You'd also need to stop using %desktop-services, as that contains a call to the old ntp-service.
<sbidin>Though this would all ideally not be needed -- ntp-service should just be more configurable by default.
<marcus_>but when i reapply the config without desktop-services doesn't it unconfigure all my desktop configuration? as far as i got it now is that it's state based.
<sbidin>Yes, you'd need to remove %desktop-services and in its place put a list of everything %desktop-services used to contain but without ntp-service. (That's my assumption anyway, I'm new.)
<sbidin>%desktop-services is defined in gnu/services/desktop.scm.
<marcus_>ok, i guess i have to do some trial and error
<davexunit>civodul is back in action on the mailing list
<bavier>davexunit: small typo on line 86 of your nginx-service patch: "CONFIG-FIGLE"
<remi`bd>hey! there’s something strange in guix/ui.scm
<sbidin`>What do I need to install to have git send-email?
<remi`bd>`args-fold*` is a wrapper around srfi-37’s `args-fold`; the signature of the first is: `(args-fold* options func func . seeds)` while the signature of the second is `(args-fold args options func func . seeds)`
<lfam>sbidin`: I've been meaning to file a bug about that. I don't think the packaged git includes it. I think it would be in /var/guix/profiles/per-user/$USER/guix-profile/libexec/git-core
<remi`bd>and, still in (guix ui), the function `parse-command-line` has this `args` parameter and uses args-fold* like that:
<taylanub>thinking of Guix's Scheme code-base and how we have an alist-ref utility function that's used often, it now really bothers me that I couldn't get alist support into SRFI-123. really can't think of a nice way though.
<taylanub>the least bad idea (from tali713 on #emacs) so far is to support 1-element lists to use their element as an alist key, so car/cdr and integers can keep working for pairs and lists
<taylanub>it mostly loses its value though; compare (alist-ref alist key) to (ref alist (list key)) ... not shorter, and has a "wtf" effect. using a record type, I'd need to squat another very-short word as the constructor for the type. using another punctuation symbol for that would make some people mad probably... though (ref alist (@ key)) isn't too bad maybe?
<davexunit>alists are just special, since they aren't a new data type