Hi Mike/dcf1, Building the pt branch [1] of tor-browser-bundle on Ubuntu 13.04, 64-bit resulted in the following error: <<< ./bin/gbuild:21:in `system!': failed to run on-target setarch i386 bash -x < var/build-script > var/build.log 2>&1 (RuntimeError) from ./bin/gbuild:121:in `build_one_configuration' from ./bin/gbuild:223 from ./bin/gbuild:218:in `each' from ./bin/gbuild:218 from ./bin/gbuild:216:in `each' from ./bin/gbuild:216 make: *** [build] Error 1
dcf1 suggested that I downgrade to the 3.2.0 kernel. This wasn't (obviously) supported in 13.04, so I decided to downgrade my system to 12.04. On a clean 12.04, 64-bit, install I got the same issue. Then, the following resolved the problem for me: <<< $ sudo apt-get remove linux-image-3.8.0-29-generic linux-image-generic-lts-quantal linux-image-generic-lts-raring $ sudo apt-get --reinstall install linux-image-generic
I did not encounter this problem when building [2] last week. When the failure occurs, var/build.log contains the "invalid instruction suffix" errors as reported in [3]. -Kevin [1] https://gitweb.torproject.org/user/dcf/tor-browser-bundle.git [2] https://gitweb.torproject.org/builders/tor-browser-bundle.git [3] https://github.com/cloudmatrix/myppy/issues/7
On Thursday 12 December 2013 09:35:45 Kevin P Dyer wrote:
Hi Mike/dcf1,
Building the pt branch [1] of tor-browser-bundle on Ubuntu 13.04, 64-bit resulted in the following error:
Same error here with Ubuntu 12.04 64-bit. My system runs with the linux- image-generic (linux-image-3.2.0.57-generic) but I get the error. I was able to build tbb-30rc1-release before. Regards, torland
On Fri, Dec 13, 2013 at 10:22:45PM +0100, tor-admin wrote:
On Thursday 12 December 2013 09:35:45 Kevin P Dyer wrote:
Hi Mike/dcf1,
Building the pt branch [1] of tor-browser-bundle on Ubuntu 13.04, 64-bit resulted in the following error:
Same error here with Ubuntu 12.04 64-bit. My system runs with the linux- image-generic (linux-image-3.2.0.57-generic) but I get the error. I was able to build tbb-30rc1-release before.
Do you have the same symptoms we experienced? That is, during the build of tor for lucid-i386, you have a qemu process running with image target-precise-amd64.qcow2? And if you ssh into the VM with ssh -oNoHostAuthenticationForLocalhost=yes -i gitian-builder/var/id_dsa -p 2223 root@localhost and then run "halt", the VM appears to shut down, but the same qemu process keeps running? I think it's possible to have linux-image-generic package installed, but not actually be running 3.2.0. What does "uname -a" say? David Fifield
On Friday 13 December 2013 14:21:10 David Fifield wrote:
Do you have the same symptoms we experienced? That is, during the build of tor for lucid-i386, you have a qemu process running with image target-precise-amd64.qcow2? And if you ssh into the VM with ssh -oNoHostAuthenticationForLocalhost=yes -i gitian- builder/var/id_dsa -p 2223 root@localhost and then run "halt", the VM appears to shut down, but the same qemu process keeps running?
I think it's possible to have linux-image-generic package installed, but not actually be running 3.2.0. What does "uname -a" say?
David Fifield
I restarted the make this morning but could no longer recreate the issue for Linux and Windows. There is another issue with Mac, but that is caused by an rsyn error. I still have the output from yesterdays make: ****** Starting Tor Component of Linux Bundle (1/3 for Linux) ****** --- Building tor-linux for lucid i386 --- Stopping target if it is up Making a new image copy Formatting 'target-lucid-i386.qcow2', fmt=qcow2 size=11811160064 backing_file='base-lucid-i386.qcow2' encryption=off cluster_size=65536 Starting target Checking if target is up Preparing build environment Updating apt-get repository (log in var/install.log) Installing additional packages (log in var/install.log) Grabbing package manifest Creating build script (var/build-script) Running build script (log in var/build.log) ./bin/gbuild:21:in `system!': failed to run on-target setarch i386 bash -x < var/build-script > var/build.log 2>&1 (RuntimeError) from ./bin/gbuild:121:in `build_one_configuration' from ./bin/gbuild:223 from ./bin/gbuild:218:in `each' from ./bin/gbuild:218 from ./bin/gbuild:216:in `each' from ./bin/gbuild:216 make: *** [build] Error 1
From that make there was also still a qemu process running:
/bin/sh /home/user/make/gitian.builder/libexec/start-target 64 precises-amd64 qemu-system-x86_64 -enable-kvm -m 2000 -smp 2 -drive file=target-precise- amd64.qcow2,cache=writeback -net nic,model=virrio -net user,hostfwd=tcp:127.0.01:2223-:22 -vnc 127.0.0.1:16 I logged into it as you suggested and called halt. The ssh connection dropped, but the quemu process kept running: user@host:~$ ssh -oNoHostAuthenticationForLocalhost=yes -i ~/make/gitian- builder/var/id_dsa -p 2223 root@localhost Welcome to Ubuntu 12.04.3 LTS (GNU/Linux 3.2.0-57-virtual x86_64) * Documentation: https://help.ubuntu.com/ root@ubuntu:~# halt Broadcast message from root@ubuntu (/dev/pts/0) at 16:15 ... The system is going down for halt NOW! root@ubuntu:~# Connection to localhost closed by remote host. My uname output is: user@host:~$ uname -a Linux host 3.2.0-57-generic #87-Ubuntu SMP Tue Nov 12 21:35:10 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux cheers, torland
tor-admin:
On Friday 13 December 2013 14:21:10 David Fifield wrote:
Do you have the same symptoms we experienced? That is, during the build of tor for lucid-i386, you have a qemu process running with image target-precise-amd64.qcow2? And if you ssh into the VM with ssh -oNoHostAuthenticationForLocalhost=yes -i gitian- builder/var/id_dsa -p 2223 root@localhost and then run "halt", the VM appears to shut down, but the same qemu process keeps running?
I think it's possible to have linux-image-generic package installed, but not actually be running 3.2.0. What does "uname -a" say?
David Fifield
I restarted the make this morning but could no longer recreate the issue for Linux and Windows. There is another issue with Mac, but that is caused by an rsyn error.
FWIW, this is probably https://trac.torproject.org/projects/tor/ticket/10153 Georg
On Saturday 14 December 2013 19:26:41 Georg Koppen wrote:
FWIW, this is probably https://trac.torproject.org/projects/tor/ticket/10153
Georg
I am seeing the following error for the Mac bundle: ****** Starting TorBrowser Component of Mac Bundle (2/3 for Mac) ****** sha256sum: x86_64-apple-darwin10.tar.xz: No such file or directory --- Building torbrowser-mac for precise amd64 --- Stopping target if it is up Killing target since it did not shutdown within 10 seconds Making a new image copy Formatting 'target-precise-amd64.qcow2', fmt=qcow2 size=11811160064 backing_file='base-precise-amd64.qcow2' encryption=off cluster_size=65536 Starting target Checking if target is up. Preparing build environment rsync: link_stat "/home/user/make/gitian-builder/inputs/x86_64-apple- darwin10.tar.xz" failed: No such file or directory (2) rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1070) [sender=3.0.9] ./bin/gbuild:21:in `system!': failed to run copy-to-target inputs/x86_64- apple-darwin10.tar.xz build/ (RuntimeError) from ./bin/gbuild:86:in `build_one_configuration' from ./bin/gbuild:84:in `each' from ./bin/gbuild:84:in `build_one_configuration' from ./bin/gbuild:223 from ./bin/gbuild:218:in `each' from ./bin/gbuild:218 from ./bin/gbuild:216:in `each' from ./bin/gbuild:216 make: *** [build] Error 1
tor-admin:
On Saturday 14 December 2013 19:26:41 Georg Koppen wrote:
FWIW, this is probably https://trac.torproject.org/projects/tor/ticket/10153
Georg
I am seeing the following error for the Mac bundle:
****** Starting TorBrowser Component of Mac Bundle (2/3 for Mac) ******
sha256sum: x86_64-apple-darwin10.tar.xz: No such file or directory --- Building torbrowser-mac for precise amd64 --- Stopping target if it is up Killing target since it did not shutdown within 10 seconds Making a new image copy Formatting 'target-precise-amd64.qcow2', fmt=qcow2 size=11811160064 backing_file='base-precise-amd64.qcow2' encryption=off cluster_size=65536 Starting target Checking if target is up. Preparing build environment rsync: link_stat "/home/user/make/gitian-builder/inputs/x86_64-apple- darwin10.tar.xz" failed: No such file or directory (2) rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1070) [sender=3.0.9] ./bin/gbuild:21:in `system!': failed to run copy-to-target inputs/x86_64- apple-darwin10.tar.xz build/ (RuntimeError)
That is a different issue probably due to the new cross-compiler missing in your gitian-builder/inputs directory. You need to run at least make prep-alpha before starting the build with make build-alpha Georg
On Monday 16 December 2013 08:11:49 Georg Koppen wrote:
That is a different issue probably due to the new cross-compiler missing in your gitian-builder/inputs directory. You need to run at least
make prep-alpha
before starting the build with
make build-alpha
Georg
Thanks Georg. That resolved the error.
participants (4)
-
David Fifield -
Georg Koppen -
Kevin P Dyer -
tor-admin