@goatpig, maybe the best would be if you set up fresh Win10 machine in VM, install VS 2022 and from that moment record a video of all steps building ArmoryQT?
It will be much more speaking and less time consuming for all. You can even record video without any sounds, just what you're doing, whats happening and a final positive result.
When I will have opportunity then I can write text instructions based on your record and give it to you to place to your site.

PS: at /building page at your site there are some blocks with code and there are something wrong with CSS so I decided that there are pictures or js mouse copy/paste disabling code and type most of the codes manually and only at last moment understood that it is selectable and right-mouse-button-clickable 

So I did this and there was a problems, all in first post.

As I said in first post, all are available and calling all tools from any directory are working ("Make sure the following folders are in your PATH" - ok)

Any of the old versions don't want to install - last part of first post.

So nothing changed for that moment.

I confirm that Bitcoin Core uses only one thread.

Few setups, one for example:


Wallet started at first time. No data, no blocks etc.
First blocks was downloaded very fast, there is no questions to network download speed/disk activity etc. Then after downloading and writing some blk*.dat Core starts to check blocks, hashes etc - rev*.dat files created. Higher the blocks lesser the speed of calculating (repeating that no questions to network/disk).
At ~98% of completing something went wrong and wallet must be closed gracefully - finished normally, debuglog contains lines that all finished smoothly. (Any situation can happen - no electricity, crash, out of space - it's not important now)
Restarted bitcoin-qt and... it started to "sync headers" from ZERO. With a speed near 0.02%/h. WTF?
Restarted again - the same situation.
Ok, let's try -reindex. But before that copy some blk* and rev* to other SSD.
bitcoin-qt -reindex -> it is opened and started to reindex from beginning. Watching for blk* and rev* files - blk's are not touched with write activity, only load (extremely fast) then Core started to recalc something and rewrite rev* files. Only one core of CPU is used! After waiting for a long time just compared new rev's to backed up - they are identical, so it was no need in reindexing/rewriting them... but... Ok.
Something went wrong again near the end (not important now what and why).
Restarted bitcoin-qt and situation repeated - 0.02%/h.
-reindex again and all the same.


So the big question(s) is:
1) why (re)indexing is so slow and uses only ONE core of CPU and not all of them or is in "pre" option (if there is importance that one block must be checked after previous block then there is a simple solution - check all sequential blocks at once in different threads and then if all is ok with their chain calc next blocks but now it supposed to be just one block at a time!)
2) why wallet is not just compare calculations to what was written to rev's previously not to strain and wear out disks, especially SSD's? (blk's FYI can be placed to mid-range HDD with 150-120Mb/s speed without any losses just because blk's are read sequentially)
3) when someone uses -resync then... bitcoin core downloads blocks from the net from scratch?.. why?.. it is soooo wrong I think. Much much better would be read blocks from disk, calculate hashes for them or their parts, compare hashes to other nodes and only when the filesize and a hashes are not identical then redownload. This moment I think is hard to code because (as I understand) blockfiles can differ from machine to machine because of different map of blocks inside it, but why? It can't be organised the same way in all network? If this can be done then all network can breathe much easier when someone resyncs because only hashes of blockfiles can be transferred if blockfiles are okay.

PS: I've found I can use assumevalid=blockhash to skip days of work, it's ok but not the case of the problem (previously if everytime something goes wrong I have ~1 try per day).

I'm on Win10 x64 22H2 + VS 2022 + python2.7.8 (& 3.11) and trying to build ArmoryQT for windows from latest sources (with some changes in sources because current 0.96.5 is unusable; or without changes for beginnig just to be sure it builds ok). Also I have VM with Ubuntu 22.04.2 and can/want crosscompile for windows there if it is possible too.
Thank you

Hi guys, hi @goatpig.

Tried to build ArmouryQT from sources following instructions at https://btcarmory.com/docs/building/ but seems like all of them are outdated.
I'm familiar with some things but trying to dig deep without success.

goatpig, can you update your docs to build wallet for now?

1) Ubuntu 22.04.2 says that almost all packages "apt install ..." are not exist and/or outdated.

