KMyMoney Compile..3rdparty directory
jvapr27 at gmail.com
jvapr27 at gmail.com
Fri Oct 11 15:06:22 BST 2019
Okay, so I managed to get into ccmake and turn off the sqlcipher and
sqlstorage.
However, now when I compile, I get this error:
/usr/bin/ld: cannot find -lxmlstoragehelper
collect2: error: ld returned 1 exit status
make[2]: ***
[kmymoney/plugins/xml/tests/CMakeFiles/mymoneystoragenames-
test.dir/build.make:101: bin/mymoneystoragenames-test] Error 1
make[1]: *** [CMakeFiles/Makefile2:6801:
kmymoney/plugins/xml/tests/CMakeFiles/mymoneystoragenames-test.dir/all]
Error 2
make[1]: *** Waiting for unfinished jobs....
[ 40%] Building CXX object
kmymoney/mymoney/storage/tests/CMakeFiles/mymoneystoragemgr-
test.dir/mymoneystoragemgr-test.cpp.o
/usr/bin/ld: cannot find -lxmlstoragehelper
collect2: error: ld returned 1 exit status
Has anyone seen this before? I looked in ccmake to see if there is a
config for lxmlstoragehelper I need to flip. I couldn't find one.
Any ideas?
thanks,
JV
On Thu, 2019-10-10 at 20:27 -0500, jvapr27 at gmail.com wrote:
> I guess the only question, is why does it not find it? Is it because
> I
> don't have something configured correctly?
>
> I don't currently keep it in a sql database, I just use whatever
> default KMM starts up with. This may seem trivial to you but to me it
> makes it difficult to understand if I have the product compiled and
> installed correctly. Also, leave me wondering why it cannot find the
> package even though it is installed on the system.
>
> Anyways, if it doesn't matter, that is fine. I just want to
> understand
> what is causing it not to find it.
>
> Will update soon. Thanks again!
>
> JV
>
>
>
> On Thu, 2019-10-10 at 18:44 -0400, Jack wrote:
> > On 2019.10.10 18:27, jvapr27 at gmail.com wrote:
> > > Thanks guys!
> > >
> > > But, why do I get this then?
> > >
> > > sqlcipher.x86_64 : SQLCipher is an open source extension to
> > > SQLite
> > > that
> > > provides transparent 256-bit AES encryption of database files.
> > > sqlcipher.i686 : SQLCipher is an open source extension to SQLite
> > > that
> > > provides transparent 256-bit AES encryption of database files.
> > > sqlcipher.x86_64 : SQLCipher is an open source extension to
> > > SQLite
> > > that
> > > provides transparent 256-bit AES encryption of database files.
> > > sqlcipher-devel.x86_64 : Development files for sqlcipher
> > > sqlcipher-devel.i686 : Development files for sqlcipher
> > > sqlcipher-devel.x86_64 : Development files for sqlcipher
> > > =================================================================
> > > ==
> > > ====
> > > ==================================================== Name
> > > Matched:
> > > sqlcipher
> > > =================================================================
> > > ==
> > > ====
> > > ====================================================
> > > libgda-sqlcipher.x86_64 : SQLiteCipher provider for libgda
> > > libgda-sqlcipher.x86_64 : SQLiteCipher provider for libgda
> > I'm just guessing, but the above looks like output for some query
> > about
> > packages with sqlcipher in the name. If so, it's just informative.
> >
> > > [kodemonkey at thinkpad build]$ sudo dnf install sqlcipher-
> > > devel.x86_64
> > > Last metadata expiration check: 0:20:52 ago on Thu 10 Oct 2019
> > > 05:05:01
> > > PM CDT.
> > > Package sqlcipher-devel-3.4.1-5.fc30.x86_64 is already installed.
> > > Dependencies resolved.
> > > Nothing to do.
> > > Complete!
> > > [kodemonkey at thinkpad build]$
> > >
> > >
> > > It seems it is already installed.
> > Yes, it looks that way. What's the question here? If you are
> > planning
> > on keeping your KMM data in a .xml or .kmy (gzipped xml) file, then
> > you
> > do not need any sql related packages. It doesn't hurt anything if
> > they
> > are installed, but you don't need them.
> >
> > > It is driving me nuts! LOL
> > I know it can be confusing, but I'm not sure what your current
> > problem
> > or question is. If you have already run cmake once, then run
> > "ccmake
> > ." in the build directory, so you can browse all the parameters,
> > and
> > turn off those you don't need. Because of all those options, I
> > often
> > write a script to run cmake, with explicit values for all the
> > ENABLE_
> > options, just so I know what I'm requestiong, and don't rely on
> > default
> > values. It's perhaps a bit harder to set up, but it saves some
> > sanity
> > in the long run.
> >
> > > I will try the libofx method. Thanks!
> > >
> > > JV
> > >
> > > On Thu, 2019-10-10 at 19:29 +0200, Thomas Baumgart wrote:
> > > > On Donnerstag, 10. Oktober 2019 18:29:32 CEST Jack wrote:
> > > >
> > > > > Hello JV,
> > > > >
> > > > > On 2019.10.09 22:35, jvapr27 at gmail.com wrote:
> > > > > > Thanks Thomas and Jack.
> > > > > >
> > > > > > I am a little confused/in shock now. :) It sounds like I do
> > > > > > not
> > > > need
> > > > > > to use AQBanking? I believe I need it since I use it to
> > > > > > allow
> > > > > > me
> > > > to
> > > > > > update my accounts (download) transactions. Are you saying
> > > > > > there
> > > > is
> > > > > > another way to set up a connection to the banks/Credit Card
> > > > companies
> > > > > > server to download transactions?
> > > > > If you are in the US (and much of the world,) you have a
> > > > choice. As
> > > > > you have done in the past, you can use Aqbanking for OFX
> > > > > direct
> > > > > connect. However, you can also use libofx, which is already
> > > > included
> > > > > in the KMM source. To do that, you would enable OFXIMPORTER
> > > > > at
> > > > cmake
> > > > > time, and you can disable KBANKING so it doesn't bother to
> > > > > look
> > > > for
> > > > > aqbanking or gwenhywfar. That's what I use for banking,
> > > > investment,
> > > > > and credit cards.
> > > > > > I know I can manually download an OFX(qfx) file and then
> > > > > > import
> > > > it
> > > > > > into KMyMoney but I really like the ability to right click
> > > > > > and
> > > > say
> > > > > > 'update account'. I have always thought I needed AqBanking
> > > > > > for
> > > > that.
> > > > > There are some banking systems, notably in Germany/EU, which
> > > > > use
> > > > > features not handled by libofx, and thus those do require to
> > > > enable
> > > > > KBANKING, and use aqbanking and gwenhywfar.
> > > > >
> > > > > If you are not aware, once you have done the initial cmake,
> > > > > then
> > > if
> > > > you
> > > > > run "ccmake ." in the build directory, you can see (and
> > > > > adjust)
> > > all
> > > > the
> > > > > ENABLE_ settings, and turn OFF those you don't need.
> > > > > > Anyways, I am hitting some other compile issue now with
> > > > > > missing
> > > > > > package. I will fix this first before I can test.
> > > > > >
> > > > > > [ 12%] Building CXX object
> > > > > >
> > > >
> > > kmymoney/plugins/sqlcipher/CMakeFiles/qsqlcipher.dir/qsql_sqlite.
> > > cp
> > > p.
> > > > o
> > > >
> > > /home/kodemonkey/git/kmymoney_jv/build/kmymoney/plugins/sqlcipher
> > > /q
> > > sq
> > > > l_
> > > > > > sqlite.cpp:63:10: fatal error:
> > > > QtSql/private/qsqlcachedresult_p.h: No
> > > > > > such file or directory
> > > > > > 63 | #include <QtSql/private/qsqlcachedresult_p.h>
> > > > > > | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> > > > > My guess is that you do not have sqlcipher installed, but you
> > > > would
> > > > > only need it if you wanted to save your KMM data as an
> > > > > encrypted
> > > > sqlite
> > > > > file. You can disable SQLCIPHER (and even SQLSTORAGE) to
> > > > > stop
> > > > > it
> > > > from
> > > > > looking for those files.
> > > > > > Also, thanks Thomas, you answered a question I was not sure
> > > > > > I
> > > > asked
> > > > > > yet. Whether the expectation is for us to download the
> > > > > > AqBanking
> > > > and
> > > > > > Gwenhywfar software and compile it ourselves or if we are
> > > > expecting
> > > > > > the distribution to already include the latest and
> > > > > > greatest.
> > > > > In general, distributions should have the necessary
> > > > > dependencies
> > > > > available as packages. However, some distributions
> > > > > (especially
> > > > some
> > > > > LTS versions) lag a bit. If you are compiling from git head
> > > > (either
> > > > > master or 5.0,) and especially if recent commits to KMM are
> > > > > using
> > > > brand
> > > > > new features in those other libraries, then it does often
> > > > > become
> > > > > necessary for you to download and compile them yourself.
> > > >
> > > > I have nothing to add to this. Jack, very good explanation.
> > > >
> > > >
> > > > --
> > > >
> > > > Regards
> > > >
> > > > Thomas Baumgart
> > > >
> > > > https://www.signal.org/ Signal, the better WhatsApp
> > > > -------------------------------------------------------------
> > > > Q: What does a house wear? A: Address
> > > > -------------------------------------------------------------
> > > >
More information about the KMyMoney-devel
mailing list