Thank you, Geert. Compiles fine now.
Regards,
Christoph
On 23.03.21 16:37, Geert Janssens wrote:
Can you test again with the latest maint ? On my system it now builds.
(I
haven't merged the changes in master just yet)
Regards,
Geert
Op dinsdag 23 maart 2021 16:25:22 CET schreef Geert
Hello all,
I tried compilation in some scenarios:
On a fresh git clone
A) Compiling 4.4 from scratch works.
B) Compiling maint from scratch does not compile.
C) Compiling 4.4 from scratch, checking out to maint head and
recompiling current maint on top of the 4.4 build works.
regards,
No, I work from a git clone. In addition I tried to do a fresh clone
from git. This doesn't compile as well. Same error. I'm working on
debian 10.8.
regards,
Christoph
Am 2021-03-20 17:35, schrieb Geert Janssens:
Did you by any chance start from a github zipfile instead of a cloned
git
Am 2020-07-23 23:20, schrieb John Ralls:
On Jul 23, 2020, at 6:57 AM, c.holterm...@gmx.de wrote:
Am 2020-07-17 23:13, schrieb John Ralls:
On Jul 17, 2020, at 12:23 PM, c.holterm...@gmx.de wrote:
Am 2020-07-17 19:43, schrieb John Ralls:
On Jul 17, 2020, at 2:18 AM, c.holterm...@gmx.de wrote:
Am 2020-07-17 23:13, schrieb John Ralls:
On Jul 17, 2020, at 12:23 PM, c.holterm...@gmx.de wrote:
Am 2020-07-17 19:43, schrieb John Ralls:
On Jul 17, 2020, at 2:18 AM, c.holterm...@gmx.de wrote:
Hello,
I'm thinking about a good place to store python config. That would
or
could be:
*
Am 2020-07-17 19:43, schrieb John Ralls:
On Jul 17, 2020, at 2:18 AM, c.holterm...@gmx.de wrote:
Hello,
I'm thinking about a good place to store python config. That would or
could be:
* for the python shell
* if it is activated
* I'd like to make a history file and
Hello,
I'm thinking about a good place to store python config. That would or
could be:
* for the python shell
* if it is activated
* I'd like to make a history file and its location configurable
* for the python example scripts
* Now or then I have a
Ok, I'll have a look at different ones. Try them on my commits and on
the way maybe we'll agree on one (with certain settings) for the whole
python codebase. Black is basically not configurable. Here's one article
comparing black, yapf, autopep8 but not pylint:
Thank you for your answer and considerations.
I am thinking about automatic assignments using the python bindings for
my use cases. I do imports from my bank accounts using a self written
python csv importer. (Maybe I could even get answers to my question
looking at the gnucash onboard csv
I looked around and liked black but I haven't compared it to PyLint. Do
you like that one better?
Regards,
Christoph Holtermann
Am 2020-07-07 17:06, schrieb John Ralls:
Is there a reason you don't want to use PyLint?
Regards,
John Ralls
On Jul 6, 2020, at 10:22 PM, c.holterm...@gmx.de
Hello,
on some occasions I have wondered if it makes sense to save searches.
Just now I am thinking of filtering certain transactions to
automatically assign the imbalanced split to an account using the python
bindings. That would be easier if I could use a saved search for that.
Have there been
I have used it as is without config. I'll have a look which options
there
are for configuration and if what you have in mind is configurable.
regards,
Christoph Holtermann
Am 2020-07-07 05:21, schrieb John Ralls:
It's mostly OK, but some of the vertical space changes are excessive
in
Hello folks,
I'd like to use a code formatter on the python bindings. I tried black
[1] and liked what I saw. Would you be ok with reformatting the whole
python bindings with it?
I used it on two example scripts:
Hello,
the mentioned pull request should fix this issue. Thank you for your
suggestion on github.
regards,
Christoph Holtermann
Am 2020-06-30 19:11, schrieb Peter Zimmerer:
Hi all,
playing around with the Python bindings in GnuCash 4.0 I have got the
following stack trace from example
which I
have created an example file to create a file and an account. I also
included
GncNumeric. There's no example for that yet. It's very raw. I disabled
some errors.
It's more of a proof of concept but it's a step on the way.
https://github.com/c-holtermann
Hello,
I don't have gettext 0.20. That disables potfile generation.
It would be helpful if that message was shown when trying to
make pot.
If I remove that condition in CMakeList.txt pot file gets build.
I'll work with that one to provide german translations for the
python strings.
regards,
Hello John,
I'm on debian buster.
make pot
leads to
make: *** Keine Regel, um „pot“ zu erstellen. Schluss.
or
LANG=en_US.utf8
make pot
make: *** No rule to make target 'pot'. Stop.
or using ninja:
make ninja
ninja: error: unknown target 'pot', did you mean 'foo'?
make pot on branch
Hello,
I got stuck trying to implement the python translations. I have cleaned
up the PR: https://github.com/Gnucash/gnucash/pull/655
I'd like to add some translations but I don't manage to get that done.
It seems to me that the next step would be creating the pot file.
There is documentation
maint and master compile fine now, great ! thanks !
Christoph
Am 2020-02-28 19:34, schrieb Geert Janssens:
There were several issues which your logs below nicely illustrated.
Interestingly these issues only surfaced when using the cmake's
makefile
generator. All was fine using ninja. This
Hello !
I didn't have time to work on gnucash for some time and am just now
restarting to build current versions. I can build 3.8 but maint and
master fail.
I'm on debian buster.
maint:
cmake -D CMAKE_INSTALL_PREFIX=$HOME/.local -D WITH_PYTHON=ON
../upstream-maint/
make
...
[ 84%]
John,
it's more of a general question. I don't have something
specific. I tend to develop more sympathy towards
formatting rules lately and clang-format sounded interesting.
https://github.com/barisione/clang-format-hooks is an
example of clang-format as github hook.
As my main interest is
Hello folks,
have there been thoughts about using a code formatter like clang-format
?
My brother is taking part in cmake development and he says that he has
included clang-format in his git deployment chain.
regards and merry christmas,
Christoph Holtermann
For me it is
* 02:10:26 WARN Could not locate module gnucash/tax/us
interface v.0
wrote
`/home/christoph/oldhome_moved/Computer/src/gnucash/gnucash-git-fork-c.holtermann/lib64/gnucash/scm/ccache/2.2/gnucash/report/locale-specific/us.go'
I'm in germany and no compile issues with the de_DE
Am 2018-12-15 17:19, schrieb John Ralls:
On Dec 15, 2018, at 6:16 AM, c.holterm...@gmx.de wrote:
Hello,
when debugging for my recent pull request #439 I needed to use
gdb. When compiling the maint branch from github I didn't have debug
information (line numbers) in gdb. I needed to add them by
Hello,
as someone who is regularly using gnucash and now and then contributing
a bit I can just say: welcome and go ahead ! Thank you for your interest
in the project and collaboration !
regards,
Christoph Holtermann
Am 2018-12-17 10:46, schrieb Rob Laan:
Hi,
I’d like to contribute to the
Hello,
when debugging for my recent pull request #439 I needed to use
gdb. When compiling the maint branch from github I didn't have debug
information (line numbers) in gdb. I needed to add them by including
the -g flag in CMakelLists.txt. I did it only for c and not for c++.
Patch below for
Hi there,
couldn't stop myself from trying. I did a pull request for
the two c++ files:
https://github.com/Gnucash/gnucash/pull/439
please have a look at it.
regards,
Christoph
Am 2018-12-04 19:43, schrieb c.holterm...@gmx.de:
Hello,
well I got a bit curious...
Of the cpp files it is
Hello,
well I got a bit curious...
Of the cpp files it is Account.cpp and qofinstance.cpp.
Account.cpp seems rather easy to fix:
diff --git a/libgnucash/engine/Account.cpp
b/libgnucash/engine/Account.cpp
index 9b770f24c..eafb1b2fb 100644
--- a/libgnucash/engine/Account.cpp
+++
John,
well that was a misunderstanding. I'd rather stay away from the c++
part for the moment and stick to my selfset python goals to not get
lost in multiple tasks.
It sounds reasonable to me to not just suppress deprecation warnings
as that may eventually break the code.
Is there a general
John,
created a PR https://github.com/Gnucash/gnucash/pull/438
what I don't understand is that -Wno-deprecated-declarations
is actually being set one line below. Strange.
https://github.com/Gnucash/gnucash/commit/4c87dd05ec8f1da40292f3e2f0004418a573ab89#diff-af3b638bc2a3e6c650974192a53c7291
John,
Sure, I can do a pull request. I don't know if the place where I put the
flag
is the best place. I just put it there and it did the job.
regards,
Christoph
Am 2018-12-04 13:36, schrieb John Ralls:
Heh, OK. Emanuel actually committed G_ADD_PRIVATE in May 2013 and it’s
in 2.37. Our
Hello,
compiling is possible for me when adding -Wno-deprecated-declarations to
CMAKE_CXX_FLAGS.
regards,
Christoph Holtermann
diff --git a/CMakeLists.txt b/CMakeLists.txt
index b2fcffb17..343808974 100644
--- a/CMakeLists.txt
+++ b/CMakeLists.txt
@@ -572,7 +572,7 @@ set(CMAKE_CXX_FLAGS
Hello,
I just tried to compile gnucash on OpenSuse Tumbleweed and ran into this
error:
[ 20%] Building CXX object
libgnucash/engine/CMakeFiles/gncmod-engine.dir/Account.cpp.o
/usr/local/src/gnucash/gnucash-git-fork-c.holtermann/libgnucash/engine/Account.cpp:
In function ‘void
Hello all,
just reading this. When I started to look into the unit tests for
python I wondered if there was some test data to read. I thought
it would make more sense to first test reading and then test writing.
I wonderes if there was some example date that the c as well as
the bindings could
Am 2018-09-26 15:52, schrieb John Ralls:
On Sep 26, 2018, at 12:38 AM, cicko wrote:
Ah, that's from the period before I was born, then. :)
Thanks for the pointers! I found out some of that in the course of the
night. These packages are installed but the trick is that pywebview
does not
Am 2018-09-26 16:03, schrieb cicko:
John Ralls-2 wrote
No, pywebview will never support WebKit2Gtk because WebKit2Gtk is Gtk3
only and pywebview, like pygtk, is Gtk2-only. You need to rewrite your
whole application for Gtk3 using pygobject.
You may well be right but do check out this branch:
Am 2018-09-21 10:36, schrieb Geert Janssens:
Op vrijdag 21 september 2018 10:09:25 CEST schreef c.holterm...@gmx.de:
Hello all,
I'm looking through the python bindings for python 3 issues.
I've created a pull request for some smaller fixes.
https://github.com/Gnucash/gnucash/pull/415
I'd like
Am 2018-09-21 16:11, schrieb John Ralls:
On Sep 21, 2018, at 1:43 AM, Geert Janssens
wrote:
Op vrijdag 21 september 2018 10:02:02 CEST schreef
c.holterm...@gmx.de:
Dear developers,
thinking about moving from python2 to 3 I wonder how character
encoding in the backend is done. Can you point
Hello all,
I'm looking through the python bindings for python 3 issues.
I've created a pull request for some smaller fixes.
https://github.com/Gnucash/gnucash/pull/415
I'd like to have some sort of To Do List, collection and discussion
about checking the existing python parts for compatibility
Dear developers,
thinking about moving from python2 to 3 I wonder how character
encoding in the backend is done. Can you point me to some docs
about that ? Which encoding in sqlite, mysql, xml ? Where does
encoding take place, where is it being controlled ? I don't need
an extensive answer, just
Am 2018-07-10 20:58, schrieb David Osguthorpe:
Hi All,
In upgrading to gnucash 3.2 from 2.6.18 and updating my python scripts
I
have found an issue with the gnucash bindings and python 3.
I saw this with query runs that failed to produce any results when they
should have, and used to under
Hello all,
I just realized (because John showed me) that this bug report:
https://bugs.gnucash.org/show_bug.cgi?id=796137
and this mail thread are related.
regards,
Christoph
Am 2018-07-19 15:42, schrieb Derek Atkins:
John Ralls writes:
Funny... 15+ years ago it WAS an Enum, but changed
included
GncNumeric. There's no example for that yet. It's very raw. I disabled
some errors.
It's more of a proof of concept but it's a step on the way.
https://github.com/c-holtermann/gnucash/tree/ch-python
regards,
Christoph Holtermann
___
gnu
yet. It's very raw. I disabled
some errors.
It's more of a proof of concept but it's a step on the way.
https://github.com/c-holtermann/gnucash/tree/ch-python
regards,
Christoph Holtermann
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Am 2018-08-06 16:14, schrieb John Ralls:
On Aug 6, 2018, at 5:19 AM, c.holterm...@gmx.de wrote:
Am 2018-08-06 11:35, schrieb Geert Janssens:
Op maandag 6 augustus 2018 05:32:27 CEST schreef John Ralls:
> On Aug 5, 2018, at 5:17 PM, c.holterm...@gmx.de wrote:
>
> Hello,
>
> after some time I
Am 2018-08-06 11:35, schrieb Geert Janssens:
Op maandag 6 augustus 2018 05:32:27 CEST schreef John Ralls:
> On Aug 5, 2018, at 5:17 PM, c.holterm...@gmx.de wrote:
>
> Hello,
>
> after some time I get back to the gnucash python bindings.
>
> I worked on a str method for GncNumeric. It's in the
Am 2018-07-26 21:56, schrieb deltatango:
Hello,
Very interested in the possibility of importing PDF statements into
GnuCash.
I know Quickbooks now has this functionality.
I searched online and found a few clunky possibilities that would
convert
the data into excel which can then be
tried
it:
https://github.com/c-holtermann/gnucash/commit/a6c2adf7d29c4367728a4fa920307ee595eefa5a
(link to my fork)
Interstingly some Swig objects can be added to and some others not.
GncNumeric works while
QofSession doesn't. So I made it a try block for now.
Having done that I can get to the
that works I can safely do
GncNumeric(instance=self) as it
would reuse the existing GncNumeric object.
But nevertheless I wondered if we could put a link to the GncNumeric in
the Swig Level. I tried
it:
https://github.com/c-holtermann/gnucash/commit/a6c2adf7d29c4367728a4fa920307ee595eefa5a
49 matches
Mail list logo
