<mirai>until a concrete plan is hatched, its all we got
<Guest96>mirai: interesting idea I had (and have the expertise to get a proof of concept working) is a light-weight natural language machine learning model that is fine-tuned on all the documentation on a system, and can point the user to a region of docs given a question
<Groumf>Guest96 I would use diff -u if that is an option.
<vagrantc>Guest96: chances are the cloned repository does not match the source in the package definition?
<Guest96>Any idea what could cause a "malformed patch"? I tried auto-generating with git, and and also hand-crafting, but no dice
<Guest96>vagrantc, yes, source in package def is different, but I tried generating one using the file in the failed build, but get the same error
<Guest96>nikolar: it could be similar to grep to start out with, but evertually the goal would be to get an assistant that (at least) knows the documentation. This would be enabled as LLMs continue getting shrunken, and ML-ready compute becomes more free.
<lilyp>re diffs, for me it's typically a whitespace mishap, but that's rather specific to your workflow I must say
<Guest96>mirai: not sure what you mean by self-reliant vs inscrutable. Ideally, the model would be reproducable in a guix-y way, so you could inspect it
<vagrantc>Guest96: without the patch in your package definition: guix build --source ... then adapt the source and ... i think diff -u ?
<Guest96>vagrantc: thanks, I was able to get it working, not sure how though ~.~
<vagrantc>i usually generate the patches from a git checkout these days ... but i am pretty familiar with patches having been fiddlign with this sort of things for decades now :)
<Guest96>For some reason, in the actual build, __file__ resolves to /gnu/store/..., but if I guix shell -C --pure -D ..., then __file__ will resolve to /tmp/guix-build-...
<Guest96>That's a pretty big deal if I can't reproduce bugs in the build. For now, I think I will just disable that check though
<wone>Mm. With gnu's tigervnc build, is there a way to tell if it has DRI3 support?
<janas>I am trying to build an installer image from my local git checkout using `./pre-inst-env guix system image --image-size=3.5GiB ./gnu/system/install.scm`, however this results in a crash https://paste.debian.net/1290059/ Weirdly other commands do not fail, e.g. `pre-inst-env guix pull` works fine. Seems to have something to do with guix trying to
<sneek>janas, leinad says: Benutzt Du noch den Web-Client?
<janas>authenticate my local repo? Would appreciate any help debugging
<Wurt>Hi, is there any way to execute a hook when a guix subcommand runs? I read that apt can do it using --pre-invoke and --post-invoke options. I could create a wrapper, but I think that maybe It is better idea to send a patch that adds a call to 'run-hook' before and after the subcomand execution on 'run-guix-command' (guix/ui.scm:2286). Is it a bad idea? My silly goal is to play a random keygen song
<apteryx>wone: you could check the build log with something like 'guix build --no-grafts --log-file tigervnc'
<mirai>Wurt: I remember that Guile itself has something about hooks
<davidl>the_tubular92: it would be "just" a channel to begin with, but I may eventually rebrand it completely with /etc/os-release, grub screen, and everything being different with it's own installer. There are many Debian-based distributions for example, LMDE, that uses both Linux and Debian in it's name, and I wonder what conditions apply in order to use those names.
<the_tubular92>Yes, I understand what you meant davidl, I just find guix so different that you'd basically just ship a config.scm right ?
<davidl>I would "ship" a bunch of collected services and packages from different Guix channels around the web (incl my own) that hasn't reached Guix master yet. It would expose variables like %my-guix-distro-default-packages that you can use for your current config-file, and a %my-guix-distro-os that you can inherit from. I would also like to add a website with documentation.
<apteryx>bah, gitlab's cloudfare prevents signing in via icecat *again*
<davidl>the_tubular_92: thx. There is already similar projects out there - like guixrus. My goal is slightly different in that I want to provide a handcrafted default desktop environment, and default most things, batteries included.
<mirai>so a bleeding edge of (bleeding edge) Guix?
<davidl>hmm, and if it doesn't follow FSDG? I am thinking about the channel called non-guix, which distributes build recipes suggesting you to install non-free linux - would that violate Guix as a trademark or something?
<mirai>note that I'm pointing you to Guile, not Guix :-)
<Wurt>Ah, I am not explaining it well. I know that there are Guile hooks, but I want to know if there is an option on Guix to execute hooks while some subcomands (for example guix install or guix pull) are executing.
<mirai>hmmm… I don't know. You'll have to wait a while (usually this isn't the most active time for the channel members)
<oriansj>pkill9: well assuming the system connecting has a valid user account and the communication is properly secured. The risks are limited to the damage the built binary can cause. Which in the case of a compromised account can be rather extensive.
<oriansj>as due to the defects in hardware itself can be used to bypass kernel protections and be used to install new firmware to one's storage media which would ensure a persisting compromise. Which could have been avoidable if storage media didn't have upgradable firmware or required a physical switch to be flipped to enable writing. (or if we normalized external flashing of firmware)
<rekado>next4th: the patch in that issue let me boot; at least I think so, because the system can be pinged. I can’t SSH into the machine, though, so I’ll have to figure this out first before giving my thumbs up on that issue.
<oriansj>but as those risks are the exact same on all operating systems; there is no additional risk of having the guix-daemon running on a different system beyond that of a single point of failure.
<jetomit>rekado: ping-but-not-ssh is the behavior I get with the broken guile-fibers
<nckx>I should explain why it's ‘obvious’: guix pull is per-user, and pulling as root on Guix System without a known use case is at best pointless and at worst can confuse permissions if you hold it wrong.
<nckx>piptown: That needn't be a yikes, let's assume ‘at best’ for now :)
<nckx>I think I added a warning for the ‘hold it wrong’ case but I can't guarantee it works 😉
<nckx>piptown: Because ‘sudo’ on Guix System should be configured to invoke the command with root privileges but (mostly) with your regular user's environment (sudo -E). ‘sudo guix’ invokes *your* guix, not root's. Having pulled as root will not give *you* an updated guix.
<nckx>The majority of people should never need to pull as root, ever.
<roptat>radio, I don't use emacs,so hard to be specific, but to me it sounds like, either the emacs in and out of guix shell are not the same version, or something is wrong/missing in your user environment that guix shell removes/replaces/sets
<distopico>Does guix shell have something like shellHook in nix flakes? I'm using direnv so I want do 'use guix --container -N --F rust' and run something inside of the container after it init, is that possible?
<distopico>Something like 'guix shell --container -N --F rust --search-paths --hook my-hook.scm' ? Or using manifest.s or guix.scm is possible?
<nikolar>Is emacs native compilation enabled on guix