<nanounanue>How can I check which user defined services are running? When I run `herd status` I am getting `error: connect: /run/user/1000/shepherd/socket: No such file or directory`
<nanounanue>But if I run it with `sudo` I only see the system wide services
***malaclyps is now known as mala
***mala is now known as ma
***ma is now known as mala
***mala is now known as dob
***dob is now known as dannyob
***dannyob is now known as dannyobrien
***dannyobrien is now known as malaway
***malaway is now known as mala_
***mala_ is now known as mala
<nckx>mubarak_: The modify-services syntax isn't second-nature to me as I've never used it at home, but that random ‘%desktop-services’ popping up near the end *does* look out of place. See my example. There's nothing after it.
<nckx>nanounanue: Then you have no user-defined services running 😉
<nckx>Guix doesn't manage them, at all, nor does it start a user Shepherd, so unless you've created your own ~/.config/shepherd and launch ‘shepherd’ somewhere in your .xsession or whatever, it's expected that there is none running.
<leoprikler>btw. since wip-emacs has been merged, can we gc it? :P
***lukedashjr is now known as luke-jr
<drgibbon>greetings all, general question here about packaging for Guix (I know next to nothing about the Nix/Guix style of doing things): How often (generally) does source need to be patched with snippets to make it work with the Guix store approach?
<drgibbon>Many things about the Guix approach sound appealing to me, but having to patch to make it build does sound a bit painful.
<robin>drgibbon, it really depends on the program. a lot of c/c++ programs using gnu-build-system will "just work" given appropriate inputs, for example
<robin>ime the most common problems are hardcoded paths in source code (which you can sometimes fix with substitute* or a patch) and test suites that fail under guix (and for initial packaging you can simply disable the "check" phase)
<mange>I'm trying to do some analysis on a system of mine, and work out the size cost of various things. I've run "guix size" on the built system, but now I'd like to run something like "guix graph" to find out what's bringing in each store item. I can't see an easy way to do that. Is it easy/possible to get a references graph for a system?
<cbaines>I'm back trying to login through the GDM to Gnome, so if anyone has any suggestions for things to delete, or places to look for information about why logging in doesn't work, I'm all ears
<efraim>does /var/lib/gdm have the right permissions? and can you log in from a TTY?
<roptat>dstolfa, whatever option you used with guix build to build that package, you can use with guix install to install it
<dstolfa>roptat: so i followed the online documentation with guix environment --pure guix, built everything, then i modified the package and installed it. however, in order to test the package i need to run it as root, rather than as a user
<dstolfa>roptat: so for context, i'm basically trying to make strongswan usable on guix (the default options in strongswan from upstream are minimal to the point where it won't connect to almost anything)
<dstolfa>the way guix does it right now is that in networking.scm there's a definition for a strongswan package and it relies on upstream flags to be sensible
<bone-baboon>How can I find out if an entire project is "GPL 3+"? The example I am looking at coreutils. The coreutils repository has a COPYING file that says it is using GPL version 3 <https://git.savannah.gnu.org/cgit/coreutils.git/tree/COPYING>. Looking at an individual source code file I can see that it says "either version 3 of the License, or (at your option) any later version."
<dstolfa>basically the situation i'm in is one where i've modified a package in my local git checkout, built it and i can install it in that environment, but i can't actually do a test run of it outside of the pre-defined tests because it complains about needing to be root
<roptat>does this package need to be setuid, or only sudo?
<ruffni>what does "no updater for foo" mean in `guix lint foo`?
<thorwil>hi! i though after a `guix environment fftw` that dependency should be dealt with, but i get a /media/hd/src/eq10q-2.2/eq4qs.c:29:10: fatal error: fftw3.h: No such file or directory
<thorwil>what am i missing here, regarding header files?
<zap>thorwil: hello. 'guix environment fftw' will create environment with all deps needed for building fftw not fftw package itself
<zap>you need to invoke it with magic argument --ad-hoc
<zap>like so "guix environment --ad-hoc fftw" -- everithing that goes after --ad-hoc added as package to your environment
<zap>/s/to your environment/to environment you about to switch to/
<thorwil>zap: thanks, but i still get `fftw3.h: No such file or directory`
<thorwil>actually, i wanted to build eq10q directly as guix package. managed to write the package description well enough for it to get going, but unfortunately, it failed with `/tmp/guix-build-eq10q-2.2.drv-0/eq10q-2.2/gui/bassup_ui.cpp:41:49: error: ‘_LV2UI_Descriptor’ does not name a type; did you mean ‘LV2UI_Descriptor’?`
<ecbrown>if i had better patch-fu i should have applied your patches first, i am sorry about this. maybe this can be retro-patched since i tried to be robotic about it. :-)
<thorwil>so it appears eq10q has to be patched. before figuring out how to do that in a guix package, i wanted to test it in an old fashioned build. except, it would be preferable to build againts guix libs, not what ubuntu provides ...
<roptat>ruffni, the "updater" is used by guix refresh, it can be used to tell you if a package is up to date or not, give you the latest version, and help updating the package definition
***TheCreeper1 is now known as TheCreeper
<roptat>for instance, there's an updater for github that checks release tags, an updater for gnu software that check ftp.gnu.org, etc
<thorwil>can anyone familiar with build flags tell me if that patch should be included, too?
<Allan>Hello, I have a very interesting problem whenever I run guix pull. It computes the hash for about a minute and a half before it logs me out. As a result I can't update any of my packages. What might be happening?
<drakonis>once there's parametric packages, it'll be possible to set up those flags, yeah?
<dstolfa>also nckx, just a question about AESNI: by default, strongswan doesn't enable it, but a lot of distros do for side channel concerns. however, i would argue that AESNI is basically non-free software and should be explicitly disabled in guix for something like an ipsec-based VPN?
<dstolfa>nckx: strongswan is something i use on a daily basis so i follow their stuff (as a user) quite closely, as i literally can't do my work without it. if at some point i notice it creeping in, i will happily change the package to do that
<nckx>Sure, I trust and defer to your judgment as a user.
<cbaines>nckx, guix publish could be run on a different port, or behind nginx through a different domain name. Not using the bayfront.guix.gnu.org name for general substitutes going forward, and instead using something machine independent has come up https://lists.gnu.org/archive/html/guix-devel/2021-05/msg00332.html so once a name is settled on for the general substitutes could be served through that, and bayfront.guix.gnu.org can go back to pointing at guix
<drakonis>tell the vm that the cpu doesnt support aesni
<dstolfa>but, from what i can see is that this is being built as a plugin. strongswan plugins are loaded at runtime, and i'm looking to see if the loading code does a check at load time if AES-NI is supported, and if so simply doesn't load itself