When I build Gnucash from svn trunk, I always get relink warnings during "make
install".
Why are these happening exactly ? And can they be avoided ? They make my
change-build-install-test cycle dog slow.
Geert
___
gnucash-devel mailing list
gnucash-de
Is trunk in string freeze already ? I am about to commit a patch that adds 3
new translatable strings.
Geert
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Zitat von Geert Janssens :
Is trunk in string freeze already ? I am about to commit a patch that adds 3
new translatable strings.
No, trunk is (still) not yet in string freeze. There have been approx.
20 changed or new strings between 2.3.7 and 2.3.8, mostly because the
time interval turne
On Wednesday 9 December 2009, Christian Stimming wrote:
> No, trunk is (still) not yet in string freeze. There have been approx.
> 20 changed or new strings between 2.3.7 and 2.3.8, mostly because the
> time interval turned out so large. So just go ahead and add further
> strings, if they improve t
On Tuesday 8 December 2009, Derek Atkins wrote:
> But a tooltip is good too.
>
> > The Invoice/Bill to assign this payment to. Note that is field is
> > optional. If you leave it blank, GnuCash will automatically assign the
> > payment to the first unpaid invoice/bill for this customer/vendor.
>
No, it is not in string freeze, though I think the next release (2.3.9) should
include a freeze. Go ahead.
Phil
From: Geert Janssens
To: gnucash-devel@gnucash.org
Sent: Wed, December 9, 2009 9:50:41 AM
Subject: String freeze
Is trunk in string freeze alread
I was browsing through the GnuCash bugs and wanted to modify some bugs (mark
bug 583155 as a duplicate of bug 430187 and update version of bug 430187), but
I can't.
Can I be allowed to make such changes, or should I just ask on the list ?
If I can be allowed, are there some rules or guidelines
Zitat von Geert Janssens :
I was browsing through the GnuCash bugs and wanted to modify some bugs (mark
bug 583155 as a duplicate of bug 430187 and update version of bug
430187), but I can't.
Right, your e-mail address is not in the list of names who are marked
as "Developers of Gnucash" in
On Wednesday 9 December 2009, Christian Stimming wrote:
> Zitat von Geert Janssens :
> > I was browsing through the GnuCash bugs and wanted to modify some bugs
> > (mark bug 583155 as a duplicate of bug 430187 and update version of bug
> > 430187), but I can't.
>
> Right, your e-mail address is not
I see 'janssensjo...@telenet.be', but not 'janssens-ge...@telenet.be'. What is
your bugzilla account name and/or e-mail?
Phil
From: Geert Janssens
To: gnucash-devel@gnucash.org
Sent: Wed, December 9, 2009 10:51:16 AM
Subject: Bugzilla access
I was browsing
I guess this is mostly for John Ralls who seems to be providing the 2.2.9
native MacOSX builds.
I just recently clued in that I am not doing anything to synchronize with you
so that a native macosx build of 2.3.X could be uploaded to sourceforge along
with the win32 build so that we would provi
OK - try now.
From: Geert Janssens
To: Christian Stimming
Cc: gnucash-devel@gnucash.org
Sent: Wed, December 9, 2009 11:27:23 AM
Subject: Re: Bugzilla access
On Wednesday 9 December 2009, Christian Stimming wrote:
> Zitat von Geert Janssens :
> > I was browsin
Hi,
Parker Jones writes:
> Thanks David, that does help a lot.Especially the tip about reports.
>
> I can see a problem with my usage because my partner also uses the same
> accounts. She might occasionally make changes without realising that zeroing
> transactions need updating and I might
Indeed it works, thanks.
Geert
On Wednesday 9 December 2009, Phil Longstaff wrote:
> OK - try now.
>
>
>
>
>
> From: Geert Janssens
> To: Christian Stimming
> Cc: gnucash-devel@gnucash.org
> Sent: Wed, December 9, 2009 11:27:23 AM
> Subject: Re: Bugzilla access
John Ralls writes:
> A user complained in gnucash-users that gnc-fq-check failed on him
> because of the line "use lib
> /System/Library/Perl/5.8.8/darwin-thread-multi-2level". The directory
> gets inserted at build time from running PERLINCL=`$PERL -MConfig -e
> 'print $Config{"archlibexp"}'` in
Geert Janssens writes:
> When I build Gnucash from svn trunk, I always get relink warnings during
> "make
> install".
>
> Why are these happening exactly ? And can they be avoided ? They make my
> change-build-install-test cycle dog slow.
Libtool. I don't know if there's any way to avoid the
Phil,
I see you have pushed a new news item. You already found there is now a
warning block in it. I had made some additional changes to the news pages,
like adding links to the proper download locations and some general tidying to
the titles.
I see now that I didn't communicate these changes p
Also, when you update a release (stable or development), the new version
number should be inserted in externals/global_params.php.
This ensures that the front page and downloads page continue to list the
latest versions. For an unstable release, only the downloads page is affected
by this, for
There's a version field in bugzilla that can be used to set a GnuCash version.
When reporting bugs, I have always set this to the version that has the
problem.
But now I also start closing bugs, I wonder if I have to change this field
when closing a bug. Should it be set to the version in which
I didn't 'svn update' until after I'd copied 2.3.7 to 2.3.8 as a template, so I
didn't know about the new stuff. It wasn't until I had first committed the
2.3.8 news item and then went to see how it looked on gnucash.org that I
noticed some of the new stuff. I copied the warning block, but not
GnuCash 2.3.8 released
The GnuCash development team proudly announces GnuCash 2.3.8, the ninth
of several unstable 2.3.x releases of the GnuCash Free Accounting
Software which will eventually lead to the stable version 2.4.0. With
this new release series, GnuCash can use an SQL database using SQL
The nice thing with GnuCash / XML is that it works on a single file
(book) just like say Open Office. So, save backups, for instance just
before running (or testing) Close Book. Then it is easy to go back if
the function did something strange.
Remember: close book is used for handling accounting p
I normally set the 'target milestone' to the version which will contain the fix.
Recently, all bugs prior to 2.0 were either closed or moved. For actual bugs,
I like to see the original version. If a bug is reported in version X and
stable version Y has a fix, the bug will be reported against
Am Mittwoch, 9. Dezember 2009 schrieb Phil Longstaff:
> I normally set the 'target milestone' to the version which will contain the
> fix.
I agree. The "Version" field is being used for the version where the bug was
spotted and reported. The "Target Milestone" shows the version when the
solutio
Dear Alex,
thanks a lot for your patches.
Am Dienstag, 8. Dezember 2009 schrieb J. Alex Aycinena:
> -doc-patchfile updates the documentation to reflect the recently
> applied tax enhancements
Applied.
> -gnc-ui-util-acct-glade-patchfile has some small corrections to
> account.glade and gnc-ui-u
Am Mittwoch, 9. Dezember 2009 schrieb Phil Longstaff:
> GnuCash 2.3.8 released
>
> The GnuCash development team proudly announces GnuCash 2.3.8, the ninth
> of several unstable 2.3.x releases of the GnuCash Free Accounting
> Software
Thanks a lot, Phil, for preparing the new release! It is a goo
Dear Isabelle,
unfortunately this is an English-language mailing list and my French is not
helping me much. I understood you explained you are a teacher in some kind of
school, but I couldn't understand the main part of your message. Either you
try again on the French-speaking mailing list
htt
Phil, Christian,
Thanks for elaborating on this. The link to Bugzilla's browse feature was very
nice too.
I have taken the liberty to add this info in the wiki as well (see
http://wiki.gnucash.org/wiki/QA/BugzillaAdministration). No doubt I won't be
the last one to wonder about this. This wil
On Wednesday 9 December 2009, Phil Longstaff wrote:
> I didn't 'svn update' until after I'd copied 2.3.7 to 2.3.8 as a template,
> so I didn't know about the new stuff. It wasn't until I had first
> committed the 2.3.8 news item and then went to see how it looked on
> gnucash.org that I noticed so
On Wednesday 9 December 2009, Phil Longstaff wrote:
> On Wed, 2009-12-09 at 23:34 +0100, Geert Janssens wrote:
> > On Wednesday 9 December 2009, Phil Longstaff wrote:
> > > I didn't 'svn update' until after I'd copied 2.3.7 to 2.3.8 as a
> > > template, so I didn't know about the new stuff. It was
On Wed, 2009-12-09 at 23:34 +0100, Geert Janssens wrote:
> On Wednesday 9 December 2009, Phil Longstaff wrote:
> > I didn't 'svn update' until after I'd copied 2.3.7 to 2.3.8 as a template,
> > so I didn't know about the new stuff. It wasn't until I had first
> > committed the 2.3.8 news item and
Christian,
2009/12/9 Christian Stimming :
> Dear Alex,
>
> thanks a lot for your patches.
>
>
> @developers: Should we convert all glade files to glade-3 sometime soon?
> Otherwise we will run into this issue every time someone wants to edit the
> glade files with the currently recommended and ava
On Wed, 2009-12-09 at 12:49 -0500, Derek Atkins wrote:
> Geert Janssens writes:
>
> > When I build Gnucash from svn trunk, I always get relink warnings during
> > "make
> > install".
> >
> > Why are these happening exactly ? And can they be avoided ? They make my
> > change-build-install-test
I think some problems were introduced with this change. I created a
report and tried to modify the set of accounts used for this report.
The following showed up in /tmp/gnucash.trace:
* 20:14:20 CRIT gtk_tree_model_sort_convert_iter_to_child_iter:
assertion `GTK_IS_TREE_MODEL_SORT (tree_model_s
On Dec 9, 2009, at 8:24 AM, Phil Longstaff wrote:
> I guess this is mostly for John Ralls who seems to be providing the 2.2.9
> native MacOSX builds.
>
> I just recently clued in that I am not doing anything to synchronize with you
> so that a native macosx build of 2.3.X could be uploaded to
On Wed, 2009-12-09 at 17:59 -0800, John Ralls wrote:
> On Dec 9, 2009, at 8:24 AM, Phil Longstaff wrote:
>
> > I guess this is mostly for John Ralls who seems to be providing the 2.2.9
> > native MacOSX builds.
> >
> > I just recently clued in that I am not doing anything to synchronize with
>
On Dec 9, 2009, at 6:18 PM, Phil Longstaff wrote:
> On Wed, 2009-12-09 at 17:59 -0800, John Ralls wrote:
>> On Dec 9, 2009, at 8:24 AM, Phil Longstaff wrote:
>>
>>> I guess this is mostly for John Ralls who seems to be providing the 2.2.9
>>> native MacOSX builds.
>>>
>>> I just recently clued
37 matches
Mail list logo
