Failing to build mozilla from trunk

Xotic750 · September 29, 2015, 1:21am

After logging an issue on GitHub and wanting to send a PR #634, I forked the Komodo Edit project, cloned it and began a build to test some changes. The probem is that mozila fails to build. I have tried

cd komodo/mozilla
python build.py configure -k 9.10
python build.py distclean all

and

cd komodo/mozilla
python build.py configure -k 9.0 --with-crashreport-symbols
python build.py distclean all

and both ways produce the following:

67:44.50 libgfx_layers.a.desc
67:44.62 /home/graham/source_projects/KomodoEdit/mozilla/build/moz3500-ko9.10/mozilla/config/recurse.mk:36: recipe for target 'compile' failed
67:44.62 gmake[3]: *** [compile] Error 2
67:44.62 /home/graham/source_projects/KomodoEdit/mozilla/build/moz3500-ko9.10/mozilla/config/rules.mk:551: recipe for target 'default' failed
67:44.63 gmake[2]: *** [default] Error 2
67:44.63 /home/graham/source_projects/KomodoEdit/mozilla/build/moz3500-ko9.10/mozilla/client.mk:398: recipe for target 'realbuild' failed
67:44.63 gmake[1]: *** [realbuild] Error 2
67:44.63 client.mk:171: recipe for target 'build' failed
67:44.63 gmake: *** [build] Error 2
67:44.66 68 compiler warnings present.
67:46.02 Failed to parse ccache stats output: primary config                      /home/graham/.ccache/ccache.conf
Traceback (most recent call last):
  File "build.py", line 2959, in <module>
    sys.exit( main(sys.argv) )
  File "build.py", line 2955, in main
    return build(args)
  File "build.py", line 2779, in build
    newArgv = targetFunc(argv)
  File "build.py", line 2466, in target_all
    target_mozilla()
  File "build.py", line 2371, in target_mozilla
    buildDir, log.info)
  File "build.py", line 249, in _run_in_dir
    _run(cmd, logstream=None)
  File "build.py", line 231, in _run
    raise OSError("error running '%s': %r" % (cmd, status))
OSError: error running 'python mach --log-file /home/graham/source_projects/KomodoEdit/mozilla/build/moz3500-ko9.10/mozilla/mach.log build ': 2

I have tried searching on Google and there are a number of reports of others having a similar error, when building the non-Komodo build of Mozila, but I am unable to find a solution to the problem.

I have checked all the dependencies and all the versions match those documented.

I am using Fedora 22 which is kept up to date with dnf.

[graham@tyr mozilla]$ uname -a
Linux tyr 4.1.7-200.fc22.x86_64 #1 SMP Mon Sep 14 20:19:24 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

Any help would be appreciated.

mitchell · September 29, 2015, 2:32pm

Hi,

It looks like you got the Python traceback part of the error, but not the compiler error itself. However, I’m not sure if compiler errors are being reported to stderr. If there is any more error messages above the snippet you posted, please post them here.

nathanr · September 29, 2015, 3:14pm

Seems like the version of Mozilla we use is not compatible with the latest ccache version: https://bugzilla.mozilla.org/show_bug.cgi?id=1105090

We may want to look into backporting that version, although it has not really affected us thus far. You could downgrade your ccache version or build Komodo with Docker (which is what I do).

