<graywolf>Will sent patch when I get to it, but it is 2k+ lines, so it might take a while.
<graywolf>The author promised to revise it, but I would recommend taking it down until it is re-done. The current state of the Czech translation is honestly just embarrassing in some places, flat out wrong in others. It does not shine good light on the Guix project. IMO.
<guixfren>I'll have to read the Guix docs around contributing, but I can do some work on Czech translations if necessary
<ulfvonbe`>is it not intended for it to be possible to mix inferior and regular packages ina package definition?
<ulfvonbe`>e.g. in my manifest I have some packages defined, but want their dependencies to come from an older guix
<ulfvonbe`>so I rewrite it so that those inputs are <inferior-package> objects
<ulfvonbe`>now package->manifest-entry complains that it has no properties field
<civodul>namespace-related puzzle: what can explain a sequence like stat(x) = ENOENT; exec (); stat(x) = EACCES ?
<civodul>IOW, how can the same process say ENOENT for a file before exec, and EACCES right after exec?
<jpoiret>civodul: do you have a minimal reproducer for that?
<bdju>managed to get sway to start, I used --with-commit= to upgrade to one release newer than guix had and managed to start it. but I also managed to get system upgrades to go through after finally skipping enough packages, so unsure what all did it.
<bdju>so if anyone else has an issue starting sway I guess I would recommend this: guix install sway --with-commit=sway=68d620a8fd70d70eb91c58dcfafc4af16c58379d
<bdju>still unable to resolve conflicts and install flashgbx until gajim's build failure is fixed but at least I'm not stuck in a TTY anymore
<jpoiret>we could upgrade to 1.8.1 (and also upgrade wlroots)
<bdju>at one point yesterday I crashed to TTY and then couldn't log in to the TTY at all, after user/pass it went back to prompting for user. then once I thought to restart the shepherd services for my TTYs from my phone I was able to log in and get to a shell. then starting sway gave some errors about mesa and such and wouldn't start at all
<bdju>I got a picture of my monitor of the errors, I'll upload/link it in a minute here. haven't reopened my browser yet (hopefully that won't crash everything)
<civodul>jpoiret: turned out to be unrelated to namespaces: the syslogd service was calling 'umask' in PID 1, which leads to a race condition when services are started in parallel
<civodul>as in, some services might see the "wrong" umask
<janneke>after autoconf, automake, now guile-gnutls doesn't cross build
<jpoiret>I can open a pr upstream, we'll see if (eval-when ...) is the preferred solution for upstream
<civodul>upstream and downstream are very close to one another :-)
<jpoiret>bdju: that's a known mesa problem, have you updated recently? I think mesa now has the crocus driver
<bdju>I have *now* updated recently. before I hadn't been able to in a few days due to many packages failing to build (after some hours and skipping like 20 packages I managed to get upgrades to finish)
<bdju>I did not test the older sway after getting other upgrades to finish to see if that worked, I was trying everything I could think of at once. sorry
<janneke>jpoiret: just "found out" (someone mentioned to me yesterday) that you updated the hurd, amazing and thanks!
<jpoiret>arf, my sysconfdir is /usr/local/etc, probably because I pulled with a badly-configured guix checkout. since `guix pull` always inherits this, looks like i'll need to do a weird dance to sort it out :(
<evilsetg[m]>I asked about it yesterday, my icedove crashes with an error regarding an undefined symbol in glibc. I was told to update my system and local packages, then reboot. I did that but still get the error. Does anybody know more about it? Is there anything else I could try?
<cbaines>jpoiret, Guile-GnuTLS/Git circular dependency would probably cause "Too many heap sections" becaues the DAG then isn't a DAG and Guile goes in loops until it uses up the heap
<zamfofex>Hello, Guix! I know I asked this fairly recently, but it was at a time I think people were mostly asleep. But if it isn’t a big bother, could anyone take a look at reviewing/merging <https://issues.guix.gnu.org/63088>? It adds Lc0 (a chess engine).
<GNUtoo>Hi, while looking at guix source I found functions like package-direct-inputs and specification->package, however they both operate on the packages of current-system, is there a way to get the dependency of the package of another system (like i686-linux when you run x86_64-linux) ?
<civodul>iyzsong[m]: hi! the package definition of oneDNN looks suspciously short, no?
<zimoun>civodul: duplication, about what? The deduplication avoids that, no?
<civodul>zimoun: not entirely; users would end up with two slightly different variants of GCC 11
<podiki[m]>(I think the matrix bridge is down, not sure if messages get sent through but none coming out to matrix currently)
<apteryx>civodul: was there not something like having to repush a GPG key when resigning it with a refreshed expiryÉ
<GNUtoo>(i686 desktop usage is horribly broken right now to the point that it's probably easier to fix from an x86_64 system but then my scripts to detect which packages have problematic dependencies is broken there because it uses the functions I mentionned above, though I'm also open to other ways to get that info as well)
<apteryx>I'd like te welcome zimoun as a new committer! Congratulations, Simon!
<podiki[m]>congrats zimoun! I think I always assumed you were a committer already with all the great work you do
<evilsetg[m]>At anyone with shepherd knowledge: I am trying to modify the default-environment-variable parameter at runtime. I want this so my emacs service gets the DISPLAY variable set when running via a shepherd service. With systemd I would call a systemctl --import environment when starting a graphical session. I found about the eval action so I tried to change default-environment-variables like that but I guess this does not work because the
<evilsetg[m]>eval happens within a save-module-excursion. Is something like this possible at the moment? I really would like to inform my home-shepherd that it is running in a graphical session.
<podiki[m]>which reminds me I need to renew my key today....
<podiki[m]>pmf: thanks. I'll open upstream issue then unless someone here can send a restart command to the bridge (not sure if it is separate per room or for all libera)
<evilsetg[m]>@podiki I I am in two #guix matrix bridge channels. One is #guix:libera.chat. This one does have problems. The other I joined via `!join #guix` In a room called 'Libera chat irc bridge status'. That one still works.
<podiki[m]>huh, interesting, didn't know there were different ways to join
<patrickt>Hello! Hope you are well, I am very excited by the prospect of Guix, it's a brilliant approach and the syntax is preferred to Nix! I recently ran an installation of SD with the 1.4.0 installer and selected Xfce for the desktop environment, however, when trying to insert a USB, it must be manually mounted. I tried looking for documentation on how to set up `auto-fs
<apteryx>Another freshy enabled committer is jpoiret; congratulations :-)
<civodul>hey, congrats zimoun & jpoiret! long overdue! 🎉
<patrickt>* set up `auto-fs`, but I didn't find anything in my search. My question is how does one configure software that doesn't have built-in structures exposed for Guix? (not sure if it makes sense as a question, just trying to understand how to configure software without configuration files as with other distros)
<civodul>Z572[m]: oh nice! you should send a note to guix-devel
<jpoiret>patrickt: this might be an issue with XFCE in particular, since udisks should be set up by default
<jpoiret>weird, users added through the installer are in "wheel" by default as well
<jpoiret>patrickt: in general, if something is not in Guix yet, you would need to write a service definition for it. Depending on the complexity of the thing you're trying to use, it might vary from very easy to very hard, but it's usually quite easy
<attila_lendvai>python-daemon fails to build. updating it to v3.0.1 leads to two failed tests with: AttributeError: 'Exception_TestCase' object has no attribute 'instance' (and the other with 'types'). any hints?
<apteryx>mirai: I guess getaddrinfo is the main API of the resolver bits yes; though I'm no expert.
<apteryx>what do you mean about git email configuration?
<apteryx>perhaps the effect of using X-Debbugs-CC ?
<Kabouik>It seems there are a bunch of packages that won't install on aarch64 because they depend on vulkan-loader-sdk, which won't build: https://0x0.st/HNPQ.png