2) Win 10 22H2 - I have installed MSVS 2022 and unsure it is possible/good for OS to install MVSE 2013U3, don't want to crack fine tuned machine.
swig 3.0.2 - there are swigwin-4.1.1, swig-4.1.1 (and outdated swigwin-3.0.2/swig-3.0.2) - swig or swigwin? outdated 3.0.2 or it is ok to use 4.1.1? lot of questions
python 2.7.8 - mine is Python 2.7.18 (v2.7.18:8d21aa21f2, Apr 20 2020, 13:25:05) [MSC v.1500 64 bit (AMD64)] on win3, do I need to downgrade/install another copy of copies? currently python's installations eats a ton of gigs, even MSVS 2022 wants it's own python, and each python wants "pip install" a ton of packages. There are number of identical/duplicate files It's almost a madness.
python psutil 2.1.3 - I've made "py -2 -m pip install psutil --upgrade", so it is v5.9.4
python-Qt4 4.11.2 - I've downloaded and installed PyQt4-4.11.4-gpl-Py2.7-Qt4.8.7-x64.exe (which options must be checked when installing and which are not needed?)
py2exe - downloaded and installed latest py2exe-0.6.9.win64-py2.7.amd64.exe
pywin32 2.19 - downloaded and installed pywin32-219.win-amd64-py2.7.exe, no more newer versions that support py2
NSIS 3.0+ - nsis-3.08-setup.exe

