IRC channel logs

2024-10-28.log

back to list of logs

<jaft_r>sneek: later tell chloris, sneek is a bot; you can pass a message on to the bot for a particular user and the bot'll tell the user the message next time said user logs on. It, basically, is a way to get around not being able to alert people on IRC when they're not logged in
<sneek>Okay.
<jaft_r>sneek: botsnack
<sneek>:)
<apteryx>auto racing afficionados; Speed Dreams on our tracker: https://issues.guix.gnu.org/74054
<sneek>apteryx, you have 1 message!
<sneek>apteryx, lilyp says: I've pushed the glib update now – feel free to submit your patches on top
<apteryx>lilyp: OK, thanks
<lilyp>btw. https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/3921 also affects 1.24.6 – so feel free to update gstreamer while also disabling the test
<apteryx>yep I have it updated locally... should get back to that
<Franciman>hi, is there any ETA for upgrading glibc to v2.41?
<lilyp>I pushed the build fixes for now, so that I can continue building Gtk et al… it's no longer highest priority, but we should bump them before the eventual merge
<Franciman>is there a guix home service to set the default browser?
<Franciman>i just see a service to set application mime types
<Rutherther>Franciman: that's it, with mime type you set default browser
<Franciman>there is a subtle difference which i don't get
<Franciman>on the command like we have xdg-mime and xdg-settings
<Franciman>with xdg-settings especially tailored for default-web-browser and default-url-scheme-handler
<Franciman>while mime type is more general
<Franciman>i would like to set default-web-browser, not application associated to mime type
<Franciman>because i don't know the difference between the two
<Franciman>oh found the source code for xdg-settings, now i can get out of my ignorance
<Franciman>wow quite complicated lol
<Franciman>I should learn more about how services are used
<Franciman>i can never understand what argument a service-type accepts to configure it
<Rutherther>Franciman: it's service dependent, you need to look into manual/source, but usually for XXX-service-type you have XXX-configuration
<Franciman>yes, they are kinda strange
<Franciman>like this mimetype service type accepts something that then accepts a sort of record
<Franciman>where not all arguments are to be specified
<Rutherther>Franciman: that's how records work generally, if there is a default value, you don't provide it. Services usually have default values for mostly every field
<Franciman>thanks
<krascovict>Hello, Monero GUIX has updated
<krascovict>I Version 0.18.3.4 of monero-gui for linux-x64 is available: https://downloads.getmonero.org/gui/monero-gui-linux-x64-v0.18.3.4.tar.bz2, SHA256 hash 2866f3a2be30e4c4113e6274cad1d6698f81c37ceebc6e8f084c57230a0f70a6
<Franciman>Rutherther: do you use this mimetype service type?
<Franciman>if so do you have a nexample?
<Franciman>i'm wondering whether it's enough to set the default field or i jus tneed to specify the added field too
<Rutherther>Franciman: yes https://git.ditigal.xyz/~ruther/guix-config/tree/main/item/home/home-configuration.scm#L279
<Franciman>thanks a lot
<Franciman>aha! I use librewolf too
<stochastic>Is there a way to apply a git operation before the git-fetch method turns a git repository into a directory in the store?
<mange>I don't think so, but it might be possible. What's the effect you're trying to achieve?
<stochastic>I'd like to use an earlier version of a specific directory in the git repo
<stochastic>Usually I'd do `git checkout <commit> -- /path/to/directory`
<Rutherther>stochastic: I think you would have to make your own modified git-fetch
<stochastic>I see
<Rutherther>alternatively you should be able to put (git-fetch ...) to inputs so you could get two cloned repositories, and copy it from one to the other in a phase
<stochastic>Maybe there should be a way to add a gexp, or additional git commands before the .git file is wiped?
<nckhexen>Just add the older origin variant as an input (you can use inherit).
<nckhexen>*native-input. Then manually copy the old directory.
<stochastic>I've considered it, but it would add a full copy of the repository in the store for this specific directory.
<krascovict>exit
<nckhexen>Beats the alternative IMO.
<nckhexen>It's technically possible to write a fixed-output weirdo-git-fetch derivation, but it's not something I'd review positively. That might not matter to you.
<nckhexen>If the git server supports shallow clones, requiring the full git history will likely download more, not less, although I'm not bothered by the size either way.
<nckhexen>(And if you are you could still use 2 originos and add snippets that delete the_directory and everything but the_directory, respectively.)
<nckhexen>I wish ‘originos’ weren't a typo.
<nckhexen>Hm, snippets would repack, so then we're extracting archives later on. Never mind.
<mange>I think we can agree that "originos" is an acceptable plural of origin.
<efraim>works for me
<efraim>pasted without comment from the gawk manual:
<efraim>gawk does @include processing itself in order to support the use of awk programs as Web CGI scripts.
<apteryx>are you about to package one of thowe awk-writte video games?
<apteryx>written*
<efraim> https://git.sr.ht/~efraim/shepherd-run
<efraim>to replace systemd-run
<wolfdog>is ci.guix.gnu.org down? I'm getting "Destination Host Unreachable" systems on my end when pinging it
<wolfdog>s/systems/errors/
<efraim>I can't ssh to it
<stochastic>> If the git server supports shallow clones, requiring the full git history will likely download more, not less, although I'm not bothered by the size either way.
<stochastic>It does support shallow clones! I'll use a native-input, you were right
<l00py>o/
<apteryx>\o
<apteryx>efraim: looks nice!
<efraim>I was getting ready to parse the command flags myself using awk but it turns out there's the getopt function and I can put everything in BEGIN
<apteryx>could that be part of shepherd itself?
<efraim>absolutely, but probably re-written in guile
<apteryx>:-)
<apteryx>oh; berlin is down?
<Deltafire>when will Blender work again? :(
<apteryx>how is it broken?
<GNUtoo>issues.guix.gnu.org is hosted on bordeaux as well?
<Deltafire>apteryx: segmentation fault
<efraim>uh. how long is PATH_MAX?
<Deltafire>4096
<efraim>Deltafire: thanks
<muaddibb>In Guix' installation image, how do I see which processes are accessing an encrypted partition so I can unmount it
<muaddibb>I think shutting down the system would handle it, but I'm still curious on how to do it
<efraim>lsof?
<ieure>Yes, lsof is the tool for this. It has a bajillion options I've never bothered to learn, so I usually just `sudo lsof | grep /whatever/mount/point'.
<ieure>Unixen: everything is a file.
<ieure>Also Unixen: lsof, lscpu, lsblk, lsmod, lsattr, lsfd, lshw, lsipc, lslocks, lsirq, lspci, ls....
<aldum>most of those are just wrappers that display the files more nicely
<muaddibb>I thought the iso came with something similar already installed. I still can't find what is using my encrypted partition with lsof though. I installed Guix on it, does anyone have an idea of how could I find it? Sorry, I'm a Guix noob
<Franciman>how does xdg-desktop-portal work on guix?
<Rutherther>Franciman: what specifically? You just install the base portal package and implementations into to one of the XDG_DATA_DIR profiles (ie. with guix install / with guix home / guix system), and then dbus runs it automatically as every other service
<Franciman>it's running xdg-desktop-portal
<Franciman>so dbus starts it ok
<Franciman>then i must somehow say that i'm using river and that xdg-desktop-portal-wlr must be started as well
<Rutherther>no, xdg-desktop-portal starts the portal implementations
<Franciman>then there is something not going on, because xdg-desktop-portal-wlr is not started
<Franciman>ah maybe it's because i'm missing the portals.conf config in ~/.config/xdg-desktop-portals ?
<Franciman>let's check
<Rutherther>just make sure the config is correct - XDG_CURRENT_DESKTOP probably wlroots (for dbus! - you update your dbus environment), and additionally you can provide the config to combine also with gtk portal if you wanted
<Rutherther>for debugging, start the xdg-desktop-portal yourself, probably with -r to replace if it's already running, and -v to see what's going on
<Franciman>Rutherther: how do i sret XDG_CURRENT_DESKTOP for dubs?
<Franciman>dbus*
<Franciman>i think it's not currently set
<Rutherther>call "dbus-update-activation-environment" with list of variables, so here XDG_CURRENT_DESKTOP, but you will also probably want WAYLAND_DISPLAY and DISPLAY. This can be conveniently sowhere in your WM config ran at startup
<Franciman>ah so silly, i thought that command only worked with systemd
<Franciman>sorry thanks
<Rutherther>with systemd you typically also append --systemd flag that will also do systemd import-environment (so you don't have to do two calls), but this dbus is general for dbus, yeah
<hjckr>folks, is guix currently on hurd kernel?
<ieure>hjckr, That's an option.
<Franciman>thanks Rutherther, now it works
<fnat>There seems to be a bit of a leftover paragraph at https://guix.gnu.org/manual/devel/en/html_node/Building-from-Git.html where it explains how to pass 'localstatedir' and 'sysconfdir' to '.'
<fnat>Sorry, I was saying... to './configure', except that now the script no longer requires those arguments?
<fnat>Or is the typo in './configure' no longer being mentioned in full form, with arguments?
<fnat>Also, is '--jobs N' generally useful when building from Git or is a plain 'make' smart enough to use all available cores?
<fnat>I'm pretty sure it's the latter?
<sneek>Welcome back jaft_r :D
<hjckr>ieure, thanks, I may give it a try(I've tried guix before, but likely it was not on hurd). Started to look out for linux kernel alternatives after I realised the linux kernel has to comply to a government of a single country ... and my distribution of choice for the last 12 years does not support anything else but linux kernel ;/
<Rutherther>hjckr: note that hurd is not in a state to be used on bare metal, you can use it in VM. The default kernel is linux-libre
<hjckr>Rutherther, that limits the options to ... the BSD variants then? The libre-kernel excludes the proprietary software, but it is on track with the mainline linux kernel otherwise, right?
<Rutherther>hjckr: yes, linux-libre is on track with normal kernel, just removing proprietary stuff
<Rutherther>s/normal kernel/ regular linux kernel/
<Rutherther>hjckr: could you elaborate on that "has to comply to a government of a single country"?
<hjckr> https://lwn.net/Articles/995186/
<hjckr>and my opinion about it: https://lore.kernel.org/netdev/3ace1329d4ef99b87780d0ef07db179d27d04d44.camel@oldum.net/T/#m48a90d896ec6cf35152d0fca03fb8f8890d3acf9
<hjckr>I've chosen not to remain silent... included fsf and rms, but so far I've heard nothing back ...
<Rutherther>I didn't know this, that's unfortunate :(
<panosalevro>wow
<hjckr>absolutely, they are rewriting history and discrediting maintainers for a government said so! NO! Our community have to resist, there is no politics in our free software ideology!
<podiki>(gentle reminder to stay on topic of guix; there is an offtopic channel who's name escapes me, maybe offtopic-guix or some such)
<ieure>hjckr, I appreciate your perspective, though I don't agree with it. My understanding is that Hurd is still pretty rough to daily drive. I do not believe an reasonably usable OS or kernel exists which isn't subject to the laws of one country or another.
<ieure>hjckr, The FSF is a US legal entity, so is subject to the same restrictions as Linux kernel development. It's merely coincidence (or unpopularity) which has prevented those laws being applied in practice.
<aldum>>I do not believe an reasonably usable OS or kernel exists which isn't subject to the laws of one country or another
<aldum>this will have to change
<mccd>Heya, is ci.guix.gnu.org down?
<janneke>yes
<f1refly>How can i remount /gnu/store to be readwrite? I think I messed up while copying some dirs and now my iputils ping lacks its capabilities :(
<krascovict> https://issues.guix.gnu.org/ <-- its offline?
<Rutherther>krascovict: fyeah :(
<krascovict>:/
<Rutherther>f1refly: please don't do that. If something is corrupted, use guix gc --verify / guix build --repair
<f1refly>I tried but it's not doing anything :/
<Rutherther>f1refly: what do you mean by that?
<Rutherther>also what did you mean by "iputils ping lacks its capabilities"?
<Rutherther>did you mean linux capabilities to be able to ping? if so, that doesn't belong to the store. The store cannot contain setuid/setgid nor elevated capabilities
<f1refly> https://paste.rs/0D3k4.txt
<Rutherther>f1refly: is that ping you are trying to execute from /run/privileged/bin/ping?
<f1refly>it's from /gnu/store/.../bin/ping
<f1refly>did I mess up my paths?
<Rutherther>f1refly: then that's expected. ping from store is not working right
<Rutherther>f1refly: I don't know. Check /run/privileged/bin, is ping there or not?
<f1refly>yes and that works as expected
<f1refly>hmm
<f1refly>not sure why my .guix-profile bin and sbin have priority over the /run/privileged/bin ...
<Rutherther>f1refly: do you have .guix-profile in path just once?
<f1refly>yes
<Rutherther>f1refly: *the way I asked it would be just twice (bin, and sbin)
<f1refly>yeah, i figured. those are the first two entries
<f1refly>then comes /run/privileged
<f1refly>after that ~/.config/guix/current/bin and then the /run/current-system bins
<Rutherther>f1refly: that's strange, /etc/profile is supposed to put ~/.guix-profile to path, and it does so prior to prepending /run/privileged/bin
<f1refly>I have 'GUIX_PROFILE="$HOME/.guix-profile"; . "$GUIX_PROFILE/etc/profile"' in my ~/.profile
<f1refly>is that a problem?
<f1refly>because guix always tells me to set up my environment using this after running packet operations, i figured i just put it in my ~/.profile
<cow_2001>i see that i cannot guix build --check my package because the derivation is invalid. what is a valid directory layout?
<Rutherther>f1refly: if you are on guix system, you shouldn't need to do that, as it should come from /etc/profile. Also it explains the reason why you have it in front of /run/privilaged
<f1refly>can i disable the guix warning then?
<Rutherther>f1refly: you shouldn't be getting that warning in the first place if you already have it in your path
<f1refly>how can I check why I'm getting the warning?
<vagrantc>wow. using "guix build -f guix.scm" ... is insanely useful with git bisect :)
<sneek>vagrantc, you have 1 message!
<sneek>vagrantc, efraim says: do you happen to know why mesa on aarch64/armhf wants libarchive and lua? I haven't really tested it much but when building I'm not seeing a difference between including them and not
<vagrantc>efraim: can't say that i do!
<vagrantc>"git bisect run -f guix.scm" where guix.scm builds from the current git revision ...