<pmf[m]>Hey, I submitted an patch updating a package almost six weeks ago, and there's been radio silence since then. It's for the package praat, which I need for work; the version currently in the main guix channel doesn't even build, so I'd consider it rather critical to get this fixed. I've been using the version in this patch since I submitted it, without issue. What is the process for escalating patches? Should I forward it to the person who last mod
<juliana[m]>You can CC members of the teams most affiliated with the code of a patch using the various functionality of the etc/teams.scm script in the Guix source repository. I'm not sure what to do if there's no clearly-affiliated team - perhaps the general mentors team?
<juliana[m]>posting a polite request here has also proven effective in the past, i have noticed ;)
<juliana[m]>that said while i can't merge a patch i'd be happy to offer a peer review
<podiki[m]>anyone setting a pam limit? it has stopped working not sure when: i see the correct setting in /etc/static/security/limits.conf yet it hasn't taken effect
<podiki[m]>e.g. set a nofile limit higher and yet ulimit -Hn still shows the original lower
<podiki[m]>been using this for year(s) at this point, not sure what changed, anyone know?
<pmf[m]>Thank you! I don't believe that there is a team assigned to this particular file, but a second pair of eyes would be greatly appreciated :D
<juliana[m]>i have gotten absorbed in doing some admin work for my community's guix pubnix and am just now wrapping that up; one moment while i obtain sustenance and i shall get on that review
<lilyp>juliana[m]: mentors should be CC'd if it's your first time contributing or you have questions that really need to be answered before pushing
<sozuba>can i run -> guix system init /mnt/etc/config.scm /mnt again? I ran it already and the systemc completed installation,but it boots to grub rescue.Now if i made somechnages to config.scm, can i re run this command? guix system reconfigure your-config.scm is only when chrooted right?
<sozuba>Should (use-modules (gnu) (additional modules)) have additional modules to have luks lvm work?
<sozuba>HiltonChain[m]: boot should be unencrypted for luks2, but not for one, i guess.
<HiltonChain[m]>I assume relevant GRUB modules are installed to /boot instead of built-in, can you check it?
<sozuba>finaly booted. I guess it had to do with the install 'guix system init /mnt/etc/config.scm /mnt' pulling in outdated packages, especailly grub. Once I ran, 'guix pull' and again 'guix system init ..... ' again and rebooting, it worked.
<xelxebar>So, this is fun. Shepherd is pegging at 100% CPU usage right out of boot on my laptop. It'll settle down after a while, but I have no idea what it's working so hard on.
<xelxebar>This is PID 1 shepherd, just in case that wasn't clear.
<sozuba>HiltonChain[m]: i guess the relevant modules are inbuilt, at least in my case,considering that i was able t boot now. But if you want tme to check,i would be happy to. Just let me know how to check. And checking that is a good thing to do.
<xelxebar>Is there a good way to get a flame graph of procedures or something, to figure out what exactly it's grinding on so hard?
<sozuba>Just to clarify this -> 'Once I ran, 'guix pull' and again 'guix system init ..... ' again and rebooting, it worked.', I did this, updated the packages in the live image and then -> ran guix system init.... again
<sozuba>so i guess its best to update the packages in the live image before starting installation,if installing manually at least.
<rekado>this npm install business is really confusing. I haven’t yet found any good reason for the behavior to differ between the two machines. I wonder how many more quirks there are that make our packages fail to build reproducibly.
<rekado>on the cluster Guix arborist resolves locations like this: 'file:/gnu/store/63z2zyh797216kvnyfyfyz83d3ib8mk9-node-fuse-box-3.7.1/gnu/store/gxl42qkmyndrz4dyma65g49lwcbfqnm4-node-universalify-0.1.2/lib/node_modules/universalify'
<rekado>uhm, it also looks like that on my laptop (where it works)
<rekado>what I do is: cd $(guix build node-fuse-box)/lib/node_modules/fuse-box; $(guix build node)/lib/node_modules/npm/node_modules/@npmcli/arborist/bin/index.js actual
<rekado>the output of resolved locations is concerning
<flaminwalrus[m]>MatoHota-work: If ada-mode isn't in Emacs or isn't loaded, yeah, it might fuzzy-complete to something unrelated. But when you do have it installed and loaded, this is a good way to figure out where source files are.
<juliana[m]>Are there any projects to provide Guix packages for every release of software? It's fairly common for package updates to skip point or minor releases, but in cases of eg language-specific dependency management, having precise versions of certain things may be necessary. I know there's guix-past, but there are gaps in its library as well, notably with more recent releases
<juliana[m]>Thinking specifically here of the project I was working on when I got into Guix - it was a Python project and I used some environment management tool for the first time, and it inspired me to try Guix. But the specific version of Python the project was using had never been packaged for Guix
<juliana[m]>ekaitz where does one sign up to assist with the RISC-V effort? I've done some RISC-V compiler stuff in the past
<lilyp>juliana[m]: multiple opinions are always welcome
<lilyp>apart from guix past don't forget about guix time-machine; that ought to have you covered on recent, but outdated packages
<efraim>I've thought about packaging releases of python but not any libraries, seemed like it'd be useful as an input to other channels that needed other versions of python and were willing to use package-with-explicit-python
<johnabs[m]>Hi all, can I get some quick help with an apparent locale issue? I'm not sure what went wrong, but something is breaking libreoffice and throwing errors in julia.
<johnabs[m]>To clarify, here's the exact issue with libreoffice, and I think the two are related: (soffice:22905): Gtk-WARNING **: 14:28:07.284: Locale not supported by C library.
<johnabs[m]>/gnu/store/y83kzjgbahphv8h7ybf7pqhyrf37mlbf-libreoffice-126.96.36.199/lib/libreoffice/program/soffice.bin: symbol lookup error: /gnu/store/5h2w4qi9hk1qzzgi1w83220ydslinr4s-glibc-2.33/lib/libpthread.so.0: undefined symbol: __libc_pthread_init, version GLIBC_PRIVATE
<Cairn><juliana[m]> "Are there any projects to..." <- I've been interested in this as well. It'd be cool to write package definitions which cover a range of versions/commits, and then inherit and modify when the definition needed to change
<Cairn>That way, there could be a working definition for every possible version of a software
<efraim>johnabs[m]: are you using LD_PRELOAD anywhere? that libreoffice is linked to glibc-2.35, not 2.33
<Cairn>I'm having trouble using --with-input=gcc=*. I can't replace * with firstname.lastname@example.org, gcc-4.8 or email@example.com. What am I getting wrong?
<juliana[m]>you need `--with-c-toolchain=<package>=<toolchain>` to switch out your C compiler
<juliana[m]>`<package>` is the package whose compiler you're switching out; `<toolchain>` is `gcc-toolchain` or the like
<juliana[m]>there is no plain old gcc package because gcc by itself isn't very useful (you still need an assembler, linker, etc.)
<juliana[m]>(well, there is a plain old gcc pacakge, just not that is exposed to CLI tools - idk about transformation options actually come to think of it)
<Cairn>I looked at this, but I was confused. Do I just specify my package twice? --firstname.lastname@example.org package
<Cairn>I assume the verbosity is for being able to replace the toolchain of a package's inputs as well?
<sozuba>Around twelve hours ago, i said that outdated packages (grub) being pulled by the live image in manual install could be the reason my system booted into gryb rescue. Turns out that's not the reason.
<johnabs[m]><efraim> "johnabs: are you using LD_PRELOA..." <- I don't believe so, where would I check to verify this?
<johnabs[m]>I'm also getting this: warn:sal.osl:27600:27600:sal/osl/unx/thread.cxx:1068: RTL_TEXTENCODING_DONTKNOW -> _ASCII_US
<sozuba>Initially the issue was frub doesn;t support luks2 at all, even with pkbdf. It only supports luks1, at least in my case. second, everytime yo convert between luks1 and luks2, you have to reinitialise the system, with guix system init /mnt/etc/config.scm /mnt. I guess econfigure also works but i haven;t tried it, cause this us only the initial build.
<sozuba>What i don't understand is, if the UUIDs remain the same and config hasn'tchanged , why is there a need re-initialise/re-configure/rebuild the system, when the parameters of the encryption changes. Does it have to deal with what modules are built into grub during this process? i thought it installs the binary and doesn't compile them.
<HiltonChain[m]><sozuba> "What i don't understand is..." <- grub-install is invoked, Guix itself doesn't deal with the details.
<rekado>I only know of the firewall blocking connections that come from unspecified “Russian IPs”, but I have no privileged access to what the firewall does or doesn’t do, so I don’t know if there has been any recent change.
<rekado>I’m also not aware of any maintenance going on around this time.
<rekado>I’m afraid I don’t have a good explanation for what might be wrong in your case.
<denys[m]>Alright, I guess I'll wait until tomorrow and write emails to contacts of nodes in the traceroute chain if the issue persists
<sozuba>HiltonChain[m]: thank you for the response. so the grub core image containes the neessary modules, such as luks, lvm, etc?
<mirai>I'm surprised at how/why the cups service works
<mirai>not only it is strangely structured, the configuration shouldn't even be serializable since somewhere along the process it would do a (string-append "string1" … #f "string_n" …)
<johnabs[m]>Hey guys, I just updated after guix pull and gdm is crapping the bed with a white screen, I'm temporarily switching to slim (not working) and now to sddm, but is there a way to get this issue diagnosed? I'm not sure where to look for logs for this service :/
<mekeor[m]>mirai: link to source? which line should invoke that s-expr?
<mirai>mekeor[m]: (gnu services cups), look at cups-configuration and note the extensions field
<mirai>its type is package-list and the serializer for this type simply returns a #f
<mekeor[m]>johnabs: maybe in /var/log/...? i'm guessing :)
<mirai>thinking about it, that line above should only give a gexp
<johnabs[m]>Ayy, it was my xorg-settings apparently...though I'm now unsure of how to fix them so I can do what I want...
<mirai>there's no reason why I should see raw output, they're side-effects
<mirai>mekeor[m]: open a repl, do ",m (gnu services cups"
<mirai>and play around with serialize-configuration + gexp->approximate-sexp
<johnabs[m]>And I fixed my libreoffice and julia locale issue, now just to fix my xorg config without borking gdm
<johnabs[m]>Okay, new question! I had this in my guix config, but it apparently borked gdm. Specifically, it was in my (services (append (list (.....))), is this no longer the right place for that, or did something change that I need to take into consideration? https://pastebin.mozilla.org/xQS6wzT0
<johnabs[m]>(Pardon the common lisp tag, it didn't have guile there)
<mekeor[m]>johnabs: you could bisect the configuration. does it work when you only remove the (extra-config ...) s-expression?
<mekeor[m]>johnabs: did this config work fine up to until now?
<johnabs[m]>mekeor[m]: The config worked fine until I ran guix pull and updated
<mekeor[m]>johnabs: you could also investigate the xorg-config generated from this guix-config. i think it should be located at /run/current-system/profile/share/X11/xorg.conf.d after guix-system-reconfigure.