<lfam>I got used to the status quo but it would be better as roptat describes
<lfam>Some set of tests in 'tests/publish.scm' fails consistently on ci.guix.gnu.org, but not on my computers
<euandreh>I have to say, the unattended-upgrade-service-type is awesome
<euandreh>I just ran a recurring command on a server, and now it is downloading things from ci.guix.gnu.org. I initially thought: "why is this happening? I didn't change the environment, inputs or anything!"
<euandreh>Then it hit me: unnatented-upgrade-service-type ran yesterday, now I'm getting the new things
<BitPuffin>Hello folks, I tried installing the cinnamon-desktop package and adding it to my config.scm file along with i3 and all those, but it doesn't show up on the gdm screen like the other do, any ideas?
<dftxbs3e>hello! anyone know what is Mathieu Othacehe's IRC handle?
<dftxbs3e>efraim, and to add, what's taken into account for compiling .rlib is not only compiler version but all options cargo passes it. If any of them changes, all .rlib files change. Some projects explicitly require compilation options that will inevitably alter all dependent .rlib.
<dftxbs3e>efraim, features are also another factor
<dftxbs3e>we would need to create libraries for each feature combination
<dftxbs3e>efraim, do you think it would be possible to generate the packages instead of writing them out one by one? By that I mean generate packages dynamically so they don't even appear in GNU Guix's source. Because at this point, many package we need to make will just be bloat unless generated by a function we call.
<leoprikler>civodul: do we need to reboot after reconfigure?
<cbaines>dftxbs3e, if you give me a SSH public key, I can give you push access to the guix-patches Git repository, which will allow you to push branches there, which will get processed by the Guix Data Service.
<halfront>Hello, I'm having problems installing Guix; I had to patch Guix to account for my LVM in LUKS partition setup (force all mapped devices to be mounted by the initrd) which seems to work, but shepherd is failing to start every service with CP437: Invalid argument being printed all the time
<halfront>I saw a bug report which said something very similar, but that was due to FS corruption with empty files, I've re-installed a few times, and run fsck etc and found no fs corruption.
<halfront>Does anyone have a clue what I could do to further debug why shepherd fails to start everything?
<gmaggior>(newbie) Hi. I wonder if it is possible to use Guix to script some options of the installed applications. Eg. firewall configuration parameters or background file of a desktop environment, etc. Idea is to have the PC environment fully configured this way
<pkill9>my first thought regarding guix-home-manager is that what would be neat is for guix-home-manager to provide it's own file manager commands so you can do things like move, write and delete config files like nromal, except have it record them into it's config file
<dftxbs3e>pkill9, so write parsers for config file -> scheme code for each format?
<pkill9>nah, I'm thinking of it just recording the raw text
<pkill9>the scheme code would be written in the config file
<pkill9>I don't think home-manager is something I'd use, i'm thinking of a different use-case relaly
<pkill9>actually there is something else that would be neat, so I was thinking of using guix-container as equivalent of firejail sandbox
<pkill9>what you could do is chain commands together and automatically create sandbox where each command in that chain can only access it's own data, but each program in the chain can pipe to eachother
<dftxbs3e>pkill9, I think there was discussion between civodul and cbaines on this already here, something called runtime wrappers for installed programs in a profile, so that you can wrap them in any way you want, with firejail or flatpak for example.
<rictjo>I was wondering about module packages. When I add jansson as a use-module package I get the complaint that it doesn't contain any code, but I can easily find and install it with guix install... anyone know what this noob is doing wrong
<zimoun>do you mean (guix-data-service web controller)?
<rictjo>@roptat sure if I can get it working Ill share it
<rictjo>but it is old so using autogen (autotools) and spitting out some error about aclocal failing with exit status 63. there is a nice cgminer.nix file but I don't understand scheme guix or guile well enough yet
<dftxbs3e>nckx, so for some reason trying to use substitutes on the OSUOSL p9 machine errors with something like: https://issues.guix.gnu.org/46362 - that's the default. Substitutes don't exist anyway so luckily using $ guix build --no-substitutes hello - works!
<dftxbs3e>I ran it, waiting for build to finish now!
<jonsger>bonz060: only a private one for reporting security bugs: email@example.com
<bonz060>Also, I'm thinking of shifting all my emacs packages to use those defined from guix-- I saw talk of that a while back in the ML. Can someone point me to how to do this-- if you have such a setup?
<roptat>you can also use guix as a package manager on any other distribution you like
*Noisytoot accidentally pressed the button to leave
<nckx>pineapples: Yeah, that ‘happens sometimes’ (sorry for that shitty non-answer). It should point to the last successful build but there's a bug somewhere (maybe it only works if the last build == successful).
<nckx>civodul: Er, how do I do that? I assume it's not open or that would defeat the purpose 😉
<nckx>dftxbs3e: Oh, there are ppc64le substitutes now?
<nckx>Anyway, I hope you still have the complete backtrace, it might help fixing the bug.
<Whyvn>since guix keeps generatations of states of packages does this create a lot of extra space used to keep all the history? or is it not that big of a difference? what is the recommended root dir (/) size for a system? Ive been able to use a root dir of 30G on debian, what should it be with guix?
<Whyvn>or is it a dance of keeping as few generations as needed and cleaning up old packages?
<Noisytoot>Whyvn: It probably depends on your hard drive size
<leoprikler>guix is not really friendly to "small root dir" setups, since that's where all your programs land
<leoprikler>Although if you were to allocate a huge enough partition for /gnu, that'd work out
<lfam>30 GB would be enough unless you kept a lot of old generations of desktop systems, IMO
<lfam>I seem to remember that the Debian installer recommends single-digit gigabytes, and that will be small for Guix
<Noisytoot>Even with Debian programs are in /bin and /lib
<lfam>Does Debian recommend separate partitions for those directories, though? I expect they are part of the / partition
<leoprikler>plus after the /usr merge everything /bin and /lib are symlinks
<lfam>For reference, my workstation is Guix on Debian. My / partition is 38 GB. I have 114 Guix packages, including "big" packages like libreoffice and blender. I can comfortably keep about 12 packages generations, although they are usually not more than 2 months old. The longer time they span, the more space they'll use, because more packages will have changed
<lfam>I use a lot of space on Guix development, like testing builds and working on multiple branches
<lfam>We *do* aim to reduce space usage of Guix packages. We even have a tool `guix size` to help. But our packages are not as space-optimized as on Debian, and we lean towards enabling features over saving space
<bavier[m]>there'd be some other plumbing involved, I think.
<bavier[m]>something like `invoke/quiet` with making stdin, stdout, stderr available over the current-*-port's
<bavier[m]>idk how broadly useful it'd be, but I've at least had a few occasions where I need to invoke a program while providing input.
<bavier[m]>or examine the output if the test doesn't reliably use the exit code to indicate success/failure
<lfam>Yeah, I feel like that use case is always a little too complicated in Guix. It would be great to have a simple abstraction
<Whyvn>given any tar file with a linux program, can it be installed on guixSD? say I find some package that is not on guix, am I not limited to what outside packages I install when using guixSD? I am not sure how compliant guixSD is with other gnu/linux systems yet.
<leoprikler>you might get them to run via patchelf but it's tricky
<bavier[m]>the Guix System generally does not conform to the linux file system hierarchy assumed by many binary program releases
<leoprikler>the only compatibility guix offers is /bin/sh and /usr/bin/env
<lfam>You can also use the extra-special-files-service to make libraries available in the locations expected by the program
<leoprikler>if you have the source code on the other hand, compiling and later packaging it should be possible, assuming the dependencies themselves are packaged
<Whyvn>so its best to running the system the guix way and not try to make some frankenstein super hybrid between the different system types? my only fear of switching to guixSD is that it will not have pacakges that are needed. (i dont use many odd packages so probably rare, there is still that "what if" thought)
<leoprikler>you can sometimes bridge that gap with flatpaks, but if you do encounter such packages, it's often much rather an incentive to package them for guix
<leoprikler>that's how we lure people into become contributors :)
<cbaines>dftxbs3e, it might be possible to fix that by updating Guix, although I should probably make the guix-build-coordinator code backwards compatible with respect to Guix, I'll have a quick look...
<dftxbs3e>cbaines, Will do that, it's set up to update every day already.
<jlicht>civodul: poor man's vpn over (reverse) ssh tunnels wouldn't work?
<roptat>civodul, sounds like a VPN might be the easiest solution? we have the openvpn service, that would work for clients and servers
<dftxbs3e>wireguard's much easier and much faster! :-D
<dftxbs3e>lfam, I've been at places with similar situations and everyone was burned out or there was so many policies everywhere not really fitting use cases but no one can do anything about it. Don't know what happens there, may be similar.
<civodul>damnit, sorry for the stressful topic (again) rekado_
<lfam>For me, it's been a tremendous struggle this last year
<lfam>dftxbs3e: It's maybe a bit like that, but also, in general, these high-performance computing clusters are designed in a different way than a "normal datacenter", so access is generally more locked down
<cbaines>civodul, indeed, and that's not even touching on the features that become useful when trying to do far more dynamic work when testing patches and branches, there are plenty more features already implemented that are pretty essential for that
<cbaines>Whyvn, OK, that's useful to see, what's the locale set to?
<paulj>evening all. I am having problems getting emacs to run in server mode. I have a shepherd service starting the daemon, and everything appears to be working. A quick 'ps ax' shows emacs running in daemon mode, but when I run 'emacsclient -c' I get an error message indicating the server isn't running. Have any of you come across this before - I am sure I am missing something here!
<civodul>cbaines: yes, and also retrying builds, finding out about flaky builds, etc.
<cbaines>Whyvn, hmm, unfortunately I have no more ideas
<rekado_>(social encounters usually are very draining for me and they require a lot of attention. In many encounters it happens that I can’t remember what was discussed because I was so focused on getting *through* the conversation. The FOSDEM dinners and pub settings felt unusually unconstrained in comparison.)
<dftxbs3e>Whyvn, it sounds to me that solving this error on foreign distro is another beast than on GNU Guix System.