IRC channel logs


back to list of logs

<atka>rekado: thanks for the response, as far as I'm aware all the 10G+ sfp cages need blobs. I'm particularly interested in the networking capabilities, I'm not sure what will show up without modules installed, maybe ip link show?
<atka>maybe lspci, as they are probably using pci lanes
<bjc>does anyone know how i can get log output from shepherd beyond "failed to start service"?
<bjc>there's nothing in /var/log/messages that doesn't go to the console, and there don't seem to be flags i can pass to "herd start" so i can watch what it's trying to do
<vivien>bjc, try looking at TTY 1
<bjc>thanks, that works
***rekado_ is now known as rekado
<sneek>Yey! yewscion is back :)
<yewscion>sneek: botsnack.
<the_tubular>guix pull: error: aborting update of channel 'guix' to commit 950f3e4f98add14f645dc4c9f8c512cac7b8a779, which is not a descendant of 42679e3f81a0fa61e225b1f6aa0e80e39625372f
*the_tubular Panicks
<the_tubular>The error message seems to be bugged to :/
<the_tubular>There's a line break after you and before think
<jgart[m]>Updating channel 'guix' from Git repository at ''...
<jgart[m]>guix pull: error: aborting update of channel 'guix' to commit 950f3e4f98add14f645dc4c9f8c512cac7b8a779, which is not a descendant of 42679e3f81a0fa61e225b1f6aa0e80e39625372f
<jgart[m]>hint: This could indicate that the channel has been tampered with and is trying to force a roll-back, preventing you from getting the latest updates. If you think this is not the case, explicitly allow non-forward updates.
<jgart[m]>has anyone ever got this from the official guix channel?
<jgart[m]>did I get hacked?
<djeis>I was getting that earlier today, asked a question about it.
<djeis>Never got a reply
<djeis>Guess it's a more general bug?
<djeis>I think it's something introduced very recently, possibly in 42679e3f itself, and I only ran into it sooner because I happened to try and pull in another channel after I updated to 42679e3f earlier today.
<djeis>Told me that it was annoyed 42679e3f wasn't a descendant of 42679e3f.
<jgart[m]>djeis: did you `--allow-downgrades`?
<jgart[m]>this usually happens when someone rewrites git history
<djeis>That did fix it, but only sorta. Any guix system reconfigures I did after that also needed `--allow-downgrades`.
<jgart[m]>and force pushes
<djeis>Yeah but, why would it error about going from 42679e3f to 42679e3f?
<jgart[m]>but I've never experienced it before with official guix
<jgart[m]>that's even weirder
<jgart[m]>guix had a zen moment
<djeis>Like, I did a pull and then I added some channels and did another pull. The commit on master of guix didn't change in that time, and the commit hashes it printed were identical.
<djeis>And I definitely remember the hash starting with 42.
<djeis>Was about 5 hrs ago.
<jgart[m]> I sent an email about it:
<the_tubular>jgart[m] If you think this is not the case, explicitly allow non-forward updates. does that line look weird to you in your terminal ?
<the_tubular>There's an extra line break for me
<jgart[m]>hmm not sure
<jgart[m]>wdyt of the error?
<the_tubular>Which one ?
<the_tubular>--allow-downgrades fixed it, but I don't know what caused it
<jgart[m]>oh ok
<jgart[m]>just didn't want to have to trust that unless there was an announcement about it saying who rewrote the git history
<bdju> would this be a good USB WLAN adapter for use with linux-libre? It seems like it works with ath9k. I was thinking of picking up a few to have around
<bdju>and I could get 3 or 4 for the price of one of the thinkpenguin ones
***cap2 is now known as cap
***beslayed[m] is now known as EMax`0Mancer[m]
<rekado>atka: they don’t show up on lspci or ip. It’s possible that this requires a kernel config flag that we haven’t provided here.
<attila_lendvai>this is strange: i add a scheme *comment* to gnu-build-system.scm and it leads to a world rebuild? or am i confused by something?
<attila_lendvai>yeah, this seems to be the case. i guess the sourcecode is hashed by something, byte by byte, not on the sexp level
***dgcampea-2 is now known as dgcampea
<florhizome[m]>guix' KDE stuff is now outdated by a year or so, and the next stable release is out, maybe a kde/plasma updates branch would make sense? It will be a ton of stuff that's why I think a branch could make sense.
<florhizome[m]>Also lxqt has reached 1.0 and qt stuff in general could use some attention; it seems like apps often doesn't find plugins.
<AIM[m]>> <> guix' KDE stuff is now outdated by a year or so, and the next stable release is out, maybe a kde/plasma updates branch would make sense? It will be a ton of stuff that's why I think a branch could make sense.
<AIM[m]>> Also lxqt has reached 1.0 and qt stuff in general could use some attention; it seems like apps often doesn't find plugins.
<AIM[m]>Ye I'd like to see kde as one of the default de in guix installation
<florhizome[m]>AIM[m]: The question is who will maintain it as it's just loads of packages but there is not much missing
<AIM[m]>Yeah but we do have maintainers for other DE's
<AIM[m]>Like xfce, gnome, and all
<AIM[m]>Idk my parents would prefer to use kde as it seems easy to learn
<AIM[m]>I had kde in the arch install
<AIM[m]>Setup gnome for them, but they kinda seem to like kde because it was easy to learn for them
<AIM[m]>In guix ofc
<ZhuAisi[m]>florhizome: The Extra cmake modules in Guix is too old to package new version of KDE stuffs
<ZhuAisi[m]> Z572 and me did some work on KDE. But we finally give it up, because there're so many KDE packages missing for Guix.
<ZhuAisi[m]>florhizome: It should find plugins if QT_PLUGINS_PATH is set properly 🤔
<ZhuAisi[m]>you may need to set it in your login shell(e.g. ~/.bash_profile)
<rekado>ZhuAisi[m]: these commits look pretty old. The Guix repo is 23505 commits ahead.
<abrenon>hey guix !
<abrenon>the eolie web browser seems to be broken here, trying to run it yields a an error about "Namespace WebKit2"
<abrenon>I thought it could be just me so I tried to run the newest version with time-machine, and still face the same problem
<abrenon>anyone using it ? anyone can check that it works for them ?
<florhizome[m]><ZhuAisi[m]> "" <- I have packaged kwinft locally
<florhizome[m]>yeah that’s why I think a branch makes sense
<florhizome[m]><ZhuAisi[m]> "florhizome: It should find..." <- Many guix packages that install qt plugins don’t add their search paths (or else). for example lxqtplugin, qt5ct, qtwayland. I added that to make them work since I did a recipe for Kvantum.
<florhizome[m]>btw: on a foreign distro, will search paths of activated profiles still be set?
<florhizome[m]><ZhuAisi[m]> "florhizome: The Extra cmake..." <- Yeah the problem is that you basically have to upgrade all of kde frameworks and plasma components because they all require the same version to be set with small tolerance. There was a commit back in November bringing it up to 5.82 or so and plasma modules to 5.23~ but it went completely unregistered. But IMO it would make sense to work towards the recent stable release anyways.
<florhizome[m]>We are missing a lot of wayland related development there, too.
<abrenon>the guix shell example to run chromium within a container on doesn't work as is
<abrenon>*on my system. this has been discussed before, and is related to different environments having different needs
<abrenon>but I notice that --preserve is used to pass $DISPLAY: isn't that a X11-only thing ? does it do anything for wayland users ?
<abrenon>does this command work in a wayland desktop ?
<attila_lendvai>is there an algorithmic way to detect circles in packages' propaged-inputs? it's a bunch of imported golang packages, and the failure mode is a permission denied while trying to overwrite a symlink pointing into the store
***Alex[m]1 is now known as Quatsch[m]
<Haider>Hello geeks (Guix)! I found out that Blender does not have a denoiser. Do I need to install a seperate package or should I try building from source?
<Haider>Turns out it's an update of Blender 3.0.0. Very confusing
<Haider>Actually it is not a problem with Blender.
<Haider>I found the error to be that blender is not compiled with OpenDenoise
<reily>I'm having an issue with guix. the files in /run/current-system/profile/share/guile/site/3.0/gnu/ (specifically gnu/home/services.scm) is outdated. When running guix system describe, it lists a guix hash that has different contents for this file than are present. I have tried just about every combination of guix pull and guix system reconfigure I can think of, but the problem has persisted. Any ideas?
<attila_lendvai>a (most probably obsolete) patch/issue that was open for 7 years:
<superkamiguru>Has anyone here had success changing default values for /sys/module/ entries? I have a keyboard that I would like to swap the function/media default keys, but can't quite figure it out
<attila_lendvai>#:skip-build? support for go-build-system:
<attila_lendvai>and i think this is a useful extension of match-record (the second patch):
***erhandsome_ is now known as erhandsome
***erhandsome is now known as Guest9532
<ekaitz>hi all! I have a weird issue: why can't I call `openpty`? it's supposed to be part of glibc
<ekaitz>the same happens with forkpty
<ekaitz>in summary, with any function from `pty.h`
<ekaitz>okay forget it, it's that it's separated to -lutil
<abrenon>what does that mean ? those calls are not compiled in with the rest of the glibc ?
<abrenon>isn't the "shape" (in terms of which modules have which name and include which function) of glibc something stable accross distributions ?
<zacque>Hi, with `$ guix shell gcc-toolchain sqlite`, then testing with simple `$ gcc dlopen.c -lsqlite3`, I got this error: "ld: /tmp/ccPyOKGO.o: undefined reference to symbol 'dlclose@@GLIBC_2.2.5'"
<zacque>I'm not sure what's wrong
<zacque>dlopen.c code:
<zacque>It looks quite innocent to me
<zacque>Oh, I need to link ``
<zacque>*** SOLVED ***
<abrenon>wow, it's "solve your own problem day" today : )
<Basspoon>Hi, I'm encountering this issue while connecting to a remote server with OpenSSH. I've added (service gnome-keyring-service-type) to the services field of my operating system declaration, and can verify that gnome-keyring-daemon is running after I log in. My understanding is that the SSH component of gnome-keyring-daemon is normally started with a .desktop file. I can't use this approach, since I use
<Basspoon>Sway, which doesn't support the XDG autostart directory, so I added 'exec gnome-keyring-daemon --start --components=ssh' to my Sway config file. 'ssh <user>@<ip>' yields the error 'sign_and_send_pubkey: signing failed for ED25519 "/home/me/.ssh/id_ed25519" from agent: agent refused operation' and asks me for the remote user's password. After this, 'pgrep ssh-agent' reveals that ssh-agent was started by this command. 'ssh-add -l' also
<Basspoon>displays my key. Thanks in advance for any help or suggestions.
<apteryx>does the gnome-keyring support ed25519 nowadays? it didn't in the past
<apteryx>you could try stopping/disabling that GNOME service, and try the SSH connection manually to know
<Basspoon>The connection works when I kill the gnome-keyring-daemon process and use my own ssh-agent, running SSH_AUTH_SOCK=<socket> ssh <remote>
<Basspoon>but that isn't using gnome keyring daemon
<Basspoon>I had to add my password to that ssh-agent manually with ssh-add
<Basspoon>(as expected)
<Basspoon>I presume that GNOME Keyring supports ED25519, since they apparently use the ssh-agent from OpenSSH since GNOME 3.28
<kitzman>whan having bootstrapped a cross-arch system, is it possible to install a package sent with guix archive without bootstrapping the process? (i.e re-doing the derivations)
<kitzman>bootstrapping guix *
<kitzman>for example, cross-built coreutils is a different derivation than non-cross-built coreutils, and the check step fails (despite using --without-tests)
<jpoiret>Basspoon: looks like you don't have a pinentry program set
<jpoiret>oh, maybe that's not it, but rather, that gnome keyring cannot launch its gui at all
<jpoiret>you could try starting it in a terminal instead and see what happens when you try to ssh
<Basspoon>jpoiret: I killed the existing gnome-keyring-daemon and started a new one from my terminal. Same problem.
<Basspoon>I might just go back to using KeePassXC with ssh-agent, but thanks for your help anyway
<jpoiret>and no message in the terminal? you might have to run it with -f for it not to fork
<Basspoon>oh, I didn't do that
<Basspoon>let me try
<Basspoon>This is the output when I try to a remote system with SSH
<Basspoon>I don't think the initial message matters, since the socket is displayed when I run ls /run/user/1000/keyring
<Basspoon>*connect to a remote system
<cwebber>why doesn't guix ship with a manifest.scm? :)
<cwebber>in the git repo
<jpoiret>Basspoon: do you have the gnome keyring package in your profile?
<abrenon>cwebber: what would that manifest contain ?
<jpoiret>oh, rather, can you try running `dbus-update-activation-environment WAYLAND_DISPLAY`?
<cwebber>abrenon: well, I always run "guix environment guix" before I start hacking in my guix checkout
<cwebber>so I'm guessing... something related to that.
<jpoiret>after that command, it should work properly i hope
<Basspoon>jpoiret: It works, thank you! I'll also mention that I added gnome-keyring to the list of services in dbus-root-service-type, but I don't know if that was necessary
<jpoiret>no, it shouldn't be necessary
<jpoiret>dbus should find the services in XDG_DATA_DIRS when launching a session bus, which if you use GDM (or anything that properly sets that dir) should point to your .guix-profile-specific dir
<jpoiret>so the dbus service will be found
<jpoiret>the issue here is that dbus isn't aware of the WAYLAND_DISPLAY environment variable because it is launched outside of it, so you have to import it in there for GUI services to work
<jpoiret>dbus shenanigans
<Basspoon>So I suppose I should add the command you sent to my Sway config, so it will be executed on login?
<jpoiret>usually it's recommended to add something like `exec dbus-update-activation-environment WAYLAND_DISPLAY`
<Basspoon>I see, thank you
<Basspoon>I never would have figured that out by myself
<abrenon>so it would allow you to add ~/path/to/cloned/guix to your authorized dirs and have guix shell autoload the requirements to work on it
<mbkamble>Hello. I'm trying to use "guix home". I am using fish as my login shell. I did an "guix home import test1" and tried to test it using "guix home container test1/home-configuration.scm"
<mbkamble>The new home is sucessfully created, but I get the following error messages and fish PATH is not fully, propery formed:
<mbkamble>--- snip ----
<mbkamble>Symlinking /home/mbkamble/.profile -> /gnu/store/dann7r1095xll0kji5yl0ql07096rc8j-shell-profile... done
<mbkamble>Symlinking /home/mbkamble/.bashrc -> /gnu/store/0hblljbzbbrbawhcv2hlz14narb78s2m-bashrc... done
<mbkamble>Symlinking /home/mbkamble/.bash_profile -> /gnu/store/sb379rxjbns1cgy16z0kbm1rwravkyx5-bash_profile... done
<mbkamble>Symlinking /home/mbkamble/.config/fontconfig/fonts.conf -> /gnu/store/4261pxafny0g2myhh9yj1771ry7k05lc-fonts.conf... done
<mbkamble> done
<mbkamble>Finished updating symlinks.
<mbkamble>Comparing /gnu/store/non-existing-generation/profile/share/fonts and
<mbkamble>          /gnu/store/8iwc0rg94khz0ka1srh1caqlmvi91n5n-home/profile/share/fonts... done (same)
<mbkamble>Evaluating on-change gexps.
<mbkamble>On-change gexps evaluation finished.
<mbkamble>error: Runtime path not available.
<mbkamble>error: Try deleting the directory /tmp/fish.mbkamble and restarting fish.
<mbkamble>Welcome to fish, the friendly interactive shell
<mbkamble>Type help for instructions on how to use fish
<mbkamble>mbkamble@kamble9343guix ~> echo $PATH
<mbkamble>I dont' understand what "error: Runtime path not available" means. Any suggestions?
<mbkamble>I forgot to incluse the output of the echo command:
<mbkamble>mbkamble@kamble9343guix ~> echo $PATH
<mbkamble>As can be seen there are missing dirs on the PATH
<mbkamble>The ouput is disappearing when I dispatch the message in the chat web app (using Ungoogled-chormium browser)
<Guest52>Question for guix home users: I have all my dotfiles in a single git repo and I want to make guix home responsible for pulling down the repo and setting XDG_CONFIG_HOME to that location. Is this possible? I'm happy to accept suggestions for a better way if this way doesn't make sense with guix
<boogiewoogie[m]>hey, I'm currently on nixos, looking into guixsd. how is the julia situation here?
<boogiewoogie[m]>I've read that you should install julia packages through guix, but I don't see `Plots.jl` or `StatsPlots.jl` in the repo, for example
<jgart[m]>> <> hey, I'm currently on nixos, looking into guixsd. how is the julia situation here?
<jgart[m]>> I've read that you should install julia packages through guix, but I don't see `Plots.jl` or `StatsPlots.jl` in the repo, for example
<jgart[m]>The situation with Julia is getting better in Guix. It's mostly a matter of packaging more libraries to my understanding. efraim might have something else to saw about it?
<boogiewoogie[m]>ah, I see. if that's not hindered by some sort of fundamental incompatibility, I'd be down to package and maintain a bunch of them. depending on how well I'm gonna grok the guix packaging process, of course :P
<jgart[m]>If you need help with guix packaging we have a packaging group here that is contributing to upstream and working on stuff together:
<jgart[m]>boogiewoogie: If you have any questions about packaging Julia feel free to ask me or anyone here
<jgart[m]>s/Julia/Julia libraries
<jgart[m]>boogiewoogie: We'll have a packaging meetup at the end of this month:
<jgart[m]>boogiewoogie: Just a note, that WhereIsEveryone is not official GNU Guix. We're just a group of Guixers working on Guix together online.
<boogiewoogie[m]>that's great, thanks =) I'll have to get into guix and guile first, I guess. which take a bit until I can, since my laptop powers off during the installation due to overheating 😅
<boogiewoogie[m]>which may* take a bit
<Haider>I am trying to run binaries in Guix and am getting the error "No such file or directory". Apparently, I need a 32 bit runtime. Do any of you know what do do?
<Haider>This has only happened to me with binaries I have unzipped though
<arkhan>Hello, In guix is it possible to add scripts to the NetworkManager config..?
<arkhan>like this
<the_tubular>It 404s arkhan
<the_tubular>The link you posted
<Haider>He means the link is dead
<arkhan>weird, the link works
<the_tubular>This one works
<the_tubular>Is this hosted on a Windows box ?
<the_tubular>Windows usually is case sensitive
<arkhan>the_tubular I have no idea
<the_tubular>I don't have an answer to your question though :/
<arkhan>I can't find anything about it in the documentation either, nor in the source code of network-manager-service-type
<zamfofex>What is the correct way to respond to messages in issues? I received three questions in <> And replied to each of the emails I received individually soon thereafter, but my replies still didn’t show up. Did I do anything wrong?
<jts>if the answer to this is yes, this question has probably been asked a lot today, but did someone force-push to the Guix git recently?
<jgart[m]>jts: I'm curious to also know if someone force pushed or what happened
<jgart[m]>I haven't done a `guix pull` yet because I'd like to first make sure about what happened
<jgart[m]>zamfofex: did you use the email at the bottom of the mumi interface to reply?
<zamfofex>I don’t know what “the mumi interface is”. If you mean the page I linked, then no. I just replied to the emails I received with the questions.
<jgart[m]>There was a time when replying via mumi was broken. I'm not sure if it has been fixed yet but I stopped using it and used my email client instead
<jgart[m]>what email did you reply to?
<zamfofex>I replied to the emails from Maxime that I received. I thought they’d be associated with the issue.
<bjc>great, guix hangs now on 'home reconfigure' after 'Finished updating symlinks'
<efraim>boogiewoogie[m]: Julia's in a pretty good spot, you should be able to mix guix packaged julia libraries and libraries installed using julia's pkg
<efraim>I have a copy of julia-plots but it's not upstreamed yet
<jgart[m]><efraim> "I have a copy of julia-plots but..." <- efraim: is that in a public channel?
<efraim>jgart[m]: its in guix-bioinformatics
<efraim>still needs julia-contour and julia-latexify
<efraim>I imagine latexify isn't going to be simple to package
<efraim>hopefully it won't be as bad as julia-pycall
<jts>that's super exciting; I've been really interested in Julia but package weirdness has held me back
<jgart[m]>efraim: why do y ou think that latexify will be difficult?
<jgart[m]>what pain points have you run into?
<efraim>I assume we'll need to wrap latex calls with the tex stuff we have in Guix now
<efraim>I haven't actually started looking at it yet
<jgart[m]>oh ok
<jgart[m]>I have done only a little bit of julia packaging but I haven't run into anything to weird yet mostly because I haven't done enough of it maybe
<jgart[m]>should the dwm package in guix be patched to use the st package in guix?
<jgart[m]>currently it is not
<jgart[m]>it's also not patched to use the dmenu package in guix
<efraim>no idea, I figured whoever is using dwm is using their own custom versions of it
<jgart[m]>the issue I see with doing that is that it will possibly make it unusable if the user on a foreign distro install dwm with guix but st or dmenu with another package manager
<jgart[m]>I imagine then the dwm package will be dependent on the guix packaged st and dmenu
<vagrantc>the reason i never liked dwm is the whole "recompile rather than configuration file" approach
<jgart[m]>guix solves that
<jgart[m]>gexps solve that
<jgart[m]>I'll share some approaches soon.
<jgart[m]>some are in Guix 'R Us but I got an idea recently for applying suckless patches with g-expressions
<jackhill>do we have documentation for setting up development environments for the various languages? Right now I'm thinking about doing go development using guix-packaged go libraries, but I assume that similar information for all the languages should be gathered together
<jts>I use different profiles for different language development environments. See
<jgart[m]>jackhill: that's a great question!
<vagrantc>jgart[m]: pretty sold on sway, i3, etc. at this point :)
<jgart[m]>That is something that I'm also very interested in putting together
<jgart[m]>ryanprior: is also interested in language specific guix docs
<jackhill>jts: cool thank. But I think that's missing language specific information. For example, started a shell with go and a go library in the profile, but was surprised when it started downloading stuff from from the internet instead of using what was already installed
<jgart[m]>maybe we can combine our efforts and better that department
<jackhill>sure, I'm happy to (try to) help
<jgart[m]>I've recently collected some guix common lisp specific info
<jgart[m]>since I've been using guix for common lisp development
<jgart[m]>not sure what is the correct practice for common lisp in guix though
<jgart[m]>one issue with common lisp and guix is updating a running image with a new library in an existing shell
<jgart[m]>something that is very common to do in the lisp community with a running lisp image
<jgart[m]>change it as it is running
<jackhill>sweet! I have good sucess using Guix for developing with Guile. The expected stuff just works there, of course 😁
<jgart[m]>we'd hope that Guix works well for guile development ;)
<jackhill>jgart[m]: oh, that is an interesting use case.
<jgart[m]>still would love to see janet and purescript come about:
<jgart[m]>cheering guix on:
<jackhill>definitly! Yay!
<jgart[m]>jackhill: if you find the time I have a gomuks package that is almost there:
<jgart[m]>maybe you can pinpoint the issue better than I can
<jackhill>hmmm, after a cursory look I'm not seeing any GO environemnt variable set in my `guix shell go go-package-name` environment, so no wonder it can't find them. I wonder if some search-path need to be set.
<jackhill>jgart[m]: sure, but no promises. I'm not a go-person (yet), my colleagues are!
<jgart[m]>I'll push the latest gomuks changes to that module
<jgart[m]>I have all the deps packaged:
<jgart[m]>guix will have hut soon:
<jgart[m]>jackhill: no worries, just think like that nike shoe commercial: "just go for it"
<sweetie>*"just do it" :D
<efraim>oops, just realized I'd been sending mail all week from this laptop and I hadn't finished configuring msmtp
<jgart[m]>re: using gexps to patch:
<jgart[m]>with `plain-file`
<jgart[m]>I haven't read that closely yet but they're also using a modified `guix-emacs.el`
<atka>rekado: thanks for looking into the sfp ports on the honeycomb
<blake2b>hiya guix, I'm finally adopting "guix home", and am a little confused
<blake2b>if I just want to quickly have it symlink my dotfiles, what service do I use?
<atka>rekado: found this comment regarding honeycomb from two days ago: "Currently running ubuntu 20.04 on mine, and it’s fully functional on 5.10-mainline+44 patches for the 10G ports" wonder how current kernels fare.
<blake2b>the examples I looked at on the rde repo were are bit more complex than I need atm
*vagrantc hides
<blake2b>I feel like there should be something like "git-service-type" where I can list repo uris to clone, as well as "dotfiles-service-type", that I can use to specificy dotfiles to symlink, but I imagine I'm not finding these because their functions are served by more general service-types, but after digging through the docs I'm still not quite sure where to look
<bjc>to my knowledge there is no git service for creating file-like objects
<bjc>you could potentially make a package that gets your dotfiles from git, then use that in guix home
<bjc>if there are other solutions with current code, i'm not aware of them
<blake2b>ah ok, maybe I was a bit confused in thinking guix home should serve as a replacement for ex. gnu stow
<bjc>guix uses stow, or something very similar anyway
<bjc>does stow know about git?
<blake2b>i was referring more to the symlinking management
<the_tubular>Wait guix uses stow ...?
<blake2b>i don't think so... i think symlinks are handled by guile
<the_tubular>Same, that's what I thought
<bjc>i thought it was actually stow under the hood, but it appears not. regardless, it's symlink management is very stow-like
<blake2b>but so, to manage dotfiles with "home", I need to package my dotfiles and then add them to the home environment via the home-configuration? so I have to update the package each time I make a configuration change? that doesnt sound right tbh
<blake2b>from the guix manual: Guix supports declarative configuration of “home environments” for user’s dotfiles."... but I can't find and example the most basic use: how to specify what dotfiles I want symlinked and where
<blake2b>is it that you're suppose to write your configurations as strings in guile, the way you specify shell env vars? seems like that would be pretty messy and difficult for, say, a complex emacs config