Note I believe the Docker steps may be missing a step or 2, please feel free to bug me if you run into issues (we’re on IRC - #komodo at irc.mozilla.lorg).

Xotic750 · September 29, 2015, 5:25pm

@mitchell There are no errors previous to the snippet that I posted.

@nathanr This is the info for ccache on my system

[root@tyr autoconf-2.13]# dnf info ccache
Last metadata expiration check performed 2:32:42 ago on Tue Sep 29 16:48:23 2015.
Installed Packages
Name        : ccache
Arch        : x86_64
Epoch       : 0
Version     : 3.2.2
Release     : 1.fc22
Size        : 446 k
Repo        : @System
Summary     : C/C++ compiler cache
URL         : http://ccache.samba.org/
License     : GPLv3+
Description : ccache is a compiler cache.  It speeds up recompilation of C/C++ code
            : by caching previous compiles and detecting when the same compile is
            : being done again.  The main focus is to handle the GNU C/C++ compiler
            : (GCC), but it may also work with compilers that mimic GCC good enough.

Do you know what version I would need to downgrade to? 3.1.x I am guessing?

Xotic750 · September 29, 2015, 5:38pm

Hmm, an rpm search shows that there is no Fedora 22 ccache below v3.2.1

Xotic750 · September 29, 2015, 11:29pm

So I downloaded the source for ccache 3.1.10 and compiled it fine,

[graham@tyr ccache-3.1.10]$ make
gcc -g -O2 -Wall -W -Werror -DHAVE_CONFIG_H  -I. -I. -MD -MP -MF .deps/main.c.d -c -o main.o main.c
gcc -g -O2 -Wall -W -Werror -DHAVE_CONFIG_H  -I. -I. -MD -MP -MF .deps/ccache.c.d -c -o ccache.o ccache.c
gcc -g -O2 -Wall -W -Werror -DHAVE_CONFIG_H  -I. -I. -MD -MP -MF .deps/mdfour.c.d -c -o mdfour.o mdfour.c
gcc -g -O2 -Wall -W -Werror -DHAVE_CONFIG_H  -I. -I. -MD -MP -MF .deps/hash.c.d -c -o hash.o hash.c
gcc -g -O2 -Wall -W -Werror -DHAVE_CONFIG_H  -I. -I. -MD -MP -MF .deps/execute.c.d -c -o execute.o execute.c
gcc -g -O2 -Wall -W -Werror -DHAVE_CONFIG_H  -I. -I. -MD -MP -MF .deps/util.c.d -c -o util.o util.c
gcc -g -O2 -Wall -W -Werror -DHAVE_CONFIG_H  -I. -I. -MD -MP -MF .deps/args.c.d -c -o args.o args.c
gcc -g -O2 -Wall -W -Werror -DHAVE_CONFIG_H  -I. -I. -MD -MP -MF .deps/stats.c.d -c -o stats.o stats.c
gcc -g -O2 -Wall -W -Werror -DHAVE_CONFIG_H  -I. -I. -MD -MP -MF .deps/version.c.d -c -o version.o version.c
gcc -g -O2 -Wall -W -Werror -DHAVE_CONFIG_H  -I. -I. -MD -MP -MF .deps/cleanup.c.d -c -o cleanup.o cleanup.c
gcc -g -O2 -Wall -W -Werror -DHAVE_CONFIG_H  -I. -I. -MD -MP -MF .deps/snprintf.c.d -c -o snprintf.o snprintf.c
gcc -g -O2 -Wall -W -Werror -DHAVE_CONFIG_H  -I. -I. -MD -MP -MF .deps/unify.c.d -c -o unify.o unify.c
gcc -g -O2 -Wall -W -Werror -DHAVE_CONFIG_H  -I. -I. -MD -MP -MF .deps/manifest.c.d -c -o manifest.o manifest.c
gcc -g -O2 -Wall -W -Werror -DHAVE_CONFIG_H  -I. -I. -MD -MP -MF .deps/hashtable.c.d -c -o hashtable.o hashtable.c
gcc -g -O2 -Wall -W -Werror -DHAVE_CONFIG_H  -I. -I. -MD -MP -MF .deps/hashtable_itr.c.d -c -o hashtable_itr.o hashtable_itr.c
gcc -g -O2 -Wall -W -Werror -DHAVE_CONFIG_H  -I. -I. -MD -MP -MF .deps/murmurhashneutral2.c.d -c -o murmurhashneutral2.o murmurhashneutral2.c
gcc -g -O2 -Wall -W -Werror -DHAVE_CONFIG_H  -I. -I. -MD -MP -MF .deps/hashutil.c.d -c -o hashutil.o hashutil.c
gcc -g -O2 -Wall -W -Werror -DHAVE_CONFIG_H  -I. -I. -MD -MP -MF .deps/getopt_long.c.d -c -o getopt_long.o getopt_long.c
gcc -g -O2 -Wall -W -Werror -DHAVE_CONFIG_H  -I. -I. -MD -MP -MF .deps/exitfn.c.d -c -o exitfn.o exitfn.c
gcc -g -O2 -Wall -W -Werror -DHAVE_CONFIG_H  -I. -I. -MD -MP -MF .deps/lockfile.c.d -c -o lockfile.o lockfile.c
gcc -g -O2 -Wall -W -Werror -DHAVE_CONFIG_H  -I. -I. -MD -MP -MF .deps/counters.c.d -c -o counters.o counters.c
gcc -g -O2 -Wall -W -Werror -DHAVE_CONFIG_H  -I. -I. -MD -MP -MF .deps/language.c.d -c -o language.o language.c
gcc -g -O2 -Wall -W -Werror -DHAVE_CONFIG_H  -I. -I. -MD -MP -MF .deps/compopt.c.d -c -o compopt.o compopt.c
gcc -g -O2 -Wall -W -Werror  -o ccache main.o ccache.o mdfour.o hash.o execute.o util.o args.o stats.o version.o cleanup.o snprintf.o unify.o manifest.o hashtable.o hashtable_itr.o murmurhashneutral2.o hashutil.o getopt_long.o exitfn.o lockfile.o counters.o language.o compopt.o -lm  -lz

but on install

[root@tyr ccache-3.1.10]# make install
/usr/bin/install -c -d /usr/local/bin
/usr/bin/install -c -m 755 ccache /usr/local/bin
/usr/bin/install -c -d /usr/local/share/man/man1
/usr/bin/install -c -m 644 ./ccache.1 /usr/local/share/man/man1/
/usr/bin/install: cannot stat ‘./ccache.1’: No such file or directory
Makefile:54: recipe for target 'install' failed
make: [install] Error 1 (ignored)

Doh!

I guess I will have to look at Docker next.

@nathanr What are the chances of getting the fix backported?

nathanr · September 30, 2015, 12:12am

Here’s a ccache 3.2.1 RPM for Fedora 21, chances are it’ll work on Fedora 22 as well:

ftp://rpmfind.net/linux/fedora/linux/releases/21/Everything/x86_64/os/Packages/c/ccache-3.1.10-1.fc21.x86_64.rpm

Honestly Docker may be the better approach though. It doesn’t seem affect performance at all.

Chances of getting it backported are pretty low as we are not affected by the issue ourselves and it could potentially take a significant chunk of time (building mozilla takes a while, so it’s not easy to test).

That said, the patch looks pretty simple, you could try backporting it yourself:

https://hg.mozilla.org/mozilla-central/rev/7f34fc3870ba

(only the building.py change is relevant).

Xotic750 · September 30, 2015, 12:46am

Well, I’ve manually installed ccache 3.1.10 at the moment and running a build with it to see what happens (twiddles his thumbs). I may try the patch too. Are you interested in the diff file if it works, I guess it is not something that you want to apply to your repo for all?

nathanr · September 30, 2015, 1:09am

I’d definitely be interested, but we wouldn’t apply it until we have the time to properly test it.

Xotic750 · September 30, 2015, 5:45am

Ok, build failed with 3.1.10, same error:a bit strange

67:20.61 libgfx_layers.a.desc
67:20.69 /home/graham/source_projects/KomodoEdit/mozilla/build/moz3500-ko9.10/mozilla/config/recurse.mk:36: recipe for target 'compile' failed
67:20.69 gmake[3]: *** [compile] Error 2
67:20.69 /home/graham/source_projects/KomodoEdit/mozilla/build/moz3500-ko9.10/mozilla/config/rules.mk:551: recipe for target 'default' failed
67:20.69 gmake[2]: *** [default] Error 2
67:20.70 /home/graham/source_projects/KomodoEdit/mozilla/build/moz3500-ko9.10/mozilla/client.mk:398: recipe for target 'realbuild' failed
67:20.70 gmake[1]: *** [realbuild] Error 2
67:20.70 client.mk:171: recipe for target 'build' failed
67:20.70 gmake: *** [build] Error 2
67:20.74 68 compiler warnings present.
Traceback (most recent call last):
  File "build.py", line 2959, in <module>
    sys.exit( main(sys.argv) )
  File "build.py", line 2955, in main
    return build(args)
  File "build.py", line 2779, in build
    newArgv = targetFunc(argv)
  File "build.py", line 2466, in target_all
    target_mozilla()
  File "build.py", line 2371, in target_mozilla
    buildDir, log.info)
  File "build.py", line 249, in _run_in_dir
    _run(cmd, logstream=None)
  File "build.py", line 231, in _run
    raise OSError("error running '%s': %r" % (cmd, status))
