Description of problem: The option to encrypt the KmyMoney data file is not available, even though GPG (and keys) and all other prerequisites and dependencies are installed. I've raised this with the KmyMoney developers, who advise it's not s fault in KmyMoney, it could be to do with the the way in which it has been compiled from the source file. Version-Release number of selected component (if applicable): 4.8.0-1 How reproducible: Very easy, just run the program Steps to Reproduce: 1.run KymyMoney 2.select 'Configure KmyMoney' from Settings 3.select 'Encryption', the option to encrypt is grayed out. Actual results: Encryption not available Expected results: Encryption to be available if required Additional info: Files can be encrypted / decrypted using gpg from the command line, or KGPG, but not withing KmyMoney itself
I think it needs sqlcipher, which wasn't packaged in fedora yet at the time, but I think it is now. I'll look into it.
Ugh, also requires private headers and sources of qt's SQLite driver: CMake Error ... : Could not find QSQLite source. (missing: QSQLITESOURCE_SRCS_DIR QSQLITESOURCE_INCLUDE_DIR) Call Stack (most recent call first): /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:377 (_FPHSA_FAILURE_MESSAGE) kmymoney/plugins/sqlcipher/cmake/modules/FindQSQLiteSource.cmake:53 (find_package_handle_standard_args) kmymoney/plugins/sqlcipher/CMakeLists.txt:33 (find_package) This will need a little more love :(
Hrm, even with private headers/sources available, it still fails to build. I'm going to have to poke upstream about that.
OK, I determined it works, but only after you set default gpg key for gpg2 (kmymoney UI could use some improvement there). Also unfortunately, it's very possible f25's kgpg may end up defaulting to using gnupg/gpg (v1) instead of gnupg2/gpg2.