IRC channel logs
2026-05-25.log
back to list of logs
<old>hmm since I've updated, new GNOME version is kind of less nice <old>mainly the file searcher interface seems to not remember my recent files anymore . <old>anybody has an idea? <lilyp>wdym by "file searcher"? the "open file…" dialog that has been moved to nautilus should have *more* rather than fewer features now <mwette>old: GNOME 50? There are other annoyances. Like screen capture now stuffs the result in the clipboard: I don't know how to get an image file now. Also, there seem to be numerous (undocumented) touchpad modes. <apteryx>Rutherther: that's one of the places where having the config under /etc/nginx/... (fixed location) would make a reload more sensical <old>mwette: I seem to be using gnome 48 here <aliu>new to guix! any idea why my KDE plasma-wallet (which stores secrets like WiFi passwords) still asks for my password every time I log in, even though my loaded system config file includes `(service kwallet-service-type)` in the list of services under (services (append (list )))? <old>lilyp: Idk but I much prefer before. I can't find anything quickly now. Maybe it's just a period of adjustment <daviid>mwette: I am using GNOME 50 and I am not experience this, the GNOME screenshot app still saves the shots as files in ~/Pictures/Screeshots here - maybe ask in #gnome:gnome.org (matrix) for some hint/help, fwiw <mwette>daviid: indeed, but I was not able to guess that location <apteryx>Rutherther: I found another reason to move the nginx config file to under /etc/nginx/nginx.conf; I'll prepare a PR. <daviid>mwette: great - here it notifies and if you click the notification before it 'fades out', it opens nautilus in the right directoty <apteryx>(that other reason is that things like 'include fastcgi_params;' break) <apteryx>because it gets resolved to a place relative to the parent of the provided configuration file <dcunit3d>it may be fairly common for some Guix-on-FHS installs <ieure>dcunit3d, "The main issue here is that the remote end is not giving the same guix describe results as the local end" -- this is happening because your dotfiles are wrong, and your per-user Guix profile is not added to your path. <ieure>dcunit3d, I'll follow up in your ticket. <dcunit3d>yes that is correct. i've gotta dig into it personally. <ieure>dcunit3d, It's an issue with your shell dotfiles. <dcunit3d>it's not really Guix's responsibilitity to fix. however, i think other users may experience this eventually. <ieure>dcunit3d, I left a reply. tl;dr this is expected behavior. <ieure>And the two problems you have are unrelated. <dcunit3d>ieure, just adding symlinks to /var/guix/gcroots that point to profiles is sufficient for registering GC roots? also, is there any way to do this for an environment that gets created for `guix time-machine`? <ieure>dcunit3d, Yes, /var/guix/gcroots is where GC roots are registered. I don't think you can register a GC root for time-machine, but you can run `guix shell' within the time-machine and register its root. <dcunit3d>i'm mainly trying to lock in the ares repl after it builds from my guix channels. <ieure>Use `guix shell' and register the GC root. <aliu>Is there a reason my kde plasma wallpaper and login splash seem to reset every time I reboot? I haven't touched the guix home stuff since installation <tofu>Hi is guix down? I'm getting a resource temporarily unavailable when attempting a `guix pull`. <tofu>It was git.guix.gnu.org, but it was my certificates I just had to update-ca-trust. <ieure>tofu, Guix is hosted on Codeberg, they have been struggling today. <tofu>I checked the codeberg down detector and wasn't able to detect if they were down at all. Same with checking their mastadon <trev>tofu: nice i am getting that too <trev>how did you update that? <cobra>i noticed there arent any `finger' related packages in guix <untrusem>let me confirm if it supports finger or not <apteryx>hm, wireshark links to Discord, Google page from their sponsors <apteryx>that'd be the non-free javascript trap <futurile-afk>morning all - for those with a public holiday - hope you're having fun <futurile>apteryx: ah OK, didn't realise that was covered <apteryx>though maybe that's fine in this case given you could visit these page with js off probably <apteryx>yeah, I think that's OK. I was just surprised to see what looks like ads in a free software I guess <adanska>Woah, did sbcl just get updated? I thought that was meant to be on a QA branch.... <futurile>adanska: why did you think it was "meant to be on a QA branch"? <identity>i imagine updating sbcl would trigger a bunch of rebuilds (i wonder how much of an impact that would make, though) <adanska>openresolv update breaks dns when using NetworkManager, at least. opened #8813 <cbaines>adanska, "QA branch"'s aren't a thing, but I think QA did build the branch which the sbcl update was pushed to prior to it being merged to master <adanska>cbaines, i mean in the sense that the update-sbcl-xxx branch was in the QA queue :p I didn't see that the branch was merged (i didnt quite catch ur meaning, but is this what you meant?), thats cool. I was confused only because I still see the branch present on codeberg. <cbaines>I see the branch as deleted: "Deleted by enge <adanska>huh i guess when i checked it codeberg mightntve caught up.. sorry for the noise <nulysses>hello all and a happy dead man's rising! <stephen>What's the guix method for setting the xdg preferred browser? <identity>i doubt there is anything for that, at least in the main channel <identity>no idea what controls the preferred browser <stephen>usually xdg-settings default-web-browser <stephen>xdg-settings set default-web-browser some-apps-dot-desktop-name <stephen>nix had xdg.desktopEntries for it I think, was browsing through the guix info pages but hadn't found anything yet <stephen>For now I guess I can add settings to each program's dot file and put those in the home config. <stephen>Ah, that's a bit closer to what I want. <fhang>stephen: In a nutshell, you just add a file at `~/.config/mimeapps.list`. On my configuration, that file contains the line `x-scheme-handler/https=librewolf.desktop;` which sets Librewolf as my default browser for opening `https` URLs. If you want, I can provide the full contents of the file. <stephen>Do you have a scheme function for generating it or do you just edit the file directly? <fhang>Yes, I edit the file directly and have `guix home` copy the file to the proper location. The scheme code in my configuration looks like this: `(simple-service 'xdg-desktop-configs home-xdg-configuration-files-service-type `(("mimeapps.list" ,(local-file "dots/xdg/mimeapps.list"))))` <fhang>stephen: If you don't use `guix home`, you can just edit the file directly. <stephen>I am using guix home and I have a block to copy dots that can handle it. Thanks. <jA_cOp>There is a home-xdg-mime-applications-service-type but I can't find it in the manual right now <jA_cOp>it doesn't seem to be included in the info docs, so no wonder people don't know about it <jA_cOp>I've been using it and I love it :) <jA_cOp>I have some packages and services I want to try to upstream, I'll definitely learn more about texinfo then. I'm barely proficient at the info browser in Emacs ^^ <apteryx>jA_cOp: (info "(info) Top") and (info "(texinfo) Top") are your friends <jA_cOp>ah in Doom Emacs I can do SPC-h-i and get the former, and then J-"texinfo" to reach the latter. Thanks, I'll read those if I get around to writing texinfo :) <jA_cOp>been using the shortcuts already <jA_cOp>I think I read (info) Top actually, but not texinfo <jA_cOp>or rather I read most of the info user manual <apteryx>the 'links' I gave above are executable (C-x C-e); if you use ERC they are also clickable! <apteryx>C-s to search text, i to access context indexes <jA_cOp>yeah I typed the former into the Emacs command line :) I tried some Emacs IRC clients but am now using senpai. Yeah, the info browser is quite convenient once you learn some of the keyboard shortcuts. I can also do / to search text, but that might be a Doom-ism <fhang>jA_cOp: Nice, looks like I'll be migrating my configuration to use `home-xdg-mime-applications-service-type`. <cluelessguixer>Hadn't updated my router in a while (went smoothly btw): Authenticating channel 'guix', commits 90f0f87 to c78ab81 (15,124 new commits)... <trev>ACTION dies before guix pull finishes <cluelessguixer>Haha! Well, it wasn't fast, but it didn't go for hours on end either. <cobra>identity: untrusem: well the `finger' command is not supplied by any, and there are no finger protocol daemons either <RavenJoad>What is the right way to get at a file path in inputs in a phase? I have used (assoc-ref inputs ...), search-input-file, and package-inputs, and don't know which is the "right" one to use in Guix nowadays. <ieure>RavenJoad, If it's something from your inputs, search-input-file is the best way. <RavenJoad>By "my inputs", you mean something in _this_ package's inputs list? <identity>yeah, search-input-file is pretty much (string-append (assoc-ref inputs …) "/path/file") <RavenJoad>Right. I've read the body of search-input-file in the past and that's what it looked like to me. I just didn't know which way is the "right" way nowadays. <RavenJoad>One last thing, if I am adding a rust-app and I needed to add a bunch of packages to rust-crates, do I do a commit per rust-crate and then one at the end for the rust-app? What is that process? <csantosb>Something like bd2835fe684ac38c4e9cf71b5e49fe9c40c9058b ? <RavenJoad>csantosb: So it is just do it all in one commit? Cool. That makes my life easier. <psycotica0>Hey folks! I have another question, and it might betray the fact that I don't really know how profiles "work", even if I kinda know how to use them. I was testing building a command with transformation options, like a new version of an upstream or skipping some tests or something, and I built a bunch of different varieties, but have a path in the store to a binary I like. I could just keep calling it usin <psycotica0>g the absolute path, but I think I'd like to put this binary into a profile. Is there a way to include a particular build of a package in a profile, if I'm no longer sure which combination of options built that build? Can I add by path? Or do I have to reverse-engineer which options lead to the outcome I like, and then do a `guix install -p` on that? <ieure>psycotica0, "Is there a way to include a particular build of a package in a profile, if I'm no longer sure which combination of options built that build?" Short answer: no. <ieure>Guix is declarative; what you ask for is not. <psycotica0>Yeah, that makes sense. I think this isn't the first time I've wanted something from guix that would have been easier if the "input" was stored in the output. Like, being able to look at a result in the store and know where it came from. <psycotica0>But I get it, I think I'm just bringing baggage in from outside. <ieure>You have to figure out what you did to get the result you like, then put the variant in a .scm file, then `guix package -f the-file-name.scm'. <ieure>At least, I suspect since you mention using `guix install', that this is the easiest way to get what you want. <ieure>I personally dislike the imperative style package management and use Guix Home. <untrusem>ieure, have you tried using policies.json in firefox? <untrusem>we might not need librewolf, beacause policies would be declarative <ieure>Not sure what you mean, "we might not need librewolf?" <untrusem>yeah "we" is not a correct word to use here <untrusem>if I could declaratively configure firefox, I will try switching to policies.json to test thing <RavenJoad>Is there a way to audit or check the cargo-inputs to a rust app to see which ones are still actually needed? <jA_cOp>maybe re-import it based on the Cargo.toml? <stephen>Anyone else using Nix as a fallback for packages missing from Guix? I've been using shells for stuff. Not sure how to make a more persistent use of packages yet. <untrusem>mostly for flutter and other bunch of things <janneke>stephen: i have; everything i use is in git, but now and then there's a third party who wants me to run a software, and if it's a one off, i use nix <RavenJoad>jA_cOp: I have never really been thrilled with "guix import crate" or whatever. It misses a lot of transitive dependencies. <identity>RavenJoad: --lockfile; lockfiles have all the dependencies <jA_cOp>stephen: I considered it, but I've been packaging things myself in my own channel when I can <stephen>I lack the knowledge for doing that. That's my end goal -- to be able to package missing things. <stephen>jA_cOp: Oh, that's cool. I wonder why some of those packages aren't in Guix... <jA_cOp>it depends. I think for most of them, it's just that the author hasn't gone through the effort to meet the high quality standards of Guix. For others, like nonguix packages, it's a license incompatibility. <jA_cOp>One of my packages, Factor, can't be bootstrapped from source, it's a self-hosting compiler. My package downloads a binary version to compile itself. For Guix, it would have to have a full bootstrap, which nobody has done for Factor. <futurile>people have different opinions about what should be in Guix, we have a small set of contributors, and there are plenty of areas of our existing package archive which are behind upstream versions or other distros <RavenJoad>I have used --lockfile, but then everything is manual. I did that to import harper the first time, and spend 3-4 hours just tracking down every package in Guix (adding them if need be) and the proper version. <benjaminwil>hm, in my (admittedly limited) experience, --lockfile automatically imported all of the dependencies in my lockfile, and there was very little manual work for me to do afterward. <RavenJoad>benjaminwil: It's not that it doesn't find them, --lockfile _does_ find everything. But then I need to go figure out which ones are already in Guix, which aren't, perhaps pick a different patch-version so we reduce the total number of crates in Guix, perhaps change a crate import to remove vendored stuff, etc. It's not just a "one button solution". <RavenJoad>And since there is not a single button that can tell me what is and isn't necessary, there's no easy way to just diff between two versions. <kaelyn>I just created https://codeberg.org/guix/guix/pulls/8826 to fix cross-compilations of Python 3.12. It is basically a copy of commit 49d9dca64f1d09309e039a1ae45f60f18883f6e7 from 2025, applied to python-3.12 instead of python-3.11. I discovered the issue while trying to build my system definition after the python-team branch was merged, where python-minimal would fail to build for my 64-bit hurd VM with the error "configure: error: <kaelyn>Cross compiling requires --with-build-python"