OSError: error running 'python mach --log-file /home/graham/source_projects/KomodoEdit/mozilla/build/moz3500-ko9.10/mozilla/mach.log build ': 2

I going to remove that manual install of ccache and dnf install the current version back into place and then try build with the patch.

Xotic750 · September 30, 2015, 9:26am

Applied the patch and ran a build, failed

 2:09.30 libdom_network.a.desc
 2:09.37 /home/graham/source_projects/KomodoEdit/mozilla/build/moz3500-ko9.10/mozilla/config/recurse.mk:36: recipe for target 'compile' failed
 2:09.38 gmake[3]: *** [compile] Error 2
 2:09.38 /home/graham/source_projects/KomodoEdit/mozilla/build/moz3500-ko9.10/mozilla/config/rules.mk:551: recipe for target 'default' failed
 2:09.38 gmake[2]: *** [default] Error 2
 2:09.38 /home/graham/source_projects/KomodoEdit/mozilla/build/moz3500-ko9.10/mozilla/client.mk:398: recipe for target 'realbuild' failed
 2:09.38 gmake[1]: *** [realbuild] Error 2
 2:09.38 client.mk:171: recipe for target 'build' failed
 2:09.38 gmake: *** [build] Error 2
 2:09.40 69 compiler warnings present.
 2:10.50 ccache (direct) hit rate: 4.0%; (preprocessed) hit rate: 40.0%; miss rate: 56.0%
