https://bugs.kde.org/show_bug.cgi?id=445813
--- Comment #1 from Malte S. Stretz <m...@apache.org> ---
Duh. As so often, I found that part of the issue is actually sitting in front
of the screen: libproxy picks up the KDE settings totally fine as long as (a)
the additonal package is installed and (b) the `proxy` test tool is executed
properly. The following command actually gives me the proper result (a full URL
is required, not only a hostname):
proxy <<< https://example.com
Feel free to close this report but there are two things I noticed while
debugging this:
(a) That additional package is required. I think it would make sense to install
it (at least via a recommends dependency) on KDE neon per default
(b) While stracing and looking at the code I saw that `qtpaths` is called at
some point and some cache is maintained based on the result, if any. On my
machine there is a `qtpaths` executable available but it seems to be some kind
of multiplexer which doesn't find its actual implementation, cf. below. I
didn't modify any global Qt related configs, this a standard KDE neon in
regards to that (though upgraded from 18.04 at some point).
# qtpaths --paths GenericConfigLocation
/usr/lib/qt5/bin/qtpaths: command not found
qtpaths: could not find a Qt installation of ''
--
You are receiving this mail because:
You are watching all bug changes.
