Andreas Köhler wrote:
Merge branches/aqbanking3 (r17287) into trunk.
Big round of applause and thank you for your work on this.
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Christian Stimming wrote:
(I'm unsure whether this answer made it to gnucash-devel, hence CC: to there)
it arrived fine.
translation should be patched accordingly as well. No, this shouldn't be
Rolf's business but instead the business of the de_CH.po maintainer
sigh of relief ;-)
Can't
Christian Stimming wrote:
Can't all this be streamlined? Launchpad maybe? It's a breeze and real
fun to translate stuff there.
So far no external translation tool was able to set up gnucash translations
correctly because of our importing of the translation message from C source
code,
Hello Jerry,
Jerry Jaskierny [EMAIL PROTECTED] write;
David Reiser [EMAIL PROTECTED] said:
The handoff from aqbanking to gnucash is not working. There is still a
problem with connecting to my broker's site, but even for the credit
card sites, gnucash always returns
WARN
Hi,
On Mittwoch, 9. Juli 2008, Jerry Jaskierny wrote:
David Reiser [EMAIL PROTECTED] said:
[...]
WARN gnc.import.aqbanking gnc_ab_gettrans: No accountinfo result
for this account
[...]
When asked for the list of accounts the bank returns the account number as
say x1234. But when
apparently, the attached message did not make it to the list yesterday.
Resending
---BeginMessage---
Andreas Köhler wrote:
While there is no 2.2.5 version in the archive yet, we are working on
providing a package from trunk.
I am not sure who you are talking about. I just want to make sure
Christian Stimming [EMAIL PROTECTED] writes:
Are you sure you have 1.3.31?
Oops, you are right - Derek has 1.3.31, but I have 1.3.29, which means I
still
experience this bug unless I upgrade to some newer versions (where newer
means newer than May 2006...)
Gnucash currently requires
Hi,
Martin Preuss [EMAIL PROTECTED] writes:
Hi,
On Mittwoch, 9. Juli 2008, Jerry Jaskierny wrote:
David Reiser [EMAIL PROTECTED] said:
[...]
WARN gnc.import.aqbanking gnc_ab_gettrans: No accountinfo result
for this account
[...]
When asked for the list of accounts the bank returns
Rolf Leggewie [EMAIL PROTECTED] writes:
Andreas Köhler wrote:
While there is no 2.2.5 version in the archive yet, we are working on
providing a package from trunk.
I am not sure who you are talking about. I just want to make sure that
everyone knows that trunk is the *unstable* branch and
Hi,
On Mittwoch, 9. Juli 2008, Derek Atkins wrote:
[...]
When asked for the list of accounts the bank returns the account number
as say x1234. But when returning statements it only returns a
substring for the account number (e.g. 1234).
[...]
Doesn't GnuCash/AQB already know the
Gnucash currently requires only swig 1.3.28. We either need to upgrade this
(on trunk) to 1.3.31 or we need to add a workaround for versions lower than
1.3.31, which would mean adding -Dinline= to SWIG_PYTHON_OPT.
Given that it was released in November 2006, I think it is old enough to
not
I wrote:
I also worry that the -Dinline approach could come back to haunt us if
the word inline was to appear in a header where it wasn't simply an
ignorable C keyword, eg; int inline_skating_shoes();, though I'll
concede this seems unlikely.
A baseless fear, as the pre-processor doesn't
On Jul 9, 2008, at 1:12 PM, Martin Preuss wrote:
Hi,
On Mittwoch, 9. Juli 2008, Derek Atkins wrote:
[...]
When asked for the list of accounts the bank returns the account
number
as say x1234. But when returning statements it only returns a
substring for the account number (e.g.
Hi,
On Mittwoch, 9. Juli 2008, David Reiser wrote:
On Jul 9, 2008, at 1:12 PM, Martin Preuss wrote:
[...]
completely (Apply at the final dialog), the gnucash data file is
updated so the hbci slot agrees with whatever the bank sent as the
accountID. Subsequent ofxdirectconnect sessions use
On Jul 9, 2008, at 4:09 PM, Martin Preuss wrote:
Hi,
On Mittwoch, 9. Juli 2008, David Reiser wrote:
On Jul 9, 2008, at 1:12 PM, Martin Preuss wrote:
[...]
completely (Apply at the final dialog), the gnucash data file is
updated so the hbci slot agrees with whatever the bank sent as the
Hi,
once again I tried to compile the current SVN version of GnuCash and failed
again. It always fails when it comes to check for SLIB.
This guile/slib stuff is really no fun to deal with, especially since all tips
from the bugzilla don't work. I don't know anything about guile or slib, so I
Martin Preuss wrote:
once again I tried to compile the current SVN version of GnuCash and failed
again. It always fails when it comes to check for SLIB.
Two things I can suggest
1) call autogen.sh before doing anything else
2) make sure dependencies are installed. I have the following for my
Ok, Attached is a new patch that implements the first part of this suggestion.
This updates the register report, to include a memo option and
reprogram the description option
Becasue this report picks up some settings from the register when
launched there are 4 situations in which you should test
Hi,
On Mittwoch, 9. Juli 2008, Martin Preuss wrote:
On Mittwoch, 9. Juli 2008, Jerry Jaskierny wrote:
[...]
Since GnuCash is directly looking for an AccountInfo object for the
expected account number (in this example x1234) it doesn't succeed.
[...]
Being finally able to compile GnuCash
Martin,
Just run:
apt-get build-dep gnucash
It should install everything you need.
-derek
Quoting Martin Preuss [EMAIL PROTECTED]:
Hi,
once again I tried to compile the current SVN version of GnuCash and failed
again. It always fails when it comes to check for SLIB.
This guile/slib
Rolf Leggewie wrote:
translation should be patched accordingly as well. No, this shouldn't be
Rolf's business but instead the business of the de_CH.po maintainer
sigh of relief ;-)
Yes, that's me :)
I have it on my to do list. There are other sentences which I should
translate as well. In
To a potential testing volunteer,
I've made some changes to the existing US Tax Report TXF Export
report and am ready to submit it as a patch. However, I personally
don't use tax preparation software that takes TXF file input so I
can't test that all the way through to the receiving program. I
22 matches
Mail list logo
