IRC channel logs

<gabber>did the "Manual Merge" button completely break this week or am i doing it wrong? i know i could hit that earlier this week but haven't seen it anymore since yesterday

<jlicht>gabber: AFAIU the button should have never been used either way (due to code signing issues), although I might be confused

<jlicht>or is this something else than what I'm thinking of?

<gabber>earlier this week i could sign and push some commits on master, then on the PR page there would appear a button where i could close the PR as manually merged. codeberg somehow noticed that the PR had been included in the main branch and allow to indicate the PR as successfully closed

<gabber>now there's only the "close" button which looks as if the issue was dropped

<jlicht>gabber: Could it be that earlier you 'simply' fast-forward merged it locally (so without rebasing/cherry picking), and now you did either of those 2 (so rewriting the commit hash when pushing to master)

<jlicht>which would make codeberg not know that these are the ~same commits

<gabber>i think the hash changed every time, since i had to sign the commits - which i do not do by default

<jlicht>fair enough. Perhaps 'just' signing them still allows codeberg to match the commits though?

<jlicht>as validating the signature still requires some sort of hash to validate against to be stable, no?

<gabber>i guess it compares the hunks or analysis the diff when merging. in #1412 i discussed this with enge back on monday

<gabber>i guess i rebased and signed the commits, but i also think they are upgrading/fixing this feature upstream currently?

<robin>oo, arch has a patched grub package with better luks2 support (argon instead of pbkdf2)

<robin>(s/instead of/in addition to/ ofc)

<Deltafire>which package has pkgconfig?

<csantosb>pkg-config ?

<Deltafire>oh, heh :)

<csantosb>In general, `guix locate pkgconfig` helps

<vagrantc>robin: and there's a pull request for it too

<vagrantc>robin: https://codeberg.org/guix/guix/pulls/674

<Kolev>Still no bites on my mailing list posts.

<nameiwillforget>Hey everyone! I'm trying to get my terminal output colored. The `grc` documentation says that I should set `GRC_ALIASES` to `true` and source `$GUIX_ENVIRONMENT:-$HOME/.guix-profile`. But if I do that I get `bash: :-/home/alex/.guix-profile: No such file or directory`. Well, it says I should do put that into my `.bashrc` which I tried too, but when I source it, I get the same error. The documentation also says that `guix environment`

<nameiwillforget>is depreciated. So is the `grc` documentation out of date? And how do I correctly colorize my terminal then?

<vagrantc>nameiwillforget: i am guessing something is not properly quoted ...

<vagrantc>nameiwillforget: if you just set GUIX_ENVIRONMENT=$HOME/.guix-profile ... does it work any better?

<nameiwillforget>If I just do that in my terminal, an `[env]` prompt appears, like this: `alex@fr12 ~ [env]$`. No colors though.

<Kolev>How do I set up Nginx?

<vagrantc>nameiwillforget: not familiar with grc ... but if you do: grc ls ... i get differently colorized output

<nameiwillforget>Hmm, I don't

<nameiwillforget>But I'd be willing to use some other colorizer as well, I just used that one because it seemed to support a lot of formats

<vagrantc>er, "grc ls -l" for example

<nameiwillforget>vagrantc: Oh, here are some colors

<vagrantc>vs "ls -l

<vagrantc>"

<nameiwillforget>Yes, it does color the output. Not file names, that's why I didn't see it at first, but the dates for instance.

<nameiwillforget>But only if I put `grc` before the command. If I do `GUIX_ENVIRONMENT=$HOME/.guix-profile`, it doesn't change the coloring and I also can't do `/etc/profile.d/grc.sh` (with is the third line the `grc` doc wants me to add to my `.bashrc`) because no such file exists.

<nameiwillforget>Does anyone know how I can get the coloring from the install iso back? I liked that one. I was hoping it was retained on the system.

<sovrcat>meowdy

<sovrcat>Is there a professional cert for guix

<nikolar>professional cert?

<sovrcat>nikolar: Like "this person knows how to administer guix on servers / for servers so hire them to manage your guix infrastructure"

<nikolar>i wouldn't think so

<nameiwillforget>Just for context, I got terminal coloring to work by using the Gentoo bashrc as in this post:

<nameiwillforget> https://archlinuxhacks.wordpress.com/2012/07/11/colored-bash-prompt/

<nameiwillforget>Though the bashrc was faulty, at least as I copied it from eww. I'd post the corrected version, but I currently don't have a non-text-based browser installed and all the pastebin-websites I can find use Javascript.

<divya>efraim: How exactly does one get the wasm32 target in rust? I forgot how I did it last time

<divya>I should log my stuff

<apteryx>if a file is not copyrightable, it means it can be freely distributed, right? (e.g., < 15 lines of code)

<divya>apteryx: yes

<apteryx>since licensing is based on copyright law: no copyright, no license

<apteryx>thanks

<apteryx>I wonder if .slangp files (.slang presets) can be considered non-functional

<apteryx>non-functional data

<sneek>wb ekaitz :)

<ekaitz>sneek: botsnack

<sneek>:)

<ekaitz>hi

<noe>There are a few user-reviewed issues waiting at <https://codeberg.org/guix/guix/pulls?labels=434115> if a kind committer could take a look it would be appreciated :)

<apteryx>sneek: later tell lilyp heads-up; I've rebased gnome-team on current master

<sneek>Okay.

<apteryx>sneek: botsnack!

<sneek>:)

<sibl>recently my `guix pull` and `guix system reconfigure` have been doing "Computing Guix derivation for 'x86_64-linux'..." multiple times during the same command, is that expected ? it used to only do it once, same for the channels, it pulls channels multiple times per command now, before it used to only do it at the beginning

<nameiwil`>Hey everyone! I'm using btrfs as a filesystem, but during the installation I forgot to put the root onto a subvolume so I can make snapshots. So I tried to do that now, using the installation iso as a live system, and also wanted to put some other stuff, including `/gnu` onto its own subvolume. After some re-trying and re-reading the manual I put only the following into my config: https://pastebin.com/wRp6BCdq . The other subvolumes,

<nameiwil`>including the one that houses `/gnu`, are not specified, since the manual writes that this is not necessary if the subvolume's name is the same as its path in the system. Reconfiguring does not yield any warnings and produces the following main menu entry in `grub/grub.cfg`: https://pastebin.com/YDTuWgiV . But if I reboot I get a message that `/gnu/store/gj8rjxhpa2f6m8ymd8kjvkybn2l64wlx-system/boot` was not found. I'm not sure why tha

<nameiwil`>is. Any ideas?

<nameiwil`>I should also say that `/gnu/store/gj8rjxhpa2f6m8ymd8kjvkybn2l64wlx-system/boot` exists on my system, so I don't know why that happens. I can still boot using an older config, just not the new one.

<nameiwil`>Well, if nobody has any ideas, does someone have some idea what I could do to debug this?

<nameiwil`>I tried chrooting into the new root subvolume `/@` from the install iso, but I got a message that `/bin/sh/` was not found, even though it is obviously there.

<sneek>Yey! ekaitz is back :)

<ekaitz>ahahah

<ekaitz>sneek: botsnack

<sneek>:)

<ekaitz>hi

<csantosb>ekaitz: you're tracked, for some reason.

<ekaitz>the bot loves me

<ekaitz>because I'm polite and respectful to it

<ekaitz>regardless of its nature

<csantosb>Let's say that 😀

<jlambda>I'm trying to setup a development environment for guix. I am following the instructions in the manual, and I am now up to running the tests with 'make check'. Most tests pass, but some fail: build-utils, challenge, containers. Looking at the logs, they seem to have in common that they all fail to download xxx-bash from multiple sources, with the additional message: 'In procedure getaddrinfo: Servname not supported for ai_socktype'. Is

<jlambda>this likely to be a misconfiguration on my part?

<Kolev>Having issues guix pulling. substitute: stuck.

<Kolev>Still having my LC_ALL error with launching tmux.

<joelkraehemann>hi all

<joelkraehemann> https://savannah.nongnu.org/news/?id=10784

<joelkraehemann>^^ who maintains guix packages?

<Kolev>Lots of people.

<joelkraehemann>:-)

<joelkraehemann>Might be time to upgrade to latest major release

<Kolev>I"m trying to upgrade right now but pull is not working.

