Topic: Armory - Discussion Thread - page 191. (Read 521829 times)

So the first 3/4 of that is normal if you try to "dpkg -i" from the command-line -- you have manually install unmet dependencies when installing using dpkg.  If you instead double-clicked the .deb file from a file browser, it will open GDebi/Synaptic which will handle all that for you.

As for why nothing happens when you click on it... that is not normal at all!  This is the second complaint I've heard about 11.04, which is the one version I don't currently have installed for testing (I thought I did, but it's actually 11.10).  I'm going to create an Ubuntu 11.04-64bit VM right now and see what's going on!

If you could just do me a quick favor:  now that it's installed you can run it from the command line by typing "python /usr/share/armory/ArmoryQt.py" adding " --offline" if you only want wallet management without any knowledge of the blockchain.

Can you try running it both regularly and in offline mode from the command line?  If it fails to open, there will be a useful error message, and then copy it here.  I suspect it's the same cryptic message as molecular mentioned.  If so, I would ask molecular if installing the python2.6 fixed it...?

If you get "GLIBCXX_3.4.15' not found", I recommend removing Armory, downloading the python2.6 version, and then try installing it.  If it complains about dependencies, you can try "dpkg -i --force-depends armory_0.77*.deb".  I'd say maybe I created the Debian package with the wrong version of python, but my package-building scripts auto-detects the architecture and python version and names the output appropriately.  

(Ubuntu 11.04 is downloading right now. I'll get back to you when I get a chance to try it...)

Is a reboot required for Armory to work?

I first tried to install the armory .deb it said can't do it dependencies are needed.
I 'sudo apt-get update' then 'sudo apt-get install python-qt4 python-twisted', It said I have unmet dependencies, .
Update manager pops up and says you have a broken package + all of the updates for python-qt4 and python-twisted, .
Install via update manager and at the end it installs Armory also, .
I still sudo dpkg -i armory.deb
Now I click on Armory icon and nothing happens, . I guess Armory is the broken package.

Can you tell me I did wrong?

Thank you I will give that a try and see what happens from there.

Okay, so here's a problem -- you have a double-stacked blockchain file.  The current blockchain size should be around 1.6 GB, and you just showed me 3.2 MB (blk0001.dat + blk0002.dat).  I would guess that you recently did something and your client ended up not recognizing the original blk0001.dat file and then started redownloading it on top.  So you ended up with a second copy on top.  This has happened to me before...

Armory does not handle this situation well.  Not only that, it only handles blk0001.dat, and doesn't even look for blk0002.dat (due to a poor design decision I made in the first month I developed the underlying library).  I am in the process of fixing this, and will have a fix out soon.  It looks like I got about 2 weeks before a fresh blockchain download overflows blk0001.dat.  It's like Y2K all over again!

Until then, the best thing you can do to get Armory running again is to close bitcoind/-qt, delete both blk000X.dat files, and then restart bitcoind/-qt.  It will re-download the blockchain, but the final product will be 1.6 GB and be contained entirely in blk0001.dat and then Armory should work again...

There is a blk0002.dat file its 1,197,237.

Is there a blk0002.dat file?

I did not find a logfile in the directory.  The size of my blk0001.dat is 2 048 006.

Can you check to see if there is a logfile in your "C:\Program Files (x86)\Armory\Armory Bitcoin Client" directory (my .msi-builder program would not let me put it in the non-x86 directory, even though it really is a 64-bit build).  If there is, there will be an error message at the bottom that you could copy here.

Second, can you check your "C:\Users\\AppData\Roaming\Bitcoin" directory and tell me the size of blk0001.dat. 

I have been successfully using armory 0.77 for windows 64-bit up until this point.  There have been no changes to my pc in the last 24 hrs but for some reason armory has stopped working.  It will not even load today.  I tried to re-install and it still will not load.  Bitcoinqt is running and up to date as well.

Yup, very easy

Just open the wallet you want to add the keys to, then on the lower right there is a button for "Import Private Keys."  It auto-detects the format, handling Casascius physical bitcoins, vanity-gen addresses, and the usual array of standard formats.

When they are ready I'll add them to the How To's and Guides Mega List.

Is it easy to add private keys from addresses made with Vanitygen?

You can install Armory whenever (double-click the .deb file and click the button to install it when it asks).  However, I recommend not starting Armory until Bitcoin-qt is running and sync'd with the network (i.e. completely up-to-date with the network and you see the checkmark).  Worst case, Armory will start and and be really laggy as it tries to "drink from the firehose" (i.e. reading and processing 2MB/s of blockchain data being downloaded).  Just restart Armory after bitcoind/-qt is sync'd.

EDIT:  You can use bitcoind or bitcoin-qt.  Both of them do what Armory needs:  which is to act as a single localhost peer that Armory uses as a gateway to the rest of the  bitcoin network.

I think most Armory users just start bitcoind/bitcoin-qt once, and leave it running in the background (minimized to tray).  It stays out of your way, and is always sync'd.  Then you can just start Armory whenever you want and never think about it.

You just reminded me I need to make some supplemental materials/instructions/tutorials for the beta release!

I want to install this on ubuntu 11.04 64 bit.

I have added a repository:

Then I:

I have downloaded the Armory .deb file for 11.04+

What do I do next?

Is bitcoind-qt required for an Armory install?
Do I have to start bitcoind first?
Does bitcoind have to complete downloading before I install Armory?
Once bitcoind is running how do I check it's progress?

Do you have gcc installed?
GLIBCXX_3.4.15 is an object in libstdc++.so.6.0.16
'libstdc++.so.6.0.16' is part of gcc-4.6.x

Strange, that's what happens when you use the wrong python version.  Try the python2.6 version.  My 64-bit 11.04 VM actually seems to run the python2.6 binary fine.  There's a good chance the 32-bit version will be the same way...

problem running:

so I just installed https://github.com/downloads/etotheipi/BitcoinArmory/armory_0.77-python2.7-1_i386.deb onto a freshly installed ubuntu alternate 11.04. Installer said "package has bad quality", offered me to ignore and install anyway, which I did.

It refuses to start ("python2.7 ArmoryQt.py") saying roughly (sorry, can't copy-paste, this is an "offline" machine):


both the files are there (from where I try to start Armory)

any ideas?

EDIT: trying to run "python CppBlockUtils.py" reveals:

I use unsalted deterministic Brain Wallets. You don't want to import a deterministic private key into any wallet until you are going to transmit, and then you'll want to destroy that wallet.

Each wallet is based on base public-private keypair, and a single chaincode.

With PublicKey(n) and the chaincode, you can calculate PublicKey(n+1).  Thus you can compute all PublicKey(i) where i>n.  Therefore, a watching-only wallet consists of just PublicKey(0) and the chaincode.

The same goes for PrivateKeys.  If you have PrivateKey(n) and the chaincode (which is the same code for both public and private chains), you can compute PrivateKey(n+1).  Thus, the full wallet is just PrivateKey(0) and the chaincode. 

It seems that your (1) and (2) above assume the person does not have the chaincode to your wallet,  (3) and (4) assumes they do.  I would be hesitant to assume they don't have the chaincode because it is always on your computer unencrypted, so it's vulnerable.  Or in some cases you may have given away your watching-only wallet.  Either way, here's a more direct answer:

(1)  No other private keys are compromised
(2)  No other private keys are compromised
(3)  All PrivateKeys(i>n) are compromised.  Previous keys are not.
(4)  All PrivateKeys(i>min(n)) are compromised, where min(n) is the lowest of the many keys.

This will pretty much be the same with the new wallet format, too.

I have a question about the security of the deterministic wallet algorithm of Armory. Is it possible to deduce the private key(s) of other addresses in the same wallet in the following situation?

1. Knowing private key of one of the addresses in a wallet
2. Knowing private keys of many addresses in a wallet
3. Knowing private key of one of the addresses in a wallet, and having the watch-only wallet
4. Knowing private keys of many addresses in a wallet, and having the watch-only wallet

For example, Alice shares a watch-only copy of her wallet with Bob, and she also needs to share private keys of some addresses with Bob. Could Bob deduce the the private keys of other addresses in Alice's wallet?

I just tested the tablesorterfix branch on my Linux VM and it works great.  The CPU issues are totally gone.  I'll test on my Mac next.