<ngz>Hello. I'm encountering a problem while trying to package "mgba". In a nutshell it compiles fine, but, during installation, I see "Set runtime path of "/gnu/store/...-mgba-0.6.0/lib64/libmgba.so.0.6.0" to "lib64"" during installation. Then, during "validate runpath" phase, something like "/gnu/store/...-mgba-0.6.0/lib64/libmgba.so.0.6: warning: RUNPATH contains bogus entries: ("lib64")" and the whole process ultimately fails wit
<ngz>"/gnu/store/...-mgba-0.6.0/bin/mgba: error: depends on 'libmgba.so.0.6', which cannot be found in RUNPATH".
<ngz>This is the cmake-build-system, so it might be fixed by using -DCMAKE_INSTALL_LIBDIR appropriately, but it's a bit out of my league, I think.
<wingo>rekado: hey i rotated my gpg key (also ssh key). i updated savannah but i don't know what the deal is for guix and its pre-commit hook. i seem to have managed to push but if there is something else i need to do to update the guix keychain lmk
<wingo>i guess this is more of a civodul / mark_weaver thing, dunno
<wingo>and i would guess that the "gnome" package listing baobab as an input before nautilus makes gnome prefer baobab by default for that mime type
<wingo>hum, my XDG_DATA_DIRS has lots of duplicates
<wingo>i guess all is working fine, maybe just that nautilus special-cases directories or something
<balaga>Hi ! I tried to set a build with a publish server. I don't understand why getting a package from my server (as substitute) is by far slower than using hydra as substitute. Is that normal ?
<balaga>I work on 2 VMs : one which is set to be my serveur (substitute), one which is supposed to get packages by my server.
<balaga>My main issue is the subsequent : I build a package like shellcheck,tmux or perl. I make guix publish. The server is available. I make a "guix archive -authorize" and I enter my pub key of my server. I try a "guix package -i shellcheck --substitute-urls="http://myserver...".
<balaga>I can see the different gets on my server, so the connection is ok. Some packages are dowload through the server BUT after a few secs, a phase of compiling is launched and it's very very slow.
<balaga>Is my substitute server not a mean to avoid my second VM to compile ?
<balaga>sorry, i would like to say "build" when I said "compile"
<wingo>does anyone else have the problem that libreoffice doesn't show up in the gnome-shell launcher?
<wingo>and when you double-click on a .doc file for example that libreoffice isn't associated with it
<wingo>i think the .desktop files included with the project aren't being installed, or something like that
<efraim>balaga: did you authorize your machine to get substitutes from your server
<wingo>adfeno: if you use libreoffice from guix, can you repro the bug?
<efraim>balaga: there is some grafting that happens which isn't done with the substitutes, what packages are being built?
<adfeno>I don't have LibreOffice installed from Guix. I have been avoiding LibreOffice for almost a year now. It doesn't seem to be non-graphics-acceleration friendly, and requires a X display to edit documents. I have Trisquel's copy of LibreOffice, which seems to work fine.
<adfeno>ACTION misses an ODF (ODT/ODS) mode in GNU Emacs. :(
<balaga>efraim: Sorry if i'm slow, I don't want to tell you something wrong. IMO the first package which is build is guile-2.0.14 or bootstrap-binaries.
<balaga>efraim : the first packages downloaded are all dependancies that I can see with a "guix graph --type=bad-emerged shellcheck". But after there are some packages like "bootstrap-binaries-0", "guile-bootstrap-2.0" which are downloaded. I guess they are dependancies of the precedent packages.
<balaga>efraim: I can understand that there is dependancies to download, but... why are there so many phases of "unpack", "preconfigure", "configure" .... that seem not to happen when using the substitute hydra?
<thomassgn>hmm, I'm getting "system: error: profile contains conflicting entries for coreutils:out" and it lists coreutils-8.26 coreutils-8.27
<davexunit>limtations? well, network isolation isn't very mature. you can either give the container full network access or none, there's no virtual network devices bridging containers with the main system like docker has.
<davexunit>but aside from the network access, I was even able to boot full GuixSD systems in a container, which was neat.
<davexunit>sometimes I like to run certain applications in a container as a way to have a scratch pad for some quick hacking
<davexunit>like to get a ruby console or someting 'guix environment --container --ad-hoc ruby -- irb'
<pmikkelsen>When writing my MPD service, I noticed that mpd can't find any ALSA device, OSS device or pulse audio device. That made me wonder what the "default" is for guix? And how would I go around starting pulse audio for example, before mpd? I don't see a service for it in the manual