<gnoo>(i don't know what any of that means, but it works and that's all i want)
<florhizome[m]><gnoo> "how do i know which variable has..." <- you will probably still have dbus around somehow, as it’s a dependency of many package. I think you could do package transformations in order to remove it, where possible. But I think you want to remove dbus service, that initialized the dbus?
<unmatched-paren>i can't figure out how to run an application using my nvidia card _with nouveau_. all the instructions i've found are for the proprietary drivers, except for the advice to set DRI_PRIME=1, which doesn't work
<unmatched-paren>there are a couple of things about xrandr, but that doesn't apply for wayland
<gnoo>florhizome[m]: no, dbus service is not part of %base-services so i don't have it. but doing 'ps aux | grep dbus' gives dbus-launch so i want to remove dbus completely
<gnoo>can i make a virtual package that provides and replaces an existing package(dbus) ?
<gnoo>that way i can replace it with something that does nothing
<AwesomeAdam54321>gnoo: You can provide your own package definition for dbus that replaces the existing one
<phodina[m]><lilyp> "what's your problem?" <- Well the end goal is Phosh running on ARM device such as Pinephone. 😁
<phodina[m]>Currently I face some issues with Phosh and when that's sorted out a virtual keyboard will definitely be handy. So I started looking also into squeekboard and that's why I asked here about composite build systems.
<florhizome[m]>everybody says rust is soo faaast but it’s downloads are very slooooow :/
<florhizome[m]><lilyp> "not all issues are git am..." <- still happy about tipps for dealing with those git am unfriendly patches (;
<clemens3>rekado: ok, thanks, will look for some mailing list to report
<avp_>Hello Guixers. What are possible reasons why Guix may keep telling that the public key is not authorized on 'guix offload test' even when I added my public key from the machine to a server and specified the server host key?
<nckx>florhizome[m]: patch -Np1 -i FILE && git commit with a copy/pasted commit message is a particularly icky one. :)
<nckx>florhizome[m]: Rejects? Are you sure there was anything ‘wrong’ with the patch at all? From here it sounds like you're simply applying it to a conflicting version of Guix.\
<nckx>No tool will do that without throwing a tantrum.
<nckx>If conflicts are the problem, git is vastly superior, and you should not be using patch at all. Patch is only useful in the rare case where there's something about the patch itself (e.g., it got mangled in transit in some minor way — haven't figured it out myself) that Git doesn't like but the contents still apply cleanly.
<Karthik[m]>vagrantc: i need help with starting guix-daemon @ debian sid
<SeerLite[m]>Kolev: It's a program that lets you customize the keyboard mapping and use set up layers (kinda like QMK). It takes over your keyboard and creates a fake one for the OS with whatever remapping you set up.
<Kolev>SeerLite[m]: That sounds incompat. with Guix.
<simendsjo>jpoiret: I'm not sure if it's the same issue. I have fontconfig installed without any problems. Someone (manjaro..?) put a /etc/profile.d/guix.sh that sources the profile, but I tried modifying the file to reference /usr/local/share:/usr/share, but that didn't help. Ref https://issues.guix.gnu.org/35308
<nckx>Have you reported this bug? I will otherwise, but it would be slightly better for everyone if someone actually affected would (since you understand the issue well enough to have found a work-aronud, at least).
<florhizome[m]><the_tubular> "I'm pretty good with ctl, but..." <- the wonders of guile begin when you do “guix repl” and then ,help
<florhizome[m]>but it’s debug messages are shit and syntax can get from elegant to a bit obscure pretty fast. And the man is not very good.
<florhizome[m]>plot twist civodul = the man but this time I mean it in terms of he’s epic
<porcupirate>the_tubular: What does this output? echo "(use-modules (my-variables))" | guix repl -L $PWD >/dev/null
<nckx>the_tubular: What does my-variables.scm look like? To me, it seemed like porcupirate was implying that errors in m-v.scm weren't ‘propagated’ when evaluating a module that imported it. Else I misunderstood.
<civodul>porcupirate: it's the Guile REPL that swallows use-modules errors
<porcupirate>It's just confused that you separated your config into modules.
<mekeor[m]>by the way, for the record, as far as i know, module names depend on the directory structure, too. if you import (foo bar) in a file /lorem/ipsum.scm, then there should be /lorem/foo/bar.scm, right?
<porcupirate>It might have problems if you have unattended updates.