Re: r16612 - gnucash/branches/gda-dev - 1) Merge with trunk up to 16597
Hi Phil, Am Sonntag, den 02.12.2007, 16:29 -0500 schrieb Phil Longstaff: Author: plongstaff Date: 2007-12-02 16:29:35 -0500 (Sun, 02 Dec 2007) Trac: http://svn.gnucash.org/trac/changeset/16612 Log: 1) Merge with trunk up to 16597 2) When inserting into a table which doesn't have a guid as the primary key (e.g. slots), where the first key is an auto-increment key, don't provide a value for the key. 3) Work on recurrences and scheduled transactions. They don't work yet, but the sx struct is saved Please do not mix merges with actual work. This complicates the handling of that commit afterwards unnecessarily. I would even say that the merge A itself should only resolve physical conflicts, i.e. remove conflict markers correctly. Then a commit B could fix the branch to at least compile before adding anything new (C). For small changes A+B might go in together. But that is only my opinion. As your branch has seen several merges, the missing of .gitignore (see r16625) let me check the differences between [EMAIL PROTECTED] and gda-dev. The resulting diffstat can be found in the attachment (svn-property changes are not included). 267 files changed, 124643 insertions(+), 113859 deletions(-) That does not look completely right to me. [1] I do not know which merge failed, but I think it will be hard to merge your branch back to trunk at some point. It would be nice if you could take a look into this. My suggestion would be to create a new branch gda-dev2 [2], starting from current trunk and reapply your work. This also gives you the chance do some things differently in case you have always wanted to :-D Yours, -- andi5 [1] accounts/, packaging/, ChangeLog*, src/scm/process.scm to name a few [2] Just drop a note and it will be done. ChangeLog | 9885 ChangeLog.2006-manual | 7689 -- GDA_STATUS | 88 + accounts/fr_CA/Makefile| 547 + accounts/fr_CA/Makefile.in | 547 + accounts/zh_HK/acctchrt_business.gnucash-xea | 1413 -- accounts/zh_TW/acctchrt_business.gnucash-xea | 1413 -- configure.in | 31 +- contrib/pgsql-1.8-import/README| 19 - contrib/pgsql-1.8-import/gnc2sql.pl| 186 - contrib/pgsql-1.8-import/gnc2sql_update.pl | 157 - contrib/pgsql-1.8-import/gnctables.sql | 868 - doc/README.dependencies| 29 + gnucash-config.in | 214 + gnucash.m4 | 216 + goffice-config.h.in| 225 + goffice-features.h.in | 51 + gsf-config.h.in| 129 + packaging/win32/Greek-4-5.1.11.isl | 367 - packaging/win32/goffice-0.3.0-patch.diff | 189 + packaging/win32/goffice-0.3.2-patch.diff | 91 + packaging/win32/goffice-0.3.7-patch.diff | 91 + packaging/win32/goffice-0.4.1-patch.diff | 69 - packaging/win32/install-fq-mods.bat| 77 - packaging/win32/redirect.c | 166 - po/POTFILES.ignore |5 - po/cs.po |24721 +++- po/de.po | 1006 +- po/glossary/de.po |4 +- po/glossary/hu.po | 718 - po/glossary/zh_TW.po | 380 +- po/ja.po | 4413 +++-- po/pt_BR.po| 2742 ++-- po/zh_TW.po|11074 +- src/backend/Makefile.am|4 +- src/backend/file/Makefile.am | 75 - src/backend/file/gnc-account-xml-v2.c | 501 - src/backend/file/gnc-backend-file.c| 1074 - src/backend/file/gnc-backend-file.h| 62 - src/backend/file/gnc-book-xml-v2.c | 320 - src/backend/file/gnc-budget-xml-v2.c | 226 - src/backend/file/gnc-commodity-xml-v2.c| 296 - src/backend/file/gnc-freqspec-xml-v2.c | 489 - src/backend/file/gnc-lot-xml-v2.c | 202 - src/backend/file/gnc-pricedb-xml-v2.c | 469 - src/backend/file/gnc-recurrence-xml-v2.c | 127 - src/backend/file/gnc-schedxaction-xml-v2.c | 895 - src/backend/file/gnc-transaction-xml-v2.c | 649 - src/backend/file/gnc-xml-helper.h | 46 - src/backend/file/gnc-xml.h | 66 - src/backend/file/gncmod-backend-file.c | 65 - src/backend/file/io-example-account.c
Re: PATCH: Advanced portfolio report revisions
We believe, but we are not sure, that the Microsoft-Money Annual % Return is the Internal Rate of Return (IRR). See http://support.microsoft.com/kb/131664. We believe that the IRR is the best measure of return, because it allows any two investments to be meaningfully compared.. The calculation is non-trivial. I recommend Financial Calculation Programs for Linux by James Shapiro at http://www.linuxjournal.com/article/2545. He gives C, Java, and Perl programs for calculating IRR. Close. But just IRR by itself without including its standard deviation for the time period doesn't allow proper comparison of investments. Not that past measures of risk provide a certain measure for the future but it's the best that is available. The point here is that investment A with an IRR of M but a large deviation might not be a better than investment B with an IRR of N slightly smaller than M but with a much smaller deviation. The usual idea is that the real comparison gets made after adjusting for risk -- how much of the higher yielding would instead have to be invested at low yield very low risk to bring the blend to the same deviation -- and then use that blended yield. The problem is that the deviation can't be simply calculated from the beginning and ending states but needs the history in between. Michael ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Translation Display
Hi, I need my menus to display in English. I am running a Japanese version of Windows Home XP, so GNU Cash displays itself in Japanese by default. I'd like to be able to select what language I use the program in, but even after reading documentation and many forums, I can't figure out how. If you can let me know that would be great. THanks David ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Translation Display
Hi David, Am Samstag, den 08.12.2007, 19:36 -0800 schrieb David Somers Harris: Hi, I need my menus to display in English. I am running a Japanese version of Windows Home XP, so GNU Cash displays itself in Japanese by default. I'd like to be able to select what language I use the program in, but even after reading documentation and many forums, I can't figure out how. If you can let me know that would be great. THanks just find $prefix\bin\gnucash.bat and insert set LANG=C before the the last line (start...). en_US instead of C should work as well. I do not know whether there is something like en_JP. -- andi5 ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Changing SX Causing GnuCash to Hang
Hi, I have a scheduled SX setup to automatically add a fixed amount of interest to a savings accounts at the end of a month. I changed this SX so that the amount is a variable from this point forward. However, when I'm trying to close the tab of the Scheduled Transaction Editor (the Close Button is on the tab) GnuCash hangs and I have to kill the application. The only message on the command line is this: *** glibc detected *** gnucash: corrupted double-linked list: 0x43405158 *** I have tried to change this SX several times on two different systems (one running FC5 - svn r16583 on 2007-11-14 and one running FC6 - svn r16372 2007-07-29) with the same result except that the error message is not displayed on the FC6 system. Choosing a different SX to modify in the same way results in the same problem. I haven't seen this problem reported before. Should I report it in Bugzilla? -- Volker Englisch http://www.englisch.us mailto:[EMAIL PROTECTED] ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: PATCH: Advanced portfolio report revisions
On Sat, Dec 08, 2007 at 09:18:04PM -0800, Segundo Bob wrote: Andrew, Thanks for the hint about FIFO, FILO. We had overlooked these options. I'm glad that helps. Of course the default, Average, should work as well, and it does in as much as the calculations are correct, but due to a lack of rounding, and the method that gnucash stores fractions, we get an overflow situation. I'll be patching that soon. ... snip comparison of MS money and gnucash. We believe that the Microsoft-Money % Rate of Return is Return for period divided by Buys. This seems to be a not very meaningful number. We believe, but we are not sure, that the Microsoft-Money Annual % Return is the Internal Rate of Return (IRR). See http://support.microsoft.com/kb/131664. We believe that the IRR is the best measure of return, because it allows any two investments to be meaningfully compared.. The calculation is non-trivial. I recommend Financial Calculation Programs for Linux by James Shapiro at http://www.linuxjournal.com/article/2545. He gives C, Java, and Perl programs for calculating IRR. Thanks for the links. We find all the columns in the GnuCash report useful and we think it would be worthwhile to add columns for income and realized gain. great! I'm glad it's working for you. The additional information, income and realized gain, are longer term projects and I can't make any reasonable guess when, or even if, they will be done. But I'll put them on the list ;) A signature.asc Description: Digital signature ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Changing SX Causing GnuCash to Hang
Volker Englisch [EMAIL PROTECTED] writes: I have a scheduled SX setup to automatically add a fixed amount of interest to a savings accounts at the end of a month. I changed this SX so that the amount is a variable from this point forward. However, when I'm trying to close the tab of the Scheduled Transaction Editor (the Close Button is on the tab) GnuCash hangs and I have to kill the application. The only message on the command line is this: *** glibc detected *** gnucash: corrupted double-linked list: 0x43405158 *** I have tried to change this SX several times on two different systems (one running FC5 - svn r16583 on 2007-11-14 and one running FC6 - svn r16372 2007-07-29) with the same result except that the error message is not displayed on the FC6 system. Choosing a different SX to modify in the same way results in the same problem. I haven't seen this problem reported before. Should I report it in Bugzilla? I'm taking a look at it right now, so hopefully it won't be alive for long, but it'd be nice to have a bug filed either way, yes, please. -- ...jsled http://asynchronous.org/ - a=jsled; b=asynchronous.org; echo [EMAIL PROTECTED] pgp3P4xYBBEEb.pgp Description: PGP signature ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: r16624 - gnucash/trunk - Remove the spurious m4/ directory. Use macros/ instead.
Am Sonntag, 9. Dezember 2007 02:26 schrieb Andreas Köhler: Author: andi5 Date: 2007-12-08 20:26:03 -0500 (Sat, 08 Dec 2007) New Revision: 16624 Trac: http://svn.gnucash.org/trac/changeset/16624 Removed: gnucash/trunk/m4/ Modified: gnucash/trunk/Makefile.am Log: Remove the spurious m4/ directory. Use macros/ instead. I think in some autoconf manual (version ... err, whatever) it was suggested that a subdirectory m4 will be used by default for macro lookup in some future autoconf version. Hence, if we ever want to decide on one directory name, m4 would be preferrable over macros. On the other hand, all the autotools are *so* web1.0, we shouldn't bother any more than necessary, which is what your patch did correctly. (Actually, CMake might be an interesting alternative, especially because we do not use many convenience libraries but instead directly build a whole bunch of shared libraries. I've been using cmake in several other projects for quite some time by now. But switching the build system from autotools to cmake this would be a task of the size of one Summer of Code project :-) Regards, Christian ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Translation Display
Am Sonntag, 9. Dezember 2007 17:45 schrieb Andreas Köhler: I need my menus to display in English. I am running a Japanese version of Windows Home XP, so GNU Cash displays itself in Japanese by default. I'd like to be able to select what language I use the program in, Just to answer the question the other way round: We are very sorry, but the libraries we're using for language translations won't (easily) enable us to offer the user a language selection dialog while the program is running. but even after reading documentation and many forums, I can't figure out how. If you can let me know that would be great. THanks just find $prefix\bin\gnucash.bat and insert set LANG=C before the the last line (start...). en_US instead of C should work as well. I do not know whether there is something like en_JP. What Andreas explained here is this: Instead of selecting some menu entry in a dialog, the only way to currently change the used translation is to edit the file gnucash.bat in a text editor and insert the mentioned line set LANG=C as the second-to-last line in that file. Sorry for the inconvenience. On the upside, you can select between many different languages here; LANG=en_GB might be interesting as well. Regards, Christian ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Changing SX Causing GnuCash to Hang
Josh Sled [EMAIL PROTECTED] writes: Volker Englisch [EMAIL PROTECTED] writes: I have a scheduled SX setup to automatically add a fixed amount of interest to a savings accounts at the end of a month. I changed this SX so that the amount is a variable from this point forward. However, when I'm trying to close the tab of the Scheduled Transaction Editor (the Close Button is on the tab) GnuCash hangs and I have to kill the application. The only message on the command line is this: *** glibc detected *** gnucash: corrupted double-linked list: 0x43405158 *** I have tried to change this SX several times on two different systems (one running FC5 - svn r16583 on 2007-11-14 and one running FC6 - svn r16372 2007-07-29) with the same result except that the error message is not displayed on the FC6 system. Choosing a different SX to modify in the same way results in the same problem. I haven't seen this problem reported before. Should I report it in Bugzilla? I'm taking a look at it right now, so hopefully it won't be alive for long, but it'd be nice to have a bug filed either way, yes, please. Well, if you haven't filed one yet, don't bother ... but let me know if r16629 resolves the problem, please? -- ...jsled http://asynchronous.org/ - a=jsled; b=asynchronous.org; echo [EMAIL PROTECTED] pgpxEEfch6eh4.pgp Description: PGP signature ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Changing SX Causing GnuCash to Hang
On 12/09/2007 02:46 PM Josh Sled wrote: ... it'd be nice to have a bug filed either way, yes, please. Done. http://bugzilla.gnome.org/show_bug.cgi?id=502755 -- Volker Englisch http://www.englisch.us mailto:[EMAIL PROTECTED] ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Changing SX Causing GnuCash to Hang
On 12/09/2007 06:41 PM Josh Sled wrote: Well, if you haven't filed one yet, don't bother ... but let me know if r16629 resolves the problem, please? I saw your email a little to late. :-) But yes, whatever you did solved the problem. No more hanging GC when closing the tab. As always, thank you very much for your help (and the after hour customer support :-)) -- Volker Englisch http://www.englisch.us ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: r16612 - gnucash/branches/gda-dev - 1) Merge with trunk up to 16597
Andreas Köhler wrote: Hi Phil, Am Sonntag, den 02.12.2007, 16:29 -0500 schrieb Phil Longstaff: Author: plongstaff Date: 2007-12-02 16:29:35 -0500 (Sun, 02 Dec 2007) Trac: [1]http://svn.gnucash.org/trac/changeset/16612 Log: 1) Merge with trunk up to 16597 2) When inserting into a table which doesn't have a guid as the primary key (e.g. slots), where the first key is an auto-increment key, don't provide a value for the key. 3) Work on recurrences and scheduled transactions. They don't work yet, but the sx struct is saved Please do not mix merges with actual work. This complicates the handling of that commit afterwards unnecessarily. I would even say that the merge A itself should only resolve physical conflicts, i.e. remove conflict markers correctly. Then a commit B could fix the branch to at least compile before adding anything new (C). For small changes A+B might go in together. But that is only my opinion. Yes, I haven't been doing the merges correctly As your branch has seen several merges, the missing of .gitignore (see r16625) let me check the differences between [EMAIL PROTECTED] and gda-dev. The resulting diffstat can be found in the attachment (svn-property changes are not included). 267 files changed, 124643 insertions(+), 113859 deletions(-) That does not look completely right to me. [1] I do not know which merge failed, but I think it will be hard to merge your branch back to trunk at some point. It would be nice if you could take a look into this. My suggestion would be to create a new branch gda-dev2 [2], starting from current trunk and reapply your work. This also gives you the chance do some things differently in case you have always wanted to :-D I don't want to do this right now, but at some point we should do this. I know there was one merge which I had a lot of trouble with. One way I haven't been doing the merges in the manner you probably want is that I've been doing them manually, picking and choosing even portions of a changeset. Yours, -- andi5 [1] accounts/, packaging/, ChangeLog*, src/scm/process.scm to name a few [2] Just drop a note and it will be done. Phil References 1. http://svn.gnucash.org/trac/changeset/16612 ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel