Re: GnuCash releases ?
Hi, Just to double check, I have updated my local git and cloned it and updated it with all the patches in the bugs successfully. I believe you may of started at the wrong bug so here is the order I did them in :- Bug 696152 Bug 695773 Bug 696868, first patch Bug 696868, second patch Bug 697140, first patch Bug 697140, second patch Robert On 2 April 2013 22:27, John Ralls jra...@ceridwen.us wrote: On Apr 2, 2013, at 1:37 PM, Robert Fewell 14ubo...@gmail.com wrote: Hi Guy's, I thought 2.5.0 was being released in mid April so was not checking activity. I have several blocker bugs with patches on them that may be a good idea for this release or .1 the last containing a patch to check old and new registers being opened at the same time which I think was mentioned in other posts. With these patches applied, I think that is all the broad strokes done with the register but obviously there will be loads of changes for the stuff I have missed or got wrong or just is not working !!! Main Bug is 673193 I tried to apply them and didn't get very far. Errors follow. I hope you've got this on a branch so you can pull the latest trunk, rebase your branch, and create a new set of patches. In the meantime, I think we'll go ahead with 2.5.0 and get the patches into 2.5.1 next month. Regards, John Ralls git apply --reject --whitespace=fix 0012-reg2-update12-git.patch 0012-reg2-update12-git.patch:274: trailing whitespace. } else if (col_list[i] == COL_NUMACT) { Checking patch src/gnome-utils/gnc-tree-model-split-reg.c... Hunk #2 succeeded at 487 (offset 4 lines). Hunk #3 succeeded at 755 (offset 4 lines). Hunk #4 succeeded at 956 (offset -19 lines). Hunk #5 succeeded at 1198 (offset -19 lines). Hunk #6 succeeded at 2234 (offset -72 lines). Hunk #7 succeeded at 2280 (offset -72 lines). Hunk #8 succeeded at 2296 (offset -72 lines). Hunk #9 succeeded at 2328 (offset -72 lines). Hunk #10 succeeded at 2367 (offset -72 lines). error: while searching for: gtk_list_store_insert_with_values (store, iter, 100, 0, _(Sell), -1); break; } priv-numact_list = store; } /* Update the model with entries for the Number field ... */ void gnc_tree_model_split_reg_update_num_list (GncTreeModelSplitReg *model) { GncTreeModelSplitRegPrivate *priv; GtkTreeIter iter, num_iter; gboolean valid; priv = model-priv; /* Clear the liststore */ gtk_list_store_clear (priv-numact_list); /* Here we copy the num_list to the numact_list */ valid = gtk_tree_model_get_iter_first (GTK_TREE_MODEL (priv-num_list), num_iter); while (valid) { gchar *text; // Walk through the list, reading each row gtk_tree_model_get (GTK_TREE_MODEL (priv-num_list), num_iter, 0, text, -1); gtk_list_store_append (priv-numact_list, iter); gtk_list_store_set (priv-numact_list, iter, 0, text, -1); g_free (text); valid = gtk_tree_model_iter_next (GTK_TREE_MODEL (priv-num_list), num_iter); } } static int error: patch failed: src/gnome-utils/gnc-tree-model-split-reg.c:2554 Checking patch src/gnome-utils/gnc-tree-model-split-reg.h... Checking patch src/gnome-utils/gnc-tree-view-split-reg.c... Hunk #2 succeeded at 653 (offset -1 lines). Hunk #3 succeeded at 676 (offset -1 lines). Hunk #4 succeeded at 715 (offset -1 lines). Hunk #5 succeeded at 750 (offset -1 lines). Hunk #6 succeeded at 828 (offset -1 lines). Hunk #7 succeeded at 978 (offset -4 lines). Hunk #8 succeeded at 1865 (offset -59 lines). Hunk #9 succeeded at 1913 (offset -59 lines). Hunk #10 succeeded at 2078 (offset -59 lines). Hunk #11 succeeded at 2607 (offset -59 lines). Hunk #12 succeeded at 3156 (offset -65 lines). Hunk #13 succeeded at 3172 (offset -65 lines). Hunk #14 succeeded at 3201 (offset -65 lines). Hunk #15 succeeded at 3219 (offset -65 lines). Hunk #16 succeeded at 3962 (offset -65 lines). error: while searching for: gnc_set_num_action (trans, get_this_split (view, trans), new_text, NULL); // Set the last number value for this account. if (gnc_strisnum (new_text)) xaccAccountSetLastNum (xaccSplitGetAccount (get_this_split (view, trans)), new_text); } if (is_trow2) { /* set per book option */ gnc_set_num_action (trans, get_this_split (view, trans), NULL, new_text); } if (is_split) { /* Set split-action with gnc_set_num_action which is the same as * xaccSplitSetAction with these arguments */ gnc_set_num_action (NULL, split, NULL, new_text); // Set the last number value for this account. if (gnc_strisnum (new_text))
Re: GnuCash releases ?
On Apr 3, 2013, at 2:05 AM, Robert Fewell 14ubo...@gmail.com wrote: Hi, Just to double check, I have updated my local git and cloned it and updated it with all the patches in the bugs successfully. I believe you may of started at the wrong bug so here is the order I did them in :- Bug 696152 Bug 695773 Bug 696868, first patch Bug 696868, second patch Bug 697140, first patch Bug 697140, second patch Ah, I skipped the patch in 696152 because I understood your last post on that bug to mean that it had been superseded by 696688. I'll try again. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
GnuCash releases ?
Hi Guy's, I thought 2.5.0 was being released in mid April so was not checking activity. I have several blocker bugs with patches on them that may be a good idea for this release or .1 the last containing a patch to check old and new registers being opened at the same time which I think was mentioned in other posts. With these patches applied, I think that is all the broad strokes done with the register but obviously there will be loads of changes for the stuff I have missed or got wrong or just is not working !!! Main Bug is 673193 Robert ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: GnuCash releases ?
On Apr 2, 2013, at 1:37 PM, Robert Fewell 14ubo...@gmail.com wrote: Hi Guy's, I thought 2.5.0 was being released in mid April so was not checking activity. I have several blocker bugs with patches on them that may be a good idea for this release or .1 the last containing a patch to check old and new registers being opened at the same time which I think was mentioned in other posts. With these patches applied, I think that is all the broad strokes done with the register but obviously there will be loads of changes for the stuff I have missed or got wrong or just is not working !!! Main Bug is 673193 I tried to apply them and didn't get very far. Errors follow. I hope you've got this on a branch so you can pull the latest trunk, rebase your branch, and create a new set of patches. In the meantime, I think we'll go ahead with 2.5.0 and get the patches into 2.5.1 next month. Regards, John Ralls git apply --reject --whitespace=fix 0012-reg2-update12-git.patch 0012-reg2-update12-git.patch:274: trailing whitespace. } else if (col_list[i] == COL_NUMACT) { Checking patch src/gnome-utils/gnc-tree-model-split-reg.c... Hunk #2 succeeded at 487 (offset 4 lines). Hunk #3 succeeded at 755 (offset 4 lines). Hunk #4 succeeded at 956 (offset -19 lines). Hunk #5 succeeded at 1198 (offset -19 lines). Hunk #6 succeeded at 2234 (offset -72 lines). Hunk #7 succeeded at 2280 (offset -72 lines). Hunk #8 succeeded at 2296 (offset -72 lines). Hunk #9 succeeded at 2328 (offset -72 lines). Hunk #10 succeeded at 2367 (offset -72 lines). error: while searching for: gtk_list_store_insert_with_values (store, iter, 100, 0, _(Sell), -1); break; } priv-numact_list = store; } /* Update the model with entries for the Number field ... */ void gnc_tree_model_split_reg_update_num_list (GncTreeModelSplitReg *model) { GncTreeModelSplitRegPrivate *priv; GtkTreeIter iter, num_iter; gboolean valid; priv = model-priv; /* Clear the liststore */ gtk_list_store_clear (priv-numact_list); /* Here we copy the num_list to the numact_list */ valid = gtk_tree_model_get_iter_first (GTK_TREE_MODEL (priv-num_list), num_iter); while (valid) { gchar *text; // Walk through the list, reading each row gtk_tree_model_get (GTK_TREE_MODEL (priv-num_list), num_iter, 0, text, -1); gtk_list_store_append (priv-numact_list, iter); gtk_list_store_set (priv-numact_list, iter, 0, text, -1); g_free (text); valid = gtk_tree_model_iter_next (GTK_TREE_MODEL (priv-num_list), num_iter); } } static int error: patch failed: src/gnome-utils/gnc-tree-model-split-reg.c:2554 Checking patch src/gnome-utils/gnc-tree-model-split-reg.h... Checking patch src/gnome-utils/gnc-tree-view-split-reg.c... Hunk #2 succeeded at 653 (offset -1 lines). Hunk #3 succeeded at 676 (offset -1 lines). Hunk #4 succeeded at 715 (offset -1 lines). Hunk #5 succeeded at 750 (offset -1 lines). Hunk #6 succeeded at 828 (offset -1 lines). Hunk #7 succeeded at 978 (offset -4 lines). Hunk #8 succeeded at 1865 (offset -59 lines). Hunk #9 succeeded at 1913 (offset -59 lines). Hunk #10 succeeded at 2078 (offset -59 lines). Hunk #11 succeeded at 2607 (offset -59 lines). Hunk #12 succeeded at 3156 (offset -65 lines). Hunk #13 succeeded at 3172 (offset -65 lines). Hunk #14 succeeded at 3201 (offset -65 lines). Hunk #15 succeeded at 3219 (offset -65 lines). Hunk #16 succeeded at 3962 (offset -65 lines). error: while searching for: gnc_set_num_action (trans, get_this_split (view, trans), new_text, NULL); // Set the last number value for this account. if (gnc_strisnum (new_text)) xaccAccountSetLastNum (xaccSplitGetAccount (get_this_split (view, trans)), new_text); } if (is_trow2) { /* set per book option */ gnc_set_num_action (trans, get_this_split (view, trans), NULL, new_text); } if (is_split) { /* Set split-action with gnc_set_num_action which is the same as * xaccSplitSetAction with these arguments */ gnc_set_num_action (NULL, split, NULL, new_text); // Set the last number value for this account. if (gnc_strisnum (new_text)) xaccAccountSetLastNum (xaccSplitGetAccount (split), new_text); } break; error: patch failed: src/gnome-utils/gnc-tree-view-split-reg.c:4227 error: while searching for: } /* Callback for Account seperator key */ static void gtv_split_reg_acct_cb (GtkEntry*entry, error: patch failed: src/gnome-utils/gnc-tree-view-split-reg.c:4457 Hunk #19 succeeded at 4750 (offset -320 lines). Applying patch src/gnome-utils/gnc-tree-model-split-reg.c with 1 rejects... Hunk #1 applied cleanly. Hunk #2 applied
Re: GnuCash releases ?
Most of it is in there. This page http://wiki.gnucash.org/wiki/Release_Schedule had a list of features that were already complete for 2.6. Perhaps some of these are worth mentioning as well. Geert John Ralls jra...@ceridwen.us schreef: I've got trunk passing distcheck now, so I'm going to bump and tag tonight and release tomorrow. Here's my NEWS item. Did I miss anything? Regards, John Ralls The Gnucash Development Team is pleased to release Gnucash 2.5.0, the first release of an unstable series leading to Gnucash 2.6.0. This release is UNSTABLE and SHOULD NOT BE USED in production. Robert Fewell has contributed a rewrite of the ledger (Gnucash's primary interface window) to use the GtkTreeModel (select register 2 from the menu) as well as a new CSV import/export facility for account trees. Gnucash now requires Gtk+-2.24 and GLib-2.26. We've removed most of the dependencies on libraries obsoleted by project Ridley and will in position to move to Gtk+-3.x once the GtkTreeModel register window work is complete. This means that Gnucash 2.5 requires Debian 6, RHEL 6, or one of the more aggressive distributions like Ubuntu. Gnucash now works with Guile-2.0. The business module has been revamped and we introduce a new feature, Credit Notes. It is now possible to import customers and vendors from a CSV file as well. The Num field is now optionally per-split rather than per-transaction. When opening a locked book one now has the option of opening it read-only. Note that Gnucash is still a single-user program and that the databaase backends are still used only as a data store. Gnucash is no longer subject to the 2038 bug, so that 30-year mortgages can now be entered correctly. By agreement of all authors we have relicensed Gnucash to the Gnu Public License Version 2 or later from just Version 2. ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel -- Verzonden van mijn Android telefoon met K-9 Mail. ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: GnuCash releases ?
John Ralls-2 wrote I've got trunk passing distcheck now, so I'm going to bump and tag tonight and release tomorrow. Here's my NEWS item. Did I miss anything? Regards, John Ralls The Gnucash Development Team is pleased to release Gnucash 2.5.0, the first release of an unstable series leading to Gnucash 2.6.0. This release is UNSTABLE and SHOULD NOT BE USED in production. Robert Fewell has contributed a rewrite of the ledger (Gnucash's primary interface window) to use the GtkTreeModel (select register 2 from the menu) as well as a new CSV import/export facility for account trees. Gnucash now requires Gtk+-2.24 and GLib-2.26. We've removed most of the dependencies on libraries obsoleted by project Ridley and will in position to move to Gtk+-3.x once the GtkTreeModel register window work is complete. This means that Gnucash 2.5 requires Debian 6, RHEL 6, or one of the more aggressive distributions like Ubuntu. snip John, I am unsure if the Burke patch is included in this revision (https://bugzilla.gnome.org/show_bug.cgi?id=695423). If so, I suggest a notice informing users that this revision allows the same commodity to be held in different accounts, whereas in the past, only one account could be associated with a specific commodity. This patch adds the account_online_id as well to differentiate between commodities held in different accounts. Most important - Users will be required to re-associate their downloaded transactions to a specific commodity in the Generic Transaction Matcher. This re-association is initially required until GnuCash learns the new, unique ID of a specific Account/Commodity. (Or something to that effect...) Just a nit-pick grammatical note; you probably meant - Gnucash now requires Gtk+-2.24 and GLib-2.26. We've removed most of the dependencies on libraries obsoleted by project Ridley and will /be/ in position to move to Gtk+-3.x once the GtkTreeModel register window work is complete. This means... Thanks. -- View this message in context: http://gnucash.1415818.n4.nabble.com/GnuCash-releases-tp4660733p4660834.html Sent from the GnuCash - Dev mailing list archive at Nabble.com. ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: GnuCash releases ?
John, A couple of typo-type comments: -- Forwarded message -- From: John Ralls jra...@ceridwen.us To: Cc: gnucash-devel@gnucash.org Devel gnucash-devel@gnucash.org Date: Sat, 30 Mar 2013 17:41:15 -0700 Subject: Re: GnuCash releases ? I've got trunk passing distcheck now, so I'm going to bump and tag tonight and release tomorrow. Here's my NEWS item. Did I miss anything? Regards, John Ralls The Gnucash Development Team is pleased to release Gnucash 2.5.0, the first release of an unstable series leading to Gnucash 2.6.0. This release is UNSTABLE and SHOULD NOT BE USED in production. Robert Fewell has contributed a rewrite of the ledger (Gnucash's primary interface window) to use the GtkTreeModel (select register 2 from the menu) as well as a new CSV import/export facility for account trees. Gnucash now requires Gtk+-2.24 and GLib-2.26. We've removed most of the dependencies on libraries obsoleted by project Ridley and will in position to move to Gtk+-3.x once the ^- missing 'be' as in 'will be in position to ...' GtkTreeModel register window work is complete. This means that Gnucash 2.5 requires Debian 6, RHEL 6, or one of the more aggressive distributions like Ubuntu. Gnucash now works with Guile-2.0. The business module has been revamped and we introduce a new feature, Credit Notes. It is now possible to import customers and vendors from a CSV file as well. The Num field is now optionally per-split rather than per-transaction. When opening a locked book one now has the option of opening it read-only. Note that Gnucash is still a single-user program and that the databaase backends are still ^-extra 'a' in 'databaase' used only as a data store. Gnucash is no longer subject to the 2038 bug, so that 30-year mortgages can now be entered correctly. By agreement of all authors we have relicensed Gnucash to the Gnu Public License Version 2 or later from just Version 2. ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: GnuCash releases ?
On Mar 30, 2013, at 7:05 PM, Mike Alexander m...@umich.edu wrote: --On March 30, 2013 5:41:15 PM -0700 John Ralls jra...@ceridwen.us wrote: I've got trunk passing distcheck now, so I'm going to bump and tag tonight and release tomorrow. Here's my NEWS item. Did I miss anything? It might be good to specifically mention that one should not open a register2 window for an account that already has an old style register window open. People might get annoyed when GnuCash crashes. Well, if they get annoyed they shouldn't be using an unstable. But they'll annoy us with reports for something we already know about, so I'll mention it. How hard would it be to catch that and just switch focus to the already-open register? Regards, John ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: GnuCash releases ?
--On March 30, 2013 7:45:28 PM -0700 John Ralls jra...@ceridwen.us wrote: Well, if they get annoyed they shouldn't be using an unstable. But they'll annoy us with reports for something we already know about, so I'll mention it. That's really what I meant. Mentioning it might head off a few reports about known problems. How hard would it be to catch that and just switch focus to the already-open register? I don't know. It would probably be easy to produce an error alert in this case. It might also be easy to just switch to the open window, but an error alert might actually be better since you're not going to get what you asked for (a register 2 window). Mike ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: GnuCash releases ?
On Mar 27, 2013, at 5:34 PM, John Ralls jra...@ceridwen.us wrote: On Mar 27, 2013, at 1:07 PM, Christian Stimming christ...@cstimming.de wrote: Am Mittwoch, 27. März 2013, 18:45:41 schrieb Geert Janssens: Two come to mind: 2.4.12 The previous release dates back to July 2012. Not that much has been going on on stable, but there are a number of bugfixes waiting to be released. I have read several suggestions from users that we're waiting too long to release them. I'd agree it's time to put out what we have. +1 from me on this. Let's do a 2.4.12 ASAP. 2.5.0 This was discussed before. The only remaining major items are gconf-gsettings and the register rewrite. I think I'll need too much time to finish gsettings to delay 2.5.0 for it. I intend to get it ready for 2.5.1 or 2.5.2. The register rewrite isn't done, but can already be used for testing and feedback purposes. So I would ask for a release somewhere in april. Thoughts ? +1 on that one, too. Let's get trunk get some wider audience. I agree on both as well. I'll do a make distcheck on both trunk and 2.4 tomorrow and report if there are any issues. If it looks good, we can release at the weekend. I finally got both environments set up properly and got to make distcheck -- and both failed. The first round of problems is that trunk has some files that are in POTFILES.skip but are also distributed (that's after fixing an oversight when I added the scheme files to POTfILES.skip). 2.4 fails configure (configure: error: Cannot find Glib Gettext. Maybe you need to install the gettext package?) when in built from the tarball-created dist directory. It's way past bedtime now, so I'll have at it tomorrow. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: GnuCash releases ?
On Fri, 29 Mar 2013 10:12:50 -0700 John Ralls jra...@ceridwen.us wrote: On Mar 28, 2013, at 11:30 PM, John Ralls jra...@ceridwen.us wrote: On Mar 27, 2013, at 5:34 PM, John Ralls jra...@ceridwen.us wrote: On Mar 27, 2013, at 1:07 PM, Christian Stimming christ...@cstimming.de wrote: Am Mittwoch, 27. März 2013, 18:45:41 schrieb Geert Janssens: Two come to mind: 2.4.12 The previous release dates back to July 2012. Not that much has been going on on stable, but there are a number of bugfixes waiting to be released. I have read several suggestions from users that we're waiting too long to release them. I'd agree it's time to put out what we have. +1 from me on this. Let's do a 2.4.12 ASAP. 2.5.0 This was discussed before. The only remaining major items are gconf-gsettings and the register rewrite. I think I'll need too much time to finish gsettings to delay 2.5.0 for it. I intend to get it ready for 2.5.1 or 2.5.2. The register rewrite isn't done, but can already be used for testing and feedback purposes. So I would ask for a release somewhere in april. Thoughts ? +1 on that one, too. Let's get trunk get some wider audience. I agree on both as well. I'll do a make distcheck on both trunk and 2.4 tomorrow and report if there are any issues. If it looks good, we can release at the weekend. I finally got both environments set up properly and got to make distcheck -- and both failed. The first round of problems is that trunk has some files that are in POTFILES.skip but are also distributed (that's after fixing an oversight when I added the scheme files to POTfILES.skip). 2.4 fails configure (configure: error: Cannot find Glib Gettext. Maybe you need to install the gettext package?) when in built from the tarball-created dist directory. It's way past bedtime now, so I'll have at it tomorrow. On the trunk build, the POTFILES complaints are about the source files to build a couple of stand-alone programs, fini and financial. These are built with a hand-rolled makefile in src/app-utils/calculation called Makefile.calc. It's not part of the regular build. When calculation was a separate module these sources were included as an EXTRA_DIST in the main Makefile.am, but that was dropped when Christian moved them into app-utils. Has anyone *ever* used or even built them? Unless someone speaks up really soon, the two files that are part of the library are moving up a level into app-utils and the rest of calculation is going into the bit-bucket. Regards, John Ralls Not me, never knew they existed. Mike E -- Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All. ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: GnuCash releases ?
On Friday 29 March 2013 17:46:18 Mike Evans wrote: On Fri, 29 Mar 2013 10:12:50 -0700 Has anyone *ever* used or even built them? Unless someone speaks up really soon, the two files that are part of the library are moving up a level into app-utils and the rest of calculation is going into the bit-bucket. Regards, John Ralls Not me, never knew they existed. Mike E Same here. Geert ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: GnuCash releases ?
Am Freitag, 29. März 2013, 10:12:50 schrieb John Ralls: On the trunk build, the POTFILES complaints are about the source files to build a couple of stand-alone programs, fini and financial. These are built with a hand-rolled makefile in src/app-utils/calculation called Makefile.calc. It's not part of the regular build. When calculation was a separate module these sources were included as an EXTRA_DIST in the main Makefile.am, but that was dropped when Christian moved them into app-utils. Has anyone *ever* used or even built them? Unless someone speaks up really soon, the two files that are part of the library are moving up a level into app-utils and the rest of calculation is going into the bit-bucket. The executables can be removed, sure. I'd prefer to continue having the code files itself in the subdirectory calculation. The calculation code is a standalone unit for those financial calculations and not dependent on glib or any other gnucash parts. Moving it plain into app-utils would loose the information that those 4-5 source files make up a unit of its own. Only within gnucash this unit thematically belongs into app-utils, which is why I've moved it there. Regards, Christian ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: GnuCash releases ?
On Mar 29, 2013, at 12:18 PM, Christian Stimming christ...@cstimming.de wrote: Am Freitag, 29. März 2013, 10:12:50 schrieb John Ralls: On the trunk build, the POTFILES complaints are about the source files to build a couple of stand-alone programs, fini and financial. These are built with a hand-rolled makefile in src/app-utils/calculation called Makefile.calc. It's not part of the regular build. When calculation was a separate module these sources were included as an EXTRA_DIST in the main Makefile.am, but that was dropped when Christian moved them into app-utils. Has anyone *ever* used or even built them? Unless someone speaks up really soon, the two files that are part of the library are moving up a level into app-utils and the rest of calculation is going into the bit-bucket. The executables can be removed, sure. I'd prefer to continue having the code files itself in the subdirectory calculation. The calculation code is a standalone unit for those financial calculations and not dependent on glib or any other gnucash parts. Moving it plain into app-utils would loose the information that those 4-5 source files make up a unit of its own. Only within gnucash this unit thematically belongs into app-utils, which is why I've moved it there. I'd prefer that they be grouped by changing their names to calc_foo, but that's more work and it's more important now to get distcheck to pass, so OK. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: GnuCash releases ?
Am Mittwoch, 27. März 2013, 18:45:41 schrieb Geert Janssens: Two come to mind: 2.4.12 The previous release dates back to July 2012. Not that much has been going on on stable, but there are a number of bugfixes waiting to be released. I have read several suggestions from users that we're waiting too long to release them. I'd agree it's time to put out what we have. FYI: The windows build server seems to be running ok now. I've also switched the 2.4 windows build from weekly back to daily until we have our final 2.4.12 binary. (The change was done by locally changing the weekly_build.sh script on the build server. You see the opened text editor when logging into the vmware console.) Christian 2.5.0 This was discussed before. The only remaining major items are gconf-gsettings and the register rewrite. I think I'll need too much time to finish gsettings to delay 2.5.0 for it. I intend to get it ready for 2.5.1 or 2.5.2. The register rewrite isn't done, but can already be used for testing and feedback purposes. So I would ask for a release somewhere in april. Thoughts ? Geert P.S. I won't be available the first two weeks. I'd be fine with a release during that period, but I won't be able to do it. ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: GnuCash releases ?
On Wed, 27 Mar 2013 17:34:53 -0700 John Ralls jra...@ceridwen.us wrote: On Mar 27, 2013, at 1:07 PM, Christian Stimming christ...@cstimming.de wrote: Am Mittwoch, 27. März 2013, 18:45:41 schrieb Geert Janssens: Two come to mind: 2.4.12 The previous release dates back to July 2012. Not that much has been going on on stable, but there are a number of bugfixes waiting to be released. I have read several suggestions from users that we're waiting too long to release them. I'd agree it's time to put out what we have. +1 from me on this. Let's do a 2.4.12 ASAP. 2.5.0 This was discussed before. The only remaining major items are gconf-gsettings and the register rewrite. I think I'll need too much time to finish gsettings to delay 2.5.0 for it. I intend to get it ready for 2.5.1 or 2.5.2. The register rewrite isn't done, but can already be used for testing and feedback purposes. So I would ask for a release somewhere in april. Thoughts ? +1 on that one, too. Let's get trunk get some wider audience. I agree on both as well. I'll do a make distcheck on both trunk and 2.4 tomorrow and report if there are any issues. If it looks good, we can release at the weekend. Regards, John Ralls +1 from me. I've made some (useful?) minor fixes to 2.4 recently that should see daylight. More testers on trunk are very much needed too. Mike E -- Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All. ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: GnuCash releases ?
Mike Evans mi...@saxicola.idps.co.uk writes: I agree on both as well. I'll do a make distcheck on both trunk and 2.4 tomorrow and report if there are any issues. If it looks good, we can release at the weekend. Regards, John Ralls +1 from me. I've made some (useful?) minor fixes to 2.4 recently that should see daylight. More testers on trunk are very much needed too. Mike E Ditto. -derek -- Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory Member, MIT Student Information Processing Board (SIPB) URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH warl...@mit.eduPGP key available ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
GnuCash releases ?
Two come to mind: 2.4.12 The previous release dates back to July 2012. Not that much has been going on on stable, but there are a number of bugfixes waiting to be released. I have read several suggestions from users that we're waiting too long to release them. I'd agree it's time to put out what we have. 2.5.0 This was discussed before. The only remaining major items are gconf-gsettings and the register rewrite. I think I'll need too much time to finish gsettings to delay 2.5.0 for it. I intend to get it ready for 2.5.1 or 2.5.2. The register rewrite isn't done, but can already be used for testing and feedback purposes. So I would ask for a release somewhere in april. Thoughts ? Geert P.S. I won't be available the first two weeks. I'd be fine with a release during that period, but I won't be able to do it. ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: GnuCash releases ?
Am Mittwoch, 27. März 2013, 18:45:41 schrieb Geert Janssens: Two come to mind: 2.4.12 The previous release dates back to July 2012. Not that much has been going on on stable, but there are a number of bugfixes waiting to be released. I have read several suggestions from users that we're waiting too long to release them. I'd agree it's time to put out what we have. +1 from me on this. Let's do a 2.4.12 ASAP. 2.5.0 This was discussed before. The only remaining major items are gconf-gsettings and the register rewrite. I think I'll need too much time to finish gsettings to delay 2.5.0 for it. I intend to get it ready for 2.5.1 or 2.5.2. The register rewrite isn't done, but can already be used for testing and feedback purposes. So I would ask for a release somewhere in april. Thoughts ? +1 on that one, too. Let's get trunk get some wider audience. Regards, Christian ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel