The bzr handling code I added to gnc-svnversion turns out to fail when
the top revision isn't an imported svn version; this patch fixes this,
causing the revision returned to be the bzr revno.
I noticed that the About box describes the output of gnc-svnversion as a
SVN revision number, which is n
On Thursday 4 March 2010, Jesse Weinstein wrote:
> The bzr handling code I added to gnc-svnversion turns out to fail when
> the top revision isn't an imported svn version; this patch fixes this,
> causing the revision returned to be the bzr revno.
>
Applied in r18809, thanks.
> I noticed that the
On Wednesday 3 March 2010, Jesse Weinstein wrote:
> The log of warnings from doxygen, doxygen.log, is actually quite useful.
> Here's a patch fixing various typos I found by looking through those
> warnings. There are lots more to do... Hopefully they should all be
> obvious once seen, but if not
Zitat von Geert Janssens :
I also figured out how to build gnucash in a different directory; I've
added some details about this to the wiki page:
http://wiki.gnucash.org/wiki/Building
Interesting. I have been building/installing in separate directories as well,
but used Eclipse to set this up f
Dear all,
this year another Google Summer of Code (GSoC) will be held:
http://socghop.appspot.com/
GnuCash has participated as a "Mentoring Organization" at the GSOC in
2007, see http://code.google.com/soc/2007/gnucash/about.html . This
was an interesting and helpful experience, even thou
Christian Stimming writes:
> Am Mittwoch, 3. März 2010 schrieb Derek Atkins:
>> >> >> The first problem I encountered was that some of the URLs in defined
>> >> >> in the default.sh file are no longer updated,
>> >>
>> >> I wonder if we should keep copies of our dependencies available
>> >> somew
On 3/4/2010 1:21 AM, Jesse Weinstein wrote:
The bzr handling code I added to gnc-svnversion turns out to fail when
the top revision isn't an imported svn version; this patch fixes this,
causing the revision returned to be the bzr revno.
I noticed that the About box describes the output of gnc-s
On Thursday 4 March 2010, Christian Stimming wrote:
> Author: cstim
> Date: 2010-03-04 12:48:36 -0500 (Thu, 04 Mar 2010)
> New Revision: 18815
> Trac: http://svn.gnucash.org/trac/changeset/18815
>
> Added:
>gnucash/trunk/CMakeLists.txt
> Modified:
>gnucash/trunk/src/CMakeLists.txt
>gnu
Am Donnerstag, 4. März 2010 schrieb Geert Janssens:
> > Log:
> > Finish cmake build system for the C++ experiment.
>
> Christian,
>
> This looks very nice, and I'm quite curious what the big plan behind all
> this will be. If I find some time, I will probably have a look at the
> cmake build sy
On Thursday 4 March 2010, John Ralls wrote:
> Author: jralls
> Date: 2010-03-04 14:21:52 -0500 (Thu, 04 Mar 2010)
> New Revision: 18816
> Trac: http://svn.gnucash.org/trac/changeset/18816
>
> Added:
>gnucash/trunk/src/engine/gnc-filepath-utils.c
>gnucash/trunk/src/engine/test/test-resolve-
On Thursday 4 March 2010, Christian Stimming wrote:
> Am Donnerstag, 4. März 2010 schrieb Geert Janssens:
> > > Log:
> > > Finish cmake build system for the C++ experiment.
> >
> > Christian,
> >
> > This looks very nice, and I'm quite curious what the big plan behind all
> > this will be. If I fi
I'd like to explain my recent experiments with C++ and cmake: I was tired of
the amount of code one has to write in the C language to achieve seemingly
trivial tasks. In my day-time projects with other, more GUI-suited,
programming languages, the simple tasks can be written sooo much simpler,
l
On Thursday 4 March 2010, Christian Stimming wrote:
> Author: cstim
> Date: 2010-03-04 15:28:17 -0500 (Thu, 04 Mar 2010)
> New Revision: 18820
> Trac: http://svn.gnucash.org/trac/changeset/18820
>
> Modified:
>gnucash/trunk/po/POTFILES.in
> Log:
> Note the moved files in POTFILES.in.
>
>
Christian Stimming (stimm...@tuhh.de) said:
> Can someone explain to me the intention of the following code that
> initialiizes the trace file output file descriptor (from
> src/libqof/qof/qoflog.c:157ff)
>
> fname = g_strconcat(log_filename, ".XX", NULL);
> if ((fd = g_mkstemp(fname)) !=
Granting that I have less then no right to question an experiment, I am
wondering if you have considered other possible bindings. I find it
especially curious that you picked not just C++, but Qt (KDE), whereas
Gnucash is a Gnome (or at least GTK) app now. Anyway... I note that
Javascript is an su
On Thu, 2010-03-04 at 21:34 +0100, Christian Stimming wrote:
> I'd like to explain my recent experiments with C++ and cmake: I was tired of
> the amount of code one has to write in the C language to achieve seemingly
> trivial tasks. In my day-time projects with other, more GUI-suited,
> program
On Mar 4, 2010, at 11:59 AM, Geert Janssens wrote:
> On Thursday 4 March 2010, John Ralls wrote:
>> Author: jralls
>> Date: 2010-03-04 14:21:52 -0500 (Thu, 04 Mar 2010)
>> New Revision: 18816
>> Trac: http://svn.gnucash.org/trac/changeset/18816
>>
>> Added:
>> gnucash/trunk/src/engine/gnc-file
Am Donnerstag, 4. März 2010 schrieb Bill Nottingham:
> Christian Stimming (stimm...@tuhh.de) said:
> > Can someone explain to me the intention of the following code (...)
> > From reading the code, I
> > guess it should mean "Open gnucash.trace.KSHDJS as trace file and
> > immediately after opening
On Thursday 4 March 2010, John Ralls wrote:
> On Mar 4, 2010, at 11:59 AM, Geert Janssens wrote:
> > On Thursday 4 March 2010, John Ralls wrote:
> >> Author: jralls
> >> Date: 2010-03-04 14:21:52 -0500 (Thu, 04 Mar 2010)
> >> New Revision: 18816
> >> Trac: http://svn.gnucash.org/trac/changeset/1881
I had to move some files around for some work in the file access area (see
commits 18811 and later).
My last commits moved the tests for filepath from the engine directory to a
new core-utils/test directory.
These tests work fine in the new directory, but now the tests in gnc-
module/test fail
I think the test needs to be rewritten to reflect the gnc-book -> qof-book
changes of r18800.
> (process:27693): gnc.module-WARNING **: Failed to open module gnucash/engine:
> dlopen(../../../src/engine/.libs/libgncmod-engine.dylib, 10): Symbol not
> found: _qof_book_get_slots
> Referenced f
Long time a go, I told about to create a library using the GnuCash's
engine. This library could be based on GObject, be GObject
Introspectable (live.gnome.org/GObjectIntrospection), for bindings
friendly, and reused for any language and toolkits.
This library could use the Database backend, to all
On Mar 4, 2010, at 2:55 PM, Geert Janssens wrote:
> I had to move some files around for some work in the file access area (see
> commits 18811 and later).
>
> My last commits moved the tests for filepath from the engine directory to a
> new core-utils/test directory.
>
> These tests work fine
On Mar 2, 2010, at 1:03 PM, John Ralls wrote:
>
> On Mar 2, 2010, at 12:15 PM, Phil Longstaff wrote:
>
>>
>> Do you know if gecko (gtkmozembed) has what you need on mac?
>>
>
> Nope, but I'll try to build it and report back.
>
Well, after 3 days of banging on it, I think I can say that it
On Mar 4, 2010, at 12:34 PM, Christian Stimming wrote:
> Cutecash
> Free Finance Software. Easy to develop, easy to use.
Well, I'm a C++ booster, so I'm in favor. But for the long term, why keep the
core and engine in C? Letting the C++ genie out of the bottle means that we can
over time red
25 matches
Mail list logo
