<psyclimb>Question: how do i add correctly, without breaking things...add, remove, or modify files in the store? Here's an example. I've installed a game called tome4 and there is a subdirectory there called "addons" where the game can use additional content: expansions and stuff. What is the proper path forward to addings some files to that directory?
<vagrantc>RavenJoad: yeah, i haven't poked at channels yet ...
<TakeV>I keep running into an issue when packaging things where the package cannot find cc, even when I install gcc-toolchain. Is there another package I should be using, or is there a way to set CC=gcc for the build?
<RavenJoad>psyclimb: If the game is in the store, then the only good way (I know of) to add addons is to edit the package recipe to put the addons in the final output.
<RavenJoad>TakeV: You can explicitly set CC=/gnu/store/gcc-.../bin/gcc with a configure-flags or make-flags in the arguments for the package. Are you sure Guix is not setting CC?
<kedin>does guix support installation with encrypted partitions ?
<damo22>kedin: sounds like a hardware question, i mean, you could use something like a raspberry pi right?
<kedin>damo22: will you believe me if i said i want to test it in a device worse than a rassberry pi 4
<apteryx>kedin: it's called Guix System :-) Guix requires at least 2 GiB of RAM for operation, which means while doing some upgrade or updating itself. If you use substitutes it won't use more resource than another system. It depends what you software you use.
<kedin>apteryx: yes i know... i talk about ideal ram usage and base system size....
<apteryx>kedin: you should just give it a try :-) I can't reboot now but you can use slim as login manager with x11 and ratpoison, that should give you something pretty minimal (I remember booting this setup on Guix System with a memory usage of < 200 MiB a couple years back)
<apteryx>there's nothing inherently memory intensive in the operation of a Guix System, but having a fast disk such as SSD or at least 2 GiB of RAM will make for a better experience when using guix the package manager itself (which is a punctual thing to do)
<kedin>i might be a bit of a freak to milk every drop of performance out of my old harware...
<kedin>but bloatware are bloatware and it makes programs worse
<kedin>plp should consider it as well but they never give a *duck
<samplet>The thing about RAM is that using more of it makes programs go faster. The other thing is that programs are not generally written to probe the amount of the RAM the current system has when making decisions about how much to use. That means they usually target a reasonable guess as to how much total RAM is available.
<samplet>As time goes on, the “reasonable guess” gets bigger and bigger.
<samplet>Some software (I’m thinking of Postgres) is pretty good about tuning RAM usage. It’s not too common, though (in my experience).
<samplet>Which is not to undermine the impulse to keep old hardware going. It’s a good one! I’m just thinking out loud about the issues.
<jpoiret>nckx: wdyt of parametrizing by system only when building the hooks in profile-derivation instead?
<jpoiret>because profile-derivation takes a SYSTEM argument, just doesn't use it properly for the hooks
<jpoiret>sneek, later tell civodul: can't we assume that tests are running using bash? it ends up as an input of Guix so it should be fine. The fd leaking test doesn't work with my zsh, and I see you're adding a test conditionally if we're running on bash
<jpoiret>because this suggests that profile-derivation is wrong and that may also cause problems at other call sites
<nckx>I also think there's more to it. I'm not confident that I fully understand the problem yet, that patch is just where I stopped yesterday. I hope to find the root cause tomorrow. I won't be at a computer today.
<jpoiret>I can have a look at it as well. Do you have any nice testing tips?
<nckx>jpoiret: Sorry, ignore those two messages, I think I'm confusing this bug with something else.
<nckx>ACTION at social gathering, people are trying to make me be social, it's tiring.
<nckx>jpoiret: You can use a package that refuses to build on your native arch. But make it fail in a phase, not through supported-systems, because the latter wasn't reliably checked. *That's* what was sus.
<jpoiret>nckx: i wish i hadn't looked deeper into this. monadic store + %current-target-system is a mess
<jpoiret>i'm writing a big reply highlighting what goes wrong
<minima>next4th: ok, thanks, `.bash_profile' and `.bashrc' are actually sourced correctly, i'm having an issue with a particular env variable that seems to be misteriously overwritten, but at least the general mechanism seems to be working fine - thanks for your help
<nckx>jpoiret: I'm... starting to feel grateful I fell asleep yesterday? What horrors did I miss, oh boy.
<Guest58>i have a question: how can i build packages from source using the guix package manager? i am on guix system
<jpoiret>Guest58: Guix packages are all built from source, but Guix by default lets you download substitutes for them from the build farms so you don't have to rebuild them. You can disable substitutes for individual commands with --no-substitutes, or you could just remove all substitute servers from your guix system configuration
<wehlutyk>quick question: are the message sent to email@example.com filtered or some of them taken as spam? I'd like to ask a question there, sent it twice since yesterday, and I don't see it in the archive yet
<jpoiret>wehlutyk: if it's your first interaction with them you'll have to be manually moderated first
<jpoiret>Guest58: you could try other containerization engines
<mwette>I'm trying --install-from-file. The source has a #!/bin/python. I've added python to inputs, but when I run "guix package ..." I get this: patch-shebang: ./util/latency_report.py: warning: no binary for interpreter `python' found in $PATH
<jpoiret>can you try using firstname.lastname@example.org:bin and email@example.com?
<jpoiret>in your home config you can use the glib symbol from (gnu packages glib) instead of specification->package
<jpoiret>(and to specify a specific output of a package you should be able to give (list glib "bin"))
<jpoiret>when you give a version-less specification to guix anywhere, it always prefers the newer package, even though it might not be the default one used elsewhere (for example as a dependency). In guix we have glib and glib-next, but all packages use glib
<piptown>I installed bspwm as user and as root. However bspwm isn't reading my bspwmrc file currently I created an alias to force it to read once. I Log in and open a terminal then run my alias. I'm trying to see why guix isn't reading my bspwmrc file upon startup?
<thanosapollo>can you replace emacs package archives with just guix? How would I have something like (dolist (package emacs-package) guix-install package) on a foreign distro(debian)
<Guest28>Not sure, but if you use Emacs from Guix and the package is available on Guix like emacs-ef-themes, you just need to do guix install emacs-ef-themes and Emacs should detect it automatically through the ENV variables
<thanosapollo>Guest28: yeah, that works, but I want to have a .scm or .el file with a list of packages to reproduce my emacs setup
<thanosapollo>manually installing 80 packages each time would be a pain xD
<sneek>civodul, jpoiret says: can't we assume that tests are running using bash? it ends up as an input of Guix so it should be fine. The fd leaking test doesn't work with my zsh, and I see you're adding a test conditionally if we're running on bash