IRC channel logs
2025-02-02.log
back to list of logs
<vhns>ieure: it's showing channels that aren't even in my channels.scm anymore <ieure>vhns, Do you have an /etc/channels.scm? <ieure>Any channel config in your operating-system? <vhns>There is one channel, yes <ieure>Does what you're see correspond to that config? <vhns>Not exactly, no. I'll see what I can poke around more. <vhns>ieure: I wish I had more data on this such that I could reproduce it or open a bug report, but disabling offloading magically solved everything <ieure>vhns, That is... very weird. <coyotes4ys>man i keep having problems with icecat not showing the public wifi sign in page <coyotes4ys>thanks the_tubular i need to pick this up another day <ieure>the_tubular, All browsers are terrible about visiting non-TLS sites these days. <ieure>Because unencrypted traffic can be snooped on and the modern internet is awful. <ieure>the_tubular, You can go into about:preferences and poke around in the HTTPS-Only Mode settings. <the_tubular>Don't really need, httpforever seems to work, only use it to get on captive portals <imagine-a-cool-n>I tried using "traditional" USB install, but then my USB wasn't even being detected as a boot device. <imagine-a-cool-n>Then I thought "maybe it's corrupted", wiped the USB (took 2 hours) and tried again, but to no avail 😠<apteryx>hello! racing sims amateurs: speed dreams is working rather well, in its version 2.4.0: see #75991 <wakyct>sorry imagine-a-cool-n I'm not sure how to help, USB install worked fine for me. Did you checksum the original download? Maybe a bad file. <wakyct>but really the stick itself sounds bad <wakyct>I've installed on laptop and desktop dual-boot, no issues with usb <insert-cool-name>I've tried dd, balenaEtcher, Rufus (with WINE), and countless other tools DeepSeek recommended <wakyct>I'd go back to checking the download checksum <iyzsong>insert-cool-name: I don't the guix installation image is ventoy compatible, does plain 'dd' works? <meaty>are there any plans to change the go-github-com... package names? <olndrxyz>Hi, since this morning I've been getting `error parsing derivation /gnu/store/...-profile.drv` when I reconfigure my home. This config has always worked until this morning. Is anyone else experiencing the same (b64d3168af697ceb2a96e7e2c62bcf418b8a586a) ? <Rutherther>olndrxyz: probably a disk corruption, remove the derivation using guix gc with -D parameter <olndrxyz>if I try to delete the derivation with guix gc -D /gnu/store/...-profile.drv I get ``cannot delete path /gnu/store/...-profile.drv since it is still alive`` <olndrxyz>I managed to remove the derivation by removing the older generations and then guix gc again (not sure if it's the correct way). Thanks. <df>what is the equivalent of guix package -I to list packages installed system-wide via the operating-system definition (including those installed as dependencies, although offhand actually I'm unsure whether guix package -I does that)? <Rutherther>df: no, it doesn't do that, guix package -l lists packages that are explicitely put to the profile, their dependencies are not listed. To get all dependencies of a store path, use either guix graph, or guix gc --references (you would have to do that recursively). For system, just run it on the system path, ie. /run/current-system <df>Rutherther: gottit, thanks <guix-newbie-123>Hello, has someone here managed to run podman containers rootless a shepherd system service as a non-root user? If yesm did you have to do anything related to enabling the user to linger or create a user session or move the container explicitly into different cgroups? When podman run is called by the service i get an error message indicating, that <guix-newbie-123>newiudmap could not setup a new namespace, I assume this is related to the container being run outside of the user slice? <df>is there an obvious reason I would occasionally see this when install packages on a guix system? I need to do some more investigation into when it happens, but the last time was just now when I installed texlive-base: https://paste.debian.net/1348022/ <df>I suspect maybe I have broken something in my .bashrc or similar <df>ah, there is a call to guix package --search-paths in the .bash_profile in /etc/skel that I don't have in my own <df>I've always been a bit confused about what counts as a 'login shell' from the point of view of .bash_profile when using a GUI, it doesn't *look* like it runs when I open a new terminal for example <df>(that is, I have an echo in there that I don't see) <df>so... I'm not really sure how the environment setup is supposed to work in a GUI terminal <df>first it seems that I have to use .bashrc or similar rather than .profile or similar because there is no login shell involved <df>but that means that it will be run each time a shell is opened, even if it's nested (such as in a screen session) <muradm>any way/exmaple to access other fields of define-record-type* within sanitize procedure? <dcunit3d>df: well the .bash_profile should be sourced during login. the .bashrc should get sourced every time <df>dcunit3d: even login via the GUI? <dcunit3d>you can test by switching to a non-graphical vty & and there, it should show the echo statement in your .bash_profile <df>but that's not how I normally log in <df>I mean, I could, and then run startx, but that's not very fashionable these days :) <dcunit3d>when you login via GUI, it runs a process in a shell where your ".profile" has been evaluated. then processes you start there usually inherit that <dcunit3d>you can create a GUI terminal profile that runs bash with a specific login script <dcunit3d>but that's not the default way of setting it up. <dcunit3d>df well what are you trying to do exactly? <muradm>df: i think it is better to separate "system environment" from "user environment", before you login "system environment" is in effect, after you login "user envrionment" is in effect. system environment normally is not aware of users. after you login you are totally on your own starting with .bashrc. there your source your "user environment" (proably sourced from built profile) and if needed start gui <muradm>unless you use guix home, which is establishing that missing relation between system and user environments <df>so what I'm trying to do is set all the necessary guix env vars, *either* using guix package --search-paths, or by sourcing .guix-profile/etc/profile <df>it seems that the former clobbers existing values whereas the latter prepends to them <df>clobbering them is a problem because there is something else (login.defs I think) that adds /run/privileged/bin to my PATH, and that's where sudo is <df>not clobbering them is a problem because they will just keep growing if I open shells inside other shells <df>so ideally it does need to just happen as a one-off when I log in, but if that happens during a graphical login wouldn't there be a bash process somewhere high up in the process tree? <dcunit3d>well that's one reason the GUIX_PROFILE variable is not exported, i think <dcunit3d>but that's kinda apropos to what you're doing <muradm>df: why do you think that sourcing profile is clobbering? <df>it's not, it's the other mechanism that is <df>so that doesn't append or prepend to the existing PATH <df>and /run/priveleged/bin disappers from it and sudo no longer works <df>(this would normally be eval-ed rather than echo-ed, as in /etc/skel/.bash_profile) <muradm>why it is not prepended? see 2 times /run/current-system/profile/bin <muradm>one is existing $PATH the other form -p $HOME/.config/guix/current <df>this is not the value of PATH, this is the export statement that will be run <df>and it doesn't contain the existing $PATH <df>I don't know why there are duplicated values in it <dcunit3d>i think those are just the values of the path <df>oh no wait they're not duplicated - one is bin, one is sbin <dcunit3d>i think the script you've run is interpreting the variables twice. <muradm>df: try `echo "export PATH=abc:$PATH"` in cli echo will evaluate $PATH if you want to the real output of command, you need to come up with some way that will avoid evaluation <dcunit3d>and i think Guix Home will set up the paths for you in a way that's easier to maintain <dcunit3d>the way i'm doing it now is to just set a list of guix profiles in a variable, whether in .xsession or somewhere else. another script pops each profile and sources $popped_profile/etc/profile <dcunit3d>if the variable is empty, it doesn't do anything <dcunit3d>however, that means managing dependencies in several profiles, instead of mainly a single profile like Guix Home <dcunit3d>i have a couple of profiles built for emacs, one for emacs-guix and one for doomemacs <dcunit3d>i have a set of scripts for each that are mostly the same <dcunit3d>so i can run ~/bin/doomemacs -Z and see the search paths, if i need to <dcunit3d>this is useful if i need to ensure another script runs commands with those PATH variables affixed to the front of .*PATH <dcunit3d>that last one kinda seems like what you're trying to do, maybe for a login script, but i think there is an easier way to do it <dcunit3d>troubleshooting this stuff is frustrating, since you have to login/logout often <dcunit3d>it helps to keep one vty open in GUI, then jump to another vty to test the bash login shell <dcunit3d>it should have the same environment as the GUI when you login, but i think it depends on how you start X11 or Wayland <dcunit3d>it also may be different if /bin/zsh is set to your main shell (the docs for Guix Home say it "doesn't source ~/.profile, even if ~/.zprofile doesn't exist") <df>dcunit3d: how do *you* start X11/Wayland? <dcunit3d>so as long as you determine how to get everything to source the same .profile, everything else should just fall into place. <df>also it sounds like I really need to look into guix home <dcunit3d>for now, GDM calls .xsession (somehow, the GDM method is a bit automagic if you use %desktop-services) <dcunit3d>i'm trying to move to wayland. it's honestly easier <df>huh, I vaguely remember (from other distros) not being able to get GDM to run .xsession and being frustrated that it wasn't following the standard <df>might be thinking of something else, like it not writing to .xsession-errors <df>so .xsession sources .bash_profile, or just runs the same stuff? <squid64>So I have emacs installed but packages I install from guix aren't detected by emacs? Any idea what might be the problem? <squid64>Not sure if this is the right place to ask <dcunit3d>df idk. i have .bash_profile only sourcing .profile, which is what I use <df>hmm, I shall experiment and see if a gui login runs .bash_profile or .profile <df>squid64: hmm, I think I ha this problem... <dcunit3d>oh.... i have `source ~/.profile` in my .xsession <df>I don't even have a .xsession currently <dcunit3d>but the point is that the processes that start under it are supposed to inherit its environment <df>yes, that's what I need to make happpen <wakyct>squid64: have you looked to which site-lisp Guix might be installing emacs-* packages? <dcunit3d>yeh well i'm trying to move away from X11 entirely, so i haven't been super enthusiastic about learning it. it's the same way with quite a bit of what i'm using (like the Arch on my desktop, i'd like Fedora, but I can't break away from it) <dcunit3d>df okay, but what do you have set as your system? <wakyct>squid64: for example I have emacs-magit installed with Guix Home config, it puts it in ~/.guix-home/profile/share/emacs/site-lisp/magit-4.1.1 <wakyct>maybe that will clue you to what profile it's in <df>my desktop? %desktop-services and xfce <squid64>wakyct: I see site-lisp is in my .guix-profile in usr/share/emacs so I guess I could add that path to my .emacs? <wakyct>I didn't have to add any paths to my load path to use magit IIRC <df>just taking a break from my own problems cos I'm sure I have fixed squid64's for myself in the past... <wakyct>but I do have emacs installed through Guix Home config as well <squid64>I guess I'll just add the location manually <df>istr there is an emacs command to load guix packages or something like that <wakyct>as a short-term fix adding paths could work though <wakyct>oh yeah (load subdirs) or something like that <df>my emacs load-path has *lots* of /gnu/store stuff in it <df>which I didn't put there manually <dcunit3d>df yeh, so you can just (require 'the-packages) if they were installed from Guix <squid64>I used elpa and melpa to install packages usually but yeah one of then had gpg error and the key couldn't be imported so I decided to use guix instead where it installed fine. <dcunit3d>yeh, they get loaded by the build. it's really confusing if you follow it all the way down, but it's also very convenient. you just require <dcunit3d>it doesn't mesh very well with native builds via other things though <wakyct>not sure how up to date that thread from devel is <df>dcunit3d: sounds like it isn't working in this case though <df>squid64: what does your load-path look like? <wakyct>I've also had to do the logout/login dance to load newly installed packages into running emacs <wakyct>I haven't figured that one out yet though (load subdirs) is meant to handle that I think <dcunit3d>yeh i would totally fkn keep that in another profile <squid64>elpa was working fine except for the url-scgi package that gave me a gpg error which was annoying and when I tried to import the key it just failed. I'm pretty new to all that so I may be doing something wrong somewhere. <dcunit3d>with maybe a basic profile for Guile stuff (oh god) <df>huh, actually maybe this is related to my problem... <dcunit3d>like my advice: follow the instructions in the manual and the cookbook <dcunit3d>try to get it set up so that it's using the newer systems. <dcunit3d>(for deciding where the guix packages for emacs should be installed, etc) <df>among the env vars that get set are: <df>export EMACSLOADPATH="/home/ben/.config/guix/current/share/emacs/site-lisp:/home/ben/.guix-profile/share/emacs/site-lisp:/run/current-system/profile/share/emacs/site-lisp" <df>export EMACSNATIVELOADPATH="/run/current-system/profile/lib/emacs/native-site-lisp" <dcunit3d>the docs are a goldmine. the guix docs should be a textbook for college classes <df>squid64: ah, I believe I was thinking of M-x guix-emacs-autoload-packages <squid64>df: yeah that command worked to load guix packages, thanks for mentioning it <pret7>Hello, is there something up with the guix git server? I'm getting 502s when attempting guix pull <df>pret7: yes, I'm seeing the same - it happens occasionally and usually comes back fairly quickly IME <theruran>is there a better working guix-daemon.cil for SELinux? I am getting all sorts of errors, but the documentation just says "it's easy" to add the permissions (???) <theruran>when trying to follow the instructions from SELinux Troubleshooter, I always get the error on audit2allow: `libsepol.hierarchy_add_type_callback: guix_daemon doesn't exist` <theruran>triggers all sorts of stuff on the `check` phase of packages <theruran>it appears to be working now, after adding a dozen-odd things to guix-daemon.cil <decfed>theruran: can you please share the final working cil file? Also with instructions on how to use it if possible. I have disable selinux because I could not figure it out