<Guest40>Hey :) Is there some reasonably simple way to set additional fields in /etc/krb5.conf, for which krb5-configuration has no option? I guess no right? And my best option is to just ignore the whole krb5-service-type and create the /etc/krb5.conf directly using local-file or something?
<dp0>Hi, so how does LVM work on Guix? Do you have to setup the volume groups before running guix reconfigure with a lvm mappable-device?
<dp0>I was using the graphical installer by the way...
<dp0>Maybe that's a manual setup only kind of a thing?
<Guest40>lechner: I'm looking at your config on codeberg (very useful btw, thx), and I see you have commented out the rpcbind and friends, while still having the 'mount-nfs-after-networking simple-service. Does that actually work? I've tried to replicate it, but the mount failed. After I created the rcbind and friends, the mount succeeded.
<Guest40>So just checking if the configuration actually works for you.
<Guest40>Riiight, so I guess the difference will be the kerberos (you are not using sec=krb5p for the nfs, right?). For that it seems I need the gss-service-type, and that depends on rpcbind (even though it should not for v4 only client).
<lechner>maybe that's why i couldn't get gssd running
<lechner>my choice of sec=sys was supposed to be temporary until i migrate my kerberos and LDAP setups to guix. are you running the kerberos servers on Guix equipment?
<Guest40>not yet, the home server will likely be last to migrate since it will be bit tricky
<lechner>Hi, I'm not sure guix-install.sh should also serve unencrypted HTTP. I guess we are making it really easy!
<wdkrnls>Dear Guix, how can I use the plocate command?
<wdkrnls>On debian it seemed quite easy to use: 1) Install 2) Run updatedb. On guix it complains it cannot find it's own group and when you create it, it still complains you don't have permission to query from it's database.
<wdkrnls>I am going down this route in the attempt to figure out how I managed to see my window manager's *.desktop file in /gnu/store.
<wdkrnls>When I try to add my user account to this plocate group, guix system reconfigure complains that this supplementary group is undeclared.
<jpoiret>also, where can I see the core-updates jobset? can't seem to find any manifest in the repo for it
<jpoiret>gcc<9 does not build anymore with gcc 11, because we need to pass -Wno-missing-attributes, but I'm not too sure of 1) why gcc-8.5 is only being cross-built 2) where to pass that, there doesn't seem to be any configure flags used to compile old versions of gcc (which seems weird, I would guess you would need to disable some newer errors sometimes,
<gabber>so i have some specifications that now (after a long period of showing red X's) finally show the build-badges (you know, the numbers in the three - green, red, gray - boxes). but the numbers remain . does that mean there's substitutes and no need to build them?
<weidtn>not sure what setuid is. But tailscaled needs to be run like "sudo tailscaled" and I want to start it on boot.
<oriansj>setuid is for enabling a process to have more permissions than the user running it normally would. It is needed for processes such as sudo, passwd,ping and swaylock
<sarg>doesn't it bother you that system reconfiguration runs under sudo, but most of the time root privileges are not necessary. They're required only to install the bootloader afaik. I wonder if there is a way to install system produced by `guix build`?
<unmatched-paren>this wouldn't be possible with guix home, but it would be with guix system
<jimtaylor>unmatched-paren: It does, and allows you to write the content right there in the configuration. About the only reason I ask is laziness - I can make a simple-service to put some files in ~/bin easily enough, but that requires me to chmod +x them all in advance. Unless there's an easier way to accomplish that?
<sarg>oriansj, not getting your `dd` advice. I have built this: /gnu/store/qfaj2mawzihilw8gjbsyizb2zfj4ngh4-system, how do I install it? It was built with `guix system build ~/.config/guix/system.scm`
<rekado>it tells Bash to update its internal cache for mapping command names to file names
<rekado>i.e. it tells Bash that it should forget where it has previously found the executable “guix” and look for it again
<rekado>since the previous step is to put ~/.config/guix/current/bin as the first entry on PATH the result is that Bash will find “guix” right there and forget about whatever other “guix” you may have used up till then (e.g. /usr/local/bin/guix or whatever).
<Guest7474>ah okay, that explains the error. I tried using vterm and I do not get an error but it still points to the old guix (guix version 1.3 instead of a commit hash)
<Guest7474>well it works in the tty, going to update it through that. (it is a vm and I connect through SSH so I can copy/paste cmds)
<Guest7474>btw, the progress bars gives me a question mark in a rectangle in the beginning and end of the progression bar in the tty
<jpoiret>sarg: installing involves also changing the current-system symlink, which is owned by root
<jpoiret>if you've built the system already, reconfigure should be extra fast
<jpoiret>Guest7474: have you solved your icon error?
<mmarshall540>Does anyone know the policy on which architectures new packages need to build on? I have a package definition I'm working on which, according to the Guix QA site, builds successfully on everything except for i586-gnu.
<sarg>Guest74 apply the theme in `lxappearance`. No restart required
<tux_life>Hi! I have a wireless printer/scanner (Canon Pixma MG2950). Works perfectly with distributions like Trisquel and Parabola: system-config-printer reveals it automatically. How do I install it also on Guix? I have cups, sane and avahi, but Guix does not see the network printer.
<pukkamustard>it's a tricky thing to test...if you compile it on your own machine, it will just work :) ... but be different than what the build farms build
<tux_life>ok, I think my Canon Pixma MG2950 printer is supported by Gutenprint drivers. On Guix I can't find any package to install these drivers. I think this is why the network printer is not detected... What to do?
<ekaitz>pukkamustard: well, it's just setting it to avoid it from building for our machine specifically :) but yeah... impossible to test with just one machine
<nbalzarotti>Hi everybody! I think I should ask this on the mailing list but I'll give a shot here. I need opencv 3.4, and tried time-machine. I encountered this: https://issues.guix.gnu.org/56137 (openssl tests failing because of system time). What's the proper way to circumvent this with package trasnformations? I was looking for some example online but couldn't find much (and for each try i need to wait a lot for package
<nbalzarotti>rebuilds). Is there some blog post or something on the coockbook?
<jpoiret>nbalzarotti: you should start by adding a new package definition openssl/fixed, which inherits from openssl using package/inherit, but modifies its arguments field by using substitute-keyword-arguments to add #:test? #f. Then, try to see if that builds
<jpoiret>if so, you can then use package-input-rewriting with `((,openssl . ,openssl/fixed))
<tux_life>Guest74 But I don't have any gutenprint driver package...
<nbalzarotti>ok cool. Oh we have a way to patch the past? Blog post material then :D .. Yeah regarding that, I'm not sure either on which would be better. But the failing package by itself, which used to work, is a lack of reproducibility. The other thing I thought would be to have time-machine use libfaketime set the time set the time of the commit, or better yet, for the future, having the CI system trying to build things with
<nbalzarotti>time set to the unix epoch (or much in the future, so that we catch this time-bombs before they explode)
<Guest74>tux_life you could just copy the patch and define it yourself
<civodul>so are you saying that attempts to cross-build several versions were futile? :-)
<jpoiret>but changing that would require a lot of effort, since basically `guix build --system=X --target=Y gcc@v` would need to still pass the X gcc to the builder so that it then builds the cross-compiler at version v for Y, and then builds a native gcc for Y
<jpoiret>given how cross-compilation works in guix right now, yes :)
<jpoiret>only the same version of gcc can be cross-built with certainty
<civodul>though currently in core-updates 9, 10, and 11 cross-build fine apparently
<Goober_patrol66>when I try to run "guix pack", it tries to build "proot-static". the check phase on that package started running last night on a 6-core ryzen desktop, and it is still running, which is absolutely ludicrous. how do I turn off the check phase for it? i'm aware of package transformations, but i think proot-static is a dependency of the guix pack command itself and not a particular package