Traceback (most recent call last):
  File "build.py", line 2959, in <module>
    sys.exit( main(sys.argv) )
  File "build.py", line 2955, in main
    return build(args)
  File "build.py", line 2779, in build
    newArgv = targetFunc(argv)
  File "build.py", line 2466, in target_all
    target_mozilla()
  File "build.py", line 2371, in target_mozilla
    buildDir, log.info)
  File "build.py", line 249, in _run_in_dir
    _run(cmd, logstream=None)
  File "build.py", line 231, in _run
    raise OSError("error running '%s': %r" % (cmd, status))
OSError: error running 'python mach --log-file /home/graham/source_projects/KomodoEdit/mozilla/build/moz3500-ko9.10/mozilla/mach.log build ': 2

So it seems to have changed the failure as ccache now reports

 2:10.50 ccache (direct) hit rate: 4.0%; (preprocessed) hit rate: 40.0%; miss rate: 56.0%

but there is clearly more to it than just that patch. Moving onto Docker.

Xotic750 · September 30, 2015, 9:43am

So it went reasonably well with docker until I got to:

[graham@tyr docker]$ ./docklet ssh
ssh -i /home/graham/source_projects/KomodoEdit/util/docker/id_rsa -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null -Y -X komodo@0.0.0.0 -p 32772
Warning: Permanently added '[0.0.0.0]:32772' (ECDSA) to the list of known hosts.
komodo@0.0.0.0's password:

What am I supposed to do at this point?

Defman · September 30, 2015, 1:24pm

Use komodo as the password. I was confused by this at first time.

Xotic750 · September 30, 2015, 1:38pm

Tried Komodo, komodo, password but all failed

[root@tyr docker]# ./docklet ssh
ssh -i /home/graham/source_projects/KomodoEdit/util/docker/id_rsa -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null -Y -X komodo@0.0.0.0 -p 32773
Warning: Permanently added '[0.0.0.0]:32773' (ECDSA) to the list of known hosts.
komodo@0.0.0.0's password: 
Permission denied, please try again.
komodo@0.0.0.0's password: 
Permission denied, please try again.
komodo@0.0.0.0's password: 
Permission denied (publickey,password).
[root@tyr docker]#

