<div dir="ltr">Thanks for this information. This answered some of the questions I was having.<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, 13 May 2020 at 19:15, Ralf Habacker <<a href="mailto:ralf.habacker@freenet.de">ralf.habacker@freenet.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Am 12.05.20 um 10:08 schrieb Ralf Habacker:<br>
> Am 09.05.20 um 15:36 schrieb Prasun Kumar:<br>
>> Hi everyone,<br>
>> As mentioned in the project proposal, one of the major tasks is to <br>
>> replace the text bankdata files with an SQLite database. Currently, <br>
>> KtoBlzCheck comes with one data file which is valid at the time of <br>
>> release. Then during building, a file valid at the current date is <br>
>> downloaded from the bank and converted into a file suitable for the <br>
>> library. _So, when migrating to an SQLite DB, how should this DB file <br>
>> be distributed and updated?_<br>
> <br>
> A Qt/KDE-based api is available for this store to access data from this <br>
> store (see <a href="https://api.kde.org/frameworks/knewstuff/html/index.html" rel="noreferrer" target="_blank">https://api.kde.org/frameworks/knewstuff/html/index.html</a>), <br>
> which is probably not ideal for non KDE applications like aqbanking or <br>
> GnuCash. Qt is already used by aqbanking, but KDE libraries are not and <br>
> GnuCash uses gnome libraries.<br>
<br>
One step should be to separate releasing the data from the software. The <br>
current cmake system provides some cmake targets for package releases.<br>
<br>
~/src/ktoblzcheck-build> make help | grep package<br>
... package_source<br>
... package<br>
<br>
where 'package_source' stands for the generation of a source tarball for <br>
a particular version at <br>
<a href="https://sourceforge.net/projects/ktoblzcheck/files/" rel="noreferrer" target="_blank">https://sourceforge.net/projects/ktoblzcheck/files/</a> and 'package' stands <br>
for the generation of a binary package (currently used for the web <br>
services mentioned at <a href="http://ktoblzcheck.sourceforge.net/" rel="noreferrer" target="_blank">http://ktoblzcheck.sourceforge.net/</a>).<br>
The `package_source' target would need to be modified to not contain the <br>
bank data files, and an additional target called `package_data' is added <br>
to create the package containing the bank data files to be released.<br>
<br>
The entire process for releasing new bank data files (based on <br>
<a href="https://sourceforge.net/p/ktoblzcheck/code/ci/master/tree/README.md" rel="noreferrer" target="_blank">https://sourceforge.net/p/ktoblzcheck/code/ci/master/tree/README.md</a>) <br>
would then be as follows:<br>
<br>
git-clone ssh://<a href="http://xxx@git.code.sf.net/p/ktoblzcheck/code" rel="noreferrer" target="_blank">xxx@git.code.sf.net/p/ktoblzcheck/code</a> ktoblzcheck<br>
mkdir ktoblzcheck-build<br>
cd ktoblzcheck-build<br>
cmake ../ktoblzcheck -DINSTALL_RAW_BANKDATA_FILE=1 <br>
-DINSTALL_SEPA_BANKDATA_FILE=1<br>
make<br>
make package_data<br>
<br>
<br>
This would create a file named ktoblzcheck-data-<date>.tar.xz, which can <br>
be uploaded by a project member to the download area <br>
<a href="https://sourceforge.net/projects/ktoblzcheck/files/" rel="noreferrer" target="_blank">https://sourceforge.net/projects/ktoblzcheck/files/</a><br>
<br>
The whole thing could be scripted to have an automatic update process. <br>
The upload can be done with scp, for example<br>
<br>
eval `ssh-agent`<br>
ssh-add <private-ssh-key-to-access-sf><br>
scp ktoblzcheck-data-<date>.tar.xz ...<br>
<br>
Regards<br>
Ralf<br>
</blockquote></div>