IRC channel logs


back to list of logs

<apteryx>btrfs specific: put your /gnu/store on a btrfs subvolume then check with 'btrfs fi usage /path-to-gnu-store-subvolume'
<chkno>What are the hardware requirements for Guix System? I installed it on an i686 with 2G ram. "guix pull" ran for 10 hours and then oom_killer killed its guile. There's no swap space configured (I used the guided installer's default "use whole disk" option). How much swap do I need, or do I need a different computer that can hold more RAM?
<vagrantc>2gb is probably near the minimum ... you'll want swap with that
***schaeffer_ is now known as schaeffer
<lfam>I'm surprised that 2 GB RAM was not enough
<OriansJ`>lfam: I am surprised that having 8GB of swap and 1GB of RAM fails to do guix pull
<lfam>There's no way it takes 9 GB of memory...
<lfam>How did it fail?
<OriansJ`>build of /gnu/store/y88s25rjwdic7x2ijfqn2mjszias0kvs-guile-2.2.6.drv failed
<lfam>Right, that's a very expensive build, but it doesn't need 9 GB
<OriansJ`>here is approximately where it failed:
<OriansJ`>here is the output of free:
<OriansJ`>that is 4GB of RAM and 8GB of Swap and it still fails
<OriansJ`>using guix (GNU Guix) 1.1.0-18.218a67d to do just guix pull
<lfam>It doesn't like a memory issue, right?
<lfam>Most of the memory is available
<OriansJ`>it isn't a disk space issue, unless 16TB isn't enough
<lfam>Sure, I don't think it's caused by lack of space, in general
<mfzap>hi all ... having a problem with python packages ... "guix environment python python-arrow -- python -m arrow" gets me "/gnu/store/sbjg26484dnppc5mq0c8n5j52k78dqnp-profile/bin/python: No module named arrow" ... tried for a few packages ... any clues?
<OriansJ`>lfam: I can provide exact steps to duplicate on any standard cloud provider you like
<apteryx>mfzap: seems you want the --ad-hoc switch
<lfam>OriansJ`: Do you think it's related to the environment being virtualized?
<mfzap>thank you, apteryx
<OriansJ`>lfam: it also occurs on bare metal (on a libreboot machine infact)
<lfam>Please share the reproducer on <>
<OriansJ`>here is a full debian setup with /boot encrypted and setup
<OriansJ`>also I will note the signing key is expired
<lfam>It's likely that to reproduce it, we only need the output of `guix describe` and the command that failed (I think it's `guix pull`?)
<lfam>The updated key is available here:
<lfam>It should be possible for anyone to push it to the keyservers, I think
<lfam>Hm, if describe doesn't work, there is `guix --version`
<lfam>That error does include the version so we're good
<OriansJ`>literally the version straight off the guix website
<OriansJ`>installed on a clean system following the outlined steps
<OriansJ`>then just guix pull
<OriansJ`>(and no binary substitutes enabled)
<lfam>I'm using Guix time machine like this: `guix time-machine --commit=218a67d -- pull --no-substitutes`
<lfam>It's not exactly the same but should be close enough to see a linker failure
<lfam>If it doesn't reproduce the linker failure, then it's likely some factor not accounted for by Guix, such as kernel version, filesystem type, CPU bugs or features, etc
<lfam>I'll first need to do a dry-run in case I already have that Guile on my computer
<emacsomancer>there's no lucid/athena build of emacs in the guix repos, is there?
<OriansJ`>lfam: well buster is at 4.19+105+deb10u5 and it has been tested on ext4 and it is reproducible in virtual machines
<lfam>Did you check if this has been reported OriansJ`?
<OriansJ`>lfam: nope, been too busy with doing the armv7l port of mescc-tools-seed
<lfam>For me, I wouldn't have to build GCC in order to complete that `guix pull` invocation, so it's not going that easy to reproduce
<lfam>I could start a VM or similar, but I'm going to let it be
<lfam>I could do a `guix build --check` if you can share exactly which derivation it is
<lfam>Oh, I see the derivatoin name in your paste
<lfam>I'll let it build overnight
<juh_[m]>There is a official industry standard for open hardware in Germany: DIN SPEC 3105
<juh_[m]>Here is an interview with one of the authors in German
<guix-vits>sneek: botsnack
<sneek>guix-vits, you have 2 messages!
<sneek>guix-vits, str1ngs says: do you have a HiDPI monitor? if so are you using something like output HDMI-A-1 scale 2. if do not have a HiDPI monitor are you scaling your fonts now?
<sneek>guix-vits, str1ngs says: how are you scaling fonts I meant. because I used sway with scale factor 2 for HiDPI and terminal fonts look pretty normal. actually slight large.
*guix-vits --> #nomad-browser
*guix-vits My precious (now i see where those configs stored): gnu/packages/aux-files/linux-libre/5.7-x86_64.conf
<rndd>hi everyone! what i need to run after guix pull to make new packages available? sometimes this command is printed in the message after pull.
<Kimapr>the new packages are available to you after you install them into your profile
<Kimapr>rndd: they are available to install after you run guix pull
<guix-vits>Kimapr: sometimes there is a message like: "do this to.." Something with sourcing afair.
<guix-vits>*Hello there
<Kimapr>well if you are too lazy to do that you can just restart your shell
*guix-vits re-shells his fat belly :)
<rndd>ye, but there was a command
<rndd>really want to find out what it was
<guix-vits>rndd: maybe try: add a new user, install a gcc-toolchain (or something alike)?
<guix-vits>for this new user's profile.
<Kimapr>$GUIX_PROFILE=$HOME/.guix_profile source $GUIX_PROFILE/etc/profile
<Kimapr>^ or something like that
<rndd>Kimapr: thank you
<Kimapr>alternatively just ". .bashrc" or ". .bash_profile"
<Kimapr>it will source the guix profile's profile too
<Kimapr>assuming you run guix system
<rekado>does anyone know if f2c.h is part of some existing package?
<rekado>this exists: but there’s no versioned URL
<rekado>and sometimes these fortran things have become part of some other distribution / package
<guix-vits>Hello rekado. IDK.
<nckx>rekado: What was the name/location of the berlin Cuirass client cert generator script/instructions again? I think you posted it here recently but can't find it in my logs.
<rekado>it’s somewhere in /root/maintenance/hydra
<rekado>the script is annoyingly interactive
<rekado>(it’s not been added to the repository yet, so you can find it by looking at the untracked files in that git repo)
<rekado>gotta go!
<nckx>rekado: Ah, it's only present in *that* maintenance! Got it. Thanks.
<nckx>(rekado: Any reason not to check it in?)
<rekado>nckx: I think it’s fine to check it in. I was hoping to automate this some more, but never got around to working on it again.
<joshuaBP`>Hey guix, guix environment --pure --ad-hoc guile; make is failing for me.
<janneke>rekado: do you know what the status of the two childhurds is in berlin, anything i can do?
<joshuaBP`>make is complaining that I do not have development guile packages installed.
<Formbi>--ad-hoc guile gives you only guile
<Formbi>you should do it without the ad-hoc
<joshuaBP`>Formbi: ok. Thanks. so I should just try guix environment --pure ?
<joshuaBP`>Formbi: guix environment --pure ; make still gives me issues.
<joshuaBP`>The error message is no Guile Development packages found
<joshuaBP`>Formbi: I figured it out. The contributing section in the guix manual fixed it for me.
<VigilanceTech>Hi everyone. I've installed guix on top of arch and now whenever I view info (in console mode since I haven't got the gui going yet) all the quotes show up as reverse video question Mark's. Any idea how to fix this? It's really annoying
<VigilanceTech>Also another question I have is how can I make packages I install as root be globally available to other users. Like for example mlocate. I installed it as root and did updatedb but my regular user can't see it, so I installed as my user and I still can't access the DB I built as root so I go to run makedb as that user and get a permissions error
<guix-vits>VigilanceTech: IDK how it is on Guix installed on top of an "foreign" distro, but on Guix system the packages installed "as root" do reside in the root user profile.
<guix-vits>Just like for every other user.
<guix-vits>But on Guix System we do have a system configuration. There are the system-wide packages.
<guix-vits>IDK how to achieve this on Arch with Guix. Hope the developers know.
<tissevert>what happens when you don't have a specific profile because you haven't installed anything from the shell ?
<tissevert>does guix simply checks whether $HOME/.guix-profile exists, and if it doesn't defaults to /run/current-system/profile ?
<tissevert>or is there something more complicated ?
<NieDzejkob>tissevert: /etc/profile first loads /run/current-system/profile, then tries to load ~/.guix-profile and ~/.config/guix/current if they exist
<tissevert>NieDzejkob: thanks
<tissevert>I was looking for a separate «guix profile» command, similar to «guix system» to handle my profiles, and found it appeared to be something strongly related to «guix package»
<tissevert>is there something relevant elsewhere ?
<VigilanceTech>Well I tried to install sd multiple times and it would work for many hours (burning thru all my cellular data) then fail (after I went to bed and my laptop battery died) then when I tried to boot it all I'd get is a black screen (obviously grub failed to install and I couldn't figure out how to install it) so I went to arch. Is there a sumo package I could torrent download to get a running sd system that installs quicker where I might be able to see w
<NieDzejkob>VigilanceTech: why not plug in the laptop during the installation?
<VigilanceTech>Cuz I'm burned out in the Calif wildfires and having to generate my own power with a noisy generator I can't run at night and my DC converter won't keep the laptop running all night on my storage battery
<NieDzejkob>ouch, that sounds really inconvenient. Try installing a more barebones config
<NieDzejkob>the installer should already have all the packages you need to install the bare-bones.scm example, IIRC
<NieDzejkob>you can always reconfigure later :)
<VigilanceTech>It also seems to suck down several gigs of data during the install and I can't just keep doing that over and over again just to have it fail
<VigilanceTech>I just went thru the graphic install. Don't recall seeing that option
<NieDzejkob>hmm. I don't remember how the graphic install is structured, let me download the installer and try in a VM...
<lfam>VigilanceTech: Unfortunately, Guix uses quite a bit more space (disk and bandwidth) than old-school distros such as Debian
<lfam>tissevert: You aren't missing any profile management tools. Profiles are managed by the tools that create them, so `guix package` and `guix system`
<VigilanceTech>I'm okay with dusk if I could just torrent a big store/cache on a public wifi and then do an offline install
<lfam>Hm, I haven't heard of anyone doing anything like that except for an rsync server for Chinese users
<lfam>It might not really be an option, considering how Guix works
<lfam>Personally, I don't think that Guix is a good choice for people using mobile / metered data
<lfam>Sometimes I am one of those people, and I just wait to update or install anything until I get access to unmetered data again. Unless I know from experience that the installation will not use much data
<VigilanceTech>I thought I was doing a pretty minimal install with selecting a tiling window manager in the install
<lfam>That is more minimal than a full-blown desktop like GNOME
<lfam>I would expect to use a few gigabytes, however
<VigilanceTech>Ya I like down, or even better just emacs and exwm
<lfam>In terms of the system installation taking too long and failing when you battery dies, I can recommand a workaround
<NieDzejkob>VigilanceTech: Choose one without a GUI at all for now, then add it to the config once your install is working
<lfam>I would initialize the system based on our bare-bones example:
<lfam>That will take the least amount of time and data
<VigilanceTech>Ya I guess I'll try that. I might have to do a command line install cuz I don't recall seeing that option in the graphic installer but maybe I was being myopic
<NieDzejkob>(you can even remove the openssh server if you feel like you don't need it for now)
<lfam>After it has installed and you've successfully rebooted, you can attempt to reconfigure your system the way you want it, perhaps incrementally downloading the dependencies
<lfam>Yes, I recommend installing the "manual" way for this
<lfam>I do think that if you are stuck on metered mobile data, you may find Guix frustrating to upgrade as times goes by
<lfam>I would choose a distro that was created when bandwidth was more expensive, such as Debian or CentOS
<VigilanceTech>Ok thanks ifam. So the only way for root installed apps to be globally available is for them to be cooked into the system definition?
<lfam>That's the only way that is explicitly supported. But, applications are made available by making the $PATH environment variable point to profiles such as ~/.guix-profile/bin or /run/current-system/profile/bin
<lfam>So, you could adjust $PATH or symlink those directories into other places as necessary
<lfam>This is not supported but it will mostly work
<VigilanceTech>I really want to check out the encapsulation and functional features of sd tho, plus I'm also a lisp hacker. I could have just stayed with arch but I suffered a pretty big crash lately and decided it was a good time for an upgrade.
<lfam>Since your bandwidth is limited, you will want to minimize the number of different profiles you use, since each profile will have its own dependency graph
<lfam>You will also want to try to keep different profiles "in sync" in terms of the version of Guix they correspond to
<VigilanceTech>Is there a way to generate a new system without blowing away the store?
<lfam>I don't understand the installation environment well enough to say
<lfam>Hopefully somebody else has advice on that topic
<VigilanceTech>After one of my installs rather than redownload the store I just copied it over to my foreign distro before I read that ones only supposed to use guix commands to do that. It did seem to make it less bandwidth hungry but is there a canonical way to have it update its database based on what it finds in the store?
<lfam>The store is basiclly a cache. Guix doesn't really base its actions on the contents of the store, but rather the version of the Guix tool (checked with `guix --version` and `guix describe`) and the database of available store items ('/var/guix/db/db.sqlite')
<VigilanceTech>So it will do me no good to try and save my current store to aid in the enhancement of my new bare-bones install
<lfam>So, you can copy /gnu/store around, but things must be registered in the database to be useful
<lfam>I'm not sure
<VigilanceTech>It seems like it used it when I copied it over to arch. At least it seemed to go out to the net for less stuff
<lfam>That's good
<NieDzejkob>I think you should copy the /var/guix/db/db.sqlite too
<NieDzejkob>not sure how to convince the installer to use it, but...
<VigilanceTech>So basically I can't hurt anything by stuffing the store full of old stuff
<lfam>This sort of operation is not supported but it might work
<VigilanceTech>And maybe the first time I gc it will clean it up for me
***Kimapr__ is now known as Kimapr
<lfam>Yes, it will delete all the stuff it doesn't need if you run `guix gc`
<VigilanceTech>K, thx
<hendursaga>You have to garbage collect the system profile, too? With 'sudo guix gc'?
<Kimapr>wouldn't it just garbage collect everything?
<Kimapr>or are things in the store somehow marked as "owned" by someone?
<lfam>There's no concept of ownership at that level
<hendursaga>Huh. I recall NixOS did it differently.
<lfam>Once things are eligible for garbage collection, they might as well be deleted because they are unused, so no privileges are need to garbage collect them
<Kimapr>if you don't want something to be deleted you may want to add it to gcroots
<Kimapr>you don't need root for that
<Kimapr>except if you want it to be only deletable by root
<lfam>You do need privileges in order to make things eligible for garbage collection. For example, `guix system delete-generations` requires privileges
<lfam>I should clarify, you need privileges in order to make *some* things eligible for garbage collection. Of course, you can do it without privileges for your own user's profile
<hendursaga>OK, that makes sense!
<hendursaga>So I never have a reason to use guix gc with sudo, correct?
<pkill9>i guess that includes `guix gc --delete-generations`
<lfam>I figure that is per-user, although I don't know all the patterns it accepts
<lfam>Usually the patterns are time-based
<pkill9>does anyone use an alternative to networkmanager? if so, what do you use?
<bavier[m]1>I use `wicd` on some of my machines
<bandali>not sure if connman is packaged on guix or not
<guix-vits>pkill9: someone used connman..
<guix-vits>bandali: version 1.38
<pkill9>bavier[m]1: is wicd any more reliable than networkmanager?
<pkill9>i'm finding networkmanager a little temperamental
*guix-vits BTW, the Networkmanager is blessed by Armok Themself.
<bavier[m]1>wicd seems alright; I've only had some trouble with it if the signal is rather weak; and I haven't figured out how to get it to automatically detect the wireless interface to use.
<bavier[m]1>e.g. if I plug my usb wifi adapter into a different port, the interface name changes, and I have to tell wicd about the new name
<pkill9>does anyone have guix system set up to use iwd instead of wpa_supplicant?
<PotentialUser-48>I recently updated Jami and now it is not working (can't reach anyone). I deleted previous generations so I can't rollback.
<NieDzejkob>PotentialUser-48: you can get the old version still with time-machine
<PotentialUser-48>ok thanks
<pkill9>im gonna try using connman
<mroh>I'm packaging (in order to fix #42217 and bump kdenlive). Would we name it "rttr" or "librttr"?
<bavier[m]1>"rttr", afaict from the project page and the guidelines in the guix manual
<mroh>ok, thanks!
*brettgilio appears
<kmicu>pkill9: I’m using connman (even on computers with xfce for mainstream folks). My only issue is with wifi drivers. Connman gave me no pains in last years. We should keep in mind the xp depends on networks. For examlep some drivers really ‘hate’ each other and no network manager will change that.
<pkill9>the xp?
<kmicu>personal experience*
<pkill9>when you say the drivers hating eachother, the wifi drivers hating which other drivers?
<kmicu>pkill9: Personally, I saw plenty of Intel wifi users reporting issues connecting to Marvel chips.
<pkill9>so the wifi drivers connecting to a router with other drivers?
<kmicu>Yes. The point is that the issue depends on many external things so I can recommend connman (or whatever) and that manager can be super stable for me and still ‘crappy’ for you or even vice versa when on a different network.
<kmicu>(Not too mentions 5Ghz issues and local radars xD)
<kmicu>PS dmesg is the first step to check where’s the issue, sometimes there’s something like ‘iwlwifi 0000:09:00.0: iwlwifi transaction failed, dumping registers’ in there 😹
<jackhill>Are there any 5Ghz devices that work with free software?
<qyliss>I believe there are even some that are RYF-certified
<jackhill>qyliss: cool thanks. Maybe it's time for me to upgrade
<joshuaBPMan>Hey guix, I'm having a hard time getting getting shepherd users services to work. I'm following this blog post:
<joshuaBPMan>I'm putting "shepherd -c ~/.config/shepherd/init.scm" in my ~/.bash_profile
<joshuaBPMan>$ herd status shows me no services...
<raghavgururajan>Hello Guix!
<joshuaBPMan>it actually says error: connect: /run/user/1000/shepherd/socket: No such file or directory
<joshuaBPMan>I'm guessing that means that I didn't actually start it...?
<raghavgururajan>joshuaBPMan, You need elogind-service-type
<raghavgururajan>joshuaBPMan, Add it to your system services in config.scm
<joshuaBPMan>raghavgururajan: I believe that I have elogind...
<joshuaBPMan>sudo herd status elogind "It is started."
<joshuaBPMan>I'm using %desktop-services.
<joshuaBPMan>yup. it's there.
<joshuaBPMan>I'm using sway.
<joshuaBPMan>also my vpn service is here:
<raghavgururajan>joshuaBPMan, That's odd. After logging in via display-manager, do you have the directory /run/user/1000?
<pkill9>it's great that with guix, i didn't have neccessary wifi info to connect to internet with connman, so i just rebooted into the previous generation, not needing to reconfigure anything/change files etc
<pkill9>how do i allow my user to change networking settings with connman?
<pkill9>or with network-manager
<pkill9>i've always used root so far
<raghavgururajan>pkill9: `connmanctl` --> `agent on` --> `scan wifi` --> `services` --> `connect ID`
<raghavgururajan>pkill9: `connmanctl` --> `help`, will provide you with all the options.
<pkill9>raghavgururajan: i want to know how to allow my user to do that
<pkill9>and not require root
<raghavgururajan>Just executing the command `connmanctl`? No root previleges required.
<pkill9>well the GUI frontend cmst complains of access denied, and connmanctl isn't working for me when using the user, though it doesn't say access denied
<pkill9>this is the result of running `agent on` as my user: Error registering Agent: Rejected send message, 3 matched rules; type="method_call", sender=":1.40" (uid=1000 pid=11005 comm="connmanctl ") interface="net.connman.Manager" member="RegisterAgent" error name="(unset)" requested_reply="0" destination="net.connman" (uid=0 pid=484 comm="/gnu/store/zx5zpc27rpm8alpjn6g7ihhhbmdh9id8-connma")
<ArneBab>Is there an easy way to switch from "guix upgrade" to "guix package -m <manifest-file>"?
<pkill9>it works when I'm root
*ArneBab doesn’t get substitutes again.
<raghavgururajan>pkill9, Intresting, I never had that issue. Though "uid=1000" suggests requring elogind-service-type?
<pkill9>raghavgururajan: what groups are your user in?
<raghavgururajan>Oh wait
<pkill9>i also get this message when running connmanctl: Error getting services: Rejected send message, 3 matched rules; type="method_call", sender=":1.41" (uid=1000 pid=12822 comm="connmanctl ") interface="net.connman.Manager" member="GetServices" error name="(unset)" requested_reply="0" destination="net.connman" (uid=0 pid=484 comm="/gError getting peers: Rejected send message, 3 matched rules; type="method_call", sender=":1.41" (uid=1000 pid=12822 comm="
<pkill9>connmanctl ") interface="net.connman.Manager" member="GetPeers" error name="(unset)" requested_reply="0" destination="net.connman" (uid=0 pid=484 comm="/gnu/stoError getting technologies: Rejected send message, 3 matched rules; type="method_call", sender=":1.41" (uid=1000 pid=12822 comm="connmanctl ") interface="net.connman.Manager" member="GetTechnologies" error name="(unset)" requested_reply="0" destination="net.connman" (uid=0 pid=484
<raghavgururajan>pkill9, (supplementary-groups '("wheel" "netdev" "audio" "video" "lp" "cdrom" "tape" "kvm" "tor"))
<raghavgururajan>pkill9, May be you need wheel and/or netdev
<pkill9>i'm in both of those :/
<raghavgururajan>Oh elogind??
<pkill9>yea i'm running elogind
<raghavgururajan>You do not have both networkmanager and connman running, correct?
<pkill9>i'll reconfigure with a newer guix
<raghavgururajan>pkill9, This is my services list,
<pkill9>the one i used is a month old
<joshuaBPMan>raghavgururajan: yes. I do have /run/user/1000
<mroh>have you tried creating /run/user/1000/shepherd ?