"To accommodate systems with multiple versions of python, some tweaks were made to distinguish between them" - I have both pythons 2 & 3 in %Path%, python currently have an easy option to select which version to run, for example "py -2", so I think it's not needed
"C:\Python27_64\Lib\site-packages\PyQt4\pyrcc4.exe is referenced by a build script even though default python installation does not have the _64. Either rename the base directory or modify BitcoinArmory/cppForSwig/BitcoinArmory_SwigDLL/build_installer_64.bat to reference the correct path" - I have "Z:\Devel\Python\Python27\Lib\site-packages\PyQt4\pyrcc4.exe" but there are no "BitcoinArmory/cppForSwig/BitcoinArmory_SwigDLL/build_installer_64.bat" after getting sources, there are no BitcoinArmory_SwigDLL directory (git clone --depth 1 https://github.com/goatpig/BitcoinArmory or git clone https://github.com/goatpig/BitcoinArmory).

"Make sure the following folders are in your PATH" - ok
"py2exe chokes on zope..." - zope? any words about zope previously, so installed with "py -2 -m pip install zope --upgrade" and created zero length Z:\Devel\Python\Python27\Lib\site-packages\zope\__init__.py
"Swig is not installed like the other packages" - tried to unpack swigwin-3.0.2.zip and swigwin-4.1.1.zip then renamed swigwin-3.0.2/swigwin-4.1.1 dirs to swigwin, there are swig.exe inside it

And there are End Of Document. Not clear what to do next...

tried py -2 ArmoryQt.py:
tried run cppForSwig\BitcoinArmory.sln (read from some topics there) - MSVS 2022 started with ErrorMessageWindow "One or more projects... was not correctly loaded" with errors/warnings in debut output:
BitcoinArmory\cppForSwig\DBtests_Supernode\DBtests_Supernode.vcxproj : error  : can't load project file/can't find part path
there are no cppForSwig\DBtests_Supernode directory; this error printed twice

BitcoinArmory\cppForSwig\guardian\guardian.vcxproj : warning  : can't find building tools for VS 2013 (v120). To make a build with VS 2022 (v143), select "Project" menu or click RMB and click "change target platform". Install VS 2013 (v120) to build with VS 2013 (v120).

I've deleted "DBtests_Supernode" from left panel in VS 2022 then clicked "Project" and "Change target" (first line in submenu) then accepted all that was there - SDK 10.0 last installed, update instruments to v143, all checkboxes is on (guardian, cryptopp, BitcoinArmory_CppTests, LMDB_Win, BlockDataManager, BDM_Cliend, ContainerTests, DB1kIterTest). After clicking OK all 8 was successfully updated.
Clicked "Build" - "Build solution". Successful: 1, with errors: 7. 8636 lines of debug output and a lot of warnings and fatal errors.

Ok, digging again. To build v120 I need VS 2013. "Build tools VS 2013 is not enough, because no c++".
Downloaded MSVS 2013U5 original ISO from MS. It don't want to install - "Program Compatibility mode is on" / "is blocked by another condition" and no solitions found.
Then created Virtual Machine, installed new Win10, C:\Python27, psutil, etc (all what I've done in #2) then tried to install MSVS 2013U5 - the same "Program Compatibility mode is on" / "is blocked by another condition".
Then downloaded 2013U3 - still the same "compatibility is on" (it is not enabled anywhere).
So to just TRY to compile now I need to try downgrade everything, even OS? Total madness.

В каком-то из апдейтов я написал, что первые кто до них доберутся - возьмут своё и сверху за беспокойство. До них добрались, вот и дыра.
А если бы эти дятлы сразу сообщили, что есть такое-то количество и будем отдавать так-то, и начали бы в этом направлении действовать - то такого бы не произошло.
Теперь всю эту лажу оплачивают те, у кого не хватало средств, чтобы найти их и объяснить, что так делать нехорошо.
А рассказы о том, что они доложили всё что у них было, чтобы закрыть дыру - это для домохозяек, чтобы слезу пускали "ня-ня-ня о-ло-ло" какие хорошие и замечательные люди, последнее отдают, чтобы дырку закрыть. А основного не видно - это exit scam. Нас поимели вдоль и поперёк. И да, пока это всё слова, слова, слова. И биткоинкеш "до свидания", и BTE какие-то, которые в случае открытия торгов, тут же будут вдавлены в плинтус.
Биржа нужна, нормальная, рабочая, с нормальными вводами-выводами, с торгами, ликвидностью и всем остальным. А не байки из склепа и скам.

How made it possible with current mingw64/msys2 to compile bitcoin(core) or other wallets?
Are there any guides to do that? This manual is outdated at all :/

It dead more than year ago.

loutchano, this coin is (almost) dead. Only two persons have most of the coins and sell them at yobit (99.95%) and at cryptopia (0.05%) whenever they can do that and new victims want to be fooled. 20-30% of the coins lost at crypsty (formally lost forever), others - in four hands of two people.

You are so holy and innocent. Wow. When you silently f*cked spots - it was not you, some dudes just asked you years ago if you could do that. Omg. Like bigvern - innocent lamb too.

igotspots abandoned and aggressively dumped spots, and after YoBit post (now exactly above this my post) i've read forum.bits about yobit coins... and... voila! igotspots was there with his dirty hands: forum.bits.media/index.php?/topic/14885-yovi-yobitvirtualcoin-5-pos-rom/#entry286681

No, thanx, i'm finished with spots. Too much losses with them.
And i don't want to be dragged into this coin till there wouldn't be any perspective. Especially when cryptsy closed and i lost enough cryptos there.

Ok, add it to OP.
But it's not clear how to understand from that top-100 what is the cryptsy's wallets and what is not.

In the op (and what google finds) stated as the blockchain explorer: "-- Block Explorer - http://Explore.theSPT.com/"
This site is down/for sale.

Cryptopia? You're kidding? This piece of sh...t? Near zero volumes, and many many more things. It's not an exchange. It's a joke of a scholar.
When it will go to bittrex, yobit and especially polo - then it will be very good. But now.
Explorer? Hmm. It exists? How do i find what is cryptsy and what is not here? Is it named so?

But this is it... Spots are didn't traded anywhere else. So i suppose all (most of them >90%) mined coins are in cryptsy limbo. So as the most of the alts traded on cryptsy... there are... no more words.

Found one of hot wallets.
Look here: https://www.etherchain.org/account/0xc47aaa860008be6f65b58c6c6e02a84e666efe31#txsent
While user withdrawals was offline - someone who have access to cryptsy eth hot wallet withdrew that coins.

Is it dead or what?
Zack, go somewhere to other "projects". Let the normal guys take control over this. Enough of you. Now the price is 9, few hours later - 7, few more - 5..4..3..2..1..
Freefall to nowhere.

Got cent key two or three days ago. Downloading blockchain was a big trouble, so i checked peers list, got their ip's, deleted all ip's that has lover than v10.3.5 and not maximum height then added lines to wallet config file as connect=peer_ip and after that restarted wallet. In debug.log i've seen that wallet (each time i run cent/piggybank wallet) rechecks all blocks from block #1 (but rescan=0, checkblocks=1, checklevel=0) and when height was last downloaded block (in my situation it was 840k blocks, ~a month to download) downloading of blockchain was successfully started without big delays (because of connect= lines, this says to wallet to connect only to this peers [good peers with latest wallet and correct blockchain]). A few hours and blockchain is downloaded and i send my cent's to exchange.
About importprivkey - after each importprivkey wallet program is hanged. Each time. So i enter "importprivkey KEY Name", hang, wait ~minute, kill wallet process, restart wallet, wait for working gui, import new key, hang, wait, kill and so on till all keys imported.

When the cent keys will be sent, if you know?

José, if that's true, then i ask you to forgive me for my previous post, i was wrong.