Bug#769864: new vcmi and fuzzylite package uploads

[Johannes Schauer]

Hi,

Quoting Johannes Schauer (2014-11-30 20:00:19)
> Since I'm not a DD and do not have access to a porterbox (and my request to
> get access got no reply yet) I set up a mipsel qemu machine with 4 GB of RAM.
> This was a bit tricky since at least according to:
> 
> https://people.debian.org/~aurel32/qemu/mipsel/README.txt
> 
> 32-bit mipsel is limited to 256 MB of memory. So I put the qcow2 image in a
> tmpfs on my host and created a 3 GB swap file in the emulated mipsel
> environment. Since the whole qcow2 image is in RAM on my host, it should not
> matter that the machine runs with 256 MB emulated RAM and 3 GB swap as it all
> translated to system memory on my host.
> 
> Unfortunately the whole thing is super slow and already churning along for two
> days and is only at 38% now.
> 
> I will report back with results of this experiments once I have them.

I got the following output during compilation:

cd /home/user/vcmi-0.97+dfsg/build/lib && /usr/bin/c++   -DM_BIN_DIR=\"/usr/games\" -DM_DATA_DIR=\"/usr/share/vcmi\" -DM_LIB_DIR=\"/usr/lib/mipsel-linux-gnu/vcmi\" -DUSE_SYSTEM_MINIZIP -DVCMI_DLL=1 -Dvcmi_EXPORTS -g -O2 -fPIE -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2  -std=c++0x -Wall -Wextra -Wpointer-arith -Wno-strict-aliasing -Wno-switch -Wno-sign-compare -Wno-unused-local-typedefs  -Wno-unused-parameter -Wuninitialized -Wno-overloaded-virtual -Wno-type-limits  -fvisibility=hidden -O2 -g -DNDEBUG -fPIC -I/home/user/vcmi-0.97+dfsg -I/home/user/vcmi-0.97+dfsg/lib -I/usr/include/SDL2     -Winvalid-pch -include "/home/user/vcmi-0.97+dfsg/build/lib/cotire/vcmi_CXX_prefix.hxx"  -o CMakeFiles/vcmi.dir/registerTypes/TypesClientPacks1.cpp.o -c /home/user/vcmi-0.97+dfsg/lib/registerTypes/TypesClientPacks1.cpp
[185393.328000] BUG: soft lockup - CPU#0 stuck for 23s! [cc1plus:10878]
[185393.328000] Modules linked in: nfsd ipv6 loop mtdchar redboot cfi_cmdset_0001 cfi_probe cfi_util gen_probe sg psmouse uhci_hcd evdev serio_raw sr_mod ehci_hcd usbcore physmap map_funcs chipreg cdrom mtd usb_common i2c_piix4 i2c_core
[185393.328000] Cpu 0
[185393.328000] $ 0   : 00000000 00000001 4059f548 04aa666c
[185393.328000] $ 4   : 00000000 012fd520 00000099 2dd03ca8
[185393.328000] $ 8   : 00000000 ffffffff 00000006 00000000
[185393.328000] $12   : 00000010 00000000 013be1d8 8001846c
[185393.328000] $16   : 013c0000 00000002 7f94f6a0 00000004
[185393.328000] $20   : 640fdde0 01316bb8 013be1c0 02adb0d0
[185393.328000] $24   : 00000004 76fce000                  
[185393.328000] $28   : 012f4c50 7f94f528 2dd03ca8 009ee3c0
[185393.328000] Hi    : 0000004c
[185393.328000] Lo    : 33cc3419
[185393.328000] epc   : 009ed940 0x9ed940
[185393.328000]     Not tainted
[185393.328000] ra    : 009ee3c0 0x9ee3c0
[185393.328000] Status: 2000a413    USER EXL IE 
[185393.328000] Cause : 50808000
[185393.328000] PrId  : 00019300 (MIPS 24Kc)


The build did not die but is still continuing with the next file without
throwing an error. I do not know whether the above is anything fatal but maybe
this makes a porterbox necessary.

cheers, josch