IRC channel logs
2025-12-13.log
back to list of logs
<basicnpc>I tried mixing an older package with a new one by setting (specifications->manifest (list "sbcl@2.5.2" "cl-ppcre")) as my manifest.scm. But of course `guix shell -m manifest.scm` complains. Any solution to this? <sneek>basicnpc, you have 1 message! <sneek>basicnpc, Rutherther says: I don't think incorporating repl to guix-daemon is necessary, maybe even not desirable. Rather a tool could be set up, making the same environment as the daemon and running the commands from .drv file <basicnpc>Rutherther - so .. having the same functionality, but don't mess up with the guix daemon directly? <basicnpc>I'm trying to tramp into guix with difficulties.. Simple ssh in a terminal works, but Emacs (with TRAMP) hangs after I enter the password. Gemini first suggests that my $PS1 is too complicated. Solved it, and that worked! The next problem is that TRAMP failed because it could not find ls. Gemini suggests I insert something into my bashrc. I tried doing that with home.scm (here's the content https://pastebin.com/tPwjBr2x), but =guix home <basicnpc>reconfigure home.scm= refuses to build: =guix home: error: build of `/gnu/store/ncmsxj9fq0z9hlm0vzmyga70klgr857b-home.drv' failed=. <FuncProgLinux>Fixed the MATE issue but discovered a bug present both in the upstream Guix package and my variants <FuncProgLinux>For a reason I don't know. The desktop should regenerate the files at ~/.config/menus/mate-* and it doesn't. To restore them you have to copy them from your profile, most online tips didn't work such as "starting mozo" <bdju>Is qutebrowser working without special launch args in latest guix yet? I saw some chatter about Qt stuff in the issues but it wasn't clear. <bdju>I have been launching it like this for a few weeks since otherwise I just get blank pages: QSG_RHI_BACKEND=vulkan LD_LIBRARY_PATH=$(guix build vulkan-loader)/lib qutebrowser <bdju>It sometimes freezes and needs to be killed since I started launching it this way also. Hoping to go back to normal soon. <cow_2001>i've tried installing guix system on a qcow2. it lost the internet link, and instead of retrying downloading the file, it failed completely. i tried rerunning that stage in the graphical installation, and it restarted downloading everything <kestrelwx>bdju: Hi! The fix was merged into the `next-master`, so it's gonna be on master in some time. <kestrelwx>For now, you can `:set qt.force_software_rendering chromium` once, and it makes pages render fine, so long as you don't need hardware video/graphics. I wonder if we should report how flaky it is with the Vulkan compositor. <bdju>Glad to hear the fix was merged. Thanks! <basicnpc>I tried mixing an older package with a new one by setting (specifications->manifest (list "sbcl@2.5.2" "cl-ppcre")) as my manifest.scm. But of course `guix shell -m manifest.scm` complains. Any solution to this? <Rutherther>you have put %desktop-services in your services twice, duplicating dbus. And all other services it provides <Rutherther>have just one %desktop-services in your services field and modify all services you want inside the single modify-services call <basicnpc>I tried mixing an older package with a new one by setting (specifications->manifest (list "sbcl@2.5.2" "cl-ppcre")) as my manifest.scm. But of course `guix shell -m manifest.scm` complains. Any solution to this? <basicnpc>If it's not possible to mix packages from different guix channel, should I simply copy and paste those package definitions to my project dir? <cbaines>I believe mixing packages from different channels is possible, most channels mix in packages from the main guix channel for example <cbaines>going back to the sbcl question you asked, it's impossible to tell without more specific information on the "complaint" <yelninei>i think I just found a bug in a project that has been there since a commit named "Initial revision" from 1994 <ieure>It's working, but I'm not sure this is 100% correct. <yelninei>Crashing system: essential task proc died. Maybe that was not it ? <acidbong>evening. i might've asked this before, but i don't remember if i got answered, so anyway: do personal Guix configs count as "software, linked with the Guix as a Scheme library"? <acidbong>and if so, should they be available under GPL too? <n|phreak>question my niri desktop env is through home config , to get swaylock to use pam though do I need to add that to my system config or home config ? <ieure>acidbong, Interesting question! I think the answer is "no," but I don't think it's a slam-dunk no. <ieure>acidbong, I think if you're talking about your config.scm or stuff to support that, unequivocally no. For something like a channel, that's where the murk is. <Rutherther>n|phreak: for new pam rules, they go to system config. Otherwise you could make yourself a privilege escalation. See the screen-locker-service-type. It has two fields, one to setuid? which you will want #f and the other is the one for pam which will be #t for you <ieure>acidbong, Also note that the GPL really only kicks in if you distribute the software to users. Configs would only be useful in a source form anyway, so it seems pretty moot. <RavenJoad>Real quick, I have a GNU package that received an untagged, but numbered, update. The package uses the mirror://gnu/... URI for url-fetch. Can I just pass a commit to the mirror as the version? Or do I need to be "more clever" and go straight to savannah's URL with git-fetch? <identity>RavenJoad: if you can find a tarball for that version on GNU's ftp, then you can use the mirror, else you need git-fetch <luca>Maybe ask the maintainers to tag the update? <RavenJoad>There is no tarball yet. The new version has not been tagged yet because the commit that made the update was pushed something like an hour ago. <RavenJoad>I only know it was pushed because I was the one who opened the savannah report. <identity>RavenJoad: unless time is of the essence, i would recommend waiting until a release is tagged <RavenJoad>It's not so much that time is of the essence. This ended up being a patch-level release (2.12 -> 2.12.90). I just want to pull it in because dico (the program in question) puts out releases fairly rarely. (Also, 2.12 is not even tagged on Savannah's cgit.) <ieure>RavenJoad, So I'm confused, you start saying that the new version hasn't been tagged, later you say it was a 2.12.90 patch release. The correct answer to your question depends on which situation is true. <ieure>RavenJoad, There's not usually a release tarball for unreleased code, so if you need the package updated prior a release getting tagged and tarballs built, you will need to change the package to build from the source repo, so mirror:// stuff doesn't apply at all. <yelninei>or you could cherry-pick the patch (assuming it still applies to the older version) <RavenJoad>ieure: It has not been tagged. The commit in question "Raised the version number to 2.12.90". There is no tarball yet. My goal was to update Guix's dico package to use this 2.12.90 commit so that dico can read its config file from $XDG_CONFIG_HOME. <ieure>RavenJoad, I'd use git-version with the last tagged release, revision 0, that commit. <ieure>If you use the version of the upcoming release, you'll have problems upgrading the package when the release does happen. <RavenJoad>Ok, yeah. That's what I was thinking would need to be done. I may just modify my transformed/inherited package in my channel and leave the one in Guix alone for now then. That way there are fewer long-term issues. <bdju>Whoa, stig is packaged now? Sweeeet. Thanks to whoever did that. I've been using it over ssh on an Arch machine for years since it wasn't packaged. <ieure>Neat. There's also emacs-transmission, I keep meaning to rip through that and make it Actually Good. <identity>bdju: according to the git history, somebody named Junker packaged stig in september this year <n|phreak>Is anyone using glyphs to see unicode emojis or is that in a font package ? <Deltafire>heh, searching for that gave an unexpected result