<Sveta>with guix, can i create my own 'flavour' or 'blend' and share with a friend? someone did it before? is the process documented somewhere? wanna have some script to change the default set of installed applications and output a .iso
<roptat>civodul, I've been playing a bit with guix-kernel, but it seems to be in a very early stage of development. Apart from the disappearance of firstname.lastname@example.org in recent guix versions (it crashes the kernel), I get an error with the python kernel loaded by guix
<roptat>is it still developped? should I send bug reports or merge requests?
<pkill9>shouldn't a lot of the phases which modify source code using substitute be patches?
<bavier>pkill9: depends on the nature of the modification
<bavier>some substitute values that are only known at build time
<pkill9>bavier: yea those make sense, although i would think it would make sense to maybe put them in a separate field, like "build-time-patches" or something
<ng0>i think I'm really taking the hard road with plant. everyone else seems to have written code before documentation and not hte other way around. not that it's bad.
<str1ngs>ng0: it's very much WIP. it started from LFS and kinda just grew from there. but it has some interesting features and just grew from there. for example it builds packages in a rootless container.
<str1ngs>ng0: via actually predates Guix. but imho Guix superseeds via at this point.
<str1ngs>ng0: also the package declarations are machine readable/write. makes for some interesting automation
<ng0>Sound interesting, I'll give it a read :) json, interesting. I would have never considered json as a solution. I am somewhat drifting into the direction of either DSL definitions in the context of the subset of the generic PM people will have or one DLS in combination with transparent conversion between languages. I'm still looking into what's there and some of the topics.
<str1ngs>ng0: I kinda like json. the json is machine formatted so patches are very obvious. also you can substitute for yaml, toml, sexp even. also very safe since the meta data is not interpreted only the command sections are.
<str1ngs>but at this point, Guix is superior. when I started via, the idea of functional input and outputs did not exist.
<ng0>i think there's no one goal which fits everyone.
<ng0>but of course it's nice for you when guix is starting to rid yourself of work
<str1ngs>this does have some good use cases. like for example I ported to power8/power9 in a day.
<str1ngs>yes, I am happy if Guix replaces via it's much less work for me.
<str1ngs>and I hope to maybe port some features over to Guix. like rootless cgroups
<Fade>i'm wondering what the sanctioned method is to get accelearated GPU support on AMD and nVidia hardware. I'm seeing a lot about how proprietary software is verboten on the official channels, but nothing about how to actually make any of this hardware work.
<tune>anyone managed to get tmux-resurrect working on guix system?
<tune>I rebooted for the first time in a month and then remembered I can't restore a saved tmux session on this machine
<katco>how are folks mirroring substitutes for their local networks? i'm approaching the point to where i feel bad directing so much traffic to guix :|
<tune>hm actually I think tmux-resurrect is working for me now. maybe has to do with enabling more env var stuff
<bavier>katco: though I haven't done it yet, you can set up substitute servers on your local machines, and then point them all at each other
<katco>bavier: last time i considered doing that, i was looking at exposing 1 machine's store? all of my machines are the same arch, so i was looking at making one machine the store, and then all the other machines would request builds from there. are cross-linked substitution servers the preferred way? or is what i described weird?
<rekado>katco: you can use guix publish to share substitutes.
<rekado>the store of the machine running “guix publish” would be exported and can be used as a substitute server.
<katco>rekado: that might be what i was looking at doing. is that a sane way to share substitutes for a network?
<katco>rekado: and is there a way to request that store to perform builds from remote machines?
<vagrantc>it's more-or-less the same mechanism that guix uses to share substitutes anywhere
<vagrantc>rekado: there are POSIX grey areas where implementation is ambiguous
<vagrantc>mfg: run tools like checkbashisms on your code and that should catch most things
<g_bor[m]>it seems to me that the socket is created with a noticable delay. I can log in just fine, but can't run herd commands, and the socket is create later, and after that it works fine. Is this normal?
<b0f0>'propagated-inputs' and emacs-s blongs to it. Is this how a dependency is specified, meaning emacs-s is a dependency package for emacs-weechat package ?
<b0f0>ok how do I specify a dependency in pa package.scm ?
<dutchie>why am i getting errors like "/gnu/store/q19l04vd2za80mk1845pz7r8cz29qk43-bash-minimal-4.4.23/bin/bash: warning: setlocale: LC_ALL: cannot change locale (en_US.utf8)"? I have LANG set to en_GB.UTF-8
<roptat>dutchie, can you check the value of GUIX_LOCPATH?