Defman · September 30, 2015, 1:45pm

Ahh, sorry. komodo is the password for root in the docklet.
And why are you using root to ssh into docklet? Do it by your own user, don’t use root for it. Do ls -l in <komodo source>/util/docker/.

Xotic750 · September 30, 2015, 1:49pm

Ah, didn’t notice I was logged in as root at that time, been logged in as user previously.

[graham@tyr docker]$ ./docklet ssh
ssh -i /home/graham/source_projects/KomodoEdit/util/docker/id_rsa -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null -Y -X komodo@0.0.0.0 -p 32773
Warning: Permanently added '[0.0.0.0]:32773' (ECDSA) to the list of known hosts.
komodo@0.0.0.0's password: 
Permission denied, please try again.
komodo@0.0.0.0's password: 
Permission denied, please try again.
komodo@0.0.0.0's password: 
Permission denied (publickey,password).
[graham@tyr docker]$ ls -l
total 20
-rw-rw-r--. 1 graham graham  770 Sep 28 17:39 Dockerfile
-rwxrwxr-x. 1 graham graham 6306 Sep 28 17:39 docklet
-rw-------. 1 graham graham 1679 Sep 28 17:39 id_rsa
-rw-rw-r--. 1 graham graham  401 Sep 28 17:39 id_rsa.pub
[graham@tyr docker]$

nathanr · September 30, 2015, 3:29pm

You should not need a password, it is using the id_rsa file as you can see. I don’t know why it’s not working for you.

Try connecting with debugging info:

ssh -vvv -i /home/graham/source_projects/KomodoEdit/util/docker/id_rsa komodo@0.0.0.0 -p 32773

Xotic750 · September 30, 2015, 6:57pm

I’m not having a lot of luck am !?

