IRC channel logs

<natecox>Hi folks, I'm like brand new to guix, trying to get my feet on the ground here, and I've hit a wall trying to get neovim 0.12.1 working. Anyone feel like helping me figure out what stupid thing I'm doing?

<eikcaz>I don't use neovim, but a lot here do, so I'd be surprised if something is broken. Are you using guix on foreign distro?

<natecox>I'm using guix as an operating system

<eikcaz>I just ran "guix shell neovim -- nvim" and it seemed to work fine for me

<eikcaz>what error are you getting?

<natecox>I can get it installed and working, but when I try to install a plugin using packer I get a error about available_parallelism (which I think may be a libluv thing?)

<natecox>if I link you my config file could you try it out?

<eikcaz>Hmm. I'm probably not the person to help. Don't know about neovim plugins. Was hoping your issue was simpler

<natecox>haha me too

<natecox>I think that neovim is either not getting the right system paths or a dependency isn't getting installed but I don't have enough guix knowledge yet to dig in

<eikcaz>what plugin are you trying to install with packer?

<natecox>literally any lol, I don't think it's the plugin I think packer itself is broken

<natecox>here's my neovim config with the packer lines in it, it's not doing anything crazy: https://codeberg.org/natecox/guix-config/src/branch/main/files/.config/nvim/init.lua

<natecox>this is the actual error I'm getting: E5113: Lua chunk: ...pi0wni-neovim-0.12.1/share/nvim/runtime/lua/vim/pack.lua:506: attempt to call field 'available_parallelism' (a nil value)

<natecox>I went ahead and filed a bug report: https://codeberg.org/guix/guix/issues/7951

<apteryx>did 'M-x guix-emacs-autoload-packages' stopped working?

<apteryx>it doesn't seem to pick-up newly installed packages (from 'guix home')

<apteryx>hm, 'guix package -I emacs-fj' also can't see it

<apteryx>OK, so one has to do: guix package -p ~/.guix-home/profile -I emacs-fj

<apteryx>that means that all the software I kept in my old ~/.guix-profile should now be uninstalled, if I now use 'guix home' to install all of these?

<apteryx>the guix home doc says the packages are installed in the user's profile; I guess they meant in ~/.guix-home/profile though.

<apteryx>how do I migrate my ~/.guix-profile to ~/.guix-home/profile? Do I need to manually remove the packages I installed to the former?

<apteryx>and is emacs supposed to pick packages installed with guix home? it doesn't for me, currently

<apteryx>could someone confirm that after installing emacs-fj, you do not see any fj commands available (autoloaded), e.g. with 'M-x fj TAB' ? I did re-login, but M-x guix-emacs-autoload-packages should work the same.

<apteryx>if it's confirmed, I'll report a problem with the fj autoloads at https://codeberg.org/martianh/fj.el/issues

