IRC channel logs
2025-01-13.log
back to list of logs
<mightysands>Hey I was wondering, is it possible to compile guix for a 32-bit system ? <mightysands>I'm running a Lenovo Thinkpad T60 and found this post about running guix with GNU hurd on an X60 <mightysands>I was considering trying to get it running with GNU hurd but if I understand correctly, system level encryption (using Luks) and having encrypted swap isn't possible yet ? <PotentialUser-62>Sadly, it has been quite long since I stopped following Hurd's development. Since RMS told me that he believed it would never go somewhere. <mightysands>For now then I will assume that guix with linux is the best way to proceed <mightysands>May I ask, what is the significane of NETDDE, and rumpdisk and running drivers as "userland drivers" as mentioned in this post ? <viaken>Has anyone seen a behavior where /run/user/1000 gets deleted when mosh reconnects? <mightysands>Who mentioned earlier that video drivers and everything were working on gnu hurd? <TheWalkingDad>Good morning everyone, I'm having a bit of an issue porting my emacs setup from Nix to Guix. Looks like some of the emacs packages installed via Guix are not in the emacs load-path. Here is my config https://paste.debian.net/1344997/. Even weirder, when I look within my GUIX_PROFILE there is no longer a lib/share/emacs/site-lisp folder (where the subdirs.el file was defined) but somehow emacs can still load some of the packages. <jmbr>I would like to dlopen a shared library. What is the best way in Guix to find the path to the shared library if I only know its base name (e.g., libwhatever.so)? In an FHS-based system I'd hardcode /usr/lib/libwhatever.so or something to that effect. What is the preferred way to go about this in Guix? <podiki>jmbr: this can be done in the package build, where a string is replaced by the store path to a file (look for "search-input-file"), but i guess the real answer is not hardcode dlopen calls if you want to be portable? <sneek>lfam, janneke says: reconfiguring the system with a fresh gnome fixes the .gsd-usb-protect segfaulting <lfam>janneke: Glad to hear it! <abbe>hi! Is guix days open for non-committers(or contributors) ? :) <unwox>hi guix! is it possible to move the first guix build user from UID 999 to any other id? many docker containers specify the same UID so this makes them conflict with guix build processes: such docker containers just stop when guix build finishes <abbe>I have committed a few patches (mostly updates), and would like to participate in a Guix conference (ofcourse FOSDEM is also there) <unwox>i know about this issue: https://issues.guix.gnu.org/55358, but unfortunately userns-remap is not the solution for me: when docker starts building images it fails complaining about not being able to mount a cgroup <ekaitz>hi! anyone uses gnucash here? even with the gnucash:doc installed i cannot open the help from the program <ekaitz>also when running it has some python import error <x8dcc>Hello, does anyone know if there is a 'clang-format' Guix package somewhere? I never managed to build (only) 'clang-format' <arjan>was using the mumi CLI for the first time just now, very convenient! <arjan>abbe: yes! I am involved in a way similar to you and also attended in previous years <jakef>hi x8dcc, i know it's in the clang package <jakef>the emacs-clang-format package also has clang as an input to provide the clang-format program <x8dcc>jakef: I assumed it was in the 'clang' package, but I was hoping someone wrote a package for building just 'clang-format' (without the other 'clang' tools) <x8dcc>I would try to write the package myself, but I tried to compile 'clang-format' multiple times and failed <abbe>arjan: thanks for the confirmation. I'll email the contact person to reseve my seat :) <arjan>yay I will also be there again <ebrasca>Hello, I get "guix system: error: reading file `/gnu/store/47zpcfdfd37qpb90skg1hq8x3azgbq7s-activate-service.scm.drv': No such file or directory" when I try to guix system reconfigure <ebrasca>I think I manage to fix it with "guix gc --verify" <frenchnewbie>hello, i stumbled upon this libera chat when looking for a NixOS Alternative and i'm digging upon Guix. <frenchnewbie>My experience with linux is mid-tier, i do work in IT and manage linux servers but i look for more "ease-of-configuration" and management for my desktop environnement. I aim to use Hyprland and its ecosystem along with some browsing and editing tools. From all the distro hoping i did, the main problem i faced was centralisation of system & apps <frenchnewbie>configs and/or options. I am not reluctant to use the terminal and modifying config files but i'd like to have something more "user-oriented" than "admin-oriented". Nix kinda fixed that for me by having a way to reproduce a system by its config file and declarative approach on all system, services and apps options but the abstraction layer it added <frenchnewbie>was a bit too obscure for me and the community wasn't really nice to learners. <frenchnewbie>i want a simple environnement with not much clutter. from my pov GNOME, KDE and such desktop environnement alternatives offer a bit "too much" and even if customisable, feels restrictive <frenchnewbie>simple here means i would have on my system only what i need. i aim to have basics functionnality such as web browsing, file editing and such but would also add functionnality to integrate some services i self-host such as nextcloud (files and caldav) etc. <jdr>@frenchnewbie Guix is amazing. I'm glad I switched over from Nix, but I don't know if it will meet your needs. In my experience the community and config language are better, but it's at least as much work to get a nice setup and there's a lot of tinkering required compared to more mainstream distros. <Rutherther>frenchnewbie: there is a similar abstraction layer to Guix. Yes, the abstraction has its differences from Nix, but if it's hard for you in Nix, it will be in Guix, and can be even more since Guix doesn't have such a big community, so there aren't that many modules/services as Nix offers. <frenchnewbie>I'd love to take the time to learn, my biggest issue with learning Nix was the lack of "nice helpers", everytime i would ask a question i would be treated like shit and always be told that what i wanted to do is garbage. as long as i can get some quality answers, time to learn is always welcomed <frenchnewbie>i've scouted guix docs a bit and didn't see if i could modify the .scm file without having to use guix commands <frenchnewbie>i also didn't see if Guix had something comparable to home-manager <Altadil>frenchnewbie: guix’s community is small, so it can harder to get answers, but from what I’ve seen, people here are MUCH nicer than what you describe. :) <frenchnewbie>last question is about versioning, i see that 1.4.0 is the last version published since 2022, but i guess that doesn't mean its unmaintained <Rutherther>the releases are just tags, they don't update. You should use the release only for installation and then update to newest master, otherwise you are prone to security vulnerabilities <frenchnewbie>thanks for your insight, i'll come back once i toyed with guix system a bit then <frenchnewbie>quick question that came into my mind, if a package i look for isn't available, is there a workaround available or should i just look for alternatives <arjan>frenchnewbie: "guix import" makes it easier to import packages from other sources <Rutherther>frenchnewbie: what do you mean by a workaround? You can of course always try packaging it yourself, if it's a simple package and using one of the build systems supported by guix import, you can try just "guix import"ing it and see if it works. Of course some packages might be trickier <frenchnewbie>one example that comes in my mind is Tabby Terminal, on Nix it was impossible to get the package as it wasn't on nixpkgs and i had to use alacritty that even if nice, didn't suit all my needs <arjan>it is also possible to run guix on another distribution than guix system so you keep alternative options for installing software <frenchnewbie>i'll look into it if guix system alone is too restrictive <pranav>Hi. Is there a way to run `guix system reconfigure` without internet connection? <pranav>I only changed the xorg config options from the previous configuration, and do not have a network connection on that machine. <Rutherther>pranav: sure there is. It doesn't use internet unless you tell it to (most commonly by specifying always latest guix) or are missing the build tools. If you are missing the build tools already, you need to download them <pranav>Rutherther: Even with --fallback option it tries to download guile 3.0.9 source tar file. Perhaps that got deleted in the last `guix gc`. <pranav>Thanks for confirming it can work without network though. <pranav>All my network interfaces stopped working since installing a new GPU, even though the appropriate linux modules are loaded. <Rutherther>pranav: exactly, you can get the build tools gc'd. If you don't want that, you can override the daemon to start with --gc-keep-outputs --gc-keep-derivations. This will keep all your build tools, not only for system, but also for home or other profiles. Or you could try specifying the build tools in your system packages (or somewhere else where they will get gc rooted) but you might mistakenly omit some - this would ideally be part of guix channel... <Rutherther>... itself somehow (to be able to say 'keep system build tools'), but I don't think it currently is <arjan>is there any implementation of emacs-forge integration with mumi? <hapst3r>i have this weird issue on my work laptop where I can't use guix pull with gitlab/github channels. it throws a git error that the ssl cert is invalid. <hapst3r>I use the guix package manager on a foreign distro and have uninstalled and installed guix entirely, but I have no idea how to track this one down <wakyct>strange, I use a gitlab channel with no issues. <ieure>hapst3r, Likely a nss-certs issue. <wakyct>are these your channels or third party hapst3r? <ieure>Maybe add nss-certs to your Guix profile? I'm assuming your foreign distro already has them somewhere, so maybe Guix needs its own nss-certs package, which isn't in your profile. But I'm not sure how the certs stuff works on a foreign distro. <ekaitz>who has a beefy machine and great network and want to test something for me? <ekaitz>i'm trying to update grpc package <Altadil>ekaitz: I may match these requirements, if the test is not too complicated? <ekaitz>Altadil: pretty easy thing if you are used to make guix packages <ekaitz>what I'm expecting from it is that you won't be able to download the sources <Altadil>ekaitz: I’m probably doing something wrong, I get a build of grpc-1.47? <ekaitz>what happens if you change the hash? just replace some of its numbers with zeros <ekaitz>are you in the guix source code directory, and you `boostrap`-ed and `configure`-d and also ./pre-inst-env guix build grpc? <Altadil>ekaitz: I did, but not make, which I am running now to check. <hapst3r>ieure: thanks for the suggestion. unfortunately, installing nss-certs does not resolve the issue <hapst3r>wakyct: I am using a third party channel. Why do you think that matters? <Altadil>ekaitz: still running make, but in the meantime, trying to alter the hash leads to ./pre-inst-env guix build grpc giving a failed build of grpc-1.69, so the correct version it seems. <ekaitz>but does it finish to download the code? <Altadil>"r:sha256 hash mismatch for /gnu/store/3cg66rn9cx74ivpchmmadafxpx36srj5-grpc-1.69.0-checkout" so I would say yes <ieure>ekaitz, Feel free not to answer or whatever, but why do you think it wouldn't download the code? <ekaitz>ieure: it's failing to download in my machine <ekaitz>Altadil: could you try to set (recursive? #t) ? <omar_b>Is there's a way to build a package that needs multiple repositories? It's using git submodules but I was not able to invoke that during a build process? <ekaitz>error: 1515 bytes of body are still expected <ieure>omar_b, the (recursive? #t) flag ekaitz just mentioned will clone submodules. <omar_b>where is this recursive? flag in the package definition? <ekaitz>Altadil: inside of git-reference <ieure>omar_b, I believe it's part of the git reference, search the manual or existing packages. <Altadil>And I do see mentions of submodule paths <ekaitz>it doesn't download properly in my computer <ekaitz>Altadil: so that was the test thanks a lot <ekaitz>it's just my computer is not working well on that <omar_b>I tried adding the recursive? flag to the git-reference but I'm not sure it's working. How can I know if it actually fetched the submodules? <Altadil>omar_b: it prints out lines starting with "submodule path" during the download. <omar_b>Yes, it worked now, But I had to manually chage the hash to force it to re-download, maybe it's a cache thing, I don't know. <Ez3>> localhost vmunix: [17253.431444] btrfs: Unknown parameter 'noatime' <Ez3>Now I'm retrying the configuration within a VM without passing the option noatime, to verify if it is that what is preventing a successful boot <Rutherther>omar_b: it's a fixed output derivation, you tell it the hash of the output. If you tell it wrong hash, it will pick wrong file if it already exists <ekaitz>now i'm worried a little bit because I don't know why this download doesn't work here... i'm worried about my hard drive, my network and everything else... hmmm <ekaitz>mostly because I've had a similar problem in a different repository <ekaitz>Rutherther: i explained it before, basically the download of grpc explodes in my system <ekaitz>i'm also trying to update guix and i'm downloading at 70KiB/s <ekaitz>i don't know if it's just my device or what <ekaitz>speedtest says i can download at 150MiB/s <ieure>ekaitz, Does a clone outside the `guix build' process have the same issues? <ieure>ekaitz, Huh. Anything sus if you traceroute the origin server? <ieure>Networks are fickle and unreliable, could be something horked on the route between you and there that isn't manifesting for other paths. <ieure>I can maybe try in a bit to get you another datapoint. Don't have a super beefy machine to run the build on, but I've got gigabit FTTP. <ekaitz>i'm trying to clone from a different machine and it's working <Ez3>The vm build failed with: <Ez3>/cbuilding of `/gnu/store/4g0sajynkk2yqam0ckv9dwa4s0ifvjxd-partition.img.drv' timed out after 3600 seconds of silence <Ez3>How can I investigate this further? the log is just <Ez3>> ^MESC[Kregistering 1666 items <Ez3>> repeated a gazillion times <ekaitz>i don't understand what's going on <ieure>ekaitz, Clone works fine for me here. <ekaitz>oh good news it's my home network! <ekaitz>other devices have the same trouble downloading <omar_b>I'm not sure where should I report this but I just found out that I can restart on the CI manually without any special access. <ieure>Was "only" 2.8gb to clone recursively for me. <ekaitz>my computer is trying to download that at 50KiB/s <ekaitz>but also guix's stuff at less than 100KiB/s <ieure>I got ~30mb/sec on the clone but have a fast connection. <ieure>Speed of Guix stuff is highly variable depending on how broken the server is at that moment. <ekaitz>the funny part is I did a speedtest that says I can do 150MiB/s <ieure>I tried making LibreWolf download the Firefox source to patch from the upstream repo instead of the tarball, but they use hg and the repo is *enormous*. <ekaitz>oh yes, i did some of that in the past <ieure>After about ten minutes of my fans screaming, I gave up and decided the source tarball is good enough. <ieure>The .tar.gz'd source after patching is almost 1gb. <ieure>Totally ludicrous amount of code. <ieure>No idea how you'd ever audit that quantity of code with anything like rigor... which is probably why most every release has a CVE list as long as my arm. <dstolfa>ieure: best effort, and yes. the complexity of web browsers is pretty ridiculous <meaty>When updating dependencies for a package, should we update to the lowest version that makes the package work or to the latest? <podiki>if things don't break/leads to a lot of rebuilds, latest <podiki>we (guix) prefer latest in general, older versions for specific reasons <ieure>gnu.org way slow for anyone else? <ekaitz>any gajim user out there can confirm this? <ekaitz>gi.repository.GLib.GError: g-io-error-quark: Timeout was reached (24) <unmush>so I've been updating some of my systems and finally hit the git safe.directory change. Does anyone have any idea how to cope with this on the server side? <unmush>Ideally it would be possible to instruct git to simply not run hooks unless the directory is trusted, but I don't know of any way to do that <unmush>next-best-thing would be to only tell git to trust all directories when it's doing read-only operations that shouldn't (?) cause hooks to run <unmush>I don't know how to do that either <PotentialUser47>When updating a package is there a way to force all of the packages the depend on it to be rebuilt and ensure they all build properly before submitting a patch? <unmush>so that leaves just telling the server to trust all directories all the time, which presumably would leave it vulnerable <unmush>and I'm not even sure how to do that, since the nginx and git-daemon users both have a home directory of /var/empty <ieure>PotentialUser47, `guix refresh' can spit out every downstream package (but I don't remember the precise invocation for this). You can feed that list right into `guix build'. <PotentialUser47>ieure: I used `guix refresh --list-dependent PACKAGE_NAME` and get "Building the following 3 packages would ensure 12 dependent packages are rebuilt: some packages here..." does that mean that I run `guix build` on the 3 packages it lists out I've covered everything that would be impacted? <PotentialUser47>Manually looking at the definitions in the repo I think that's the case <ieure>PotentialUser47, You want to build the 12 dependent packages. <ieure>PotentialUser47, Those are going to be the transitive package dependencies of the three packages with direct dependencies on the one you updated. <PotentialUser47>I think --list-dependent is what I want, but it doesn't tell me what the 12 dependent packages are, it just tells me 3 that it thinks I should build