[graham@tyr docker]$ ssh -vvv -i /home/graham/source_projects/KomodoEdit/util/docker/id_rsa komodo@0.0.0.0 -p 32773
OpenSSH_6.9p1, OpenSSL 1.0.1k-fips 8 Jan 2015
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 56: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to 0.0.0.0 [0.0.0.0] port 32773.
debug1: Connection established.
debug1: identity file /home/graham/source_projects/KomodoEdit/util/docker/id_rsa type 1
debug1: key_load_public: No such file or directory
debug1: identity file /home/graham/source_projects/KomodoEdit/util/docker/id_rsa-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.9
debug1: Remote protocol version 2.0, remote software version OpenSSH_5.9p1 Debian-5ubuntu1.7
debug1: match: OpenSSH_5.9p1 Debian-5ubuntu1.7 pat OpenSSH_5* compat 0x0c000000
debug2: fd 3 setting O_NONBLOCK
debug1: Authenticating to 0.0.0.0:32773 as 'komodo'
debug3: put_host_port: [0.0.0.0]:32773
debug3: hostkeys_foreach: reading file "/home/graham/.ssh/known_hosts"
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug2: kex_parse_kexinit: curve25519-sha256@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: ecdsa-sha2-nistp256-cert-v01@openssh.com,ecdsa-sha2-nistp384-cert-v01@openssh.com,ecdsa-sha2-nistp521-cert-v01@openssh.com,ssh-ed25519-cert-v01@openssh.com,ssh-rsa-cert-v01@openssh.com,ssh-dss-cert-v01@openssh.com,ssh-rsa-cert-v00@openssh.com,ssh-dss-cert-v00@openssh.com,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,ssh-ed25519,ssh-rsa,ssh-dss
debug2: kex_parse_kexinit: chacha20-poly1305@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-cbc@lysator.liu.se
debug2: kex_parse_kexinit: chacha20-poly1305@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-cbc@lysator.liu.se
debug2: kex_parse_kexinit: umac-64-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1,hmac-md5-etm@openssh.com,hmac-ripemd160-etm@openssh.com,hmac-sha1-96-etm@openssh.com,hmac-md5-96-etm@openssh.com,hmac-md5,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: umac-64-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1,hmac-md5-etm@openssh.com,hmac-ripemd160-etm@openssh.com,hmac-sha1-96-etm@openssh.com,hmac-md5-96-etm@openssh.com,hmac-md5,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none,zlib@openssh.com,zlib
debug2: kex_parse_kexinit: none,zlib@openssh.com,zlib
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: first_kex_follows 0 
debug2: kex_parse_kexinit: reserved 0 
debug2: kex_parse_kexinit: ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: ssh-rsa,ssh-dss,ecdsa-sha2-nistp256
debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-cbc@lysator.liu.se
debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-cbc@lysator.liu.se
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-sha2-256,hmac-sha2-256-96,hmac-sha2-512,hmac-sha2-512-96,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-sha2-256,hmac-sha2-256-96,hmac-sha2-512,hmac-sha2-512-96,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none,zlib@openssh.com
debug2: kex_parse_kexinit: none,zlib@openssh.com
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: first_kex_follows 0 
debug2: kex_parse_kexinit: reserved 0 
debug1: kex: server->client aes128-ctr umac-64@openssh.com none
debug1: kex: client->server aes128-ctr umac-64@openssh.com none
debug1: kex: ecdh-sha2-nistp256 need=16 dh_need=16
debug1: kex: ecdh-sha2-nistp256 need=16 dh_need=16
debug1: sending SSH2_MSG_KEX_ECDH_INIT
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ecdsa-sha2-nistp256 SHA256:xGnxMxC7LxoAbvIs30xLlRkXV7nbK84T81ERq4VPtZg
debug3: put_host_port: [0.0.0.0]:32773
debug3: put_host_port: [0.0.0.0]:32773
debug3: hostkeys_foreach: reading file "/home/graham/.ssh/known_hosts"
debug3: hostkeys_foreach: reading file "/home/graham/.ssh/known_hosts"
debug1: checking without port identifier
debug3: hostkeys_foreach: reading file "/home/graham/.ssh/known_hosts"
The authenticity of host '[0.0.0.0]:32773 ([0.0.0.0]:32773)' can't be established.
ECDSA key fingerprint is SHA256:xGnxMxC7LxoAbvIs30xLlRkXV7nbK84T81ERq4VPtZg.
ECDSA key fingerprint is MD5:5b:f2:03:08:8f:23:e5:e4:70:ec:61:72:ff:b1:8b:ea.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added '[0.0.0.0]:32773' (ECDSA) to the list of known hosts.
debug2: set_newkeys: mode 1
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug2: set_newkeys: mode 0
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug2: service_accept: ssh-userauth
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug2: key: xotic750@gmail.com (0x55fd7a301dc0),
debug2: key: /home/graham/source_projects/KomodoEdit/util/docker/id_rsa (0x55fd7a301cd0), explicit
debug1: Authentications that can continue: publickey,password
debug3: start over, passed a different list publickey,password
debug3: preferred gssapi-keyex,gssapi-with-mic,publickey,keyboard-interactive,password
debug3: authmethod_lookup publickey
debug3: remaining preferred: keyboard-interactive,password
debug3: authmethod_is_enabled publickey
debug1: Next authentication method: publickey
debug1: Offering RSA public key: xotic750@gmail.com
debug3: send_pubkey_test
debug2: we sent a publickey packet, wait for reply
debug1: Authentications that can continue: publickey,password
debug1: Offering RSA public key: /home/graham/source_projects/KomodoEdit/util/docker/id_rsa
debug3: send_pubkey_test
debug2: we sent a publickey packet, wait for reply
debug1: Authentications that can continue: publickey,password
debug2: we did not send a packet, disable method
debug3: authmethod_lookup password
debug3: remaining preferred: ,password
debug3: authmethod_is_enabled password
debug1: Next authentication method: password
komodo@0.0.0.0's password:

nathanr · September 30, 2015, 7:49pm

Are you sure the build completed properly? It’s almost as if the container does not have the public key on it.

Try docklet rebuild.

Xotic750 · September 30, 2015, 8:14pm

Not use about anything regarding building Komodo since beginning as everything going pear shaped

Anyway, here is the full script of rebuild.

http://pastebin.com/f19y6AeP