[
https://issues.apache.org/jira/browse/GUACAMOLE-205?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15862936#comment-15862936
]
Mark Goldey commented on GUACAMOLE-205:
---------------------------------------
The error is when using Guacamole's GUI-based login, and thus SSL, but not SSH
directly
It's as if Tomcat can't find or read user-mapping.xml (although it could read
it just fine a few days ago). Tomcat reports:
08:27:39.096 [https-jsse-nio-8443-exec-6] WARN
o.g.g.n.b.r.a.AuthenticationService - Authentication attempt from xx.xxx.xx.xxx
for user "xxxx" failed.
Not terribly helpful, unfortunately.
The machine is Debian Stretch:
uname -a
Linux faf2 4.9.0-1-686-pae #1 SMP Debian 4.9.6-3 (2017-01-28) i686 GNU/Linux
GCC is straight out of the box as follows:
gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/i686-linux-gnu/6/lto-wrapper
Target: i686-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 6.3.0-6'
--with-bugurl=file:///usr/share/doc/gcc-6/README.Bugs
--enable-languages=c,ada,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr
--program-suffix=-6 --program-prefix=i686-linux-gnu- --enable-shared
--enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext
--enable-threads=posix --libdir=/usr/lib --enable-nls --with-sysroot=/
--enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes
--with-default-libstdcxx-abi=new --enable-gnu-unique-object
--disable-vtable-verify --enable-libmpx --enable-plugin --enable-default-pie
--with-system-zlib --disable-browser-plugin --enable-java-awt=gtk
--enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-6-i386/jre
--enable-java-home --with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-6-i386
--with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-6-i386
--with-arch-directory=i386 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar
--with-target-system-zlib --enable-objc-gc=auto --enable-targets=all
--enable-multiarch --with-arch-32=i686 --with-multilib-list=m32,m64,mx32
--enable-multilib --with-tune=generic --enable-checking=release
--build=i686-linux-gnu --host=i686-linux-gnu --target=i686-linux-gnu
Thread model: posix
gcc version 6.3.0 20170205 (Debian 6.3.0-6)
Hope that helps.
> Compile error in libguac_common_ssh
> -----------------------------------
>
> Key: GUACAMOLE-205
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-205
> Project: Guacamole
> Issue Type: Bug
> Components: guacamole-server, SSH
> Affects Versions: 0.9.11-incubating
> Environment: Linux 4.9.0-1-686-pae #1 SMP Debian 4.9.2-2 (2017-01-12)
> i686 GNU/Linux
> Reporter: Mark Goldey
>
> I have compiled and used guacamole since v. 9.8 or so. I just downloaded the
> source for 9.11-incubating. ./configure works fine. Make terminates with
> the following error:
> {code:none}
> make[2]: Entering directory
> '/home/xxx/guacamole-server-0.9.11-incubating/src/common-ssh'
> CC libguac_common_ssh_la-guac_sftp.lo
> CC libguac_common_ssh_la-guac_ssh.lo
> guac_ssh.c:89:22: error: ‘guac_common_ssh_openssl_id_callback’ defined but
> not used [-Werror=unused-function]
> static unsigned long guac_common_ssh_openssl_id_callback() {
> ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> guac_ssh.c:70:13: error: ‘guac_common_ssh_openssl_locking_callback’ defined
> but not used [-Werror=unused-function]
> static void guac_common_ssh_openssl_locking_callback(int mode, int n,
> ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> cc1: all warnings being treated as errors
> Makefile:479: recipe for target 'libguac_common_ssh_la-guac_ssh.lo' failed
> make[2]: *** [libguac_common_ssh_la-guac_ssh.lo] Error 1
> make[2]: Leaving directory
> '/home/mark/guacamole-server-0.9.11-incubating/src/common-ssh'
> Makefile:486: recipe for target 'all-recursive' failed
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory '/home/xxx/guacamole-server-0.9.11-incubating'
> Makefile:418: recipe for target 'all' failed
> make: *** [all] Error 2
> {code}
> Make files is not my strong suit, but it seems like there's a problem with
> the configure script?
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)