<joelkraehemann>you are talking about guix?

<joelkraehemann>How can I use guix?

<Kolev>joelkraehemann, You can install it on top of your existing GNU/Linux system, or you can install it as a complete GNU/Linux system.

<joelkraehemann>nice

<Kolev>My server runs Guix System and my laptop runs another distro with Guix installed.

<joelkraehemann>does guix build or download packages?

<Kolev>joelkraehemann, both.

<joelkraehemann>assumed I want Gtk4 but no librsvg because of Rust

<joelkraehemann>since I don't like how Rust builds

<joelkraehemann>can you modify dependencies?

<Kolev>Yes.

<joelkraehemann>nice

<joelkraehemann>so it something like ports?

<joelkraehemann>ports on freebsd

<joelkraehemann>what architectures are supported?

<Kolev>Have you used NixOS?

<joelkraehemann>no

<Kolev>Guix is like Nix except with a general-purpose language (Scheme) instead of Nix lang.

<joelkraehemann>but I understand their motivation

<joelkraehemann>sometimes I build linuxfromscratch.org

<Kolev>I believe Guix supports ARM, x86_64, and x86.

<joelkraehemann>a powerful built tool, sometimes I wish

<joelkraehemann>the make drama at a different level

<joelkraehemann>personally I like automake approach

<joelkraehemann>just `configure` and `make`

<joelkraehemann>so guix integrates different build systems?

<Kolev>Yes.

<joelkraehemann>what I regret while building from source are different build systems

<joelkraehemann>or build dependencies like Python

<joelkraehemann>I mean why not using Apache Ant

<joelkraehemann>with Java you can watch Blu-Ray

<ekaitz>joelkraehemann: all of us maintain the packages

<Kolev>Trying to do a system reconfigure. Still stuck at substitute:

<ekaitz>Kolev: which substitute?

<ekaitz>substitute server, i mean

<Kolev>ekaitz, how do I check that?

<ekaitz>hmmm the terminal should say something

<ekaitz>do you have nonguix?

<Kolev>ekaitz, no.

<ekaitz>okay

<ekaitz>hm

<ekaitz>ci.guix.gnu.org seems kind of down

<ekaitz>Kolev: try using bordeaux.guix.gnu.org instead of ci.guix.gnu.org

<ekaitz>Kolev: --substitute-urls=URLS <-- this is what you need to use

<ekaitz>by default both of them should be active, but if your installation is old that isn't true

<Kolev>ekaitz, ok. still substitute: but I'll give it some time. No loading bars.

<ekaitz>Kolev: brew some coffee and wait

<ekaitz>Kolev: where are you located? maybe network affects

<Kolev>ekaitz, Missouri, USA.

<ekaitz>i think somebody has deployed a substitute server in the USA, but I'm not sure

<ekaitz>you should ask people from the USA

<ekaitz>bordeaux, is located in... heh bordeaux

<csantosb>Kolev: Here you have, https://lists.gnu.org/archive/html/guix-devel/2024-07/msg00033.html

<csantosb>And more about that: https://www.blog.rekahsoft.ca/posts/guix-na-build-farm.html

<jackhill>is there an easy way to modify one filed of a service (e.g. to give it a new name, while retaining the rest of its values)?

<Kolev>csantosb, they don't provide easy info on how to add the substitutes.

<RavenJoad>Why would Guix struggle with a git clone from my site because of a content-type but the clone works when I use it from the command line (both git and git-minimal packages)? Cuirass is unable to fetch one of my project channels from my personal git server, but can fetch my main channel from the same server.

<RavenJoad>Nevermind about the main channel stuff. I just checked and that's coming from GitHub.

<csantosb>Kolev, follow instructions in "5.3.3 Getting Substitutes from Other Servers"

<ekaitz>RavenJoad: i have experienced issues with dumb http clients. The libgit2 guix uses doesn't support them but git command line does.

<ekaitz>RavenJoad: sorry: dumb http servers**

<RavenJoad>Ah. I figured it was the smart/dump http server thing. My git server is also a Guix machine running cgit, fcgiwrap, and nginx. Do you know the magic needed to make this a smart HTTP server from Git's perspective?

