<sneek>joshuaBPMan, amz3 says: I mean you can not even have forms without lots of trickery
<joshuaBPMan>nevermind. I just looked at the source code...seems like some are and some are not.
<davexunit>after trying to get guix to build binaries without runpaths, I gave up and used patchelf to clear out the runpaths. now my problem is that the binary I built with guix doesn't work on ubuntu 18.04 because the system glibc version differs from the version guix used when building.
<sturm>leoprikler, wingo, sirmacik: There was a bug listed for this flatpak segfaulting so I've mentioned your approach to making it work there
<aerique>I was helped here last Tuesday with the pCloud AppImage and everything is working now, thanks. I do have some questions on how to turn my hacks into something that would perhaps be useful to others but I think the mailinglist would be the right place for that?
<leoprikler>Is it a simple one-liner or does it require more work?
<aerique>Then again, it's about non-free software so I'm not sure it would be ok.
<aerique>kirisime: that's not strange, on my other Linux distros `pkg uninstall pulseaudio` also fixes a lot of issues ;-)
<kirisime>Franciman: Guix system has been my main and only OS for as long as I've had it installed. I even have the package manager and daemon running on my phone. The guided installer is the only thing not ready for prime time.
<fishinthecalcula>environment. The python part seems to be working but as soon as Malmo is started, gradle tries without luck to load a "libnative-platform.so" and crashes. Here is the trace https://paste.debian.net/1112268/ . Has anyone ever heard of this library? Do you think it's possible to pach some gradle jar with maybe patchelf? In the meantime I'm packaging minerl dependencies but that would involve also updating opencv for
<fishinthecalcula>Right now the problem seems to be that libboost in Guix is built against python 2.7 and malmo expects 3.6
<aerique>kirisime: is getting Steam running trivial or do you have notes somewhere?
<aerique>I would also be interesting in people running Dropbox so I don't have to figure it out for myself.
<leoprikler>You can try building a package boost-with-python3
<fishinthecalcula>so i tried first to relax malmo's requirements by patching the cmake file and that lead to other problems which i can't remember right now and the i tried building libbost against python 3.7 but that didn't appear to produce a libboost_python file
<leoprikler>you need to modify the 'provide-libboost-python phase of your modified boost
<rekado_>kirisime: it would be good to figure out what exactly the problem is. Could be that an application insists on using ALSA directly and the ALSA pluging for pulseaudio isn’t working right.
<leoprikler>instead of (symlink "libboost_python27.so" "libboost_python.so"), it should be (symlink "libboost_python37.so" "libboost_python.so")
<fishinthecalcula>leoprikler: Yeah I did. I tried both removing it and symlinking what i expected to be the compilation output so "libboost_python37" to "libboost_python"
<kirisime>aerique: Given that steam requires a 32bit environment and that every package manager that packages it only just packages an installer so that steam can update itself as it requires, there is no clean way to install it using guix. What you do is install flatpak and install steam from flathub. And when your games don't make sound, you kill pusleaudio. Also for proton support you'll need a ulimits service to raise file descriptor limits,
<kirisime>and if you're using GNOME like me you'll discover that you need to work around the generated service not affecting gnome sessions. And the only decent way to make flatpaks available in system menus is to symlink its directories to /.local/share with GNU stow rather than trying to fiddle with $XDG_DATA_DIRS or whatever the variable was.
<kirisime>rekado_: The issue is with flatpak most probably not being able to find the pusleaudio socket in /run/user/<your-uid>/pulse/native because it's started by gdm, and running pulseaudio --kill somehow makes the socket appear. This seems like a common issue with flatpak, and GNOME's upcoming pulse replacement has support for flatpak in its goals probably for this exact reason.
<kirisime>amz3: I'm using notmuch but I don't use email heavily and I don't think email in emacs is worth the trouble if you don't have requirements that no other setup would fill. It's such a unix-y solution; do one thing and do it well, which means that you have four speparate programs for receiving, indexing, reading and sending mail.
<roptat>but in my case, every binary used /usr/lib for libraries, so they would use different libraries in case of a rebuild
<roptat>and you had to install dependencies explicitely (well, the tool took care of that of course)
<roptat>so after all, it wasn't as nice as guix :)
<str1ngs>I have a package manager that use /opt/via/lib with runpaths. like guix. but guix ends up being better because /gnu/ provides profiles etc. the issue is all the corner cases that need patching or environment variables
<aerique>roptat: earlier you suggested `guix build fuse` which works to get a path to the libfuse library, however I cannot do `guix build gcc` to get a path to the `libgcc_s.so.1` and `libstdc++.so.6` libraries
<str1ngs>if say guix had a pseudo file system where prefix was /usr/ but writes happened to output path. then it's possible. guix could package with less hacks and profile tweaks
<dattashantih3>str1ngs: hmm, I'll look into it. I've been looking into bubblewrap as an alternative as well.
<str1ngs>dattashantih3: I'm the only person using via. so I might need to fix somethings to make it more useable/generic. I have gotten it to run guix-daemon etc. though I've run into a network issue. and it relies on user mappings.
<davexunit>dongcarl: neat! I've found that by setting LD_LIBRARY_PATH appropriately that even with runpaths I can get the linker to look in places other than /gnu/store so it hasn't been a huge problem for me.
<dutchie>is there an eta for a staging merge? i have a very annoying bug that is fixed there
<davexunit>in fact I may soon have a big binary blob that I can ask people to test out :)
<dutchie>wonder whether it's worth switching channels for now
<davexunit>this is not directly about guix, but it is tangentially related. I'm trying to create a .tar.gz archive of a directory in /gnu/store but I *do not* want the root directory in the tarball to be 003ip7dnsgwgrf220k3jxhmb7wi6qi5r-thisisbonkers-1.0
<davexunit>I haven't yet figured out the right flags to make it happen
<kirisime>nckx: I can't come up with a way to use the wireguard patch in the snippet.
<kirisime>And only so because there doesn't seem to be a way to get the package's store path from anywhere.
<nckx>kirisime: If you mean you tried & failed to file-append with an :output: same. I ended up using #~(begin … #$(file-append patch "/bin/patch") … (string-append #$wireguard:kernel-patch "/wireguard.patch"))
***nckx changes topic to 'GNU Guix | the ci.guix.gnu.org substitute server is currently down | 1.0.1 is out! get it at https://guix.gnu.org | videos: https://guix.gnu.org/blog/tags/talks/ | bugs and patches: https://issues.guix.gnu.org | paste: https://paste.debian.net | Guix in high-performance computing: https://hpc.guix.info | This channel is logged: http://logs.guix.gnu.org/'
***ChanServ sets mode: -o nckx
***ChanServ sets mode: +o nckx
***nckx changes topic to 'GNU Guix | guix.gnu.org (including substitute server) is currently down | 1.0.1 is out! get it at https://guix.gnu.org | videos: https://guix.gnu.org/blog/tags/talks/ | bugs and patches: https://issues.guix.gnu.org | paste: https://paste.debian.net | Guix in high-performance computing: https://hpc.guix.info | This channel is logged: http://logs.guix.gnu.org/'