New questions with git master

Jack ostroffjh at users.sourceforge.net
Sun Sep 17 20:13:49 UTC 2017


Hello Thomas,

On 2017.09.17 02:40, Thomas Baumgart wrote:
> On Samstag, 16. September 2017 17:26:06 CEST Jack wrote:
> 
>> Having solved the libalkimia problem (or perhaps non-problem) I  
>> successfully compiled from git-head master branch.  It is certainly  
>> better than the last time I tried it, probably months ago since I  
>> got a clean compile.  Hopefully we are really getting close to at  
>> least a pre-release release, to address those distros which no  
>> longer have KDE4 pieces around to rely on.
> >
> > However, I have two issues.
> >
>> First, whenever I display a ledger, I get lots of  "Invalid sort key  
>> -9" where the number seems to alternate between -4 and -9, and I get  
>> dozens to hundreds of copies.  It doesn't seem to hurt anything, and  
>> the sort order of the ledger appear correct.
> Then you don't have git master, since I fixed this up in Randa.  
> Seeing this, the sorting in the ledger was broken (if descending was  
> selected).
Hmm. I was sure I had just done a git pull before compiling, but it  
seems you are right.  A new git pull and redo everything and no more  
sort errors.
[....]
> 
>> Second, is the ClientUid for libOFX udpates actually enabled?  When  
>> I try to update an account which was mapped using a recent 4.8 git  
>> version to successfully use this, I get that stupid error from  
>> Chase, and ofxlog.txt (once I figured out how to re-enable it) does  
>> not show KMM sending this value.  In addition, when I edit the  
>> account, and look at the online data, it does show this value, but  
>> it is displayed in very pale gray, and is not a selectable field.   
>> Is there a problem, or is it just not fully converted to KF5 yet?
> It should be auto-detected during cmake and the result of this  
> detection shows up in the cmake summary. If can restart the scan, by  
> removing <your-build- directory>/CMakeCache.txt and rerun cmake with  
> all the options you passed. The summary should show, if the ClientUid  
> option is available or not. In case that does not work, we need to  
> fix it (my distro version of libofx (0.9.10) does not support it, so  
> it's off for me by default).

I'm still not sure about this one.  I have libofx 0.9.11 instaled, and  
I can find no remnants of any other version.  My system version of KMM  
4.8.0 does not know about ClientUid - the edit account doesn't show the  
clientuid at all  4.8 compiled from git head DOES know, displaying it  
on one of the tabs of the online detail section for teh account.  git  
master says it knows about clientuid in the cmake summary, but although  
the clientuid is displayed in the edit account dialog, it is  
disabled/grayed out.

I wondered if  this was because although I am installing the new plugin  
in the area I am installing all of the frameworks version, it is  
actually accessing a different version, but all three versions of  
kmm_ofximport.so point to the same /usr/lib64/libofx.so.7.  Also, doing  
strace of the new kmymoney and filtering for kmm_ofximport.so shows it  
is looking for and apparently finding the correct version of the  
plugin.  Interestingly, I see a line "KMyMoney OFXEnabled=true" in the  
kmymoneyrc for the 4.8 git head version, but not for either of the  
other two versions.  However, all three versions do show the ofx plugin  
checked in the settings dialog, and ofx import does work, except for  
the clientuid part.

I still suspect that it might be due to my installing and running the  
test versions outside the normal system area.  However, it is working  
for 4.8 git head and not the master git head, which might be due to  
some difference in how KDE4 nd KDE Frameworks find all their underlying  
plugins/libraries/config files/.....  For example, I know my kmymoneyrc  
file is under ~/.kde4 for 4.8.0 and under .kde4 under the install  
directory for the 4.8 git head version.  For the git master version, I  
expect it should be under .config under the install directory, but it  
actually seems to be using ~/.config instead, showing either I have  
something wrong in the script to launch the test version, of Frameworks  
is ignoring the KDEHOME environment variable.

Any other thoughts on where I might look for relevant differences?

Jack


More information about the KMyMoney-devel mailing list