<atka>rekado: thanks for the response, as far as I'm aware all the 10G+ sfp cages need blobs. I'm particularly interested in the networking capabilities, I'm not sure what will show up without modules installed, maybe ip link show? <atka>maybe lspci, as they are probably using pci lanes <bjc>does anyone know how i can get log output from shepherd beyond "failed to start service"? <bjc>there's nothing in /var/log/messages that doesn't go to the console, and there don't seem to be flags i can pass to "herd start" so i can watch what it's trying to do ***rekado_ is now known as rekado
<the_tubular>guix pull: error: aborting update of channel 'guix' to commit 950f3e4f98add14f645dc4c9f8c512cac7b8a779, which is not a descendant of 42679e3f81a0fa61e225b1f6aa0e80e39625372f <jgart[m]>guix pull: error: aborting update of channel 'guix' to commit 950f3e4f98add14f645dc4c9f8c512cac7b8a779, which is not a descendant of 42679e3f81a0fa61e225b1f6aa0e80e39625372f <jgart[m]>hint: This could indicate that the channel has been tampered with and is trying to force a roll-back, preventing you from getting the latest updates. If you think this is not the case, explicitly allow non-forward updates. <jgart[m]>has anyone ever got this from the official guix channel? <djeis>I was getting that earlier today, asked a question about it. <djeis>Guess it's a more general bug? <djeis>I think it's something introduced very recently, possibly in 42679e3f itself, and I only ran into it sooner because I happened to try and pull in another channel after I updated to 42679e3f earlier today. <djeis>Told me that it was annoyed 42679e3f wasn't a descendant of 42679e3f. <jgart[m]>this usually happens when someone rewrites git history <djeis>That did fix it, but only sorta. Any guix system reconfigures I did after that also needed `--allow-downgrades`. <djeis>Yeah but, why would it error about going from 42679e3f to 42679e3f? <jgart[m]>but I've never experienced it before with official guix <djeis>Like, I did a pull and then I added some channels and did another pull. The commit on master of guix didn't change in that time, and the commit hashes it printed were identical. <djeis>And I definitely remember the hash starting with 42. <the_tubular>jgart[m] If you think this is not the case, explicitly allow non-forward updates. does that line look weird to you in your terminal ? <the_tubular>--allow-downgrades fixed it, but I don't know what caused it <jgart[m]>just didn't want to have to trust that unless there was an announcement about it saying who rewrote the git history <bdju>and I could get 3 or 4 for the price of one of the thinkpenguin ones ***cap2 is now known as cap
***beslayed[m] is now known as EMax`0Mancer[m]
<rekado>atka: they don’t show up on lspci or ip. It’s possible that this requires a kernel config flag that we haven’t provided here. <attila_lendvai>this is strange: i add a scheme *comment* to gnu-build-system.scm and it leads to a world rebuild? or am i confused by something? <attila_lendvai>yeah, this seems to be the case. i guess the sourcecode is hashed by something, byte by byte, not on the sexp level ***dgcampea-2 is now known as dgcampea
<florhizome[m]>guix' KDE stuff is now outdated by a year or so, and the next stable release is out, maybe a kde/plasma updates branch would make sense? It will be a ton of stuff that's why I think a branch could make sense. <florhizome[m]>Also lxqt has reached 1.0 and qt stuff in general could use some attention; it seems like apps often doesn't find plugins. <AIM[m]>> <@florhizom:matrix.org> guix' KDE stuff is now outdated by a year or so, and the next stable release is out, maybe a kde/plasma updates branch would make sense? It will be a ton of stuff that's why I think a branch could make sense. <AIM[m]>> Also lxqt has reached 1.0 and qt stuff in general could use some attention; it seems like apps often doesn't find plugins. <AIM[m]>Ye I'd like to see kde as one of the default de in guix installation <florhizome[m]>AIM[m]: The question is who will maintain it as it's just loads of packages but there is not much missing <AIM[m]>Yeah but we do have maintainers for other DE's <AIM[m]>Idk my parents would prefer to use kde as it seems easy to learn <AIM[m]>Setup gnome for them, but they kinda seem to like kde because it was easy to learn for them <ZhuAisi[m]>florhizome: The Extra cmake modules in Guix is too old to package new version of KDE stuffs <ZhuAisi[m]>florhizome: It should find plugins if QT_PLUGINS_PATH is set properly 🤔 <ZhuAisi[m]>you may need to set it in your login shell(e.g. ~/.bash_profile) <rekado>ZhuAisi[m]: these commits look pretty old. The Guix repo is 23505 commits ahead. <abrenon>the eolie web browser seems to be broken here, trying to run it yields a an error about "Namespace WebKit2" <abrenon>I thought it could be just me so I tried to run the newest version with time-machine, and still face the same problem <abrenon>anyone using it ? anyone can check that it works for them ? <florhizome[m]><ZhuAisi[m]> "florhizome: It should find..." <- Many guix packages that install qt plugins don’t add their search paths (or else). for example lxqtplugin, qt5ct, qtwayland. I added that to make them work since I did a recipe for Kvantum. <florhizome[m]>btw: on a foreign distro, will search paths of activated profiles still be set? <florhizome[m]><ZhuAisi[m]> "florhizome: The Extra cmake..." <- Yeah the problem is that you basically have to upgrade all of kde frameworks and plasma components because they all require the same version to be set with small tolerance. There was a commit back in November bringing it up to 5.82 or so and plasma modules to 5.23~ but it went completely unregistered. But IMO it would make sense to work towards the recent stable release anyways. <florhizome[m]>We are missing a lot of wayland related development there, too. <abrenon>*on my system. this has been discussed before, and is related to different environments having different needs <abrenon>but I notice that --preserve is used to pass $DISPLAY: isn't that a X11-only thing ? does it do anything for wayland users ? <abrenon>does this command work in a wayland desktop ? <attila_lendvai>is there an algorithmic way to detect circles in packages' propaged-inputs? it's a bunch of imported golang packages, and the failure mode is a permission denied while trying to overwrite a symlink pointing into the store ***Alex[m]1 is now known as Quatsch[m]
<Haider>Hello geeks (Guix)! I found out that Blender does not have a denoiser. Do I need to install a seperate package or should I try building from source? <Haider>Turns out it's an update of Blender 3.0.0. Very confusing <Haider>Actually it is not a problem with Blender. <Haider>I found the error to be that blender is not compiled with OpenDenoise <reily>I'm having an issue with guix. the files in /run/current-system/profile/share/guile/site/3.0/gnu/ (specifically gnu/home/services.scm) is outdated. When running guix system describe, it lists a guix hash that has different contents for this file than are present. I have tried just about every combination of guix pull and guix system reconfigure I can think of, but the problem has persisted. Any ideas? <superkamiguru>Has anyone here had success changing default values for /sys/module/ entries? I have a keyboard that I would like to swap the function/media default keys, but can't quite figure it out ***erhandsome_ is now known as erhandsome
***erhandsome is now known as Guest9532
<ekaitz>hi all! I have a weird issue: why can't I call `openpty`? it's supposed to be part of glibc <ekaitz>in summary, with any function from `pty.h` <ekaitz>okay forget it, it's that it's separated to -lutil <abrenon>what does that mean ? those calls are not compiled in with the rest of the glibc ? <abrenon>isn't the "shape" (in terms of which modules have which name and include which function) of glibc something stable accross distributions ? <zacque>Hi, with `$ guix shell gcc-toolchain sqlite`, then testing with simple `$ gcc dlopen.c -lsqlite3`, I got this error: "ld: /tmp/ccPyOKGO.o: undefined reference to symbol 'dlclose@@GLIBC_2.2.5'" <abrenon>wow, it's "solve your own problem day" today : ) <Basspoon>Hi, I'm encountering this issue https://issues.guix.gnu.org/33165 while connecting to a remote server with OpenSSH. I've added (service gnome-keyring-service-type) to the services field of my operating system declaration, and can verify that gnome-keyring-daemon is running after I log in. My understanding is that the SSH component of gnome-keyring-daemon is normally started with a .desktop file. I can't use this approach, since I use <Basspoon>Sway, which doesn't support the XDG autostart directory, so I added 'exec gnome-keyring-daemon --start --components=ssh' to my Sway config file. 'ssh <user>@<ip>' yields the error 'sign_and_send_pubkey: signing failed for ED25519 "/home/me/.ssh/id_ed25519" from agent: agent refused operation' and asks me for the remote user's password. After this, 'pgrep ssh-agent' reveals that ssh-agent was started by this command. 'ssh-add -l' also <Basspoon>displays my key. Thanks in advance for any help or suggestions. <apteryx>does the gnome-keyring support ed25519 nowadays? it didn't in the past <apteryx>you could try stopping/disabling that GNOME service, and try the SSH connection manually to know <Basspoon>The connection works when I kill the gnome-keyring-daemon process and use my own ssh-agent, running SSH_AUTH_SOCK=<socket> ssh <remote> <Basspoon>but that isn't using gnome keyring daemon <Basspoon>I had to add my password to that ssh-agent manually with ssh-add <Basspoon>I presume that GNOME Keyring supports ED25519, since they apparently use the ssh-agent from OpenSSH since GNOME 3.28 <kitzman>whan having bootstrapped a cross-arch system, is it possible to install a package sent with guix archive without bootstrapping the process? (i.e re-doing the derivations) <kitzman>for example, cross-built coreutils is a different derivation than non-cross-built coreutils, and the check step fails (despite using --without-tests) <jpoiret>Basspoon: looks like you don't have a pinentry program set <jpoiret>oh, maybe that's not it, but rather, that gnome keyring cannot launch its gui at all <jpoiret>you could try starting it in a terminal instead and see what happens when you try to ssh <Basspoon>jpoiret: I killed the existing gnome-keyring-daemon and started a new one from my terminal. Same problem. <Basspoon>I might just go back to using KeePassXC with ssh-agent, but thanks for your help anyway <jpoiret>and no message in the terminal? you might have to run it with -f for it not to fork <Basspoon>I don't think the initial message matters, since the socket is displayed when I run ls /run/user/1000/keyring <cwebber>why doesn't guix ship with a manifest.scm? :) <jpoiret>Basspoon: do you have the gnome keyring package in your profile? <abrenon>cwebber: what would that manifest contain ? <jpoiret>oh, rather, can you try running `dbus-update-activation-environment WAYLAND_DISPLAY`? <cwebber>abrenon: well, I always run "guix environment guix" before I start hacking in my guix checkout <cwebber>so I'm guessing... something related to that. <jpoiret>after that command, it should work properly i hope <Basspoon>jpoiret: It works, thank you! I'll also mention that I added gnome-keyring to the list of services in dbus-root-service-type, but I don't know if that was necessary <jpoiret>dbus should find the services in XDG_DATA_DIRS when launching a session bus, which if you use GDM (or anything that properly sets that dir) should point to your .guix-profile-specific dir <jpoiret>the issue here is that dbus isn't aware of the WAYLAND_DISPLAY environment variable because it is launched outside of it, so you have to import it in there for GUI services to work <Basspoon>So I suppose I should add the command you sent to my Sway config, so it will be executed on login? <jpoiret>usually it's recommended to add something like `exec dbus-update-activation-environment WAYLAND_DISPLAY` <Basspoon>I never would have figured that out by myself <abrenon>so it would allow you to add ~/path/to/cloned/guix to your authorized dirs and have guix shell autoload the requirements to work on it <mbkamble>Hello. I'm trying to use "guix home". I am using fish as my login shell. I did an "guix home import test1" and tried to test it using "guix home container test1/home-configuration.scm" <mbkamble>The new home is sucessfully created, but I get the following error messages and fish PATH is not fully, propery formed: <mbkamble>Symlinking /home/mbkamble/.profile -> /gnu/store/dann7r1095xll0kji5yl0ql07096rc8j-shell-profile... done <mbkamble>Symlinking /home/mbkamble/.bashrc -> /gnu/store/0hblljbzbbrbawhcv2hlz14narb78s2m-bashrc... done <mbkamble>Symlinking /home/mbkamble/.bash_profile -> /gnu/store/sb379rxjbns1cgy16z0kbm1rwravkyx5-bash_profile... done <mbkamble>Symlinking /home/mbkamble/.config/fontconfig/fonts.conf -> /gnu/store/4261pxafny0g2myhh9yj1771ry7k05lc-fonts.conf... done <mbkamble>Comparing /gnu/store/non-existing-generation/profile/share/fonts and <mbkamble> /gnu/store/8iwc0rg94khz0ka1srh1caqlmvi91n5n-home/profile/share/fonts... done (same) <mbkamble>error: Try deleting the directory /tmp/fish.mbkamble and restarting fish. <mbkamble>Welcome to fish, the friendly interactive shell <mbkamble>Type help for instructions on how to use fish <mbkamble>I dont' understand what "error: Runtime path not available" means. Any suggestions? <mbkamble>I forgot to incluse the output of the echo command: <mbkamble>As can be seen there are missing dirs on the PATH <mbkamble>The ouput is disappearing when I dispatch the message in the chat web app (using Ungoogled-chormium browser) <Guest52>Question for guix home users: I have all my dotfiles in a single git repo and I want to make guix home responsible for pulling down the repo and setting XDG_CONFIG_HOME to that location. Is this possible? I'm happy to accept suggestions for a better way if this way doesn't make sense with guix <boogiewoogie[m]>hey, I'm currently on nixos, looking into guixsd. how is the julia situation here? <boogiewoogie[m]>I've read that you should install julia packages through guix, but I don't see `Plots.jl` or `StatsPlots.jl` in the repo, for example <jgart[m]>> <@boogiewoogie:bopsen.club> hey, I'm currently on nixos, looking into guixsd. how is the julia situation here? <jgart[m]>> I've read that you should install julia packages through guix, but I don't see `Plots.jl` or `StatsPlots.jl` in the repo, for example <jgart[m]>The situation with Julia is getting better in Guix. It's mostly a matter of packaging more libraries to my understanding. efraim might have something else to saw about it? <boogiewoogie[m]>ah, I see. if that's not hindered by some sort of fundamental incompatibility, I'd be down to package and maintain a bunch of them. depending on how well I'm gonna grok the guix packaging process, of course :P <jgart[m]>boogiewoogie: If you have any questions about packaging Julia feel free to ask me or anyone here <jgart[m]>boogiewoogie: Just a note, that WhereIsEveryone is not official GNU Guix. We're just a group of Guixers working on Guix together online. <boogiewoogie[m]>that's great, thanks =) I'll have to get into guix and guile first, I guess. which take a bit until I can, since my laptop powers off during the installation due to overheating 😅 <Haider>I am trying to run binaries in Guix and am getting the error "No such file or directory". Apparently, I need a 32 bit runtime. Do any of you know what do do? <Haider>This has only happened to me with binaries I have unzipped though <arkhan>Hello, In guix is it possible to add scripts to the NetworkManager config..? <arkhan>I can't find anything about it in the documentation either, nor in the source code of network-manager-service-type <zamfofex>What is the correct way to respond to messages in issues? I received three questions in <https://issues.guix.gnu.org/54832> And replied to each of the emails I received individually soon thereafter, but my replies still didn’t show up. Did I do anything wrong? <jts>if the answer to this is yes, this question has probably been asked a lot today, but did someone force-push to the Guix git recently? <jgart[m]>jts: I'm curious to also know if someone force pushed or what happened <jgart[m]>I haven't done a `guix pull` yet because I'd like to first make sure about what happened <jgart[m]>zamfofex: did you use the email at the bottom of the mumi interface to reply? <zamfofex>I don’t know what “the mumi interface is”. If you mean the page I linked, then no. I just replied to the emails I received with the questions. <jgart[m]>There was a time when replying via mumi was broken. I'm not sure if it has been fixed yet but I stopped using it and used my email client instead <zamfofex>I replied to the emails from Maxime that I received. I thought they’d be associated with the issue. <bjc>great, guix hangs now on 'home reconfigure' after 'Finished updating symlinks' <efraim>boogiewoogie[m]: Julia's in a pretty good spot, you should be able to mix guix packaged julia libraries and libraries installed using julia's pkg <efraim>I have a copy of julia-plots but it's not upstreamed yet <jgart[m]><efraim> "I have a copy of julia-plots but..." <- efraim: is that in a public channel? <efraim>jgart[m]: its in guix-bioinformatics <efraim>still needs julia-contour and julia-latexify <efraim>I imagine latexify isn't going to be simple to package <efraim>hopefully it won't be as bad as julia-pycall <jts>that's super exciting; I've been really interested in Julia but package weirdness has held me back <jgart[m]>efraim: why do y ou think that latexify will be difficult? <efraim>I assume we'll need to wrap latex calls with the tex stuff we have in Guix now <efraim>I haven't actually started looking at it yet <jgart[m]>I have done only a little bit of julia packaging but I haven't run into anything to weird yet mostly because I haven't done enough of it maybe <jgart[m]>should the dwm package in guix be patched to use the st package in guix? <jgart[m]>it's also not patched to use the dmenu package in guix <efraim>no idea, I figured whoever is using dwm is using their own custom versions of it <jgart[m]>the issue I see with doing that is that it will possibly make it unusable if the user on a foreign distro install dwm with guix but st or dmenu with another package manager <jgart[m]>I imagine then the dwm package will be dependent on the guix packaged st and dmenu <vagrantc>the reason i never liked dwm is the whole "recompile rather than configuration file" approach <jgart[m]>some are in Guix 'R Us but I got an idea recently for applying suckless patches with g-expressions <jackhill>do we have documentation for setting up development environments for the various languages? Right now I'm thinking about doing go development using guix-packaged go libraries, but I assume that similar information for all the languages should be gathered together <vagrantc>jgart[m]: pretty sold on sway, i3, etc. at this point :) <jgart[m]>That is something that I'm also very interested in putting together <jgart[m]>ryanprior: is also interested in language specific guix docs <jackhill>jts: cool thank. But I think that's missing language specific information. For example, started a shell with go and a go library in the profile, but was surprised when it started downloading stuff from from the internet instead of using what was already installed <jgart[m]>maybe we can combine our efforts and better that department <jgart[m]>I've recently collected some guix common lisp specific info <jgart[m]>since I've been using guix for common lisp development <jgart[m]>not sure what is the correct practice for common lisp in guix though <jgart[m]>one issue with common lisp and guix is updating a running image with a new library in an existing shell <jgart[m]>something that is very common to do in the lisp community with a running lisp image <jackhill>sweet! I have good sucess using Guix for developing with Guile. The expected stuff just works there, of course 😁 <jgart[m]>we'd hope that Guix works well for guile development ;) <jackhill>jgart[m]: oh, that is an interesting use case. <jgart[m]>maybe you can pinpoint the issue better than I can <jackhill>hmmm, after a cursory look I'm not seeing any GO environemnt variable set in my `guix shell go go-package-name` environment, so no wonder it can't find them. I wonder if some search-path need to be set. <jackhill>jgart[m]: sure, but no promises. I'm not a go-person (yet), my colleagues are! <jgart[m]>I'll push the latest gomuks changes to that module <jgart[m]>jackhill: no worries, just think like that nike shoe commercial: "just go for it" <efraim>oops, just realized I'd been sending mail all week from this laptop and I hadn't finished configuring msmtp <jgart[m]>I haven't read that closely yet but they're also using a modified `guix-emacs.el` <atka>rekado: thanks for looking into the sfp ports on the honeycomb <blake2b>hiya guix, I'm finally adopting "guix home", and am a little confused <blake2b>if I just want to quickly have it symlink my dotfiles, what service do I use? <atka>rekado: found this comment regarding honeycomb from two days ago: "Currently running ubuntu 20.04 on mine, and it’s fully functional on 5.10-mainline+44 patches for the 10G ports" wonder how current kernels fare. <blake2b>the examples I looked at on the rde repo were are bit more complex than I need atm <blake2b>I feel like there should be something like "git-service-type" where I can list repo uris to clone, as well as "dotfiles-service-type", that I can use to specificy dotfiles to symlink, but I imagine I'm not finding these because their functions are served by more general service-types, but after digging through the docs I'm still not quite sure where to look <bjc>to my knowledge there is no git service for creating file-like objects <bjc>you could potentially make a package that gets your dotfiles from git, then use that in guix home <bjc>if there are other solutions with current code, i'm not aware of them <blake2b>ah ok, maybe I was a bit confused in thinking guix home should serve as a replacement for ex. gnu stow <bjc>guix uses stow, or something very similar anyway <bjc>does stow know about git? <blake2b>i was referring more to the symlinking management <blake2b>i don't think so... i think symlinks are handled by guile <bjc>i thought it was actually stow under the hood, but it appears not. regardless, it's symlink management is very stow-like <blake2b>but so, to manage dotfiles with "home", I need to package my dotfiles and then add them to the home environment via the home-configuration? so I have to update the package each time I make a configuration change? that doesnt sound right tbh <blake2b>from the guix manual: Guix supports declarative configuration of “home environments” for user’s dotfiles."... but I can't find and example the most basic use: how to specify what dotfiles I want symlinked and where <blake2b>is it that you're suppose to write your configurations as strings in guile, the way you specify shell env vars? seems like that would be pretty messy and difficult for, say, a complex emacs config