<ekaitz>RavenJoad: I use Git as a protocol just to avoid the problem but yes, I know how to do it, let me find some links about it

<RavenJoad>I switched off the git protocol because I had a permissions issue. The git server expected one user but I push to the git server as another git user.

<ekaitz>RavenJoad: https://paste.debian.net/1387973/ this is not mine, I took it from the internet but I don't know where I took it from

<ekaitz>i keep the git protocol, and I manage permissions with ssh+gitolite

<RavenJoad>I am using SSH too. But I have a git-daemon user to serve over HTTP/Git and a git user to SSH as to push my code. No gitolite for me.

<RavenJoad>I'll have to figure out what I need to change on my stuff. It might be the rewrites in the @cgit location.

<ekaitz>RavenJoad: i have some article in my blog that might be useful for you but I have all it in a debian machine (hehe)

<ekaitz> https://ekaitz.elenq.tech/git-repo.html

<ekaitz>now i don't use nginx but caddy, but anyway

<ekaitz>i might move to smart http, but I like dumb shit

<RavenJoad>I'll have to try switching the channel spec back to git, now that I found out `git init` has a `--shared` option, which should let me do what I want. The files will be owned by my git user, but both git and git-daemon users will be in the same group.

<Kolev>I'm frustrated.

<ekaitz>i remember having to play around with users but I don't remember what i did, that's why i wrote the article

<ekaitz>Kolev: :)

<ekaitz>Kolev: need help?

<Kolev>ekaitz, hold on, let me try with --substitute-urls=https://bordeaux.guix.gnu.org again...

<Kolev>ekaitz, another thing that irritates me is I can't run tmux on my server: I get LC_ALL and other env var errors.

<ekaitz>that's something you could and should fix

<ekaitz>but it's probably not guix's fault

<ekaitz>but yeah, it's very frustrating

<Kolev>ekaitz, this is a fresh install. When I go back to generation 1, the env var errors no longer show up.

<Kolev>but on generation 2 with elogind and containers, env vars error.

<ekaitz>did you change your locale settings?

<Kolev>no

<ekaitz>or language support?

<Kolev>ekaitz, this is my config for Generation 2: https://codeberg.org/kolev/dotfiles/src/commit/9423227997d7d1a97b88028043dcdd874d7ebf45/Configs/guix/.config/guix/system/farnsworth.scm

<ekaitz>idk man, locales are my weak spot

<ekaitz>i don't have issues with my locales and my setup is way crazier than yours

<ekaitz>Kolev: https://git.elenq.tech/guix-configuration/tree/desktop.scm#n77

<ekaitz>and I can connect to a server and use tmux there

<ekaitz>is your desktop the one with guix or the server?

<Kolev>ekaitz, server.

<ekaitz>hm!

<ekaitz>Kolev: https://guix.gnu.org/manual/devel/en/guix.html#Locales-1 ?

<Kolev>ekaitz, this is generation 1: https://codeberg.org/kolev/dotfiles/commit/637d2fb0bebb8a50a0d56962ded6e284147ad475

<Kolev>That's another thing that frustrates me: gnu.org no work!

<ekaitz>Kolev: open your wallet, donate them all you have and hope for the best! they do their best with the resources they have

<Kolev>I'm actually penniless right now, heh.

<ekaitz>so they are

<Kolev>I never had this many problems with guix system before.

<Kolev>I'd switch the server to Fedora but then Mom would get upset, because we just set up Jellyfin on all the TVs.

<ekaitz>i know it is frustrating, but this is what happens when everything is done by volunteers

<ekaitz>people do their best, but we shouldn't expect everything to be perfect as we could do when we are the client of a company that promised us the perfection

<Kolev>Yeah, I'm not used to this. Fedora Just Works.

<Kolev>But I used to be able to `guix pull` just fine.

<ekaitz>most of the times I am able to do that

<ekaitz>savannah has been under DoS attacks and they don't have the resources to mitigate that very well

<ekaitz>codeberg has also been attacked

<ekaitz>the internet is a hostile place

<Kolev>substitute:

<Kolev>Do I have to wait a month for this to get fixed.

<ekaitz>i think it works for me so it might be a network issue or so

IRC channel logs

2025-07-26.log