On Wednesday 2 June 2010, Christian Stimming wrote:
(But only for files which are already in SVN. New files will always have no
svn:eol-style set. It is not possible to have those set for new files by
the server automatically. Believe me, it is not possible - I have spent
considerable time
Zitat von Geert Janssens janssens-ge...@telenet.be:
The only simple workaround is that all
developers modify their $HOME/.subversion/config files and activate the
following lines:
enable-auto-props = yes
*.c = svn:eol-style=LF
*.h = svn:eol-style=LF
*.sh = svn:eol-style=LF
Once this is set
On Thu, Jun 3, 2010 at 7:19 PM, Geert Janssens janssens-ge...@telenet.bewrote:
On Wednesday 2 June 2010, Christian Stimming wrote:
(But only for files which are already in SVN. New files will always have
no
svn:eol-style set. It is not possible to have those set for new files by
the
Hello !
I posted this already in february but there was no answer and it
still doesn't work correctly for me :
I have tried to get the python bindings to work. They are very
unstable for me. When I execute
gnucash-env python
python starts fine. Then I try importing gnucash
import gnucash
Hello !
As an addition according to my recent findings ;-) :
When i avoid import gnucash and directly import gnucash_core
i can run my programs without Stack overflow ...
I'd be curious to know what this is about for as i understand
import gnucash is just the line from gnucash_core import *
in
On Wednesday 2 June 2010, Tao Wang wrote:
Thank Niobos.
I confirmed the issue, and I create a patch for it and attached here. Could
someone commit it? Thanks.
Done, thank you for the patch.
Geert
___
gnucash-devel mailing list
Hello !
I guess a python-script using the python-bindings which accesses the
SQL-Database would be the same as another user accessing it ?
Gnucash and my script coexist peacefully but i decided to not run them
the same time for i feared data destruction. It would be nice, though.
bye,
C.
Hi all,
I'm writing a little app to record expenses. I'd like the app to
generate a file for gnucash to import transactions. The file to be
generated already knows about all the internal account id's that
gnucash uses, so there would be no need for mapping transactions or
accounts.
Rather than
Announcement: GnuCash 2.3.13 (Unstable) Release 2010-06-02
GnuCash 2.3.13 (Unstable) released
The GnuCash development team proudly announces GnuCash 2.3.13, the
fourteenth of several unstable 2.3.x releases of the GnuCash Free
Accounting Software which will eventually lead to the stable version
Hi,
Current subversion's version in GnuCash Windows building environment is
1.4.2, which is much older than the version in the latest TortoiseSVN, which
is 1.6.11. It causes problem if developer use TortoiseSVN to update or merge
'c:\soft\gnucash\repo' once before run 'install.sh'. The install.sh
Otherwise they end up in the wrong place.
Bill
diff -up gnucash-2.3.13/accounts/lv_LV/Makefile.am.foo
gnucash-2.3.13/accounts/lv_LV/Makefile.am
--- gnucash-2.3.13/accounts/lv_LV/Makefile.am.foo 2010-06-03
14:33:44.429101189 -0400
+++ gnucash-2.3.13/accounts/lv_LV/Makefile.am 2010-06-03
On Thursday 3 June 2010, Bill Nottingham wrote:
Otherwise they end up in the wrong place.
Bill
Thank you for the patch.
Since I have little experience in this area I prefer to ask this before I
commit: should the charts end up in directory 'lv' or directory 'lv_LV' ?
I would have thought
On Thursday 3 June 2010, Bill Nottingham wrote:
Geert Janssens (janssens-ge...@telenet.be) said:
Otherwise they end up in the wrong place.
Thank you for the patch.
Since I have little experience in this area I prefer to ask this before I
commit: should the charts end up in directory
Geert Janssens janssens-ge...@telenet.be writes:
HOWEVER, note that this will invalidate all existing check formats! So
it's a non-backwards-compatible interface format.
Hmm, that's not very good either...
Is there some way we can get guile not to #include windows includes?
I tried.
On Wednesday 2 June 2010, Christian Stimming wrote:
But couldn't the compiler error be fixed by #undef'ing DATE *before*
these lines in dialog-print-check.c?
I looked a little closer at the problem.
The Windows API headers declare DATE with this statement:
typedef double DATE;
So #undef'ing
For linguists it's difficult question.
It was agreed Latvian (http://en.wikipedia.org/wiki/Latvian_language) is
language with several dialects,
so standard Latvan is lv_LV and dialects with lv_..other.
Though Latgalian language
(http://en.wikipedia.org/wiki/Latgalian_language) is not dialect but
Christoph Holtermann c.holterm...@gmx.de writes:
Hello !
I guess a python-script using the python-bindings which accesses the
SQL-Database would be the same as another user accessing it ?
Yes.
Gnucash and my script coexist peacefully but i decided to not run them
the same time for i
Am Thursday 03 June 2010 schrieb Geert Janssens:
Author: gjanssens
Date: 2010-06-03 15:33:37 -0400 (Thu, 03 Jun 2010)
New Revision: 19220
Trac: http://svn.gnucash.org/trac/changeset/19220
Modified:
gnucash/trunk/accounts/lv_LV/Makefile.am
Log:
fix Latvian account trees, patch by Bill
Alvaro Ramirez arami...@xenodium.com writes:
Hi all,
I'm writing a little app to record expenses. I'd like the app to
generate a file for gnucash to import transactions. The file to be
generated already knows about all the internal account id's that
gnucash uses, so there would be no need
Am Thursday 03 June 2010 schrieb Geert Janssens:
I looked a little closer at the problem.
The Windows API headers declare DATE with this statement:
typedef double DATE;
aaarg...
So #undef'ing won't help us here.
Right.
(Still needing to relieve from an OS header that has this
On Thursday 3 June 2010, Christian Stimming wrote:
Am Thursday 03 June 2010 schrieb Geert Janssens:
I looked a little closer at the problem.
The Windows API headers declare DATE with this statement:
typedef double DATE;
aaarg...
So #undef'ing won't help us here.
Right.
Christian Stimming (stimm...@tuhh.de) said:
Am Thursday 03 June 2010 schrieb Geert Janssens:
Author: gjanssens
Date: 2010-06-03 15:33:37 -0400 (Thu, 03 Jun 2010)
New Revision: 19220
Trac: http://svn.gnucash.org/trac/changeset/19220
Modified:
On Thursday 3 June 2010, Christian Stimming wrote:
Am Thursday 03 June 2010 schrieb Geert Janssens:
Author: gjanssens
Date: 2010-06-03 15:33:37 -0400 (Thu, 03 Jun 2010)
New Revision: 19220
Trac: http://svn.gnucash.org/trac/changeset/19220
Modified:
Geert Janssens janssens-ge...@telenet.be writes:
Ok, the windows includes are out it seems.
But guile seems to export functions that use types defined in gmp.h (mpz_
stuff).
Guile linux has the same dependency and on linux the gmp.h header file is
available. But only because guile
On Thu, 2010-06-03 at 23:07 +0200, Geert Janssens wrote:
Good point.
I tried the 2.3.13 build and the C account templates are indeed broken.
IMHO a quick 2.3.14 release would be best.
OK. I'll release as soon as I can.
Phil
___
gnucash-devel
--- On Thu, 6/3/10, Derek Atkins warl...@mit.edu wrote:
From: Derek Atkins warl...@mit.edu
Subject: Re: Why Two sets of Documentation?
To: David T. sunfis...@yahoo.com
Cc: Josh Sled js...@asynchronous.org, gnucash-devel@gnucash.org
Date: Thursday, June 3, 2010, 12:52 PM
David,
David T.
26 matches
Mail list logo
