I did a search and the only results don't look like they apply.

Running Armory in Fedora 18, built an RPM. The spec file needs work but anyway -

First - Fedora does python bytecompile when building python packages. They check for syntax during that.
If you have SELinux enabled (as it should be on any Linux box running bitcoin) you have to bytecompile at package time or SELinux pukes when python tries to when run.

To get it to bytecompile I had to apply the following patch:

Code:

diff -ur BitcoinArmory-0.87.2/googlecode_upload_release.py BitcoinArmory-0.87.2-patched/googlecode_upload_release.py
--- BitcoinArmory-0.87.2/googlecode_upload_release.py 2013-07-12 01:50:56.000000000 -0700
+++ BitcoinArmory-0.87.2-patched/googlecode_upload_release.py 2013-07-12 03:46:56.956465040 -0700
@@ -288,10 +288,10 @@
['_win32.msi', 'Version %s for Windows 32- and 64-bit', ['WindowsMSI', 'OS-Win32']], \
['_OSX.dmg', 'Version %s for Mac/OSX 10.8+', ['MacosxDMG', 'OS-MacOSX']], \
['_sha256sum.txt.asc', 'Version %s SHA256 hashes of installers',['HashesSHA256']]]
- ['_OfflineBundle_Ubuntu-10.04-32bit.tar.gz', 'Version %s Offline Bundle for Ubuntu 10.04-32bit', \
- ['DebianPackage', 'OS-Linux32', 'Offline']], \
- ['_OfflineBundle_Ubuntu-10.04-64bit.tar.gz', 'Version %s Offline Bundle for Ubuntu 10.04-64bit', \
- ['DebianPackage', 'OS-Linux64', 'Offline']], \
+ #['_OfflineBundle_Ubuntu-10.04-32bit.tar.gz', 'Version %s Offline Bundle for Ubuntu 10.04-32bit', \
+ # ['DebianPackage', 'OS-Linux32', 'Offline']], \
+ #['_OfflineBundle_Ubuntu-10.04-64bit.tar.gz', 'Version %s Offline Bundle for Ubuntu 10.04-64bit', \
+ # ['DebianPackage', 'OS-Linux64', 'Offline']], \
# Actually, we can just include the hashes of the offline bundles in the sha256sums file
#['_OfflineBundle_Ubuntu_10.04_32bit.tar.gz.sig', 'Detached Signature for %s 32-bit offline bundle', \
#['DetachedSig', 'OS-Linux32', 'Offline']], \

The complaint was indentation error. I figured (hoped) the _OfflineBundle_Ubuntu stuff really didn't matter to Fedora but if it does, someone familiar with python might want to look at the indentation of the lines I commented out.

-=-

Got it installed and launched, and got an error reported in the client:

Code:

/sbin/bitcoind: line 21: /etc/bitcoin/bitcoin.conf: Permission denied

bitcoind is owned by the bitcoin-server package installed, and I'm not sure what armory wants with that file, but I do not have the server enabled so it looks like armory is trying to start the server but doesn't have permission to. Is that case?

What does armory do with the server? Would setting the server to start at system boot give armory what it needs? I've been using bitcoin-qt which does not use the server, it seems that the bitcoin-qt rpm I have actually runs its own server within the user directory to avoid issues of permissions.

Is that something I am going to need to do with armory?

I do not want to have un-install the bitcoin-server rpm.

Thanks for suggestions. I'll look at this more tomorrow.
I really like the creation of paper backup at the start, that's awesome.