IRC channel logs
2025-04-02.log
back to list of logs
<eikcaz>I would like to change out the microSD card with my /gnu/store. Can I just rsync -a /gnu/store /mnt/gnu/store (old sd mounted at /gnu, new at /mnt/gnu)? <eikcaz>I'm not sure why, but it feels wrong somehow <Tadhgmister>is there a way to set all the build dependencies of a package as a gc root? I'd like to run gc more often but not being able to keep stuff like linux source code and cross compiling tools not flushed <ieure>Did Savannah's SSH host key rotate? Did a git pull just now and got "The authenticity of host 'git.savannah.gnu.org (209.51.188.168)' can't be established." <Tadhgmister>I know I can do `guix shell -D guix --root=local_file` to get a gc root that contains all the dev requirements for compiling guix etc but this doesn't extend to origins or cross compile tools <Tadhgmister>I'm able to do a git pull, but not sure that necessarily helps you much <ieure>Tadhgmister, Are you accessing Savannah over SSH? <Tadhgmister>oh nevermind I am using https, yeah that definitely doesn't help you.. <Tadhgmister>oh wait, `guix git authenticate` is giving me an error <Tadhgmister>`unknown introductory commit and signer` I have never seen that before <ieure>Tadhgmister, That's a totally different thing. <ieure>I'm specifically asking if Savannah's SSH host key has changed. <Tadhgmister>yes, sorry trying to be helpful but definitely don't have an answer to that specific question <connorbey13>Who else has been having fun with high dpi scaling issues in programs after gnome update? <PotentialUser-5>Haveing trouble getting herd to see acpid as a service... Not sure really what that entails? Do I have to install acpid not from guix install but from system conf file services? <PotentialUser-5>Herd just says acpid could not be found, is there something you gotta add to env? <PotentialUser-5>The /etc/acpi directory doesn't exist for me does that mean I installed acpid wrong or is there another step? I'm trying to use all the documentation I can, but neither guix nor acpid documentation really consider one being used on the other... <Tadhgmister>when you say acpid as a service, do you mean you are running it directly and want guix to recognize it or are you packaging it as a system service? <PotentialUser-5>I would like it to be a normal system service, the Enlightenment desktop keeps asking about it <Tadhgmister>so to my understanding guix does not have an existing definition for apcid service so you'd be packaging it yourself (and could send the patch to guix so others can use it too) in this case, have you looked at that before? <Tadhgmister>if you are getting an error that `acpid` isn't recognized as a command you very likely need to refer to the path to the executable in terms of the package, something like `(string-append #$apcid "/bin/apcid")` usually <Tadhgmister>where that is inside a `#~ ` gexp for the sheperd service and you've `(use-modules (gnu packages linux))` to get access to the apcid package <Tadhgmister>take a look at some of the code under guix/gnu/services/, like `guix system edit dhcpd` should try to take you to the source code for the dhcpd service type for references may help <Tadhgmister>oh i picked dhcpd at random but that actually looks like a pretty good minimal example <weary-traveler>looking to remove some package upgrades from local channel. in case anyone want a straightforward emacs package upgrade to review: #77391 <ieure>weary-traveler, Saw that one, will be back on Emacs package reviews this weekend. <lfam>ieure: Are you still getting the wrong host key for Savannah? My use of Git over SSH didn't complain <meaty>is there a "native" way to run a local LLM on guix? <meaty>cancername: how? there doesn't seem to be a package <cancername>hi #guix, I'm trying to get guix publish to listen on both IPv4 and IPv6. If I specify :: for listen in guix-publish-configuration, it only listens on IPv6, if I specify 0.0.0.0, it listens on IPV4 only. How can I get it to listen on both? <df>it occurs to me that you could apply particular capabilities (rather than just setuid) to programs in /run/priveleged/bin <df>and perhaps you could make them group-executable by a particular group? <df>it doesn't hugely matter for me because I am on a single-user machine and can just use sudo, so just musing really <cancername>some way to do a setcap would be good in my opinion <zilti>What do I have to do that a specific .so file from a package I write appears in ~/.guix-home/profile/lib? <Rutherther>zilti: add it to your home packages. But note that on guix you don't typically expose so files like that, rather, the packages refer to libs with full path <zilti>Rutherther: Hmm... I have it in my home packages, yet it doesn't appear there. Yeah, maybe I shouldn't bother with that approach... <Rutherther>zilti: so what are the contents of the package when built? <zilti>My problem is that the package is a plugin for another package. And I have to put the path to the .so file in a config file. Not sure what the best approach in this case is there. <zilti>Rutherther: basically, out/lib/hyprscroller.so. <Rutherther>zilti: depending on whether the config mechanism you're using supports gexps or not, it could be (file-append the-package "/lib/hyprscroller.so") <zilti>Rutherther: Right now it's a plain config file that gets installed using home-dotfiles-service-type. What would be nice would some kind of "render" functionality where I basically tell guix home "here's the config file, here's a few variables, go replace them before installing the file" <Rutherther>zilti: if by plain file you mean really 'plain-file' procedure, then the change could be as simple as using 'mixed-text-file' instead of 'plain-file', and putting what I sent before with file-append as one of the arguments (the arguments are then appended <zilti>Rutherther: so basically `(file-append (local-file "blah") (string-append "\nplugin=" the-package "/lib/hyprscroller.so"))`? <Rutherther>no, file-append takes a derivation and a path and expands the path to the store, you can't put two derivations inside of it <Rutherther>(mixed-text-file "something here ... plugin=" (file-append the-package "/lib/hyprscroller.so")) <zilti>Ah, ah yes. Okay. Now I only have to find out how to replace "something here ...plugin=" with loading a file, because I'd prefer not to have to dump the entire config file there as a string <Rutherther>you cannot really do that with this easily, that's a different thing <Rutherther>I was assuming plain-file is used the whole time as I mentioned previously <Rutherther>for what you want it's more complicated substitution, but still of course possible <zilti>Looks like I can cobble something together with "actual" scheme here, call-with-input-file and get-string-all it seems. Thank you, it's been very helpful! <Rutherther>yes, that is definitely possible, though I would discourage that as it will do the transformations on evaluation rather than on build time, but if you can make it work like that, why not <Rutherther>I think it would actually be good to have a general easy mechanism to do this substitution, something like (substitute-in-file (local-file "file") ( arguments to first substitute* ) (arguments to second substitute* )) etc., not sure if this would be welcome in upstream guix, but I can try do make something like that soon <zilti>Hmm so it would potentially get the old version of the library, because the current has not been installed yet, I see <zilti>It's part of home-xdg-configuration-files-service-type, and in there I do standard scheme quasiquote/unquote for `local-file` currently. <Rutherther>oh, substitute* is from guix build utils, so it won't work <zilti>I'm a bit angry at myself now, about a year ago I came across someone's dotfiles repository for Guix, and that repo was full of neat little things of which I am sure such substitution was one of them, but I can't find it anymore <zilti>Maybe I find that, maybe an even better one, who knows :) <zilti>Rutherther: your code works btw, thanks again! <Rutherther>If I understand correctly, the plan is to move away from named inputs (alist) to just plain lists in the long term, is that so? And how are we going to refer well to inputs like a origin for multiple sources then? <cancername>okay how the hecc do I get cuirass to listen on all IPv6 interfaces <cancername>gethost calls gethostbyname which doesn't support IPv6... a bug? <graywolf>I have just send a v2 of home-mpv-service-type. For some reason it is not visible on issues.guix, so I am not sure if that hurts my chances of it getting reviewed (hence mentioning it here). <apteryx>I think the berlin cron jobs are having issues, need to check my mails <apteryx>(that could explain why mumi's data is out of sync) <lechner>graywolf / what's the bug number, please? <lechner>graywolf / please note that I use red for open and green for closed <graywolf>Oh, interesting. So the v2 probably triggered *something* and now it works. <lechner>I'm not sure I understand that comment <lechner>it still doesn't show on issues.g.g.o <ieure>I've been writing macros for ages and never knew I was protected by a "Macro Writer's Bill of Rights." <df>it looks like guix weather treats each server it queries seperately, so that it will report a failure overall even if all the substitutes you actually want are available from at least one server <df>is that an accurate analysis, and is there a way to change that behaviour other than running it seperately for each server? <df>incidentally, as I understand it, 'server' here means 'substitute server', and there doesn't seem to necessarily be any connection between them and channels <df>ie I can't see a way to say "this server only serves substitutes for this/these channel(s), so there's no point querying it for packages from others <df>I could have got this all very wrong, I'm just basing it on the fact that channels and their urls (which presumably serve packages... or package definitions) are separate from substitute servers and their urls <df>ah yes ok, so a channel is essentially a git repo containing package definitions <ieure>df, You're correct that substitute servers have no explicit binding to channels, and weather will query all known substitute servers. <ieure>I'm not sure what you mean by "report a failure," are you talking process exit status? <df>I'd like to forgo a system reconfigure or package upgrade if the necessary substitutes are not available <df>*ideally* I'd like to only forgo it if some big, slow-to-build packages such as the kernel or libreoffice are not available <df>but I could live with the simpler option, especially since smaller packages are likely to appear on the substitute servers sooner <ieure>Does `guix weather' return a different status code when it's completely unavailable vs. unavailable on >=1 sub server? <df>I'm not sure, but it looks like it returns 1 if it is unavailable on any server <ieure>If it returns a different status when completely unavailable, that'd work for what you want. <ieure>Maybe make a silly package? Or find one that's non-sustitutale? <df>I'll have a look at the source of the command, may be quicker <df>it looks to me like guix define-commands return booleans, although I'm not sure where those are converted to 0 or 1 exit codes (possibly a guile feature?) <gabber>is git.savannah.gnu.org down for anybody else? <df>so I don't think it can return statuses other than 0 or 1 <lechner>Hi, is the purpose of $(XDG_CONFIG_DIR)/guix/current (which points to /var/guix/profiles/per-user/$(USER)/current-guix) merely to avoid resolution of the username? Does anyone actually invoke that path manually? <podiki>where do you see that? on my system that env variable is unset (instead i have XDG_CONFIG_DIRS and XDG_CONFIG_HOME) <divya>efraim: Hello. In rust.scm, the rust-bootstrapped-package takes the checksum of the new rust version that we want to bootstrap, right?