Topic: Does Armory run under Ubuntu 20.04.1 LTS? Anyone got it to work? (Read 161 times)
List looks good, can't really tell you what is missing.
April 12, 2021, 02:36:51 AM
This works. What I don't understand though is why the other binary doesn't work even though I have gcc 9.3. Has it been optimized with some instruction set that I don't have on Sandy Bridge?
It uses SSE3 and baked in AES, but I think Sandy Bridge had that. Are you running in a VM or on the host?
It's on a host system.
lscpu output is below:
Code:
Architecture: x86_64
CPU op-mode(s): 32-bit, 64-bit
Byte Order: Little Endian
Address sizes: 36 bits physical, 48 bits virtual
CPU(s): 8
On-line CPU(s) list: 0-7
Thread(s) per core: 2
Core(s) per socket: 4
Socket(s): 1
NUMA node(s): 1
Vendor ID: GenuineIntel
CPU family: 6
Model: 42
Model name: Intel(R) Xeon(R) CPU E31240 @ 3.30GHz
Stepping: 7
CPU MHz: 1596.518
CPU max MHz: 3700.0000
CPU min MHz: 1600.0000
BogoMIPS: 6585.57
Virtualization: VT-x
L1d cache: 128 KiB
L1i cache: 128 KiB
L2 cache: 1 MiB
L3 cache: 8 MiB
NUMA node0 CPU(s): 0-7
Vulnerability Itlb multihit: KVM: Mitigation: Split huge pages
Vulnerability L1tf: Mitigation; PTE Inversion; VMX conditional cache flushes, SMT vulnerable
Vulnerability Mds: Mitigation; Clear CPU buffers; SMT vulnerable
Vulnerability Meltdown: Mitigation; PTI
Vulnerability Spec store bypass: Mitigation; Speculative Store Bypass disabled via prctl and seccomp
Vulnerability Spectre v1: Mitigation; usercopy/swapgs barriers and __user pointer sanitization
Vulnerability Spectre v2: Mitigation; Full generic retpoline, IBPB conditional, IBRS_FW, STIBP conditional, RSB filling
Vulnerability Srbds: Not affected
Vulnerability Tsx async abort: Not affected
Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx lahf_lm pti ssbd ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid xsaveopt dtherm ida arat pln pts md_clear flush_l1d
Not sure why SSE3 is not listed there despite having all of SSSE3, SSE4.1, SSE4.2, and AVX, but I do have AES. Maybe that's just how Linux reports CPUID reports it, without an SSE3 flag?
April 12, 2021, 02:08:37 AM
This works. What I don't understand though is why the other binary doesn't work even though I have gcc 9.3. Has it been optimized with some instruction set that I don't have on Sandy Bridge?
It uses SSE3 and baked in AES, but I think Sandy Bridge had that. Are you running in a VM or on the host?
April 12, 2021, 12:11:24 AM
Sounds like whatever you are running this on lacks some amd64 registries. Try the noasm build instead: https://github.com/goatpig/BitcoinArmory/releases/download/v0.96.5/armory_0.96.5_amd64_gcc4.9_noasm.deb
This works. What I don't understand though is why the other binary doesn't work even though I have gcc 9.3. Has it been optimized with some instruction set that I don't have on Sandy Bridge?
April 06, 2021, 02:31:36 AM
Sounds like whatever you are running this on lacks some amd64 registries. Try the noasm build instead: https://github.com/goatpig/BitcoinArmory/releases/download/v0.96.5/armory_0.96.5_amd64_gcc4.9_noasm.deb
April 05, 2021, 11:40:00 PM
Again, as mentioned previously... I have not thoroughly tested this config... I can't be bothered getting Bitcoin Core fully synced on this VM 
For me this installs Armory but it immediately crashes with a core dump after the loading screen, the loading screen disappears and never comes back. I had to capture output from the terminal.
Code:
(ERROR) ArmoryUtils.py:3735 - Unsupported language specified. Defaulting to English (en)
/usr/lib/armory/armoryengine/Transaction.py:3126: SyntaxWarning: import * only allowed at module level
def PyCreateAndSignTx_old(srcTxOuts, dstAddrsVals):
(WARNING) SDM.py:445 - Spawning bitcoind with command: /usr/local/bin/bitcoind -datadir=/home/zenulabidin/.bitcoin
(WARNING) SDM.py:402 - Spawning DB with command: ArmoryDB --db-type="DB_FULL" --cookie --satoshi-datadir="/home/zenulabidin/.bitcoin/blocks" --satoshi-port=8333 --datadir="/home/zenulabidin/.armory/" --dbdir="/home/zenulabidin/.armory/databases"
Illegal instruction (core dumped)
(I do have a full node running at that port.)
April 04, 2021, 03:43:56 PM
I really hope we can move on to 20.04
Did you try my proposed solution above on 20.04? 
Granted, I haven't fully set it up with a fully synced node etc, but Armory was running on 20.04 after manually installing the dependencies and it was scanning the limited number of blocks that had been downloaded etc...
Well, at least I got Armory running again on my laptop. But it is a pain with the Blochchain on an external HDD.
Is that laptop running Ubuntu 20.04 or did you downgrade back to Ubuntu 18.04? Sorry for being unclear. I downgraded the laptop to 18.04. But the Chain is on an external HDD so it is slow as f....
I really hope we can move on to 20.04
Well, at least I got Armory running again on my laptop. But it is a pain with the Blochchain on an external HDD.
Is that laptop running Ubuntu 20.04 or did you downgrade back to Ubuntu 18.04? Well, at least I got Armory running again on my laptop. But it is a pain with the Blochchain on an external HDD.
I don't want to nag. But any ETA on the new version for 20.04 LTS?
I don't want to nag. But any ETA on the new version for 20.04 LTS?
Caught up in a code review at my job, kinda have to ignore Armory for a week or 2, sorry =(
Well, at least I got Armory running again on my laptop. But it is a pain with the Blochchain on an external HDD.
I don't want to nag. But any ETA on the new version for 20.04 LTS?
I don't want to nag. But any ETA on the new version for 20.04 LTS?
You could setup Core and ArmoryDB on 20.xx and run ArmoryQt in a Ubuntu 18.xx VM.
My bad... it seems I forgot to include the part about actually getting python-qt4 installed... you'll also need all the wget and sudo commands from here: https://itectec.com/ubuntu/ubuntu-pyqt4-on-ubuntu-20-04-install/
That will manually install it...
So... in summary:
I've just tested it on a clean install of Ubuntu 20.04.2... and that gets it installed:
and it seems to run "OK"...
Again, as mentioned previously... I have not thoroughly tested this config... I can't be bothered getting Bitcoin Core fully synced on this VM
That will manually install it...
So... in summary:
Code:
sudo add-apt-repository ppa:rock-core/qt4
sudo apt-get update
sudo apt-get install python
sudo apt-get install python-psutil
sudo apt-get install libqtcore4
cd ~/Downloads
wget http://archive.ubuntu.com/ubuntu/pool/universe/q/qt-assistant-compat/libqtassistantclient4_4.6.3-7build1_amd64.deb
sudo apt-get install ./libqtassistantclient4_4.6.3-7build1_amd64.deb
wget http://archive.ubuntu.com/ubuntu/pool/universe/p/python-qt4/python-qt4_4.12.1+dfsg-2_amd64.deb
sudo apt-get install ./python-qt4_4.12.1+dfsg-2_amd64.deb
wget http://archive.ubuntu.com/ubuntu/pool/universe/p/python-pyaudio/python-pyaudio_0.2.11-1build2_amd64.deb
sudo apt-get install ./python-pyaudio_0.2.11-1build2_amd64.deb
wget https://github.com/goatpig/BitcoinArmory/releases/download/v0.96.5/armory_0.96.5_amd64_gcc7.2.deb
sudo dpkg -i armory_0.96.5_amd64_gcc7.2.deb
I've just tested it on a clean install of Ubuntu 20.04.2... and that gets it installed:
and it seems to run "OK"...
Again, as mentioned previously... I have not thoroughly tested this config... I can't be bothered getting Bitcoin Core fully synced on this VM
Don't just install the .deb file on Ubuntu 20.04, I tried that and it complained of missing dependencies and I had to run apt --fix-broken install to fix the system because it left the local package database in a state where I couldn't install anything else.
It looks like you must make a chroot folder, and install Qt4 and all the other dependencies such as Python, glibc and bash in there. Then compile Armory from source while still in that chroot folder and run it from there. It's a technique that people use to install new software on old OSes and vice versa.
It's something I want to try doing in the near future as I only have 20.04 boxes (and one Windows box that I don't want to run a full node on).
It looks like you must make a chroot folder, and install Qt4 and all the other dependencies such as Python, glibc and bash in there. Then compile Armory from source while still in that chroot folder and run it from there. It's a technique that people use to install new software on old OSes and vice versa.
It's something I want to try doing in the near future as I only have 20.04 boxes (and one Windows box that I don't want to run a full node on).
I believe I did get it working under 20.04 LTS... but it might have been 18.04... I'll go and check my VMs and report back
EDIT:
Ok, yes you can get it working... but it's a bit of a pain in the ass as it requires Qt4 to be able to run and they remove Qt4 support from Ubuntu 20.04... you might be able to get it running using the info here: https://askubuntu.com/questions/1234786/qt4-libqt4-in-ubuntu-20-04
I created a fresh 20.04 VM using the latest ISO... and used that (along with install python, python-psutil) and the gcc7.2 Armory DEB from here: https://btcarmory.com/0.96.5-release/
and I managed to get Armory up and running. Haven't tested it very thoroughly tho... so, use at own risk etc
EDIT:
Ok, yes you can get it working... but it's a bit of a pain in the ass as it requires Qt4 to be able to run and they remove Qt4 support from Ubuntu 20.04... you might be able to get it running using the info here: https://askubuntu.com/questions/1234786/qt4-libqt4-in-ubuntu-20-04
I created a fresh 20.04 VM using the latest ISO... and used that (along with install python, python-psutil) and the gcc7.2 Armory DEB from here: https://btcarmory.com/0.96.5-release/
and I managed to get Armory up and running. Haven't tested it very thoroughly tho... so, use at own risk etc
Does Armory run under Ubuntu 20.04.1 LTS? Anyone got it to work?
Jump to: