***xws is now known as wxie
***daviid is now known as Guest31723
***Guest31723 is now known as daviid
<pkill9>i'm getting this error when compiling guix: gnu/services/networking.scm:349:16: In procedure private-lookup: No variable bound to #{% <user-account> abi-cookie}# in module (gnu system shadow) <pkill9>hmm, i probably need to clean up previous cache <civodul>pkill9: yes, "make clean-go && make" <rekado_>I have a problem with a manifest that references a package from a channel. <rekado_>it says that a variable is unbound, when it is not. <rekado_>I suspect a compilation problem as the source file looks fine. <kmicu>[jokin’] Compilator vs human being — place your bets! <rekado_>it’s fine when I add (use-modules (bimsb packages staging) (bimsb packages variants)) to the top of the manifest <rekado_>but it really shouldn’t be necessary (because channels) and because I use “specifications->manifest”. <rekado_>what’s weird is not that I need the “use-modules” clause, but that the error message is wrong when it’s missing. <rekado_>it clearly does load bimsb/packages/staging.scm and then reports an error about an unbound variable <rekado_>…which is declared in bimsb/packages/variants.scm <rekado_>so… what’s it going to be? Does it load the modules automatically or doesn’t it? <civodul>roptat: i'm adding the reverse-bag thing <Tirifto>I'm running Guix on Parabola and it's been working well so far, ever since the setup was done properly! But I find that I need to start the installed applications via the command line; would there be a known way to make them integrate with GNOME (or just any desktop environment in general), so that they show up in menus, get recognised by file managers, etc.? <Tirifto>Huh! Let me check by uninstalling and reinstalling a package! <vagrantc>well, PATH is not picked up by gnome, i'm guessing you'd need to add an XDG_SOMETHING_SOMETHING to get it to recognize guix's .desktop files <vagrantc>or at least, the PATH isn't what gnome menus use and such <Tirifto>Nope, it doesn't tell me to export any paths. The last things I see upon installing a package are a series of ‘building…’ packages, and ‘pakoj 9 en profilo’, which literally translates to ‘packages 9 in profile’. <Tirifto>Er, ‘building’ messages, not packages. <Tirifto>vagrantc: I see. So basically there exists a path where the necessary files are at, and GNOME uses a list of paths where it looks for those kinds of files, so I would need to add the appropriate path to that list? <Tirifto>Blackbeard[m]: It did tell me to add some paths early on, but those were guix-specific, rather than package specific, so they don't show up anymore. <Tirifto>(Actually I think one package may have requested a path specific to itself… and in that case I've probably added it.) <Blackbeardy>PATH="$HOME/.config/guix/current/bin${PATH:+:}$PATH" <Blackbeardy>export PATH="$HOME/.config/guix/current/bin${PATH:+:}$PATH" <pkill9>Tirifto: you can, you jus tneed to add "$HOME/.guix-profile/share" to your XDG_DATA_DIRS environment variable on login <Blackbeardy>export INFOPATH="$HOME/.guix-profile/share/info${INFOPATH:+:}$INFOPATH" <Blackbeardy>export GUIX_LOCPATH="$HOME/.guix-profile/lib/locale" <Blackbeardy>export XDG_DATA_DIRS="$HOME/.guix-profile/share${XDG_DATA_DIRS:+:}$XDG_DATA_DIRS" <Blackbeardy>export GUILE_LOAD_COMPILED_PATH="$HOME/.guix-profile/lib/guile/2.2/site-ccache${GUILE_LOAD_COMPILED_PATH:+:}$GUILE_LOAD_COMPILED_PATH" <pkill9>one way to do this is to put in your ~/.profile "export XDG_DATA_DIRS="$XDG_DATA_DIRS${XDG_DATA_DIRS:+:}$HOME/.guix-profile/share" <Blackbeardy>export GUILE_LOAD_PATH="$HOME/.guix-profile/share/guile/site/2.2${GUILE_LOAD_PATH:+:}$GUILE_LOAD_PATH" <Blackbeardy>export GUIX_LOCPATH="$HOME/.guix-profile/lib/locale" <Blackbeardy>export SSL_CERT_DIR="$HOME/.guix-profile/etc/ssl/certs" <Blackbeardy>export SSL_CERT_FILE="$HOME/.guix-profile/etc/ssl/certs/ca-certificates.crt" <pkill9>Tirifto: then it will search for .desktop files from your guix profile's "share/applications" directory <Blackbeardy>export GIO_EXTRA_MODULES="$HOME/.guix-profile/lib/gio/modules${GIO_EXTRA_MODULES:+:}$GIO_EXTRA_MODULES" <vagrantc>generally better to use a pastebin for more than a few lines <vagrantc>just use paste.debian.net in the future if it's more than 2-3 lines <Tirifto>Blackbeard[m], pkill9, vagrantc: Thank you all! I've added the ‘XDG_DATA_DIRS’ line, and will now restart (even if relog might suffice) to see if it has worked! <Tirifto>Well, it would appear to not have worked! <pkill9>what does it say when you run "echo $XDG_DATA_DIRS"? <Tirifto>It says ‘/home/tirifto/.guix-profile/share’ <Tirifto>Blackbeard[m]: I didn't add the other ones—I wanted to start out small. xP <pkill9>although, if you're running on a foreign distro then there should also be "/usr/share" in there <Tirifto>I am, and the variable was empty before I added the line to .bashrc. <pkill9>i don't see why you would need the other ones <pkill9>ah, then GNOME doesn't have the XDG_DATA_DIRS set <pkill9>as it's only getting set in the terminal you open <pkill9>have you tried putting it in ~/.profile? <pkill9>when i say /usr/share should be in there, i mean it should already be set by the distro/gnome <Tirifto>I don't have ‘~/.profile’, so I'll try creating it. <Tirifto>Nothing! Perhaps I should ask the GNOME people what's up with XDG_DATA_DIRS? <kmicu>Tirifto: what do you have inside /home/tirifto/.guix-profile/share? Especially in folders related to apps you want to see in GNOME? <Tirifto>kmicu: share: applications [supposed to contain important files], aegisub [application], minetest [application] <kmicu>(Some packages can be not packaged properly and can have no app.desktop files so setting XDG_* will not help. <Tirifto>kmicu: applications: aegisub.desktop, net.minetest.minetest.desktop <Tirifto>kmicu: minetest: builtin, client, fonts, games, locale, textures [all folders] <Tirifto>Would that unearth all the interesting places? <kmicu>Tirifto: what display manager you use on Parabola? <Tirifto>kmicu: Wayland, if that's what a display manager is. <kmicu>Common display (login) managers are GDM, LightDM, SDDM and so on. That's the first window you see when you login into the system. <kmicu>Then I think you should set XDG_* in /etc/gdm/Xsession <kmicu>(Then GNOME should be started with it and pick up those *.desktop files from guix.) <kmicu>(Ideally a proper Guix package provided by foreign distros would set up all of those idiosyncracies for the user during installation phase; so experiance would be more pleasant ;) <efraim>I finally set up my user shepherd services <Tirifto>kmicu: Thanks! I'll restart now to try it out. <kmicu>efraim: Now please write a blog post so we could do the same. ヽ(*^▽^)/ <efraim>kmicu: sure thing. It turned out to not be scary at all ***buffet- is now known as buffet
<kmicu>Tirifto: Without Parabola and GNOME I cannot locate the issue so we need to wait for someone else to help. As a workaround you could write your own myapp.desktop with entry like ‘Exec=/home/tirifto/.guix-profile/myapp/binary’. <Tirifto>kmicu: Thanks for trying! I might give that workaround a try later. <kmicu>Or as a bigger workaround switch to Guix System and we can fix and investigate the whole day xD <Tirifto>I think I'll pass on that for a couple more years. xP <Tirifto>Though I might give that a try earlier on my secondary computer… <katco>bavier: hey thanks for the help yesterday. sorry i didn't answer your questions; i had an unexpected dns problem crop up <Tirifto>Then again, I don't want to mess it up trying to install Guix System, because I rely on my secondary computer at times when I mess up my primary computer, which, in turn, might be easier to deal with were it running Guix System… <katco>bavier: so to answer your question, debian does package llgpl packages <pkill9>Tirifto: or you could install to a VM <pkill9>migh tnot be the same though as you won't rely on it so much <civodul>Tirifto: i noticed that the eo translation is wrong, indeed <civodul>roptat: i'd recommend not comparing build systems by name, but rather by object equality <roptat>is that all, or should I change something else? <civodul>roptat: dunno i just saw that one change in the opam importer (?) <roptat>ah yes, that was for the updater actually <roptat>since we already compared by name, I made that simple change <roptat>if you could also have a look at the patches I sent to the ML, that be nice :) <TRS-80>Holy Christ, I am doing an upgrade and I just noticed LibreOffice is installing all these extra localizations... I am pretty sure I broke something with locale from installing guix... <OriansJ>TRS-80: I prefer guix environment --ad-hoc libreoffice --fallback that way it can't mess with my main environment <OriansJ>It is a wonderful thing about guix; one can install a package, use it once to solve a problem and then it and everything that comes with it can instantly go away... <TRS-80>I mean on the Debian host system <TRS-80>guix does seem like wonderful tech, but I don't have time to play with it, and so right now it's mostly just in my way <TRS-80>It was recommended way to install Next browser, perhaps I should take my complaints to them <TRS-80>still waiting for apt-get upgrade to finish installing 100+ localizations... :. <atw>Slightly OT, but I'm trying to debug an X11 problem in Guix: setting GDK_SYNCHRONIZE and running a program in gdb seems to freeze all of X. Am I doing it right? I'm following an error message from gtk ("To debug your program, run it with the GDK_SYNCHRONIZE environment variable ...") <mbakke>atw: Do you get the same crash if you use 'guix environment --no-grafts --ad-hoc icecat -- icecat'? <atw>let me see, I haven't tried making icecat crash in a while because I know the repro steps for pavucontrol and emacs