[Bug 979232] New: wget complains about missing qtpaths
http://bugzilla.opensuse.org/show_bug.cgi?id=979232 Bug ID: 979232 Summary: wget complains about missing qtpaths Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening@forge.provo.novell.com Reporter: Stromeko@NexGo.DE QA Contact: qa-bugs@suse.de Found By: --- Blocker: --- Since the latest update, wget started to complain about missing qtpaths, apparently needed in some shellscript that wget tries to invoke: gratz/cygwin> wget -nv https://www.cygwin.com/cygwin-pkg-maint -O /home/gratz/cygwin/cygwin-pkg-maint sh: qtpaths: command not found I can't see why it even forks to shell in this case. Following the advice from cnf gratz/cygwin> cnf qtpaths Das Programm 'qtpaths' kann im folgenden Paket gefunden werden: * libqt5-qttools [ Pfad: /usr/bin/qtpaths, Repository: zypp (Tumbleweed-OSS) ] Try installing with: sudo zypper install libqt5-qttools I installed libqt5-qttools, which pulled in some more packages. It seems there is a dependency missing somewhere. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=979232
http://bugzilla.opensuse.org/show_bug.cgi?id=979232#c2
Achim Gratz
Please check if "your" wget command happens to be a shell alias or wrapper script that tries to do more than just calling the wget binary.
gratz/cygwin> file `which wget` /usr/bin/wget: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 3.0.0, BuildID[sha1]=478680ffa7130580fcaa442916337d831e84108c, stripped gratz/cygwin> ldd `which wget` linux-vdso.so.1 (0x00007ffc20ff7000) libpcre.so.1 => /usr/lib64/libpcre.so.1 (0x00007f1350b5b000) libuuid.so.1 => /usr/lib64/libuuid.so.1 (0x00007f1350956000) libmetalink.so.3 => /usr/lib64/libmetalink.so.3 (0x00007f1350745000) libssl.so.1.0.0 => /lib64/libssl.so.1.0.0 (0x00007f13504d3000) libcrypto.so.1.0.0 => /lib64/libcrypto.so.1.0.0 (0x00007f135003f000) libz.so.1 => /lib64/libz.so.1 (0x00007f134fe28000) libpsl.so.5 => /usr/lib64/libpsl.so.5 (0x00007f134fc1b000) libidn.so.11 => /usr/lib64/libidn.so.11 (0x00007f134f9e7000) libproxy.so.1 => /usr/lib64/libproxy.so.1 (0x00007f134f7c6000) libc.so.6 => /lib64/libc.so.6 (0x00007f134f424000) libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f134f207000) /lib64/ld-linux-x86-64.so.2 (0x0000558aadab1000) libexpat.so.1 => /usr/lib64/libexpat.so.1 (0x00007f134efdd000) libdl.so.2 => /lib64/libdl.so.2 (0x00007f134edd9000) libicuuc.so.57.1 => /usr/lib64/libicuuc.so.57.1 (0x00007f134ea2d000) libmodman.so.1 => /usr/lib64/libmodman.so.1 (0x00007f134e824000) libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x00007f134e4a2000) libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f134e28b000) libicudata.so.57.1 => /usr/lib64/libicudata.so.57.1 (0x00007f134e089000) libm.so.6 => /lib64/libm.so.6 (0x00007f134dd84000) As I said before, I have no idea why wget invokes the shell (and I hadn't expected it to), it's probably something that got pulled in with KDE. Also, I normally do not use either sh or bash, so I haven't modified any of the startup scripts for these shells. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=979232
http://bugzilla.opensuse.org/show_bug.cgi?id=979232#c3
Reinhard Max
http://bugzilla.opensuse.org/show_bug.cgi?id=979232
http://bugzilla.opensuse.org/show_bug.cgi?id=979232#c4
Reinhard Max
http://bugzilla.opensuse.org/show_bug.cgi?id=979232
http://bugzilla.opensuse.org/show_bug.cgi?id=979232#c5
Dominique Leuenberger
I meanwhile grep'ed through all files of a Tumbleweed default installation. It turned out that /usr/lib64/libproxy-0.4.13/modules/config_kde.so tries to invoke invokes qtpaths when the environment variable KDE_FULL_SESSION exists:
$ KDE_FULL_SESSION= wget -q https://opensuse.org/ -O /dev/null sh: qtpaths: command not found
But it seems to be only a warning, wget peforms the download nevertheless.
Reassigning to the maintainers of libproxy.
Thanks - that's indeed the KDE plugin for libproxy that is missing this dependency... -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=979232
http://bugzilla.opensuse.org/show_bug.cgi?id=979232#c6
Dominique Leuenberger
http://bugzilla.opensuse.org/show_bug.cgi?id=979232
http://bugzilla.opensuse.org/show_bug.cgi?id=979232#c7
--- Comment #7 from Dominique Leuenberger
I meanwhile grep'ed through all files of a Tumbleweed default installation. It turned out that /usr/lib64/libproxy-0.4.13/modules/config_kde.so tries to invoke invokes qtpaths when the environment variable KDE_FULL_SESSION exists:
$ KDE_FULL_SESSION= wget -q https://opensuse.org/ -O /dev/null sh: qtpaths: command not found
For completeness sake: when libproxy detects to be operating inside a KDE session (a KDE session always sets KDE_FULL_SESSION variable) the plugin uses wvarious binaries (qtpaths is one of them) to find the configuration of KDE. This is then used to read the configuration out of KDE and have wget use the configured proxies (incl. wpad and pac support). -- You are receiving this mail because: You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply@novell.com