<ng0>nope. not fixed. temporarily fixed, back again
<lfam>Any GNOME / GTK wizards around? I finally got gnome-maps-3.18 to work, but I want to to use 3.20.1. When I run it, it fails with "Gjs-WARNING **: JS ERROR: Error: Requiring Geoclue, version none: Typelib file for namespace 'Geoclue' (any version) not found"
<civodul>OTOH most of the logos on that page are blueish
<rekado_>I'm afraid that what makes these things successful is that they are undisciplined. "It's just bash scripts!!!" is a feature. It's also terrible.
<rekado_>that's why conda is used by Galaxy to install applications.
<lfam>In my experience people hate maintaining bash scripts. So, there must be a hangover later on, right?
<rekado_>these conda recipes are yaml files with bash scripts to install.
<rekado_>and these bash scripts do nasty things like copy a prebuilt binary somewhere.
<lfam>Like how Docker seems great until you need to do a security update
<rekado_>all this conda stuff quickly fell apart for us when we had to add our own application to the Galaxy system.
<rekado_>these systems make it so easy to do bad things.
<lfam>Here is a doozy: "...I think we have to pay particular attention to technologies that continuously deliver desired end-states, and across diverse production environments, otherwise we're just speeding up over-the-wall procedures." Somehow that is an endorsement of habitat.sh
<lfam>So that I don't have to parse the output of $PATH or similar
<civodul>davexunit: sure why not; what's your use case?
<optikalmouse>davexunit: in the habitat example they have two steps; do_build whose guix is just using the right build system with the correct options, and they have do_install which are the shell commands to run after package install. what's the guix equivalent of that?
<davexunit>civodul: the current use case is a script that will 'cd' into a directory within the profile before running a comamnd.
<lfam>It's only the file share/gnome-maps/org.gnome.Maps.src.gresources
<lfam>Which does import a number of libraries, but not libgoa
<lfam>It must expect to find it in the environment
<lfam>So, should we use LD_LIBRARY_PATH while packaging this slightly outdated version of gnome-maps? I'm hoping that the latest release doesn't have this issue, and if it does, I can file a bug report
<lfam>Also, should GNOME applications be able to run outside of GNOME?
<lfam>Yeah, everyone has had their imperative package manager break their system completely
<optikalmouse>this is an interesting point in the comments: "I question the security claims. Containerization is nice, but the next OpenSSL vulnerability will require every upstream to rebuild and distribute updated snaps instead of the distro providing a single patched OpenSSL build. "
<lfam>It might be "required" but it probably will not happen
<civodul>"Applications packaged by Habitat display the following characteristics in a production environment: [...] They are security aware, which means they are encrypted at the artifact and secret level."
<ng0>civodul: we had a short discussion.. the goal at the end of guix' roadmap is easy to reach, so I'll make things to work towards gnunet integration a priority .. but it might be in perl the first time, depending on what me and the other person agree upon.. i hope i can make it guile.