IRC channel logs


back to list of logs

<Blackbeard[m]>amz3: ٩(◕‿◕。)۶
<Blackbeard[m]>I am learning to package
<Blackbeard[m]>to mantain this package:
***xws is now known as wxie
<rvgn>Hello Guix!
<roptat>I finally booted on the ssd \o/
***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
<roptat>Cool :)
<civodul>roptat: pushed!
<roptat>Yay \o/
<Tirifto>Hello all!
<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.?
<Blackbeard[m]>Tirifto: did you add the Paths
<Blackbeard[m]>every time you install something
<Blackbeard[m]>at the end it tells you no export some paths
<Blackbeard[m]>like the info path and so on
<Tirifto>Huh! Let me check by uninstalling and reinstalling a package!
<Blackbeard[m]>they should be on you .profile or .bash_profile
<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
<Blackbeard[m]>vagrantc: yeah but guix tells you evrything
<Blackbeard[m]>guile path
<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’.
<Blackbeard[m]>info path
<Blackbeard[m]>and so on
<Blackbeard[m]>Tirifto: what did you install
<Tirifto>Er, ‘building’ messages, not packages.
<Tirifto>Blackbeard[m]: ‘minetest’
<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>I have this in my .bash_profile
<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"
<vagrantc>XDG_DATA_DIRS ... tada
<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"
<Blackbeardy>export GIT_SSL_CAINFO="$SSL_CERT_FILE"
<vagrantc>Blackbeardy: how long is this paste? :/
<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"
<Blackbeardy>vagrantc I am just ehlping tirifto
<vagrantc>generally better to use a pastebin for more than a few lines
<Blackbeardy>and thats it
<vagrantc>Blackbeardy: yes, i understand
<Blackbeardy>to be honest I didn't think there were so many :/
<Blackbeardy>but turns out they are
<vagrantc>just use in the future if it's more than 2-3 lines
*vagrantc squints
<Blackbeard[m]>wil do
<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"?
<Blackbeard[m]>Tirifto: did you put all the lines i sent?
<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>hmm, it should work
<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
<pkill9>but idk
<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?
<vagrantc>a lot of moving parts there
<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: aegisub: automation [folder]
<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.
<Tirifto>Oh, those! I used GDM, then.
<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
<Tirifto>And still nothing.
<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>Assuming Parabola did not change anything should work.
<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
<Tirifto>civodul: Do you speak Esperanto?
<civodul>iomete :-)
<Tirifto>Mojose! :D
<civodul>roptat: i'd recommend not comparing build systems by name, but rather by object equality
<roptat>civodul, ok
<roptat>is that all, or should I change something else?
<civodul>roptat: dunno i just saw that one change in the opam importer (?)
<civodul>no big deal
<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 :)
<civodul>ah sure, to guix-patches?
<civodul>oh this one i guess:
<civodul>BTW, any comments on these keyboard layout and Xorg changes?
<roptat>let me see
<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>OK done
<TRS-80>(complaining to them, I mean)
<TRS-80>still waiting for apt-get upgrade to finish installing 100+ localizations... :.
<TRS-80>OK that's done... finally
<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>It looks like one of Hydras build machines are out of disk space:
<atw>Specifically, the problem I'm trying to debug is Hmm, I've been doing it locally. Next step, repro in VM :)
<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