<apteryx>adding (require 'fj) to your .emacs is a workaround

<apteryx>ACTION tries fj.el for the first time... getting 404 and a bunch of errors; is this just me? E.g., going to my guix checkout, then M-x fj-list-pulls -> 404

<apteryx>same for M-x fj-list-issues

<trev>apteryx: emacs does pickup emacs packages installed with guix home

<trev>there's a shim somewhere that adds them to your emacs load path. i can't remember where off the top of my head

<apteryx>trev: yes, I found out that it was emacs-fj which didn't provide any autoloaded entry point, so I thought it was not on the load path

<apteryx>it's in ~/.bash_profile

<apteryx>there's a guix package --search-paths eval in there merging profiles

<apteryx>I've reported my emacs-fj request at https://codeberg.org/martianh/fj.el/issues/266

<trev>apteryx: i started a guix shell emacs-fj and then opened emacs and fj wasn't found. can't even require it

<apteryx>you have to M-x load-library fj

<trev>didn't work for me

<apteryx>or if you have (require 'fj) in your .emacs, I think that's enough?

<trev>i guess it has to do with the guix shell profile not being in the load path

<apteryx>ah, if you try it from the shell like this you're going to need to pass both the library/program and emacs itself, for the search paths to work

<apteryx>the guix shell's profile doesn't get merged with the environment profiles

<apteryx>or actually maybe it does but if there's no environment variable set to be merged, it does nothing

<apteryx>oh, fj-list-own-repos returned a list of repos. that's the first thing I saw working

<trev>i'm waiting for magit-forge to get forgejo support

<trev>ACTION dies in chair

<apteryx>hehe

<apteryx>but if I RET on any repo from that list -> Repo does not have issue (not true)

<apteryx>I've reported my findings to the author at https://codeberg.org/martianh/fj.el/issues/267

<cbaines>apteryx, regarding https://codeberg.org/guix/nar-herder/pulls/14#issuecomment-13241457 was this also solved by using the latest guile-knots?

<apteryx>hey, yes it was. I had some remnants of the old one in my ambient env from envrc-mode in Emacs, I think.

<cbaines>great :)

<apteryx>the new x-accel-redirect option works too!

<cbaines>nice, although I'm unsure about the performance, it might make the nar-herder slower than guix publish, since guix publish uses sendfile I think

<apteryx>I'd be interesting to check; for the time being I'm more interested in having a local instance that is simple to setup and teardown

<apteryx>I also like new storage backend abstraction you added; makes things much easier

<illybytes>hello!

<illybytes>anyone here know how i can get hpcup? system-config-printer apparently needs it for my printer

<illybytes>hplip can add it, as can the system applet but it cant print anything, complaining about a missing hpcup filter x.x

<illybytes>hmm, the filter its looking is in hplip minimal anf cups server bin and profile

<illybytes>but it is looking for it under cups

<apteryx>looks like my migration to guix home broke pinentry

<nox>o/

<nox>hello everyone

<illybytes>hello

<apteryx>hi!

<adanska>hi guix!

<apteryx>o/

<nox>i bumped libnice to 0.1.23 yesterday https://codeberg.org/guix/guix/pulls/7920

<nox>what team should I assign this to?

<futurile>morning

<illybytes>okay i genuinely can't use guix anymore if i cant figure out this driver stuff

<illybytes>why is hpcups missing in the original cups package but not hplip 😭

<illybytes>it cant find it even with both installed in system config x.w

<illybytes>the error says it cant sent raster to driver xbwbbw

<illybytes>im guessing since hpcup is missing

<futurile>illybytes: no clue sorry, I don't have a printer. I'd try emailing guix-help, probably some people who have printers there

<ennoausberlin>Hello. Is someone from the security team around?

<illybytes>> illybytes: no clue sorry, I don't have a printer. I'd try emailing guix-help, probably some people who have printers there

<illybytes>alright will do

<futurile>ennoausberlin: generally unlikely, you can email: https://guix.gnu.org/en/security/

<ennoausberlin>futurile: Will do. Thank you

<illybytes>i think, im just having too many issues with guix for me to continue using it lol

<illybytes>i will just go back to my old stuff x.x

<illybytes>thanks for help!!

<illybytes>i think i will still use guix for home management stuff

<untrusem>illybytes: aah sad to see you go

<untrusem>can you tell what made you go back so that we can improve it for newcomers

<illybytes>its mostly small things that compounded: keyring services for both gnome and kde didnt work with niri/noctalia (not really a guix issue, its a rosenthal issue i guess?), cups lacks hpcups in it's package but they are available in -server and hplip (but cant access them), lack of any mentions of udiskie in the manual, leading to jam autofs into my config, thinking it would solve disk automounts

<illybytes>i really really love guix and i really hoped i could use it more, but alas, those issues plus some i forgot about just let me unable to stay with it x.x

<illybytes>> its mostly small things that compounded: keyring services for both gnome and kde didnt work with niri/noctalia (not really a guix issue, its a rosenthal issue i guess?), cups lacks hpcups in it's package but they are available in -server and hplip (but cant access them), lack of any mentions of udiskie in the manual, leading to jam autofs into my config, thinking it would solve disk automounts

<illybytes>leading me to jam*

<illybytes>oops sorry big quote x.x

<illybytes>i keep forgetting this isnt an xmpp chat x3

<nox>oh you're on xmpp too?

<nox>xmpp my beloved

<Deltafire>hmm.. i'm using cups with hplip-minimal, not experienced any issues

<Deltafire>also using niri, i think gnome-keyring may be used for the wifi? again no issues - it's just working (but i do have gnome-desktop installed also)

<Deltafire>not to say i don't have issues with guix, far from it! i almost switched to Mint last year

<Deltafire>disk automounts also just working, with no effort on my part

<Deltafire>maybe running niri in parallel to gnome is the answer there

<illybytes>> hmm.. i'm using cups with hplip-minimal, not experienced any issues

<illybytes>what printer you use?

<illybytes>> also using niri, i think gnome-keyring may be used for the wifi? again no issues - it's just working (but i do have gnome-desktop installed also)

<illybytes>i think me not havibg gnome desktop services i what causes the issues

<illybytes>> disk automounts also just working, with no effort on my part

<illybytes>thats because of gnome service too

<illybytes>niri doesnt have any of those services at all by default lol

<illybytes>> maybe running niri in parallel to gnome is the answer there

<illybytes>yeah i guess

<Deltafire>HP Officejet 8600 iirc

<Deltafire>that's in the office, connected via wireguard

<Deltafire>also got an epson locally

<illybytes>for me, it complains about the lack of hpcups

<illybytes>and printing a test page gives me a "file not found" error x.x

<Deltafire>here's the relevant part of my config: https://paste.debian.net/hidden/f4c40f3a

<Deltafire>i then used the web interface to connect to the printer

<Deltafire>using socket://ip_addr

<Deltafire>current driver is "HP Officejet Pro 8600, hpcups 3.23.12"

<Deltafire>^ the cups interface, on localhost:631

<rogerfarrell>What is the most straightforward fully declarative way to generate a public directory for file sharing?

<rogerfarrell>(Currently, I am using a simple service with mkdir and chmod.)

<illybytes>> here's the relevant part of my config: https://paste.debian.net/hidden/f4c40f3a

<illybytes>thats what i also did, and many other things x.x

<illybytes>welp, im now back on bootc, thank yall for the help for my 2 days on guix x3

<illybytes>yall are all cool :3

<tambar>Hi, I just installed Guix System. Do I need to set the GUIX_PROFILE environment variable? It's not set.

<ieure>tambar, No.

<tambar>Is that variable only for systems with guix as a package manager?

<untrusem>illybytes: there was some improvement to automount service

<untrusem> https://codeberg.org/guix/guix/commit/c26c3d0f53885210968cd90ac5992bf83b679f97

<acid-bong>evening. does Guix have a capability to limit `cores` parameter per derivation? say, I want to build everything with -j0, except my custom Iosevka build, which i'd prefer to build with -j1 or -j2

<untrusem>the `-j` option would apply to whole operation

<untrusem>you could however make a two line script, first just build iosevka with -j1, using `-e` is faster as you can specify the exact locatios and second line would just be your usual operation

<trev>yes, that is what i do when i build my iosevka ^

<Rutherther>tambar: First of all GUIX_PROFILE should not be an environment variable, just shell variable. Second, it's for all systems using guix. But you set it only when sourcing etc/profile out of a Guix profile. Such as ". ~/.guix-profile/etc/profile". It ensures that env vars such as PATH will refer to ~/.guix-profile instead of /gnu/store. But after you source it should be unset. This all is already handled by the distributed /etc/profile.d/zzz-guix.sh, so...

<Rutherther>... there is no need for anything from your side

<jab>hmmm, guix system reconfigure just failed for me.

<jab>libdbusmenu failed to build. I'm trying guix build --fallback now.

<jab>that failed.

<jab>from the log "brz: warning: unsupported locale setting"..."Trying content-addressed mirror at bordeaux.guix.gnu.org..." and "Unable to fetch from bordeaux.guix.gnu.org, getaddrinfo-error: (-8)"

<jab>I'm on amd64. Thinkpad T400. I'm using osboot (aka mainly libreboot).

<jab>also in the log I see this error: brz: ERROR: [Errno 13] Permission denied: '/homeless-shelter'

<Rutherther>jab: fallback means to do build when substitution fails, so it doesn't change anything about failing build

<jab>Rutherther: but I got an "unable to fetch from bordeaux.guix.gnu.org..." that sounds like it maybe could have been a substitute error. regardless, "guix build --fallback libdbusmenu" also failed to build.

<Rutherther>wait so by 'failed to build' you do not mean that the build of the package started and failed?

<Rutherther>brz: ERROR: [Errno 13] Permission denied: '/homeless-shelter'

<Rutherther>from this it seems to me that is the case, the build started and failed

<jab>"guix build --fallback libdbusmenu" ... I don't know if the build of the package started....but I do know that it did not get built.

<jab>and it seems like that is the issue that guix system reconfigure also failed to build.

<jab>also failed to work*.

<Deltafire>you should have a build log if it failed

<jab>I do have a build log.

<jab>linking to a pastebin now...

<jab> https://paste.rs/SD3vt

<yelninei>jab: https://codeberg.org/guix/guix/issues/7668

<jab>ok. I probably should have checked codeberg first. Sorry for the noise. Glad it's got a bug tracking it. Thanks!

<jab>by the way, slightly off topic, but webpaste.el is super awesome in linking to online pastebins...I wonder why that package is mentioned as nonfree...

<kestrelwx>There's going to be a GCD for amending GCDs after the two being discussed currently, and then it'll be ok to start a GCD process for LLM contributions, right?

<jab>kestrelwx: oooh, I'm looking forward to that LLM GDC. That'll be interesting to see what you all decide.

<Deltafire>jab: it's in guix as emacs-webpaste

<jab>weird. I read somewhere that's its nonfree. Don't know why that would be the case. Maybe I'm mis-remembering.

<jab>anyway, webpaste is super helpful!

<Deltafire>doesn't look like it is, GPL-3.0 licence

<jab>then I must have misread something then. thanks for the clarification.

<dajole>It's interesting to me that Guix doesn't have a Caddy package. Has anyone tried packaging it and ran into major hurdles?

<ekaitz>dajole: i would say just try

<ekaitz>(caddy's build system was weird to me and I didn't know what to do at the moment. If you add it, i'll probably have no other chance than actually migrate my server to Guix finally)

<dajole>I'd like to contribute, but my understanding of packaging in Guix is still rather rudimentary 😅

IRC channel logs

2026-04-17.log