[GNC-dev] documentation html location
Hi, It's been quite a while since I built the documentation and much has changed. https://wiki.gnucash.org/wiki/Documentation_Improvement#In_HTML_and_Other_Fo rmats says: The built html files with be placed in an automatically created directory, which if using the example directories will be: $HOME/code/gnucash-docs/build//C/gnucash- .. To view the results in a web browser, in a file manager (or for Windows: Windows Explorer/File Explorer) double click on either: $HOME/code/gnucash-docs/build/help/C/gnucash-help/help.html # or $HOME/code/gnucash-docs/build/guide/C/gnucash-guide/index.html But when I did it on my Ubuntu system, help.html is build/share/doc/C/gnucash-help/help.html Should I update the wiki? Regards, Chris Good ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Failed to build GnuCash on Windows
-Original Message- From: Explorare Sent: Monday, 17 January 2022 6:46 PM To: Chris Good Cc: gnucash-devel@gnucash.org Subject: Re: [GNC-dev] Failed to build GnuCash on Windows Hi Chris, I don't have much time to spend on this issue and only uses the reserved "XTS" to record USDT transactions. I always uses USDT as a bridge between the other crypto currencies and legal tender. In this way the only exchange rate I need to update is USDT (XTS), and I also need to transfer the current net worth of all crypto currencies into USDT and record it as a gain or loss. I treat it as a whole. And more detailed transaction and analysis can be generated by whatever crypto exchange app you are using. Adding all those crypto currencies requires a source to fetch current price, which is another bigger issue. And the price of thoes currencies change so dramatically which makes it harded to get a overview of net worth of those. GL;HF explorare On 1/16/2022 4:56 PM, Chris Good wrote: > Hi Explorare, > > Re thread > > https://www.mail-archive.com/gnucash-devel@gnucash.org/msg42675.html > <https://www.mail-archive.com/gnucash-devel@gnucash.org/msg42675.html> > > Did you ever resolve this? > > I’m getting the same error now trying to build 32 Bit Gnucash (maint > approx. 4.9) on Windows 10. > > This is the error: > > cd /e/Data/GnuCash/gcdev64/src/gnucash-on-windows.git > > TARGET=gnucash-maint jhbuild -f jhbuildrc build > > ... > > make[1]: Leaving directory > '/e/Data/GnuCash/gcdev64/gnucash/maint/build/OpenSP-1.5.2' > > I: Deleting .la file: > '/e/Data/GnuCash/gcdev64/gnucash/maint/inst/_jhbuild/root-OpenSP/e/Data/GnuCash/gcdev64/gnucash/maint/inst/lib/libosp.la' > > I: Moving temporary DESTDIR > '/e/Data/GnuCash/gcdev64/gnucash/maint/inst/_jhbuild/root-OpenSP' into > build prefix > > Traceback (most recent call last): > >File "/usr/bin/jhbuild", line 23, in > > jhbuild.main.main(sys.argv[1:]) > >File "/e/Data/GnuCash/gcdev64/src/jhbuild.git/jhbuild/main.py", > line 120, in main > > rc = jhbuild.commands.run(command, config, args, help=lambda: > print_help(parser)) > >File > "/e/Data/GnuCash/gcdev64/src/jhbuild.git/jhbuild/commands/__init__.py" > , > line 188, in run > > return cmd.execute(config, args, help) > >File > "/e/Data/GnuCash/gcdev64/src/jhbuild.git/jhbuild/commands/__init__.py" > , > line 56, in execute > > return self.run(config, options, args, help) > >File > "/e/Data/GnuCash/gcdev64/src/jhbuild.git/jhbuild/commands/base.py", > line 263, in run > > return build.build() > >File > "/e/Data/GnuCash/gcdev64/src/jhbuild.git/jhbuild/frontends/buildscript > .py", > line 172, in build > > error, altphases = module.run_phase(self, phase) > >File > "/e/Data/GnuCash/gcdev64/src/jhbuild.git/jhbuild/modtypes/__init__.py" > , > line 423, in run_phase > > method(buildscript) > >File > "/e/Data/GnuCash/gcdev64/src/jhbuild.git/jhbuild/modtypes/autotools.py > ", > line 320, in do_install > > self.process_install(buildscript, self.get_revision()) > >File > "/e/Data/GnuCash/gcdev64/src/jhbuild.git/jhbuild/modtypes/__init__.py" > , > line 390, in process_install > > buildscript.moduleset.packagedb.add(self.name, revision or '', > >File > "/e/Data/GnuCash/gcdev64/src/jhbuild.git/jhbuild/utils/packagedb.py", > line 176, in add > > pkg.write() > >File > "/e/Data/GnuCash/gcdev64/src/jhbuild.git/jhbuild/utils/packagedb.py", > line 79, in write > > writer.fp.write('\n'.join(self.manifest).encode('utf-8', > 'backslashreplace') + b'\n') > > TypeError: can only join an iterable > > Python -V in the MinGW32 shell shows: > > python -V > > Python 3.9.7 > > Regards, > > Chris Good > Hi Explorare, Thanks for the reply. I was actually asking about the python error when building with: writer.fp.write('\n'.join(self.manifest).encode('utf-8', 'backslashreplace') + b'\n') Regards, Chris Good ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] Failed to build GnuCash on Windows
Hi Explorare, Re thread https://www.mail-archive.com/gnucash-devel@gnucash.org/msg42675.html Did you ever resolve this? I'm getting the same error now trying to build 32 Bit Gnucash (maint approx. 4.9) on Windows 10. This is the error: cd /e/Data/GnuCash/gcdev64/src/gnucash-on-windows.git TARGET=gnucash-maint jhbuild -f jhbuildrc build ... make[1]: Leaving directory '/e/Data/GnuCash/gcdev64/gnucash/maint/build/OpenSP-1.5.2' I: Deleting .la file: '/e/Data/GnuCash/gcdev64/gnucash/maint/inst/_jhbuild/root-OpenSP/e/Data/GnuC ash/gcdev64/gnucash/maint/inst/lib/libosp.la' I: Moving temporary DESTDIR '/e/Data/GnuCash/gcdev64/gnucash/maint/inst/_jhbuild/root-OpenSP' into build prefix Traceback (most recent call last): File "/usr/bin/jhbuild", line 23, in jhbuild.main.main(sys.argv[1:]) File "/e/Data/GnuCash/gcdev64/src/jhbuild.git/jhbuild/main.py", line 120, in main rc = jhbuild.commands.run(command, config, args, help=lambda: print_help(parser)) File "/e/Data/GnuCash/gcdev64/src/jhbuild.git/jhbuild/commands/__init__.py", line 188, in run return cmd.execute(config, args, help) File "/e/Data/GnuCash/gcdev64/src/jhbuild.git/jhbuild/commands/__init__.py", line 56, in execute return self.run(config, options, args, help) File "/e/Data/GnuCash/gcdev64/src/jhbuild.git/jhbuild/commands/base.py", line 263, in run return build.build() File "/e/Data/GnuCash/gcdev64/src/jhbuild.git/jhbuild/frontends/buildscript.py", line 172, in build error, altphases = module.run_phase(self, phase) File "/e/Data/GnuCash/gcdev64/src/jhbuild.git/jhbuild/modtypes/__init__.py", line 423, in run_phase method(buildscript) File "/e/Data/GnuCash/gcdev64/src/jhbuild.git/jhbuild/modtypes/autotools.py", line 320, in do_install self.process_install(buildscript, self.get_revision()) File "/e/Data/GnuCash/gcdev64/src/jhbuild.git/jhbuild/modtypes/__init__.py", line 390, in process_install buildscript.moduleset.packagedb.add(self.name, revision or '', File "/e/Data/GnuCash/gcdev64/src/jhbuild.git/jhbuild/utils/packagedb.py", line 176, in add pkg.write() File "/e/Data/GnuCash/gcdev64/src/jhbuild.git/jhbuild/utils/packagedb.py", line 79, in write writer.fp.write('\n'.join(self.manifest).encode('utf-8', 'backslashreplace') + b'\n') TypeError: can only join an iterable Python -V in the MinGW32 shell shows: python -V Python 3.9.7 Regards, Chris Good ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] How to specify args to setup-mingw64.ps1
-Original Message- From: john Sent: Sunday, 16 January 2022 3:36 PM To: Chris Good Cc: gnucash-devel@gnucash.org Subject: Re: [GNC-dev] How to specify args to setup-mingw64.ps1 > On Jan 15, 2022, at 5:58 PM, Chris Good wrote: > > Ignoring for the moment the fact that John Ralls says the Windows 64 > bit build is currently broken because the latest MSYS2 updates require > a new webkit build and he hasn't yet done the 64-bit one. > > How would I specify a non default target_dir and a 64-bit build? > > I tried many things but had to resort to editing the script to plug > the values I want in the CmdLetBinding section. > > For example: > > .\setup-mingw64.ps1 -target_dir "e:\Data\GnuCash\gcdev64" > -download_dir "e:\Data\GnuCash\gcdev64\downloads" -x86_64 "$true" > > fails with > "Failed to install MSys2, aborting." > because $bash_path = True\\usr\\bin\\bash.exe > > I added after line 76: $bash_path = "$msys2_root\\usr\\bin\\bash.exe" > write-host "target_dir=$target_dir" > write-host "download_dir=$download_dir" > write-host "msys2_root=$msys2_root" > write-host "x86_64=$x86_64" > write-host "preferred_mirror=$preferred_mirror" > > .\setup-mingw64.ps1 -target_dir "e:\Data\GnuCash\gcdev64" > -download_dir "e:\Data\GnuCash\gcdev64\downloads" -x86_64 "$true" > > target_dir=e:\Data\GnuCash\gcdev64 > download_dir=e:\Data\GnuCash\gcdev64\downloads > msys2_root=True ??? > x86_64=True > preferred_mirror=http://repo.msys2.org > > .\setup-mingw64.ps1 -target_dir "e:\Data\GnuCash\gcdev64" -x86_64 "$true" > target_dir=e:\Data\GnuCash\gcdev64 > download_dir=True ??? > msys2_root=e:\Data\GnuCash\gcdev64\\msys2 > x86_64=True > preferred_mirror=http://repo.msys2.org Don't quote $true, it's a PowerShell constant. If you quote it it turns into a string and doesn't work. Regards, John Ralls Hi John, Also seems to be something else wrong: PS E:\data\GnuCash\gcdev64> .\setup-mingw64.ps1 -target_dir "e:\Data\GnuCash\gcdev64" -x86_64 $true target_dir=e:\Data\GnuCash\gcdev64 download_dir=True ??? msys2_root=e:\Data\GnuCash\gcdev64\\msys2 x86_64=True preferred_mirror=http://repo.msys2.org Regards, Chris Good ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] How to specify args to setup-mingw64.ps1
Ignoring for the moment the fact that John Ralls says the Windows 64 bit build is currently broken because the latest MSYS2 updates require a new webkit build and he hasn't yet done the 64-bit one. How would I specify a non default target_dir and a 64-bit build? I tried many things but had to resort to editing the script to plug the values I want in the CmdLetBinding section. For example: .\setup-mingw64.ps1 -target_dir "e:\Data\GnuCash\gcdev64" -download_dir "e:\Data\GnuCash\gcdev64\downloads" -x86_64 "$true" fails with "Failed to install MSys2, aborting." because $bash_path = True\\usr\\bin\\bash.exe I added after line 76: $bash_path = "$msys2_root\\usr\\bin\\bash.exe" write-host "target_dir=$target_dir" write-host "download_dir=$download_dir" write-host "msys2_root=$msys2_root" write-host "x86_64=$x86_64" write-host "preferred_mirror=$preferred_mirror" .\setup-mingw64.ps1 -target_dir "e:\Data\GnuCash\gcdev64" -download_dir "e:\Data\GnuCash\gcdev64\downloads" -x86_64 "$true" target_dir=e:\Data\GnuCash\gcdev64 download_dir=e:\Data\GnuCash\gcdev64\downloads msys2_root=True ??? x86_64=True preferred_mirror=http://repo.msys2.org .\setup-mingw64.ps1 -target_dir "e:\Data\GnuCash\gcdev64" -x86_64 "$true" target_dir=e:\Data\GnuCash\gcdev64 download_dir=True ??? msys2_root=e:\Data\GnuCash\gcdev64\\msys2 x86_64=True preferred_mirror=http://repo.msys2.org Regards, Chris Good ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Preferences for Accounting Period start-date and end-date lost on 4.9 Install
-Original Message- From: Chris Good Sent: Friday, 7 January 2022 7:23 PM To: 'john' Cc: gnucash-devel@gnucash.org Subject: RE: [GNC-dev] Preferences for Accounting Period start-date and end-date lost on 4.9 Install -Original Message- From: john Sent: Monday, 3 January 2022 11:40 AM To: Chris Good Cc: gnucash-devel@gnucash.org Subject: Re: [GNC-dev] Preferences for Accounting Period start-date and end-date lost on 4.9 Install > On Jan 2, 2022, at 4:25 PM, Chris Good wrote: > > Hi All, > > I installed Gnucash 4.9 on my Windows 10 machine (was 4.4) and the > Preferences for Accounting Period start-date and end-date were lost. > > They have gone back to the default 1/1/1970. > > Looking in the registry I can see they have been migrated (moved) from > HKCU\Software\GSettings\org\gnucash\window\pages\account-tree\summary\ > [start -date etc] > > To > > HKCU\Software\GSettings\org\gnucash\GnuCash\window\pages\account-tree\ > summary > > but the Preference dialog and the Accounts page still seem to be > looking at the old keys. > > I set them again using the preferences dialog and now they are in both > the old and new locations. > > After View, Refresh the Accounts page is showing the correct > Total(Period) figures again. > > If it makes any difference, the first time I opened 4.9 it was with > the --nofile arg. > > Should the old or new schema location be used? > > HKCU\Software\GSettings\org\gnucash\general\prefs-version = 404 > HKCU\Software\GSettings\org\gnucash\GnuCash\general\prefs-version = > 4009 The new schema is correct for GnuCash 4.7 and later. Regards, John Ralls Hi John, I put the registry back to how it was before I ran 4.9 (my BackupGnuCash utility saves the state of the Registry) and started 4.9 with args --debug --log gnc.pref=debug --log gnc.app-utils.gsettings=debug (no --nofile this time). This did something different to last time. Now the old path HKCU\Software\GSettings\org\gnucash\window\pages\account-tree\summary is still correct and the new path HKCU\Software\GSettings\org\gnucash\GnuCash\window\pages\account-tree\summar y exists but is empty. The tracefile shows lots of subscribe warnings in the preferences migration and also afterwards: * 18:14:11 INFO [migrate_one_key] Migrating 'org.gnucash.dialogs.import.csv:last-geometry' to 'org.gnucash.GnuCash.dialogs.import.csv:last-geometry' * 18:14:11 DEBUG [enter C:/gcdev64/gnucash/releases/src/gnucash-4.9/libgnucash/app-utils/gnc-gsettin gs.cpp:gnc_gsettings_get_settings_ptr()] * 18:14:11 DEBUG [gnc_gsettings_get_settings_ptr] Looking for schema org.gnucash.dialogs.import.csv returned gsettings * 18:14:11 WARN subscribe() failed: only 64 different paths may be watched. It seems this is from: https://gitlab.gnome.org/GNOME/glib/-/blob/main/gio/gregistrysettingsbackend .c Because we have to cache every registry value locally, reads are done * from the cache rather than directly from the registry. Writes update * both. This means that the backend will not work if the watch thread is * not running. A GSettings object always subscribes to changes so we can * be sure that the watch thread will be running, but if for some reason * the backend is being used directly you should bear that in mind. /* Testing (on Windows XP SP3) shows that WaitForMultipleObjects fails with * "The parameter is incorrect" after 64 watches. We need one for the * message_sent cond, which is allowed for in the way the watches_remaining * variable is used. */ #define MAX_WATCHES 64 g_registry_backend_subscribe() if (g_atomic_int_dec_and_test (>watch->watches_remaining)) { g_atomic_int_inc (>watch->watches_remaining); g_warning ("subscribe() failed: only %i different paths may be watched.", MAX_WATCHES); return; } I've no idea why g_registry_backend_subscribe() is being called. Perhaps it is for every GSettings object so the warning thread can monitor changes? I cannot find anything in the GSettings doco about a 64 limit on subscriptions. Anybody have any ideas about what in GnuCash is causing these errors in Windows? I haven't seen any of these subscribe warnings in my Linux system. I may try to setup a Windows build environment so I can get a stack trace when I get some time. Do you have to pay for anything to do this for Windows? Regards, Chris Good Hi Devs, I'm trying to build gnucash-on-windows so I can find where the "subscribe" error above is coming from. I ran setup-mingw64.ps1 like: E: cd \Data\GnuCash\gcdev64 .\setup-mingw64.ps1 -target_dir "e:\\Data\\GnuCash\\gcdev64" -download_dir "e:\\Data\\GnuCash\\gcdev64\\downloads" -x86_64 The setup seems to have worked with the exception of HtmlHelp but I don't need to build the docume
Re: [GNC-dev] Preferences for Accounting Period start-date and end-date lost on 4.9 Install
-Original Message- From: john Sent: Monday, 3 January 2022 11:40 AM To: Chris Good Cc: gnucash-devel@gnucash.org Subject: Re: [GNC-dev] Preferences for Accounting Period start-date and end-date lost on 4.9 Install > On Jan 2, 2022, at 4:25 PM, Chris Good wrote: > > Hi All, > > I installed Gnucash 4.9 on my Windows 10 machine (was 4.4) and the > Preferences for Accounting Period start-date and end-date were lost. > > They have gone back to the default 1/1/1970. > > Looking in the registry I can see they have been migrated (moved) from > HKCU\Software\GSettings\org\gnucash\window\pages\account-tree\summary\ > [start -date etc] > > To > > HKCU\Software\GSettings\org\gnucash\GnuCash\window\pages\account-tree\ > summary > > but the Preference dialog and the Accounts page still seem to be > looking at the old keys. > > I set them again using the preferences dialog and now they are in both > the old and new locations. > > After View, Refresh the Accounts page is showing the correct > Total(Period) figures again. > > If it makes any difference, the first time I opened 4.9 it was with > the --nofile arg. > > Should the old or new schema location be used? > > HKCU\Software\GSettings\org\gnucash\general\prefs-version = 404 > HKCU\Software\GSettings\org\gnucash\GnuCash\general\prefs-version = > 4009 The new schema is correct for GnuCash 4.7 and later. Regards, John Ralls Hi John, I put the registry back to how it was before I ran 4.9 (my BackupGnuCash utility saves the state of the Registry) and started 4.9 with args --debug --log gnc.pref=debug --log gnc.app-utils.gsettings=debug (no --nofile this time). This did something different to last time. Now the old path HKCU\Software\GSettings\org\gnucash\window\pages\account-tree\summary is still correct and the new path HKCU\Software\GSettings\org\gnucash\GnuCash\window\pages\account-tree\summar y exists but is empty. The tracefile shows lots of subscribe warnings in the preferences migration and also afterwards: * 18:14:11 INFO [migrate_one_key] Migrating 'org.gnucash.dialogs.import.csv:last-geometry' to 'org.gnucash.GnuCash.dialogs.import.csv:last-geometry' * 18:14:11 DEBUG [enter C:/gcdev64/gnucash/releases/src/gnucash-4.9/libgnucash/app-utils/gnc-gsettin gs.cpp:gnc_gsettings_get_settings_ptr()] * 18:14:11 DEBUG [gnc_gsettings_get_settings_ptr] Looking for schema org.gnucash.dialogs.import.csv returned gsettings * 18:14:11 WARN subscribe() failed: only 64 different paths may be watched. It seems this is from: https://gitlab.gnome.org/GNOME/glib/-/blob/main/gio/gregistrysettingsbackend .c Because we have to cache every registry value locally, reads are done * from the cache rather than directly from the registry. Writes update * both. This means that the backend will not work if the watch thread is * not running. A GSettings object always subscribes to changes so we can * be sure that the watch thread will be running, but if for some reason * the backend is being used directly you should bear that in mind. /* Testing (on Windows XP SP3) shows that WaitForMultipleObjects fails with * "The parameter is incorrect" after 64 watches. We need one for the * message_sent cond, which is allowed for in the way the watches_remaining * variable is used. */ #define MAX_WATCHES 64 g_registry_backend_subscribe() if (g_atomic_int_dec_and_test (>watch->watches_remaining)) { g_atomic_int_inc (>watch->watches_remaining); g_warning ("subscribe() failed: only %i different paths may be watched.", MAX_WATCHES); return; } I've no idea why g_registry_backend_subscribe() is being called. Perhaps it is for every GSettings object so the warning thread can monitor changes? I cannot find anything in the GSettings doco about a 64 limit on subscriptions. Anybody have any ideas about what in GnuCash is causing these errors in Windows? I haven't seen any of these subscribe warnings in my Linux system. I may try to setup a Windows build environment so I can get a stack trace when I get some time. Do you have to pay for anything to do this for Windows? Regards, Chris Good ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] Preferences for Accounting Period start-date and end-date lost on 4.9 Install
Hi All, I installed Gnucash 4.9 on my Windows 10 machine (was 4.4) and the Preferences for Accounting Period start-date and end-date were lost. They have gone back to the default 1/1/1970. Looking in the registry I can see they have been migrated (moved) from HKCU\Software\GSettings\org\gnucash\window\pages\account-tree\summary\[start -date etc] To HKCU\Software\GSettings\org\gnucash\GnuCash\window\pages\account-tree\summar y but the Preference dialog and the Accounts page still seem to be looking at the old keys. I set them again using the preferences dialog and now they are in both the old and new locations. After View, Refresh the Accounts page is showing the correct Total(Period) figures again. If it makes any difference, the first time I opened 4.9 it was with the --nofile arg. Should the old or new schema location be used? HKCU\Software\GSettings\org\gnucash\general\prefs-version = 404 HKCU\Software\GSettings\org\gnucash\GnuCash\general\prefs-version = 4009 Regards, Chris Good ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Spam bug
Hi Geert, Also the description should be tagged as “Spam” to stop it displaying. See https://wiki.gnucash.org/wiki/Bugzilla_Administration#Pending_Tasks Regards, Chris Good > On 16 Dec 2021, at 1:08 am, Geert Janssens wrote: > > > Hi Chris, > > That's probably due to my own attempt to mark this bug as spam. In the > process I made it only visible to users in the GnuCash Development Team, > thinking that would prevent search bots from still finding it. > > As I don't know which steps to actually take, I only did these: > > - Change title to Spam, > - remove url > - mark resolved/invalid > > What else should typically be done still ? > > Regards, > > Geert > > Op woensdag 15 december 2021 14:57:01 CET schreef Chris Good: > > Hi, > > > > Bug 798389 is spam but I cannot mark it as spam as when I try to open it I > > get: > > > > You are not authorized to access bug #798389 > > > > I was able to mark as spam several other bugs this morning. > > I have marked the user as a spammer. > > > > Regards, > > Chris Good > > ___ > > 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
[GNC-dev] Spam bug
Hi, Bug 798389 is spam but I cannot mark it as spam as when I try to open it I get: You are not authorized to access bug #798389 I was able to mark as spam several other bugs this morning. I have marked the user as a spammer. Regards, Chris Good ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Disabling of multitransaction selection in the import matcher window
> Message: 2 > Date: Sun, 17 Oct 2021 15:25:26 +1000 > From: davidcousen...@gmail.com > To: gnucash-devel > Subject: [GNC-dev] Disabling of multitransaction selection in the > import matcher window > Message-ID: > Content-Type: text/plain; charset="UTF-8" > > Hi, > > I have just noticed in V4.8 that the ability to select multiple transactions in the Import Matcher window > using the CTRL and a mouse click on the transaction to add it to the selection so that a single transfer > account can be assigned to all selected transactions no longer appears to be working. > > The ability to use the Shift key with the mouse to select a range of contiguous transactions does still > function, although this is far less useful then being able to select a series of single transactions which > have a single destination account. The rubber banding selection of transactions by dragging the > mouse with the left button held down also seems to be disabled. > > Does anyone know if this was done for a specific reason or is it a unintentional consequence of other modifications? > > David Cousens > > davidcousens49 at gmail.com davidcousens49 at gmail.com > Mon Oct 18 00:04:42 EDT 2021 > > Have since found out that this is still working, but with some problems in > initially selecting the second member of a selection. Once I have got the second > member selected then adding subsequent transactions to the selection is then no > problem. I have had to do this several times undoing the selction completely > before getting it to stick. Feels to me like it may be an underlying problem > with the GTK-3 library perhaps rather than being specifically a GnuCash problem. > > GC 4.8.2 on Linux MInt 20.2 > > David Cousens -- Hi David, I've just had a chance to test this using latest Ubuntu 20.04.3 Flatpak flathub stable 4.8-1 (system) install. I assume you were testing on a self built GnuCash or were you using the UNstable flathub flatpak (the latest stable on flathub is 4.8-1)??? I had no problems selecting the 2nd transaction (which was a transaction to be added in my test file). Rubber banding does work but (by design) correctly does not select matched transactions as it makes no sense to assign an account as the matched transaction account will not be changed. Right clicking on a match (or an imported transaction with a match) correctly does not offer "Assign a transfer account to the selection". There is one thing that is not quite how I expect selecting should work: One must left click to select a line. Right clicking on a line does not select it. Perhaps something I have mentioned was tripping you up? If you were using the UNstable flatpak and are still having trouble, I will test using that... Regards, Chris Good ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] old online Quotes
Hi Snehal, Possibly adding daily prices for 7 years would have an unwanted effect on the size of the database or the performance… Perhaps monthly may be all that is required, or only add those prices to a one-off database? Regards, Chris Good > Message: 3 > Date: Sat, 30 Oct 2021 23:07:51 -0400 > From: "D." > To: John Ralls > Cc: Snehal Bhavsar ,gnucash-devel@gnucash.org > Subject: Re: [GNC-dev] old online Quotes > Message-ID: <2b063c73-b360-44ec-8332-9357c33cd...@yahoo.com> > Content-Type: text/plain; charset=UTF-8 > > There are a few external projects that do this as well, although they are at > this point rather dated, and may not work in the current environment. There > is something on the wiki about these. > > > Original Message > From: John Ralls > Sent: Sat Oct 30 16:10:56 EDT 2021 > To: Snehal Bhavsar > Cc: gnucash-devel@gnucash.org > Subject: Re: [GNC-dev] old online Quotes > > > >> On Oct 30, 2021, at 12:18 PM, Snehal Bhavsar wrote: >> >> hi All, >> >> I have been using GnuCash for the last 7 years... and started using Online >> Fund get Quotes from the last 1-2 years... >> >> Get Quotes gets the latest file.. is there a way to get old quotes. >> >> I would like to bring all the daily fund prices for all my funds for the >> last 7 years for use in a report.. > > Not directly. You can get historical prices from yahoo or alpha vantage as a > CSV and then import it into GnuCash with File>Import>Import Prices From a CSV > File. > > Regards, > John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] warning: 'gtk_action_set_sensitive' is deprecated [-Wdeprecated-declarations] And gtk4
Hi John Ralls, I'm following up on the your suggestion that it should not be possible to start another import while another is already running. When I added gtk_action_set_sensitive() the compiler says: /home/cgood/gnucash-maint/src/gnucash/import-export/ofx/gnc-plugin-ofx.c:121 :5: warning: 'gtk_action_set_sensitive' is deprecated [-Wdeprecated-declarations] but I see in maint, that function is used in many places but with -Wno-deprecated-declarations in the CMakeLists.txts to ignore this warning. https://docs.gtk.org/gtk3/class.Action.html : In GTK+ 3.10, GtkAction has been deprecated. Use GAction instead, and associate actions with GtkActionable widgets. Use GMenuModel for creating menus with gtk_menu_new_from_model(). There are NO mentions of GMenuModel in current maint or master. Should I just continue with gtk_action_set_sensitive and add -Wno-deprecated-declarations to CMakeLists.txt? Is there a plan to migrate to GAction? Is that going to be a huge task? I haven't seen any discussion about going to gtk4. Is that not a huge task like gtk2 to gtk3? Regards, Chris Good ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] GnuCash 4.8 Released
Message: 2 Date: Tue, 28 Sep 2021 16:56:15 -0700 From: John Ralls To: David Cousens Cc: gnucash-devel@gnucash.org Subject: Re: [GNC-dev] GnuCash 4.8 Released Message-ID: <39517bcb-0004-49f2-b536-82514e3c2...@ceridwen.us> Content-Type: text/plain; charset=utf-8 David, Unfortunately Geert used a cmake -E command introduced in cmake-3.18, just over a year ago. Fortunately cat is a common shell command, so if you like you can edit gnucash/gschemas/CMakeLists.txt and change line 32 from COMMAND ${CMAKE_COMMAND} -E cat ${gschema_migration_files} > ${DATADIR_BUILD}/${PROJECT_NAME}/migratable-prefs.xml to COMMAND cat ${gschema_migration_files} > ${DATADIR_BUILD}/${PROJECT_NAME}/migratable-prefs.xml Regards, John Ralls Hi John, Works for me thanks. Regards, Chris Good ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] GnuCash 4.7 Released
Message: 1 Date: Tue, 28 Sep 2021 12:20:57 +0200 From: Geert Janssens To: davidcousen...@gmail.com, gnucash-devel@gnucash.org Cc: GnuCash Developers , john Subject: Re: [GNC-dev] GnuCash 4.7 Released Message-ID: <4683663.31r3eyu...@legolas.kobaltwit.lan> Content-Type: text/plain; charset="iso-8859-1" What I thought to be the problem yesterday turned out to only be an indirect indication of the problem. I now blame a subtle change in the build order to be the actual source of the issue. I have applied a fix to maint, which seems to work well in all my tests (both building with ninja or make). It would be helpful if others can build our current maint branch report their results here as well. Regards, Geert Hi Geert, I've just recreated my main maint repo (head is now d561cc6) and build in eclipse fails: ... 369/956] Generating org.gnucash.GnuCash.window.pages.account.tree.gschema.valid [370/956] Generating ../../share/gnucash/migratable-prefs.xml FAILED: share/gnucash/migratable-prefs.xml cd /home/cgood/gnucash-maint/build/gnucash/gschemas && /usr/bin/cmake -E cat /home/cgood/gnucash-maint/src/gnucash/import-export/aqb/gschemas/migratable- prefs.xml /home/cgood/gnucash-maint/src/gnucash/import-export/ofx/gschemas/migratable- prefs.xml /home/cgood/gnucash-maint/src/gnucash/gschemas/migratable-prefs.xml > /home/cgood/gnucash-maint/build/share/gnucash/migratable-prefs.xml CMake Error: cmake version 3.16.3 Usage: /usr/bin/cmake -E [arguments...] Available commands: capabilities - Report capabilities built into cmake in JSON format chdir dir cmd [args...] - run command in a given directory compare_files [--ignore-eol] file1 file2 - check if file1 is same as file2 copy ... destination - copy files to destination (either file or directory) copy_directory ... destination - copy content of ... directories to 'destination' directory copy_if_different ... destination - copy files if it has changed echo [...]- displays arguments as text echo_append [...] - displays arguments as text but no new line env [--unset=NAME]... [NAME=VALUE]... COMMAND [ARG]... - run command in a modified environment environment - display the current environment make_directory ... - create parent and directories md5sum ... - create MD5 checksum of files sha1sum ... - create SHA1 checksum of files sha224sum ... - create SHA224 checksum of files sha256sum ... - create SHA256 checksum of files sha384sum ... - create SHA384 checksum of files sha512sum ... - create SHA512 checksum of files remove [-f] ... - remove the file(s), use -f to force it remove_directory ... - remove directories and their contents rename oldname newname- rename a file or directory (on one volume) server- start cmake in server mode sleep ... - sleep for given number of seconds tar [cxt][vf][zjJ] file.tar [file/dir1 file/dir2 ...] - create or extract a tar or zip archive time command [args...]- run command and display elapsed time touch ... - touch a . touch_nocreate ... - touch a but do not create it. create_symlink old new- create a symbolic link new -> old true - do nothing with an exit code of 0 false - do nothing with an exit code of 1 [371/956] Generating org.gnucash.GnuCash.window.pages.gschema.valid [372/956] Generating ../../share/guile/site/2.0/gnucash/engine/commodity-table.scm [373/956] Generating swig-core-utils-guile.c [374/956] Linking CXX shared library lib/libgnc-engine.so [375/956] Generating gnucash.desktop.in ninja: build stopped: subcommand failed. "/usr/bin/ninja all" terminated with exit code 1. Build might be incomplete. 10:31:36 Build Finished. 0 errors, 0 warnings. (took 41s.326ms) Full log attached. I see immediately afterwards, John pushed 29e7b07 Remove superfluous schema_source left over from pasting, so I pulled that too but same error. Regards, Chris Good 10:30:55 Build of project gnucash-debug@build /usr/bin/ninja all [1/956] Generating ../../share/guile/site/2.0/gnucash/json/builder.scm [2/956] Generating ../../share/guile/site/2.0/gnucash/json/syntax.scm [3/956] Generating ../../share/guile/site/2.0/gnucash/json/parser.scm [4/956] cd /home/cgood/gnucash-maint/src && /usr/bin/git log --format="%ad %aN %n%n%x09* %s%d%n" --date=short --since=2021-01-01 > /home/cgood/gnucash-maint/build/ChangeLog [5/956] Generating ../share/gnucash/tip_of_the_day.list [6/956] Generating ../share/locale/cs/LC_MESSAGES/gnucash.mo [7/956] Generating ../share/locale/ca/LC_MESSAGES/gnucash.mo [8/956] Generating ../../lib/x86_64-linux-gnu/guile/2.0/site-ccache/gnucash/json/builder.go wrote `/home/cgood/gnucash-maint/build/lib/x86_64-linux-gnu/guil
Re: [GNC-dev] KVP's
Hi Geert, I haven't yet figured out how not to affect the CSV and aqbanking imports but it's on my list to do. Maybe this would be useful for those too but I cannot test aqbanking. Regards, Chris On Sat, 11 Sep 2021, 6:47 pm Geert Janssens, wrote: > Upon re-reading in more detail I find it is exactly your idea to make it > depend on the account-id. I am not sure how this interacts with the csv > importer. So perhaps all of my reservations are moot. > > Regards, > > Geert > > Op zaterdag 11 september 2021 10:44:18 CEST schreef Geert Janssens: > > Hi Chris, > > > > I haven't followed the original issue discussion in detail so I can only > add > > some generic considerations. > > > > The generic import transaction matcher is used by both the OFX and the > csv > > importer (and perhaps even by the aqbanking one as well). So your option > > would affect all of these. > > > > Saving this value just like that would mean it will define behaviour of > all > > two or three importers at once. Imagine a user imports in three different > > formats depending on the bank to import from, would it then be desirable > to > > have this option set for all different banks ? Or would it be more > desirable > > to have it apply only to specific bank accounts ? The latter could even > be > > the case if a user imports ofx data from two different banks. Perhaps > only > > for one bank you'd want this override and not for the other ? > > > > In other words my concern is that making it a single book level option > may > > be too generic and while it would reduce effort in the use case you have > in > > mind it may increase effort in other scenarios. > > > > Regards, > > > > Geert > > > > Op zaterdag 11 september 2021 10:22:07 CEST schreef Chris Good: > > > Hi, > > > > > > > > > > > > I'm working on adding an "Append" checkbox to the bottom of the > "Generic > > > import transaction matcher" so that when Update+Clear'ing > > > > > > a matched transaction, the imported Trans->Desc and Trans->Notes can be > > > optionally appended to the matched transaction Desc/Notes > > > > > > instead of overriding them. > > > > > > > > > > > > I'd like to store the value of the checkbox (True or False) for the > > > imported account so that in the next import, it will default to the > same > > > value. > > > > > > > > > > > > I'm thinking this should be a KVP, either: > > > > > > 1. A New slot under the account or > > > 2. Add a pipe symbol and the True or False value to the end of the > > > account "online_id" slot > > > > > > > > > > > > I assume a new slot would be backwards compatible with older versions > of > > > GnuCash as they would just be ignored. > > > > > > > > > > > > Is a new slot the way to go? Any hints on how to do this please? > > > > > > > > > > > > Regards, > > > > > > Chris Good > > > > > > > > > > > > ___ > > > 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 > > > > > ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] KVP's
Hi, I'm working on adding an "Append" checkbox to the bottom of the "Generic import transaction matcher" so that when Update+Clear'ing a matched transaction, the imported Trans->Desc and Trans->Notes can be optionally appended to the matched transaction Desc/Notes instead of overriding them. I'd like to store the value of the checkbox (True or False) for the imported account so that in the next import, it will default to the same value. I'm thinking this should be a KVP, either: 1. A New slot under the account or 2. Add a pipe symbol and the True or False value to the end of the account "online_id" slot I assume a new slot would be backwards compatible with older versions of GnuCash as they would just be ignored. Is a new slot the way to go? Any hints on how to do this please? Regards, Chris Good ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Generic Import Transaction Matcher separation of front end and backend
-Original Message- From: john Sent: Thursday, 9 September 2021 4:55 AM To: Chris Good Cc: gnucash-devel@gnucash.org Subject: Re: [GNC-dev] Generic Import Transaction Matcher separation of front end and backend > On Sep 8, 2021, at 2:26 AM, Chris Good wrote: > > I'm adding an "Append" checkbox to the bottom of the matcher which the > user can set to enable the > > imported Description to be appended to the Description on the matched > transaction, rather than overriding it. > > I've added a pointer (append_text) to the checkbox widget to the > _main_matcher_info struct defined in import-main-matcher.c. > > GNCImportMainMatcher is defined in import-main-matcher.h: > >typedef struct _main_matcher_info GNCImportMainMatcher; > > What's the right way to enable gnc_import_process_trans_item() in > import-backend.c to use > > gtk_toggle_button_get_active (_main_matcher_info->append_text) and > still keep the existing separation between the > > front and back ends? You're thinking in the wrong direction: You need to go in the other direction: Add a gboolean member to GNCTransInfo and set it in import-main-matcher before calling gnc_import_process_trans_item, which will test your new member and append or replace according to its value. > > > > I guess it is wrong to move the definition of _main_matcher_info to > import-main-matcher.h > > and then include import-main-matcher.h in import-backend.c? It sure would. That would create a circular dependency. We have enough spaghetti already. Regards, John Ralls Thanks John! Regards, Chris Good ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] Generic Import Transaction Matcher separation of front end and backend
I'm adding an "Append" checkbox to the bottom of the matcher which the user can set to enable the imported Description to be appended to the Description on the matched transaction, rather than overriding it. I've added a pointer (append_text) to the checkbox widget to the _main_matcher_info struct defined in import-main-matcher.c. GNCImportMainMatcher is defined in import-main-matcher.h: typedef struct _main_matcher_info GNCImportMainMatcher; What's the right way to enable gnc_import_process_trans_item() in import-backend.c to use gtk_toggle_button_get_active (_main_matcher_info->append_text) and still keep the existing separation between the front and back ends? I guess it is wrong to move the definition of _main_matcher_info to import-main-matcher.h and then include import-main-matcher.h in import-backend.c? Regards, Chris Good ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Does gnc-fq-update need administrative privilege on Windows or MacOS or Linux?
-Original Message- From: John Ralls Sent: Thursday, 10 June 2021 1:14 PM To: Chris Good Cc: gnucash-devel@gnucash.org Subject: Re: [GNC-dev] Does gnc-fq-update need administrative privilege on Windows or MacOS or Linux? > On Jun 9, 2021, at 12:57 AM, Chris Good wrote: > > https://wiki.gnucash.org/wiki/Online_Quotes#Helper_Scripts says > > gnc-fq-update > > This program installs or updates the Finance::Quote software module > along with its dependencies. This program normally needs superuser or > administrative privileges to succeed. > > What does "normally" mean? > > It is my recollection that gnc-fq-update in Windows did NOT need to be > run as an administrator. > > Maybe that is because my Windows user is an administrator? > > Can anyone throw any light on this? Maybe before Windows 10 that was true, but Windows 10 tightened up security a lot and that trend has continued in the ~6 years since the original Win10 release. Nowadays any installation or modification of software code requires a UAE so you must run gnc-fq-update from an admin account and answer yes to the UAE dialog. It's probably possible to get cpan to run in user space but even though it writes its build directory in ~/.cpan it wants to put the modules in /Library/Perl and so requires sudo. Regards, John Ralls Hi John, thanks for your answer. I did some testing in Windows 10 running gnc-fq-update and it worked fine reinstalling Date::Manip without "Run as administrator" and also did not ask for permission via a "User Access Control" dialog. I think this is because it puts everything in C:\Strawberry and this directory (and all subdirectories as far as a I can see in a quick check) is created with Modify, Read & execute, List folder contents, Read and Write permission for the Authenticated Users group. Running "Install Online Price Retrieval for GnuCash" runs Perl.msi to install perl which does invoke a "User Access Control" dialog. I assume your comment about /Library/Perl refers to macOS. Regards, Chris Good ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] Does gnc-fq-update need administrative privilege on Windows or MacOS or Linux?
https://wiki.gnucash.org/wiki/Online_Quotes#Helper_Scripts says gnc-fq-update This program installs or updates the Finance::Quote software module along with its dependencies. This program normally needs superuser or administrative privileges to succeed. What does "normally" mean? It is my recollection that gnc-fq-update in Windows did NOT need to be run as an administrator. Maybe that is because my Windows user is an administrator? Can anyone throw any light on this? Regards, Chris Good ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] flatpak environment.local
From: Geert Janssens Sent: Saturday, 8 May 2021 5:48 AM To: 'Frank H. Ellenberger' ; gnucash-devel@gnucash.org Cc: gnucash-devel@gnucash.org; Chris Good Subject: Re: [GNC-dev] flatpak environment.local Op maandag 26 april 2021 03:48:56 CEST schreef Chris Good: > Hi Frank, > > Your strace suggestion was successful thanks. > I am using the flathub stable GnuCash flatpak. > > 1. strace showed both environmentand & environment.local should be in > /app/etc/gnucash to be read by GnuCash sandbox. Investigation shows that > this comes from the host file system > /var/lib/flatpak/app/org.gnucash.GnuCash/current/active/files/etc/gnucash. > Sandbox /app/etc is HARD linked to host > /var/lib/flatpak/app/org.gnucash.GnuCash/current/active/files/etc > > This is the expected location for a flatpak that is for ALL users, but I > thought I installed it just for my user. It turns out that the > installation instructions in > https://wiki.gnucash.org/wiki/Flatpak#Installation are wrong, at least for > Ubuntu 20.04 flatpak 1.65. Our wiki says: > # Install GnuCash ... > ## for all users > sudo flatpak install flathub org.gnucash.GnuCash > ## or only you > flatpak install flathub org.gnucash.GnuCash > > but the Ubuntu man page says (my words): > ## for all users > flatpak install --system flathub org.gnucash.GnuCash > ## or only you: > flatpak install --user flathub org.gnucash.GnuCash > And, although the man page doesn't say it, --system is the default and does > NOT need sudo, so my flatpak installed in the system location > (/var/lib/flatpak) > rather than the user location (~/.local/share/flatpak). > > Can some-one please let me know if the GnuCash wiki is outdated, or just > wrong, or just wrong for Ubuntu so I can update it? > I believe --system has always been the default. I *thought* it was a distro specific configuration to allow users (or perhaps users with admin rights only?) to install system wide flatpaks without sudo rights. As far as I know this is also the way it works on Fedora and has for as long as I remember. So Ubuntu is certainly not the only distro to do this. I don't know about other distros. > 2. I just created an environment.local file in > /var/lib/flatpak/app/org.gnucash.GnuCash/current/active/files/etc/gnucash > from outside the sandbox, and after the sandbox is started, it is able to > access /app/etc/gnucash/environment.local. > I suspect that may go missing after a flatpak update - Is there a better > way? > Not based on environment.local. The environment.local method was created with a traditional package installation in mind. It also works on Windows, simply because the Windows installer overwrites an existing installation. It's not working with the MacOS dmg for the same reason it doesn't work for flatpaks. Each flatpak version is installed in a separate directory and the manually added files are not copied over. This could use some rearchitecting. Having said that, you can define a custom environment for a flatpak application using flatpak override (--user|--system) --env "LANG=en_GB LANGUAGE=en_GB" \ org.gnucash.GnuCash This will set these environment variables for the gnucash flatpak and this will persist across updates. > 3. Even though the GC sandbox read environment.local setting LANG=en_GB and > LANGUAGE={LANG}, and I checked en_GB is available in my flatpak GnuCash > shell the trace file still shows: Effective locale set to en_AU.UTF-8 > Perhaps this message is misleading? I wonder how to check what is actually > being used? > I can't tell you that offhand (and currently am not in a position to dig in the code...) Regards, Geert Hi Geert, Thanks very much for that. I'll modify the Flatpak & Configuration Locations wikis to suggest changing the flatpak environment using your method rather than environment.local. Regards, Chris Good ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] BackupGnuCash v2.1.0 Released - Adds support for Linux Flatpak
Hi, I've updated my BackupGnuCash app to version 2.1.0. The changes are: 1. Add support for backing up GnuCash configuration files when GnuCash is installed as a Flatpak on Linux. BackupGnuCash is run from outside the Flatpak sandbox. Note that the GnuCash sandbox has full access to the files outside the sandbox (with the exception of some blacklisted directories e.g. /etc) so there is no problem with the GnuCash sandbox accessing a GnuCash data file (usually xxx.gnucash) if it is outside the sandbox. 2. 7z[.exe] command: Move password arg from after archive to before. This is required for Linux Ubuntu 20.04 p7zip-full 16.02+dfsg-7build1 to fix "No more files" error. This is probably also needed for Ubuntu 20.04 derivatives like Mint 20. The app is a modular java app, it is distributed as a runtime image which includes the required java runtime, so it is not necessary to have java installed on your system. Please see: Linux: https://github.com/goodvibes2/BackupGnuCashLinux/tree/master/src/backupgnuca sh Windows: https://github.com/goodvibes2/BackupGnuCashWin/tree/master/src/backupgnucash Regards, Chris Good ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] flatpak environment.local
Hi Frank, Your strace suggestion was successful thanks. I am using the flathub stable GnuCash flatpak. 1. strace showed both environmentand & environment.local should be in /app/etc/gnucash to be read by GnuCash sandbox. Investigation shows that this comes from the host file system /var/lib/flatpak/app/org.gnucash.GnuCash/current/active/files/etc/gnucash. Sandbox /app/etc is HARD linked to host /var/lib/flatpak/app/org.gnucash.GnuCash/current/active/files/etc This is the expected location for a flatpak that is for ALL users, but I thought I installed it just for my user. It turns out that the installation instructions in https://wiki.gnucash.org/wiki/Flatpak#Installation are wrong, at least for Ubuntu 20.04 flatpak 1.65. Our wiki says: # Install GnuCash ... ## for all users sudo flatpak install flathub org.gnucash.GnuCash ## or only you flatpak install flathub org.gnucash.GnuCash but the Ubuntu man page says (my words): ## for all users flatpak install --system flathub org.gnucash.GnuCash ## or only you: flatpak install --user flathub org.gnucash.GnuCash And, although the man page doesn't say it, --system is the default and does NOT need sudo, so my flatpak installed in the system location (/var/lib/flatpak) rather than the user location (~/.local/share/flatpak). Can some-one please let me know if the GnuCash wiki is outdated, or just wrong, or just wrong for Ubuntu so I can update it? 2. I just created an environment.local file in /var/lib/flatpak/app/org.gnucash.GnuCash/current/active/files/etc/gnucash from outside the sandbox, and after the sandbox is started, it is able to access /app/etc/gnucash/environment.local. I suspect that may go missing after a flatpak update - Is there a better way? 3. Even though the GC sandbox read environment.local setting LANG=en_GB and LANGUAGE={LANG}, and I checked en_GB is available in my flatpak GnuCash shell the trace file still shows: Effective locale set to en_AU.UTF-8 Perhaps this message is misleading? I wonder how to check what is actually being used? As changing the LANG is probably a major reason for using environment.local, shall I create a bug to record this problem? Regards, Chris Good -Original Message- From: Frank H. Ellenberger Sent: Sunday, 25 April 2021 1:09 AM To: Chris Good ; gnucash-devel@gnucash.org Subject: Re: [GNC-dev] flatpak environment.local Hi Chris, can you use strace to find the used config? BTW you did not tell, which flatpak you are using: Flathub, Nightly, self built; version, … Regards Frank Am 23.04.21 um 04:54 schrieb Chris Good: > Hi Frank, > > Thanks for the suggestion. > ~/.local/share/flatpak/app does not exist in my system (Ubuntu 20.04 flatpak > 1.65). > Not sure if relevant, but I installed the GnuCash flatpak for only my user - > i.e. NOT using sudo. > > I'm not sure setting LANG=en_GB in environment.local was a good test of if > environment.local is being used. > I did the same in Windows and the trace file message still shows the > effective local has not been altered. > I did check en_GB is available in my flatpak GnuCash shell. > > I'm happy to update the wiki when I know where environment.local should be or > if it is not used. > > BTW jralls in > https://github.com/flathub/org.gnucash.GnuCash/issues/24#issuecomment-651967321 > says: > I've patched guile to not do the timestamp check and just use any .go files > it finds. Has that helped? > > And another user says it fixed the issue of .scm files being recompiled on > every launch. > But I still needed to touch all the .go files in Ubuntu (and derivates as the > flatpak wiki says). Any idea why jralls' fix doesn't help in Ubuntu? > > Regards, > Chris Good > > -Original Message- > From: Frank H. Ellenberger > Sent: Thursday, 22 April 2021 11:49 PM > To: Chris Good ; gnucash-devel@gnucash.org > Subject: Re: [GNC-dev] flatpak environment.local > > Hi Chris, > > Flatpak is at first a sandbox. > > I suspect you are searching for > ~/.local/share/flatpak/app/org.gnucash.GnuCash/current/active/files/et > c/gnucash/environment > > Can you after testing update > https://wiki.gnucash.org/wiki/Configuration_Locations and add a link > in https://wiki.gnucash.org/wiki/Flatpak > > Regards > Frank > > Am 22.04.21 um 08:38 schrieb Chris Good: >> Hi, >> >> (disclosure: I'm a flatpak newbie) >> >> I'm trying to update my BackupGnuCash utility >> (https://github.com/goodvibes2/BackupGnuCashLinux) to cater for Flatpak. >> >> I'm trying to find out if environment.local needs to be backed up, >> and if so, where it should be. >> >> I created an environment.local containing: >> >> # 22/04/2021 CRG Set LANG
Re: [GNC-dev] flatpak environment.local
Hi Frank, Thanks for the suggestion. ~/.local/share/flatpak/app does not exist in my system (Ubuntu 20.04 flatpak 1.65). Not sure if relevant, but I installed the GnuCash flatpak for only my user - i.e. NOT using sudo. I'm not sure setting LANG=en_GB in environment.local was a good test of if environment.local is being used. I did the same in Windows and the trace file message still shows the effective local has not been altered. I did check en_GB is available in my flatpak GnuCash shell. I'm happy to update the wiki when I know where environment.local should be or if it is not used. BTW jralls in https://github.com/flathub/org.gnucash.GnuCash/issues/24#issuecomment-651967321 says: I've patched guile to not do the timestamp check and just use any .go files it finds. Has that helped? And another user says it fixed the issue of .scm files being recompiled on every launch. But I still needed to touch all the .go files in Ubuntu (and derivates as the flatpak wiki says). Any idea why jralls' fix doesn't help in Ubuntu? Regards, Chris Good -Original Message- From: Frank H. Ellenberger Sent: Thursday, 22 April 2021 11:49 PM To: Chris Good ; gnucash-devel@gnucash.org Subject: Re: [GNC-dev] flatpak environment.local Hi Chris, Flatpak is at first a sandbox. I suspect you are searching for ~/.local/share/flatpak/app/org.gnucash.GnuCash/current/active/files/etc/gnucash/environment Can you after testing update https://wiki.gnucash.org/wiki/Configuration_Locations and add a link in https://wiki.gnucash.org/wiki/Flatpak Regards Frank Am 22.04.21 um 08:38 schrieb Chris Good: > Hi, > > (disclosure: I'm a flatpak newbie) > > I'm trying to update my BackupGnuCash utility > (https://github.com/goodvibes2/BackupGnuCashLinux) to cater for Flatpak. > > I'm trying to find out if environment.local needs to be backed up, and > if so, where it should be. > > I created an environment.local containing: > > # 22/04/2021 CRG Set LANG to en_GB to test where environment.local > should be in flatpak > LANG=en_GB > LANGUAGE={LANG} > And put it in > > /etc/gnucash > and > /var/lib/flatpak/app/org.gnucash.GnuCash/current/active/files/etc/gnuc > ash > > But when GnuCash is restarted, the trace file still shows: > > INFO [Gnucash::CoreApp::start] Effective locale set to > en_AU.UTF-8. > > Can flatpak GnuCash read an environment.local file and if so, where > should it be? > > Regards, > > Chris Good > ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] flatpak environment.local
Hi, (disclosure: I'm a flatpak newbie) I'm trying to update my BackupGnuCash utility (https://github.com/goodvibes2/BackupGnuCashLinux) to cater for Flatpak. I'm trying to find out if environment.local needs to be backed up, and if so, where it should be. I created an environment.local containing: # 22/04/2021 CRG Set LANG to en_GB to test where environment.local should be in flatpak LANG=en_GB LANGUAGE={LANG} And put it in /etc/gnucash and /var/lib/flatpak/app/org.gnucash.GnuCash/current/active/files/etc/gnucash But when GnuCash is restarted, the trace file still shows: INFO [Gnucash::CoreApp::start] Effective locale set to en_AU.UTF-8. Can flatpak GnuCash read an environment.local file and if so, where should it be? Regards, Chris Good ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] GnuCash 3.904 Released - problems with release notes
Message: 1 Date: Sun, 7 Jun 2020 13:09:14 -0700 From: John Ralls To: gnucash-annou...@gnucash.org Cc: Gnucash Users , gnucash-devel Subject: Message-ID: <6bf016e7-1038-4d44-8230-3c513b76f...@ceridwen.us> Content-Type: text/plain; charset=utf-8 ... ? A new separate executable, gnucash-cli (gnucash-cli.exe on Microsoft Windows) for doing command-line things like updating the prices in your book. gnucash-cli gains the ability to run reports from the command line. Specify reports to run by name or guid. It also provides an export format and an output file name without which it will output the report to stdout. ? gnucash --report run --name=[reportname/guid] datafile.gnucash ? gnucash --report run --name=[reportname/guid] --output-file=x.html datafile.gnucash ? gnucash --report run --name=[reportname/guid] --output-file=x.html --export-type=TYPE datafile.gnucash Shouldn't the examples be using gnucash-cli instead of gnucash ??? If you're going to fix that, you might also like to change Open Business items will also save *there* column widths to the page section so these can temporarily have different widths. To Open Business items will also save *their* column widths to the page section so these can temporarily have different widths. Regards, Chris Good ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Feedback on GnuCash 3.903
Message: 7 Date: Fri, 05 Jun 2020 21:04:41 +0200 From: Geert Janssens To: gnucash-devel@gnucash.org Cc: David Reiser , D , mark sattolo Subject: Re: [GNC-dev] Feedback on GnuCash 3.903 Message-ID: <1993043.k37vj6k...@legolas.kobaltwit.lan> Content-Type: text/plain; charset="UTF-8" Op vrijdag 5 juni 2020 20:58:29 CEST schreef David Reiser: > > On Jun 5, 2020, at 2:29 PM, Geert Janssens > > wrote:> Op vrijdag 5 juni 2020 19:55:29 > > CEST schreef David Reiser: > > > > On Jun 5, 2020, at 1:26 PM, Geert Janssens > > > > mailto:geert.gnuc...@kobaltwit.be>> wrote: > > > > > > > > It will need a one time action to set these new defaults once > > > > you start using 4.0. I believe we have 6 layouts so that's 6 > > > > times you may see a layout that doesn't suit you and you would > > > > have to fix it. > > > > > > In its current form, the user experience is waa worse. My > > > use of > > > 3.903 (Mac OS 10.15.5) has been quite limited. For several cycles > > > of opening Gnucash, the only account I had open was a single > > > credit card account (+ the Accounts tab). I was working on getting > > > aqbanking to work, and had to edit the environment file to get > > > logging working. I didn?t immediately change the column widths > > > because appearance wasn?t my primary goal. There now appears to > > > be no way to reset the default column widths. > > > If I close any credit card or checking account tab, opening any of > > > them again gives me the enormously wide description column and the > > > absurdly narrow transfer account column. > > > > > > So the ?one time action? appears to be unannounced and irreversible. > > > Unless > > > there?s a bug, you?re going to get 10 times as many complaints > > > about register behavior as you?ve seen in the past. > > > > Did you actually select "Windows"->"Use as default for this register > > group" after you changed the column widths to your satisfaction ? > > > > If you did and it still reverts to other column widths after > > reopening, that would indeed be a bug. > > > > Regards, > > > > Geert > > No I hadn?t. Thanks for the direction. I had looked in a couple places > for a reset style command, but I was too focussed on ?register? rather > than ?window?. > Would another location the the menus make more sense to you ? We can still move the commands around. > With the new column width setting arrangement, is it still necessary > to keep the ?stretch another column before you can shrink Description width? > behavior? > Good question. Personally I have always considered this to be a user experience wart, but so far nobody has decided to remove it. If I remember correctly this was changed as part of the new register project, but that never got stable enough to be included. Regards, Geert Hi, I also would be unhappy with not being able to set per account register column widths. It's great there is a default by register type, but I go to a lot of trouble to set column widths exactly as I like, because I don't like to run GnuCash full screen so I can compare to other windows. One question I have is what happens with columns widths for accounts opened with 'Open with subaccounts'? Regards, Chris Good ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] master won't build on Ubuntu 18.04 int-in-bool-context error
Hi, I just recreated my eclipse projects (because I did something dumb) and pulled the latest master (Don't try to unlock the GncDbiSqlConnection when it was connected read-only https://github.com/Gnucash/gnucash/commit/b8d514e157fb7bbd1e175b19eb13a3bca0 921788) But now it won't compile. [170/974] Building CXX object libgnucash/backend/xml/CMakeFiles/gnc-backend-xml-utils.dir/gnc-xml-backend. cpp.o FAILED: libgnucash/backend/xml/CMakeFiles/gnc-backend-xml-utils.dir/gnc-xml-backend. cpp.o /usr/bin/c++ -DG_LOG_DOMAIN=\"gnc.backend.xml\" -DHAVE_CONFIG_H -DHAVE_GUILE20 -DU_SHOW_CPLUSPLUS_API=0 -D_GNU_SOURCE -Dgnc_backend_xml_utils_EXPORTS -I/usr/include/libxml2 -I/home/cgood/gnucash-master/src/libgnucash/backend/xml -I/home/cgood/gnucash-master/src/libgnucash/engine -Icommon -I/home/cgood/gnucash-master/src/common -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/home/cgood/gnucash-master/src/borrowed/libc -Ilibgnucash/core-utils -I/home/cgood/gnucash-master/src/libgnucash/core-utils -Wno-error=deprecated-declarations -Werror -Wall -Wmissing-declarations -Wno-unused -Wno-error=parentheses -g -fPIC -std=c++1z -MD -MT libgnucash/backend/xml/CMakeFiles/gnc-backend-xml-utils.dir/gnc-xml-backend. cpp.o -MF libgnucash/backend/xml/CMakeFiles/gnc-backend-xml-utils.dir/gnc-xml-backend. cpp.o.d -o libgnucash/backend/xml/CMakeFiles/gnc-backend-xml-utils.dir/gnc-xml-backend. cpp.o -c /home/cgood/gnucash-master/src/libgnucash/backend/xml/gnc-xml-backend.cpp /home/cgood/gnucash-master/src/libgnucash/backend/xml/gnc-xml-backend.cpp: In member function 'virtual void GncXmlBackend::session_begin(QofSession*, const char*, SessionOpenMode)': /home/cgood/gnucash-master/src/libgnucash/backend/xml/gnc-xml-backend.cpp:12 9:50: error: enum constant in boolean context [-Werror=int-in-bool-context] SESSION_NEW_STORE || mode == SESSION_NEW_OVERWRITE)) ^ cc1plus: all warnings being treated as errors Regards, Chris Good ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] typos in 3.903 Release notes
When deleting accounts the destination accounts of moved splits will be checked to ensure that they're the same [???] as the source. If they're not you'll get a warning and the opportunity to pick another account or to carry on regardless. Missing word 'commodity' or 'currency'? Invoices, Bills and Vouchers to there 'there' should be 'their' GnuCash 3.91 Should 3.901 ? I think the first is important - shall I fix all in gnucash-htdocs? If so, 'commodity or currency? Regards, Chris Good ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Import Map Editor - maintain position in list
From: Chris Good Sent: Monday, 25 May 2020 9:59 AM To: gnucash-devel@gnucash.org Subject: Import Map Editor - maintain position in list Hi, I'd like to modify the Import Map Editor so that after deleting the selected entries, you do not get reset back to the start of the list. Is anybody already working on that or some other major change to the Import Map Editor? Regards, Chris Good Hi All, I see this, and a lot of other nice mods, have already been made by Bob-IT in master. Nice! Regards, Chris Good ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] Import Map Editor - maintain position in list
Hi, I'd like to modify the Import Map Editor so that after deleting the selected entries, you do not get reset back to the start of the list. Is anybody already working on that or some other major change to the Import Map Editor? Regards, Chris Good ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Is the import match map still required?
Message: 5 Date: Sun, 24 May 2020 15:44:48 +1000 From: flywire To: gnucash-devel Subject: [GNC-dev] Fwd: Is the import match map still required? Message-ID: Content-Type: text/plain; charset="UTF-8" The most obvious match would be to match any Transfer Accounts in the data to gnu Accounts, even if the result needs to be verified. Other comments: 1) User's rapid clicks can unintentionally select the wrong account, mapping invalid data 2) Seems there could be an opportunity for user to re-run a process to recreate map and prune the useless matches David refers to ( dates, connectors (a, and, the etc.), transaction amounts ?). With enough transactions this should be pretty good. 3) I assume the table is updated with merged accounts, ... 4) Assuming match is case sensitive, should it be optionally turned off? Hi flywire, Re matching input file accounts to GnuCash accounts: I guess this would only apply to QIF or CSV imports, but sounds like a good idea. 1) & 2) You can always run the Import Map Editor to delete bad matches. I've always thought it would be a good idea if there was a parameter for the minimum token length the Bayesian matching would consider, so I could get it to ignore silly data that in no way helps a correct match, like date separator "/", "-", dd or mm or yy or . It would also be useful but a fair but of work to have screen where you could enter string tokens to be ignored, like "Receipt", "September" etc. 3) What does that mean "I assume the table is updated with merged accounts"? If you mean when you delete an account, and elect to move all the transactions to another account, I've got no idea but would be easy enough to test. Not sure it would be worth the effort as it is easy enough to build up mapping history again. The problem is to make the mapping history useful. 4) Possibly useful Regards, Chris Good ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] gsettings not working bug 797222 Resetting the "change reconciled split" warning doesn't take effect until GnuCash is restarted
-Original Message- From: John Ralls Sent: Wednesday, 20 May 2020 1:34 PM To: Chris Good Cc: gnucash-devel Subject: Re: [GNC-dev] gsettings not working bug 797222 Resetting the "change reconciled split" warning doesn't take effect until GnuCash is restarted > On May 19, 2020, at 6:44 PM, Chris Good wrote: > > Hi gurus, > > 1. src/gnucash/libgnucash/app-utils/gnc-gsettings.c > gnc_gsettings_load_backend() contains: > /* The gsettings backend only works in an installed environment. >* When called from the source environment (for testing > purposes) >* simply return. >*/ > if (g_strcmp0 (g_getenv ("GNC_UNINSTALLED"), "1") == 0) > return; > > I don't think that is true anymore as there is no GNC_UNINSTALLED in > the environment file and the schemas seem to be compiled to > build/share/glib-2.0/schemas/gschemas.compiled > > This code was added in > https://github.com/Gnucash/gnucash/commit/31c7396e15715d6e178b8fe727f6 > 1dabe2 > 6eca53#diff-83a994aa1576a20801bf5ec6475d5a90 > gjanssens committed on Dec 3, 2013 > The preferences backend can't work from the source environment > because > it's schemas won't be compiled. This situation is only relevant for > testing, > which is done from the source (or build) tree. > Note that a few preferences are needed by the xml backend. If no > preferences > backend is loaded, some sane defaults will be used instead. Again > this should > only matter for testing, in which case the real preferences are not > relevant > anyway. > > Should the above code be removed? > > 2. I've debugged (Linux) and found there doesn't seem to be any bug in > the GnuCash code and that there is some sort of disconnect between > writing a gsettings (dconf) setting and reading it. I've put in debug > statements right after writing a setting, which reads it again, and it > gets an old value. > > I found there is a g_settings_sync() that is supposed to wait until > all writes (which need a D-Bus session bus) have occurred. > Putting that in has not helped. I found on the internet several pages > saying > g_settings_sync() is not needed if there is a gtk main loop and as I > have seen that during debugging, I guess it is not needed... > > I have compiled glib with optimization off so I can debug (the problem > still > exists) but I really have no idea of what it is supposed to do. I can > see > g_settings_get_int() reading something like a hash table and getting > the wrong value. It doesn't seem to executing anything I can identify > as dconf??? > > Any suggestions please? Chris, No, it should not be removed. As the commit summary indicates it's necessary for running tests. GNC_UNINSTALLED, along with its companion GNC_BUILDDIR, is set in common/cmake-modules/GncAddSchemeTargets.cmake, common/cmake-modules/GncAddTest.cmake, bindings/python/tests/runTests.py and several Scheme files for running tests. It's also needed for running reports without first installing, for which you can say GNC_UNINSTALLED=1 GNC_BUILDDIR=`pwd` bin/gnucash from a prompt in the main builddir. Since bug 797222 is about a preference not taking effect until after a program restart you'll obviously need functional GSettings to debug it. It *is* possible that the bug is in GSettings, but in most cases preference changes take effect immediately so it seems unlikely to me that that's the case. Regards, John Ralls Hi John, Thanks for the info. Unfortunately, I often forget about the tests when I hear 'testing'. It makes sense to disable the settings environment to ensure the settings are in the default state while testing, and also do not alter the live user settings. Is there some other problem with using settings from the build directory, as AFAIK, the settings schema is compiled by the build, so I don't understand the statement "The preferences backend can't work from the source environment because it's schemas won't be compiled." It seems to work fine under Linux from the build, except for the bug mentioned above. Is it because in the CI testing, the built schemas are not available? I agree it is unlikely that this bug is because of a problem with GSettings. The problem also occurs with other warnings (eg trying to unreconcile a reconciled split) and also happens in Linux and Windows. Unfortunately, I'm out of ideas and will have to give up on this bug. Regards, Chris Good ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] gsettings not working bug 797222 Resetting the "change reconciled split" warning doesn't take effect until GnuCash is restarted
Hi gurus, 1. src/gnucash/libgnucash/app-utils/gnc-gsettings.c gnc_gsettings_load_backend() contains: /* The gsettings backend only works in an installed environment. * When called from the source environment (for testing purposes) * simply return. */ if (g_strcmp0 (g_getenv ("GNC_UNINSTALLED"), "1") == 0) return; I don't think that is true anymore as there is no GNC_UNINSTALLED in the environment file and the schemas seem to be compiled to build/share/glib-2.0/schemas/gschemas.compiled This code was added in https://github.com/Gnucash/gnucash/commit/31c7396e15715d6e178b8fe727f61dabe2 6eca53#diff-83a994aa1576a20801bf5ec6475d5a90 gjanssens committed on Dec 3, 2013 The preferences backend can't work from the source environment because it's schemas won't be compiled. This situation is only relevant for testing, which is done from the source (or build) tree. Note that a few preferences are needed by the xml backend. If no preferences backend is loaded, some sane defaults will be used instead. Again this should only matter for testing, in which case the real preferences are not relevant anyway. Should the above code be removed? 2. I've debugged (Linux) and found there doesn't seem to be any bug in the GnuCash code and that there is some sort of disconnect between writing a gsettings (dconf) setting and reading it. I've put in debug statements right after writing a setting, which reads it again, and it gets an old value. I found there is a g_settings_sync() that is supposed to wait until all writes (which need a D-Bus session bus) have occurred. Putting that in has not helped. I found on the internet several pages saying g_settings_sync() is not needed if there is a gtk main loop and as I have seen that during debugging, I guess it is not needed... I have compiled glib with optimization off so I can debug (the problem still exists) but I really have no idea of what it is supposed to do. I can see g_settings_get_int() reading something like a hash table and getting the wrong value. It doesn't seem to executing anything I can identify as dconf??? Any suggestions please? Regards, Chris Good ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] Windows master build fails to run
Hi John, Trying to test your fix for https://bugs.gnucash.org/show_bug.cgi?id=797052 Using https://code.gnucash.org/builds/win32/master/gnucash-3.902-2020-05-14-git-3. 902-120-g09a8bee5c+.setup.exe No perl installed. Gets "Unspecified fatal error encountered, aborting" which BTW is difficult to see as it is hidden behind Tips Of The Day. Only thing obvious to me in trace (attached) is * 13:49:37 MESSG Could not locate optional module gnucash/python interface v.0 Regards, Chris Good gnucash.trace.HPQ9J0.log Description: Binary data ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Master: Cannot open or save to SQLite3 database
-Original Message- From: John Ralls Sent: Friday, 8 May 2020 6:53 AM To: Chris Good Cc: gnucash-devel Subject: Re: [GNC-dev] Master: Cannot open or save to SQLite3 database > On May 6, 2020, at 8:42 PM, Chris Good wrote: > > Hi John, > > cd /home/cgood/gnucash-master/build > cmake -DCMAKE_BUILD_TYPE=debug -G"Eclipse CDT4 - Ninja" > -DCMAKE_ECLIPSE_GENERATE_SOURCE_PROJECT=TRUE > -DCMAKE_INSTALL_PREFIX=../install ../src as per > https://wiki.gnucash.org/wiki/Eclipse#With_CMake_.26_Ninja > > repo is /home/cgood/gnucash-master/src > > Regards, > Chris Good > > -Original Message- > From: John Ralls > Sent: Thursday, 7 May 2020 3:10 AM > To: Chris Good > Cc: gnucash-devel > Subject: Re: [GNC-dev] Master: Cannot open or save to SQLite3 database > > Are you setting CMAKE_PREFIX_PATH on the cmake command line? Better > yet, what's the whole cmake command line that you're using? I was able to reproduce this on my Fedora 31 VM, no Eclipse required. It turns out that the lines get_filename_component(drivers_dir ${LIBDBI_DRIVERS_DIR} DIRECTORY) set(LIBDBI_DRIVERS_DIR ${drivers_dir} CACHE FILEPATH "Directory containing the libdbi driver modules." FORCE) recurse so that LIBDBI_DRIVERS_DIR ends up being '/', confusing the heck out of libdbi. I changed the find_library result variable to LIBDBI_DRIVERS, preventing the recursion, and libdbi is happy again. I also fixed GNC_DBD_DIR so that it doesn't have a default. Instead it just loads from the command line or the environment. It's in the main CMakeLists.txt to help find_library find the drivers if they're somewhere outside of the usual places, much like GTEST_ROOT. That's separate from putting it in the environment file; *that* is for making it relocatable, particularly for MacOS app bundles. Pushed to maint and merged up to master. Regards, John Ralls Hi John, Tested and working fine. Many thanks, Chris Good ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Master: Cannot open or save to SQLite3 database
Hi John, cd /home/cgood/gnucash-master/build cmake -DCMAKE_BUILD_TYPE=debug -G"Eclipse CDT4 - Ninja" -DCMAKE_ECLIPSE_GENERATE_SOURCE_PROJECT=TRUE -DCMAKE_INSTALL_PREFIX=../install ../src as per https://wiki.gnucash.org/wiki/Eclipse#With_CMake_.26_Ninja repo is /home/cgood/gnucash-master/src Regards, Chris Good -Original Message- From: John Ralls Sent: Thursday, 7 May 2020 3:10 AM To: Chris Good Cc: gnucash-devel Subject: Re: [GNC-dev] Master: Cannot open or save to SQLite3 database Are you setting CMAKE_PREFIX_PATH on the cmake command line? Better yet, what's the whole cmake command line that you're using? Regards, John Ralls > On May 5, 2020, at 9:26 PM, Chris Good wrote: > > -Original Message- > From: John Ralls > Sent: Wednesday, 6 May 2020 1:30 PM > To: Chris Good > Cc: gnucash-devel > Subject: Re: [GNC-dev] Master: Cannot open or save to SQLite3 database > > > >> On May 5, 2020, at 7:10 PM, Chris Good wrote: >> >> -Original Message- >> From: John Ralls >> Sent: Wednesday, 6 May 2020 1:59 AM >> To: Chris Good >> Cc: gnucash-devel >> Subject: Re: [GNC-dev] Master: Cannot open or save to SQLite3 >> database >> >> >> >>> On May 4, 2020, at 7:53 PM, Chris Good wrote: >>> >>> -Original Message- >>> From: John Ralls >>> Sent: Tuesday, 5 May 2020 4:28 AM >>> To: Chris Good >>> Cc: gnucash-devel >>> Subject: Re: [GNC-dev] Master: Cannot open or save to SQLite3 >>> database >>> >>> >>> >>>> On May 3, 2020, at 10:40 PM, Chris Good wrote: >>>> >>>> Hi, >>>> >>>> >>>> >>>> GnuCash master (as at 29 Apr 2020 fbf7171ab Fix >>>> libgnc-app-utils.dylib >>>> install_name_dir.) on Ubuntu 18.04 >>>> >>>> >>>> >>>> I'm trying to open SQLite3 file >>>> del-account-cross-currencies-issue.gnucash >>>> attached to bug 797220. >>>> >>>> >>>> >>>> But when I try to open SQLite3 file. It says "no suitable backend >>>> was >>> found" >>>> and if I try to save an xml file, only xml format is available. >>>> >>>> >>>> >>>> I have built with no options for turning off SQL ie >>>> >>>> >>>> >>>> Src/CMakeLists.txt: WITH_SQL=ON >>>> >>>> >>>> >>>> I have the following installed >>>> >>>> libdbi-dev 0.9.0-5 >>>> >>>> libdbi1 0.9.0-5 >>>> >>>> libdbi1-dbg 0.9.0-5 >>>> >>>> libdbd-sqlite3 0.9.0-5ubuntu2 >>>> >>>> >>>> >>>> When I try to debug, it seems to me: >>>> >>>> >>>> >>>> In gnucash/libgnucash/backend/dbi/gnc-backend-dbi.cpp >>>> gnc_module_init_backend_dbi() >>>> >>>> I can see HAVE_LIBDBI_R is set >>>> >>>> >>>> >>>> num_drivers = dbi_initialize_r (driver_dir, _instance); >>>> >>>> >>>> >>>>returns num_drivers=0 but dbi_instance is no longer null >>>> so the code exits before any drivers are registered. >>>> >>>> >>>> >>>> Any suggestions please? >>>> >>> >>> I just built from current master on my Ubuntu-18.04 VM and SQLite3 >>> is an option in Save As... >>> >>> If dpi_initialize_r returns 0 then that function (a libdbi one) >>> didn't find any drivers to initialize. Make sure that GNC_DBD_DIR >>> isn't set and in gdb at that dpi_initialize_r call check that >>> driver_dir > is 0. >>> >>> Check that /usr/lib/x86_64-linux-gnu/dbd/lidbdsqlite3.so and >>> /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 is present. >>> >>> Regards, >>> John Ralls >>> >>> Hi John, >>> >>> GNC_DBD_DIR=/ is set in build/etc/gnucash/environment >>> Commenting that out enables SQLite to work. >>> >>> Here are the libraries: >>> >>> /usr/lib/x86_64-linux-gnu/dbd/libdbdpgsql.la >>> /usr/lib/x86_64-linux-gnu/dbd/libdbdsqlite3.so >>> /usr/lib/x86_64-lin
Re: [GNC-dev] [GNC] Gnucash logs
From: Geert Janssens Sent: Thursday, 30 April 2020 7:24 PM To: gnucash-u...@gnucash.org Cc: Chris Good ; 'David T.' ; 'David H' Subject: Re: [GNC] Gnucash logs Op donderdag 30 april 2020 06:04:10 CEST schreef Chris Good: > Hi Geert, > > > > I think options 2-5 are too disruptive and more work than the benefits > deserve. > > > > Re option 1, > > I’d prefer to put logs and backups in separate folders. Maybe (going with > your name) book.dir/backup and book.dir/log. Many people seem to be > confused about what all these long filenames are when mixed together. > I see I didn't mention this, but that making separate subdirectories for those was also intended in my suggestion. > > > Also putting the metadata (book.gcm) in book.dir would make if hard to > notice, so I think it should be in the folder holding book.gnucash (or > maybe a separate ‘metadata’ subfolder as some people think the metadata > file is their book). I'm not decided on whether this is a good idea yet. I was throwing it in for further consideration. Note that if we do switch to a model with a data file and associated directory for other stuff, the metadata file could just be called that - metadata.gcm. It's already in the directory with the same name as the book. No need to keep that file itself named as the book is. For that matter even the log and backups files could be reduced in file name length to only the timestamp. The same applies, the base directory (book.dir) uniquely identifies which book they belong to. > > Not having all the metadata files for multiple books in the same folder > means it is more fiddly to share metadata between multiple books by giving > the books the same name (books in different directories) but there is > probably nobody doing that anyway (as it is easy to get confused about > which book is open). > Well, actually you can't. GnuCash has guards in place that make each file name in the current metadata directory unique. The filename is just a first indication. The actual match between your book and the metadata file is done by comparing the root account's GUID in your book with the GUID stored in the metadata file. So if you would have two books named "book.gnucash", you will end up with a "books.gcm" and a "books-1.gcm" metadata file. As they are created for diferent books, they will both store a unique GUID. When opening either book, gnucash will check both metadata files for the one that has your book's GUID stored in it. And yes, you could thus circumvent that safety measure by manipulating your books to have the same root account GUID. But that's not what the system was designed for so we can ignore that hack in this discussion :) Regards, Geert > > > Regards, > > Chris Good > > From: Geert Janssens <mailto:geert.gnuc...@kobaltwit.be> > > Sent: Wednesday, 29 April 2020 7:57 PM > To: gnucash-u...@gnucash.org <mailto:gnucash-u...@gnucash.org> > Cc: Chris Good mailto:goodchri...@gmail.com> >; > 'David T.' mailto:sunfis...@yahoo.com> >; > 'David H' mailto:hell...@gmail.com> > Subject: Re: [GNC] > Gnucash logs > > Hi, > > For the file based books (xml and sqlite) there are several approaches: > > 1. Have a book.gnucash and a book.dir side by side, per book you create. > > book.gnucash is your actual data file. > > book.dir is a directory containing extra files related to this data file. > These include log files, backup files and can potentially be extended to > hold attachments and possibly book metadata > > Advantages: > > - all data related to one book is stored together in one place. No > intermingling of (meta)data with other books. Makes it easy to move a book > to somewhere else > > - as the main book is outside of the the directory it's easy to spot your > book to open it. > > Disadvantage: per book you will have two items: a file and a directory. At > the file management level you always have to treat them as one (move them > together, back them up together,...) > > 2. Have a directory book.gnucash and store all data in there in a structured > form (logs in their own subdirectory,...). To save a book, you enter the > book's name and gnucash will create that directory for you. Inside the > directory your book will now have a generic name (as the directory already > indicates the unique name) as would log files and backup files. To open a > book, you select the directory in gnucash and it will open the actual book > inside of it for you. Backup management could be integrated in gnucash. > > Advantages: > > - like option 1, all data related to a single b
Re: [GNC-dev] Master: Cannot open or save to SQLite3 database
-Original Message- From: John Ralls Sent: Wednesday, 6 May 2020 1:30 PM To: Chris Good Cc: gnucash-devel Subject: Re: [GNC-dev] Master: Cannot open or save to SQLite3 database > On May 5, 2020, at 7:10 PM, Chris Good wrote: > > -Original Message- > From: John Ralls > Sent: Wednesday, 6 May 2020 1:59 AM > To: Chris Good > Cc: gnucash-devel > Subject: Re: [GNC-dev] Master: Cannot open or save to SQLite3 database > > > >> On May 4, 2020, at 7:53 PM, Chris Good wrote: >> >> -Original Message- >> From: John Ralls >> Sent: Tuesday, 5 May 2020 4:28 AM >> To: Chris Good >> Cc: gnucash-devel >> Subject: Re: [GNC-dev] Master: Cannot open or save to SQLite3 >> database >> >> >> >>> On May 3, 2020, at 10:40 PM, Chris Good wrote: >>> >>> Hi, >>> >>> >>> >>> GnuCash master (as at 29 Apr 2020 fbf7171ab Fix >>> libgnc-app-utils.dylib >>> install_name_dir.) on Ubuntu 18.04 >>> >>> >>> >>> I'm trying to open SQLite3 file >>> del-account-cross-currencies-issue.gnucash >>> attached to bug 797220. >>> >>> >>> >>> But when I try to open SQLite3 file. It says "no suitable backend >>> was >> found" >>> and if I try to save an xml file, only xml format is available. >>> >>> >>> >>> I have built with no options for turning off SQL ie >>> >>> >>> >>> Src/CMakeLists.txt: WITH_SQL=ON >>> >>> >>> >>> I have the following installed >>> >>> libdbi-dev 0.9.0-5 >>> >>> libdbi1 0.9.0-5 >>> >>> libdbi1-dbg 0.9.0-5 >>> >>> libdbd-sqlite3 0.9.0-5ubuntu2 >>> >>> >>> >>> When I try to debug, it seems to me: >>> >>> >>> >>> In gnucash/libgnucash/backend/dbi/gnc-backend-dbi.cpp >>> gnc_module_init_backend_dbi() >>> >>> I can see HAVE_LIBDBI_R is set >>> >>> >>> >>> num_drivers = dbi_initialize_r (driver_dir, _instance); >>> >>> >>> >>> returns num_drivers=0 but dbi_instance is no longer null >>> so the code exits before any drivers are registered. >>> >>> >>> >>> Any suggestions please? >>> >> >> I just built from current master on my Ubuntu-18.04 VM and SQLite3 is >> an option in Save As... >> >> If dpi_initialize_r returns 0 then that function (a libdbi one) >> didn't find any drivers to initialize. Make sure that GNC_DBD_DIR >> isn't set and in gdb at that dpi_initialize_r call check that driver_dir is 0. >> >> Check that /usr/lib/x86_64-linux-gnu/dbd/lidbdsqlite3.so and >> /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 is present. >> >> Regards, >> John Ralls >> >> Hi John, >> >> GNC_DBD_DIR=/ is set in build/etc/gnucash/environment >> Commenting that out enables SQLite to work. >> >> Here are the libraries: >> >> /usr/lib/x86_64-linux-gnu/dbd/libdbdpgsql.la >> /usr/lib/x86_64-linux-gnu/dbd/libdbdsqlite3.so >> /usr/lib/x86_64-linux-gnu/dbd/libdbdmysql.la >> /usr/lib/x86_64-linux-gnu/dbd/libdbdpgsql.so >> /usr/lib/x86_64-linux-gnu/dbd/libdbdsqlite3.la >> /usr/lib/x86_64-linux-gnu/dbd/libdbdmysql.so >> >> /usr/lib/x86_64-linux-gnu/libdbi.so.1.1.0 >> /usr/lib/x86_64-linux-gnu/libdbi.a >> /usr/lib/x86_64-linux-gnu/libdbi.so.1 >> /usr/lib/x86_64-linux-gnu/libdbi.so >> >> cmake 3.10.2-1ubuntu2.18.04.1 >> >> I think the " GNC_DBD_DIR=/" line is added to environment file in >> src/gnucash/CMakeLists.txt : >> >>if (LIBDBI_LIBRARY AND LIBDBI_DRIVERS_DIR) >> get_filename_component(libdir ${LIBDBI_LIBRARY} >> DIRECTORY) >> string(FIND ${LIBDBI_DRIVERS_DIR} ${libdir} is_subdir) >> if (NOT is_subdir EQUAL 0) >>file(APPEND ${BUILD_ENV_FILE_OUT} >> "GNC_DBD_DIR=${LIBDBI_DRIVERS_DIR}") >> endif() >>endif() >> >> Before I spend too much time trying to fix this, I am running the >> build environment from within eclipse. Is SQLite supported while >> running from the build or
Re: [GNC-dev] Master: Cannot open or save to SQLite3 database
-Original Message- From: John Ralls Sent: Wednesday, 6 May 2020 1:59 AM To: Chris Good Cc: gnucash-devel Subject: Re: [GNC-dev] Master: Cannot open or save to SQLite3 database > On May 4, 2020, at 7:53 PM, Chris Good wrote: > > -Original Message- > From: John Ralls > Sent: Tuesday, 5 May 2020 4:28 AM > To: Chris Good > Cc: gnucash-devel > Subject: Re: [GNC-dev] Master: Cannot open or save to SQLite3 database > > > >> On May 3, 2020, at 10:40 PM, Chris Good wrote: >> >> Hi, >> >> >> >> GnuCash master (as at 29 Apr 2020 fbf7171ab Fix >> libgnc-app-utils.dylib >> install_name_dir.) on Ubuntu 18.04 >> >> >> >> I'm trying to open SQLite3 file >> del-account-cross-currencies-issue.gnucash >> attached to bug 797220. >> >> >> >> But when I try to open SQLite3 file. It says "no suitable backend was > found" >> and if I try to save an xml file, only xml format is available. >> >> >> >> I have built with no options for turning off SQL ie >> >> >> >> Src/CMakeLists.txt: WITH_SQL=ON >> >> >> >> I have the following installed >> >> libdbi-dev 0.9.0-5 >> >> libdbi1 0.9.0-5 >> >> libdbi1-dbg 0.9.0-5 >> >> libdbd-sqlite3 0.9.0-5ubuntu2 >> >> >> >> When I try to debug, it seems to me: >> >> >> >> In gnucash/libgnucash/backend/dbi/gnc-backend-dbi.cpp >> gnc_module_init_backend_dbi() >> >> I can see HAVE_LIBDBI_R is set >> >> >> >> num_drivers = dbi_initialize_r (driver_dir, _instance); >> >> >> >> returns num_drivers=0 but dbi_instance is no longer null >> so the code exits before any drivers are registered. >> >> >> >> Any suggestions please? >> > > I just built from current master on my Ubuntu-18.04 VM and SQLite3 is > an option in Save As... > > If dpi_initialize_r returns 0 then that function (a libdbi one) didn't > find any drivers to initialize. Make sure that GNC_DBD_DIR isn't set > and in gdb at that dpi_initialize_r call check that driver_dir is 0. > > Check that /usr/lib/x86_64-linux-gnu/dbd/lidbdsqlite3.so and > /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 is present. > > Regards, > John Ralls > > Hi John, > > GNC_DBD_DIR=/ is set in build/etc/gnucash/environment > Commenting that out enables SQLite to work. > > Here are the libraries: > > /usr/lib/x86_64-linux-gnu/dbd/libdbdpgsql.la > /usr/lib/x86_64-linux-gnu/dbd/libdbdsqlite3.so > /usr/lib/x86_64-linux-gnu/dbd/libdbdmysql.la > /usr/lib/x86_64-linux-gnu/dbd/libdbdpgsql.so > /usr/lib/x86_64-linux-gnu/dbd/libdbdsqlite3.la > /usr/lib/x86_64-linux-gnu/dbd/libdbdmysql.so > > /usr/lib/x86_64-linux-gnu/libdbi.so.1.1.0 > /usr/lib/x86_64-linux-gnu/libdbi.a > /usr/lib/x86_64-linux-gnu/libdbi.so.1 > /usr/lib/x86_64-linux-gnu/libdbi.so > > cmake 3.10.2-1ubuntu2.18.04.1 > > I think the " GNC_DBD_DIR=/" line is added to environment file in > src/gnucash/CMakeLists.txt : > > if (LIBDBI_LIBRARY AND LIBDBI_DRIVERS_DIR) > get_filename_component(libdir ${LIBDBI_LIBRARY} > DIRECTORY) > string(FIND ${LIBDBI_DRIVERS_DIR} ${libdir} is_subdir) > if (NOT is_subdir EQUAL 0) > file(APPEND ${BUILD_ENV_FILE_OUT} > "GNC_DBD_DIR=${LIBDBI_DRIVERS_DIR}") > endif() > endif() > > Before I spend too much time trying to fix this, I am running the > build environment from within eclipse. Is SQLite supported while > running from the build or should I "ninja install" and run from there? Chris, It should run from the build directory. Misconfiguring GNC_DBD_DIR is the obvious problem and would break libdbi regardless of whether GnuCash is installed. You found half of the LIBDBI_DRIVERS_DIR code; the other half is in the top-level CMakeLists.txt beginning at line 436 (in master): find_library (LIBDBI_DRIVERS_DIR NAMES dbdmysql dbdpgsql dbdsqlite3 NAMES_PER_DIR PATH_SUFFIXES dbd libdbi-drivers/dbd HINTS LIBDBI_LIBRARY PATHS GNC_DBD_DIR DOC "Libdbi Drivers Directory") If (WITH_SQL) if (NOT LIBDBI_INCLUDE_PATH) message (SEND_ERROR "Include file was not found - did you install libdbi0-dev or libdbi-dev?") endif() if (NOT LIBDBI_LIBRARY) message (SEND_ERROR "Library libdbi was not found
Re: [GNC-dev] Master: Cannot open or save to SQLite3 database
-Original Message- From: John Ralls Sent: Tuesday, 5 May 2020 4:28 AM To: Chris Good Cc: gnucash-devel Subject: Re: [GNC-dev] Master: Cannot open or save to SQLite3 database > On May 3, 2020, at 10:40 PM, Chris Good wrote: > > Hi, > > > > GnuCash master (as at 29 Apr 2020 fbf7171ab Fix libgnc-app-utils.dylib > install_name_dir.) on Ubuntu 18.04 > > > > I'm trying to open SQLite3 file > del-account-cross-currencies-issue.gnucash > attached to bug 797220. > > > > But when I try to open SQLite3 file. It says "no suitable backend was found" > and if I try to save an xml file, only xml format is available. > > > > I have built with no options for turning off SQL ie > > > > Src/CMakeLists.txt: WITH_SQL=ON > > > > I have the following installed > > libdbi-dev 0.9.0-5 > > libdbi1 0.9.0-5 > > libdbi1-dbg 0.9.0-5 > > libdbd-sqlite3 0.9.0-5ubuntu2 > > > > When I try to debug, it seems to me: > > > > In gnucash/libgnucash/backend/dbi/gnc-backend-dbi.cpp > gnc_module_init_backend_dbi() > > I can see HAVE_LIBDBI_R is set > > > > num_drivers = dbi_initialize_r (driver_dir, _instance); > > > > returns num_drivers=0 but dbi_instance is no longer null > so the code exits before any drivers are registered. > > > > Any suggestions please? > I just built from current master on my Ubuntu-18.04 VM and SQLite3 is an option in Save As... If dpi_initialize_r returns 0 then that function (a libdbi one) didn't find any drivers to initialize. Make sure that GNC_DBD_DIR isn't set and in gdb at that dpi_initialize_r call check that driver_dir is 0. Check that /usr/lib/x86_64-linux-gnu/dbd/lidbdsqlite3.so and /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 is present. Regards, John Ralls Hi John, GNC_DBD_DIR=/ is set in build/etc/gnucash/environment Commenting that out enables SQLite to work. Here are the libraries: /usr/lib/x86_64-linux-gnu/dbd/libdbdpgsql.la /usr/lib/x86_64-linux-gnu/dbd/libdbdsqlite3.so /usr/lib/x86_64-linux-gnu/dbd/libdbdmysql.la /usr/lib/x86_64-linux-gnu/dbd/libdbdpgsql.so /usr/lib/x86_64-linux-gnu/dbd/libdbdsqlite3.la /usr/lib/x86_64-linux-gnu/dbd/libdbdmysql.so /usr/lib/x86_64-linux-gnu/libdbi.so.1.1.0 /usr/lib/x86_64-linux-gnu/libdbi.a /usr/lib/x86_64-linux-gnu/libdbi.so.1 /usr/lib/x86_64-linux-gnu/libdbi.so cmake 3.10.2-1ubuntu2.18.04.1 I think the " GNC_DBD_DIR=/" line is added to environment file in src/gnucash/CMakeLists.txt : if (LIBDBI_LIBRARY AND LIBDBI_DRIVERS_DIR) get_filename_component(libdir ${LIBDBI_LIBRARY} DIRECTORY) string(FIND ${LIBDBI_DRIVERS_DIR} ${libdir} is_subdir) if (NOT is_subdir EQUAL 0) file(APPEND ${BUILD_ENV_FILE_OUT} "GNC_DBD_DIR=${LIBDBI_DRIVERS_DIR}") endif() endif() Before I spend too much time trying to fix this, I am running the build environment from within eclipse. Is SQLite supported while running from the build or should I "ninja install" and run from there? Thanks & Regards, Chris Good ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] Master: Cannot open or save to SQLite3 database
Hi, GnuCash master (as at 29 Apr 2020 fbf7171ab Fix libgnc-app-utils.dylib install_name_dir.) on Ubuntu 18.04 I'm trying to open SQLite3 file del-account-cross-currencies-issue.gnucash attached to bug 797220. But when I try to open SQLite3 file. It says "no suitable backend was found" and if I try to save an xml file, only xml format is available. I have built with no options for turning off SQL ie Src/CMakeLists.txt: WITH_SQL=ON I have the following installed libdbi-dev 0.9.0-5 libdbi1 0.9.0-5 libdbi1-dbg 0.9.0-5 libdbd-sqlite3 0.9.0-5ubuntu2 When I try to debug, it seems to me: In gnucash/libgnucash/backend/dbi/gnc-backend-dbi.cpp gnc_module_init_backend_dbi() I can see HAVE_LIBDBI_R is set num_drivers = dbi_initialize_r (driver_dir, _instance); returns num_drivers=0 but dbi_instance is no longer null so the code exits before any drivers are registered. Any suggestions please? Regards, Chris Good ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Master problem when entering account in register
Hi Bob, Thanks for your suggestions. As John Ralls is working on Bug 797052 I’ll get back to testing my mods. Regards, Chris Good From: Robert Fewell <14ubo...@gmail.com> Sent: Friday, 24 April 2020 7:15 PM To: Chris Good Cc: gnucash-devel Subject: Re: [GNC-dev] Master problem when entering account in register Chris, I can not reproduce your exact problem but I have ended up with a blank drop down. Jean Laroche made some changes in this area, may be related, see commit... Merge Jean Laroche's 'fix_autocompletion_master' into master, f74d7c52da378b126a1a0faffaddfb802b44dd8c Regards, Bob On Fri, 24 Apr 2020 at 06:46, Chris Good mailto:goodchri...@gmail.com> > wrote: Hi, I'm seeing what looks like a problem in GnuCash built from source pulled from git master with latest commit: 5th Apr 2020 No gnucash/gettext scm module anymore, the translation defs are in core-utils a392190adf877b552c25936c493c4d63a4a83e8f. Say I have a transaction with 2 splits: Assets:Current Assets:Bank1 Expenses:Groceries Joint I click on the transaction Description, then click into the Account field for the Expenses split. It shows "Expenses: Groceries Joint" with nothing selected and insertion cursor at the front. I highlight the full field using Shift End. Type ex and the field shows (nothing highlighted): rage CommSec CG:AMP CGex and nothing in the now open selection list. This is a combination of my Asset account Assets:Investments:Brokerage CommSec CG:AMP CG and the ex I typed. This is running client Ubuntu 18.04 in VirtualBox on host Windows 10. This seems like text selection <https://bugs.gnucash.org/show_bug.cgi?id=797052> Bug 797052 - Autofill Selection is Corrupted After Clicking Description. This is not happening with my maint built from source in the same VM. Can anyone else duplicate this problem? Regards, Chris Good ___ gnucash-devel mailing list gnucash-devel@gnucash.org <mailto: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
[GNC-dev] Master problem when entering account in register
Hi, I'm seeing what looks like a problem in GnuCash built from source pulled from git master with latest commit: 5th Apr 2020 No gnucash/gettext scm module anymore, the translation defs are in core-utils a392190adf877b552c25936c493c4d63a4a83e8f. Say I have a transaction with 2 splits: Assets:Current Assets:Bank1 Expenses:Groceries Joint I click on the transaction Description, then click into the Account field for the Expenses split. It shows "Expenses: Groceries Joint" with nothing selected and insertion cursor at the front. I highlight the full field using Shift End. Type ex and the field shows (nothing highlighted): rage CommSec CG:AMP CGex and nothing in the now open selection list. This is a combination of my Asset account Assets:Investments:Brokerage CommSec CG:AMP CG and the ex I typed. This is running client Ubuntu 18.04 in VirtualBox on host Windows 10. This seems like text selection <https://bugs.gnucash.org/show_bug.cgi?id=797052> Bug 797052 - Autofill Selection is Corrupted After Clicking Description. This is not happening with my maint built from source in the same VM. Can anyone else duplicate this problem? Regards, Chris Good ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Debugging for Bug 797236 g_closure_invoke problem
Message: 7 Date: Tue, 31 Mar 2020 22:36:44 -0700 From: jean laroche To: gnucash-devel@gnucash.org Subject: Re: [GNC-dev] Debugging for Bug 797236 g_closure_invoke problem Message-ID: <6e6269bf-a454-e5cb-41cb-c5b343fa0...@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed I don't have an idea for you but in my experience trying to follow the gtk calls leads nowhere. You have to see how the path gets set in the calls where it's not NULL (by going up the stack) and see why that's not the case when it's NULL. J. Hi Jean, Thanks for the suggestion. It's all a bit of a rabbit warren to me at the moment and I haven't found any guide lines or overviews on how forms and watches should work. Regards, Chris Good ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Debugging for Bug 797236 g_closure_invoke problem
From: Geert Janssens Sent: Wednesday, 1 April 2020 6:37 PM To: gnucash-devel@gnucash.org Cc: Chris Good Subject: Re: [GNC-dev] Debugging for Bug 797236 g_closure_invoke problem Hi Chris, What OS are you using again ? On linux it's indeed as simple as installing the appropriate -dev (or -devel) packages. On Fedora, if you run gnucash once under gdb instead of Eclipse, gdb will tell you which command to run to install all missing debug info. It may be more than you need though. On Windows or Macos I have no idea. Regards, Geert Op woensdag 1 april 2020 06:29:33 CEST schreef Chris Good: > Hi Devs, > > > > I'd appreciate some help if possible please. > > > > In maint, in src/gnucash/gnome/reconcile-view.c > gnc_reconcile_view_refresh(), now: > > > > void > > gnc_reconcile_view_refresh (GNCReconcileView *view) > > { > > GNCQueryView *qview; > > GtkTreePath *cursor_path=NULL; > > GtkTreeViewColumn *cursor_col; > > > > g_print("Start reconcile-view.c gnc_reconcile_view_refresh()\n"); > > g_return_if_fail (view != NULL); > > g_return_if_fail (GNC_IS_RECONCILE_VIEW (view)); > > > > qview = GNC_QUERY_VIEW (view); > > gtk_tree_view_get_cursor (GTK_TREE_VIEW (qview), _path, > _col); > > gnc_query_view_refresh (qview); > > if (cursor_path) > > { > > g_print("reconcile-view.c gnc_reconcile_view_refresh() " > > "calling gtk_tree_view_scroll_to_cell()\n"); > > gtk_tree_view_scroll_to_cell ( GTK_TREE_VIEW (qview), cursor_path, > cursor_col, FALSE, 0.0, 0.0); > > gtk_tree_path_free(cursor_path); > > } > > > > I added the call to gtk_tree_view_get_cursor () and the call to > gtk_tree_view_scroll_to_cell() > > and this fixes the problem of the Reconcile window panel of debit splits > being repositioned to the first split > > after using the Open button to open the register to add a new transaction. > > > > However, it doesn't fix the problem if I use the Balance button to > automatically add a balancing transaction. > > I'm trying to debug in Eclipse using the Balance button, because I can see > that refresh_handler() is also being called (same as using the Open button) > but the problem still exists when using the Balance button. > > > > refresh_handler() calls recnRefresh() calls gnc_reconcile_view_refresh() > > > > By adding breakpoints in refresh_handler and gnc_reconcile_view_refresh I > can see that gnc_reconcile_view_refresh() is being called 8 times (4 times > for each of the debits + credits panel) and only on the 2nd call for the > debit panel is cursor_path not NULL. I don't understand why only 1 of the 4 > calls for the debit panel has a cursor path? > > Up until now, the panel still displays on the 2nd page of splits where it > was before the Balance button was used. > > > > Resuming after the 8th call, the debugger gets: No source available for > "g_closure_invoke() at (address)" > > and I can only Resume. > > > > I guess g_closure_invoke() is a gtk3 function and I need to install the gtk3 > dev packages which are not stripped? How do I integrate them into my > Eclipse build? > > > > If I Resume from here, the debits panel is now incorrectly updated to show > the top of the debits splits. > > > > On another topic, I followed the instructions at > https://wiki.gnucash.org/wiki/Eclipse (thanks for these!) but don't see a > way to do a 'ninja install' from Eclipse. Is there a way or is that not > needed because we can either run or debug from Eclipse. > > > > Regards, > > Chris Good > > > > ___ > gnucash-devel mailing list > gnucash-devel@gnucash.org <mailto:gnucash-devel@gnucash.org> > https://lists.gnucash.org/mailman/listinfo/gnucash-devel Hi Geert, Linux (Ubuntu 18.04). Thanks, I'll give it a go. Regards, Chris Good ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] Debugging for Bug 797236 g_closure_invoke problem
Hi Devs, I'd appreciate some help if possible please. In maint, in src/gnucash/gnome/reconcile-view.c gnc_reconcile_view_refresh(), now: void gnc_reconcile_view_refresh (GNCReconcileView *view) { GNCQueryView *qview; GtkTreePath *cursor_path=NULL; GtkTreeViewColumn *cursor_col; g_print("Start reconcile-view.c gnc_reconcile_view_refresh()\n"); g_return_if_fail (view != NULL); g_return_if_fail (GNC_IS_RECONCILE_VIEW (view)); qview = GNC_QUERY_VIEW (view); gtk_tree_view_get_cursor (GTK_TREE_VIEW (qview), _path, _col); gnc_query_view_refresh (qview); if (cursor_path) { g_print("reconcile-view.c gnc_reconcile_view_refresh() " "calling gtk_tree_view_scroll_to_cell()\n"); gtk_tree_view_scroll_to_cell ( GTK_TREE_VIEW (qview), cursor_path, cursor_col, FALSE, 0.0, 0.0); gtk_tree_path_free(cursor_path); } I added the call to gtk_tree_view_get_cursor () and the call to gtk_tree_view_scroll_to_cell() and this fixes the problem of the Reconcile window panel of debit splits being repositioned to the first split after using the Open button to open the register to add a new transaction. However, it doesn't fix the problem if I use the Balance button to automatically add a balancing transaction. I'm trying to debug in Eclipse using the Balance button, because I can see that refresh_handler() is also being called (same as using the Open button) but the problem still exists when using the Balance button. refresh_handler() calls recnRefresh() calls gnc_reconcile_view_refresh() By adding breakpoints in refresh_handler and gnc_reconcile_view_refresh I can see that gnc_reconcile_view_refresh() is being called 8 times (4 times for each of the debits + credits panel) and only on the 2nd call for the debit panel is cursor_path not NULL. I don't understand why only 1 of the 4 calls for the debit panel has a cursor path? Up until now, the panel still displays on the 2nd page of splits where it was before the Balance button was used. Resuming after the 8th call, the debugger gets: No source available for "g_closure_invoke() at (address)" and I can only Resume. I guess g_closure_invoke() is a gtk3 function and I need to install the gtk3 dev packages which are not stripped? How do I integrate them into my Eclipse build? If I Resume from here, the debits panel is now incorrectly updated to show the top of the debits splits. On another topic, I followed the instructions at https://wiki.gnucash.org/wiki/Eclipse (thanks for these!) but don't see a way to do a 'ninja install' from Eclipse. Is there a way or is that not needed because we can either run or debug from Eclipse. Regards, Chris Good ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] IngAusOfxFix updated for Java 11 + 2 new features - Release 2.01
Hi, I've updated my IngAusOfxFix app to java 11 which is the default version of java on Ubuntu 18.04 and derivatives like Mint 19, so it is no longer necessary to 'hold' Linux java packages at Java 8. IngAusOfxFix is my app that fixes problems in .ofx files from ING Australia so that they can be imported into GnuCash. The new IngAusOfxFix version is 2.01. As the V2.01 app is now a modular java app, it is distributed as a runtime image which includes the required java runtime, so it is not necessary to have java installed on your system. There are 2 new features also: 1. There is an option to split the input data into (company name which gets imported into GnuCash transaction 'Description' field), and (the rest of gets imported into the 'Memo' field of the bank account split). Without a field in a transaction, GnuCash duplicates the field in both the transaction 'Description' and the 'Memo' field of the bank account split. 2. Replace bad tag in the with a space as it causes GnuCash to fail to import the field. Please see: Linux: https://github.com/goodvibes2/IngAusOfxFixLinux Windows: https://github.com/goodvibes2/IngAusOfxFixWin Regards, Chris Good <>___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] BackupGnuCash updated for Java 11
Hi, I've updated my BackupGnuCash app for java 11 which is the default version of java on Ubuntu 18.04 and derivatives like Mint 19. As the app is now a modular java app, it is distributed as a runtime image which includes the required java runtime, so it is not necessary to have java installed on your system. The new BackupGnuCash version is 2.0.0. Please see: Linux: https://github.com/goodvibes2/BackupGnuCashLinux/tree/master/src/backupgnuca sh Windows: https://github.com/goodvibes2/BackupGnuCashWin/tree/master/src/backupgnucash Regards, Chris Good ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] BackupGnuCash updated for GnuCash V3
Hi, I've updated my BackupGnuCash app to handle GnuCash V3 configuration files as well as V2. It can also backup the GnuCash Windows registry or the Linux dconf settings. The new BackupGnuCash version is 1.3.1. Please see: Linux: https://github.com/goodvibes2/BackupGnuCashLinux/tree/master/src/backupgnuca sh Windows: https://github.com/goodvibes2/BackupGnuCashWin/tree/master/src/backupgnucash Regards, Chris Good ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] GnuCash 3 on Linux
Message: 5 Date: Sat, 23 Feb 2019 16:30:58 -0600 (CST) From: David Cousens To: gnucash-devel@gnucash.org Subject: Re: [GNC-dev] GnuCash 3 on Linux Message-ID: <1550961058473-0.p...@n4.nabble.com> Content-Type: text/plain; charset=us-ascii Chris, If I save reports from GnuCash 3.4 on Linux Mint Tara (Ubuntu 18.04), the reports are saved in /home//.local/share/gnucash/saved-reports-2.8 and I have verified this contains the report config which I saved. This is where I expected to find them based on the description in https://wiki.gnucash.org/wiki/Configuration_Locations. I am not sure what the 2.4 in your case and 2.8 in my case actually refer to. The wiki says they are related to GnuCash versions but not obviously the version which is running. David Cousens Hi David, Geert answered this 6/6/2018: 2.8, not 2.4. If not 2.8 file is found, gnucash 3 and up will search for a saved-reports-2.4, but it will only save to saved-reports-2.8. I haven't updated the wiki as it was recently changed to say: saved-reports-x.y presumably to ensure it doesn't quickly become outdated. Personally, I would prefer if it was more specific. I am finally about to release my BackupGnuCash java app 1.3.0, now updated for GnuCash 3. As it is difficult to tell if a configuration file location has been overridden by an environment variable somewhere, I've taken the tack of only looking for configuration files to backup in the default locations. Regards, Chris Good ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] GnuCash 3 on Linux
-Original Message- From: Geert Janssens Sent: Sunday, 10 February 2019 11:29 PM To: gnucash-devel@gnucash.org Cc: Chris Good Subject: Re: [GNC-dev] GnuCash 3 on Linux Op vrijdag 8 februari 2019 10:04:55 CET schreef Chris Good: > Hi Geert, > > Thanks very much for the above info. > I'm afraid it has been quite a while since these emails but hopefully > now I have a chance to follow up. > > I was surprised to learn about the part of > [BOOK-WITH-EXTENSION].gcm as I have never seen this. > I did some testing in Windows & Linux and I think I realise now how it > works. > > There is a guid in both the main data file and the metadata .gcm files. > For example, > In main data file: > fe06ec827c69b29977e25a7c6c090229 > > In .gcm: > BookGuid=fe06ec827c69b29977e25a7c6c090229 > > So when the metadata is saved, GnuCash looks for (or creates) a .gcm > file with a BookGuid matching book:id. > Indeed. > It seems that when you create a new book by using File, New, the > subsequently saved main data file has a new book guid created. > However, if you create a new book by either: > 1) manually copying a main data file to a different directory and/or > filename Or > 2) using File, Save As > there is no new book:id created so both books will continue to use the > same .gcm file. > > I suspect there may be people who may like to have different settings > for different books but don't because they have created their new book > by either of the 1) or 2) methods above. > FTR this code is not written by me. I'm merely reading how it currently works. That aside, it will continue to work as long as the user uses a different name when copying the file or using File, Save As As there haven't been any complaints so far it looks that's what most people are doing anyway. > As the book:id guid only appears once in my main data file, I assume > it may be possible to correct this situation by: > a) save the main data file uncompressed > b) make a minor random(ish) change to the guid using a text editor (do > NOT change the length of the guid) > c) copy the old .gcm to a new .gcm (i.e. copy TEST.gnucash.gcm to > TEST.gnucash_2.gcm) > d) use a text editor to change the old guid to the new guid in the new > .gcm > > I'd like to document this in the wiki. > Can you please let me know if I have made any errors in my above > assumptions or forgotten anything important? > I think you have all the proper details in a row. > I think it would be useful if 2) above was changed so that a new > book:id is generated. Shall I raise a bug? > I don't know. As I said, if the file name is unique there's no need to rely on the GUID. It looks like it's fairly uncommon to want to use the same file name for books that are not related. On the other hand I may also want to simply copy my existing book to a new location and happen to use File, Save As to do so. I don't think gnucash can make an assumption that either is right or wrong. In itself I think it's too ambiguous/insignificant to create a bug report for it. But on the other hand I also think this is something that we could analyze when we start revising our options/preferences system. On big aspect of this is evaluating for each setting whether it should be book specific (like book currency), computer specific (like saved window sizes) or user specific (like I have no example right now...). The metadata file is really meant to store computer specific data (though it currently does store more than that...). Geert Hi Geert, Ah yes, I forgot for a minute that the book name is part of the metadata filename, and therefore to ensure you have a metadata file specific to a particular book, you just have to ensure you use unique names for your books, which is what I would call 'best practice' anyway so you can always just look at your title bar and be sure what book you are in. I agree that using a common metadata file may be what some people want, and the current situation allows that, so a bug is not needed. Thanks for setting me straight, Regards, Chris Good ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] GnuCash 3 on Linux
-Original Message- From: Geert Janssens Sent: Wednesday, 6 June 2018 12:10 AM To: gnucash-devel@gnucash.org Cc: Chris Good Subject: Re: [GNC-dev] GnuCash 3 on Linux Op dinsdag 5 juni 2018 14:53:44 CEST schreef Chris Good: > Hi, > > I'm working on my BackupGnuCash stand-alone app. > > I have 2 questions today: > > 1. > > I'm a little uncertain about where the saved reports and metadata > files are in GnuCash 3.0 for Linux. > > I suspect they are by default: > > ~/.local/share/gnucash/saved-reports-2.4 2.8, not 2.4. If not 2.8 file is found, gnucash 3 and up will search for a saved-reports-2.4, but it will only save to saved-reports-2.8. > > ~/.local/share/gnucash/books/[BOOK].gnucash.gcm > Yes. Do note it can be [BOOK].gnucash_.gcm if you have several data files named [BOOK]. And the gnucash part in that file name is only there if the data file is called [BOOK].gnucash. Older versions of gnucash also allowed to save to files without extension or with the .xac extension. So it's really [BOOK-WITH-EXTENSION].gcm > unless overridden by XDG_DATA_HOME. > If you override XDG_DATA_HOME the files will be searched for and saved in $XDG_DATA_HOME/gnucash/ However this can be overridden even with GNC_DATA_HOME. If that's set, gnucash will search and save in $GNC_DATA_HOME (which may or may not end in "/gnucash" unlike the XDG_DATA_HOME to which gnucash will always append "/gnucash") Regards, Geert Hi Geert, Thanks very much for the above info. I'm afraid it has been quite a while since these emails but hopefully now I have a chance to follow up. I was surprised to learn about the part of [BOOK-WITH-EXTENSION].gcm as I have never seen this. I did some testing in Windows & Linux and I think I realise now how it works. There is a guid in both the main data file and the metadata .gcm files. For example, In main data file: fe06ec827c69b29977e25a7c6c090229 In .gcm: BookGuid=fe06ec827c69b29977e25a7c6c090229 So when the metadata is saved, GnuCash looks for (or creates) a .gcm file with a BookGuid matching book:id. It seems that when you create a new book by using File, New, the subsequently saved main data file has a new book guid created. However, if you create a new book by either: 1) manually copying a main data file to a different directory and/or filename Or 2) using File, Save As there is no new book:id created so both books will continue to use the same .gcm file. I suspect there may be people who may like to have different settings for different books but don't because they have created their new book by either of the 1) or 2) methods above. As the book:id guid only appears once in my main data file, I assume it may be possible to correct this situation by: a) save the main data file uncompressed b) make a minor random(ish) change to the guid using a text editor (do NOT change the length of the guid) c) copy the old .gcm to a new .gcm (i.e. copy TEST.gnucash.gcm to TEST.gnucash_2.gcm) d) use a text editor to change the old guid to the new guid in the new .gcm I'd like to document this in the wiki. Can you please let me know if I have made any errors in my above assumptions or forgotten anything important? I think it would be useful if 2) above was changed so that a new book:id is generated. Shall I raise a bug? Regards, Chris Good ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] GNUCASH Test Data
Hi Chris (Millsap), My initial thoughts are that this would quickly become obsolete and developers would usually already have easy access to their own large data files, so would probably not be worth much effort. I'm not a Gnucash developer though and they probably have other ideas, so I've copied the developers mailing list. Thanks for the idea, Regards, Chris Good > On 11 Nov 2018, at 4:24 AM, Christopher Millsap > wrote: > > Hey everyone, I started working on a proof of concept for a program that > generates large amounts of test data (various account types with simulated > transaction histories) for testing gnucash. I was wondering if something like > this would really be useful for testing? > > Let me know what you think. > > Thanks. > > Chris. ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] GTK3 Mnemonics
Hi Frank, In your edit of the gtk3 wiki [1], you added in part: === Circumvent Bad GTK3 Design decisions === Get Visible Mnenomics Back Since GTK3.10 the underlines of the mnenomics are only visible after you hovered the mouse over the element ''and'' pressed alt. In $SCOPE/gtk-3.0/settings.ini, add a line: [Settings] # Visible Mnenomics gtk-menu-images = true which I was glad to see as I had noticed mnemonics seemed to have disappeared from GC 3. I tested setting ' gtk-menu-images = true' in settings.ini (Windows 10, GC3.1) and it doesn't seem to do anything for me. https://developer.gnome.org/gtk3/stable/GtkSettings.htm indicates gtk-menu-images gtk-auto-mnemonics gtk-enable-mnemonics have been deprecated since version 3.10. In Windows the behaviour I see is that the first time the right click transaction menu appears, mnemonics are NOT shown, but if you either: Go into a dialog, say Duplicate Transaction, a couple of times (with or without using the Alt key (mnemonic activator)) Or Go into a dialog, say Duplicate Transaction, and use the Alt key Or Use the Alt key in the right click transaction menu mnemonics are shown from then on in the right click transaction menu. Note for me, it is not needed to hover the mouse pointer over the element, just hold the Alt key for approx. half to 1 second. It seems to me that GTK3 wishes to remove any options for using mnemonics and just turn it on using the mnemonic activator key. Can anyone verify that or provide links that indicate how it should work? [1] https://code.gnucash.org/wiki/index.php?title=GTK3=14720=14717 Regards, Chris Good ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] BZ: Migration Status (2018-06-15) -- Final Testing
Hi Derek + John, Works now thanks. Regards, Chris Good > -Original Message- > From: Derek Atkins > Sent: Sunday, 1 July 2018 11:25 AM > To: John Ralls > Cc: Derek Atkins ; Chris Good ; > gnucash-devel@gnucash.org > Subject: Re: [GNC-dev] BZ: Migration Status (2018-06-15) -- Final Testing > > I needed "IS NULL", not "= NULL", but this has been executed. > > -derek > > > On Sat, June 30, 2018 8:44 pm, John Ralls wrote: > > Derek, > > > > That one shows as having no modified date. I expect it has no > > bugs_activity records, so it needs to have delta_ts set to creation_ts: > > > > UPDATE bugs SET delta_ts = creation_ts WHERE delta_ts = NULL; > > > > Regards, > > John Ralls > > > > > >> On Jun 30, 2018, at 5:35 PM, Derek Atkins wrote: > >> > >> Thanks. > >> I bet this is related to a database "fix" that John and I did. > >> I'll take a look to ensure all bugs have a valid delta_ts. > >> > >> -derek > >> Sent using my mobile device. Please excuse any typos. > >> On June 30, 2018 8:30:15 PM "Chris Good" > wrote: > >> > >>>> -Original Message- > >>>> From: Derek Atkins > >>>> Sent: Tuesday, 26 June 2018 11:30 PM > >>>> To: Chris Good > >>>> Cc: gnucash-devel@gnucash.org > >>>> Subject: Re: [GNC-dev] BZ: Migration Status (2018-06-15) -- Final > >>>> Testing > >>>> > >>>> Chris, > >>>> > >>>> "Chris Good" writes: > >>>> > >>>> > Hi Derek, > >>>> > > >>>> > Thanks for all your work on this. > >>>> > There seems to be a problem with dates/times. > >>>> > > >>>> > In the old and new websites, I changed my preference to Timezone > >>>> used > >>>> > to display dates and times : Australia/Sydney > >>>> > > >>>> > Now: > >>>> > https://bugzilla.gnome.org/show_bug.cgi?id=796154 > >>>> > Reported: 2018-05-16 10:42 AEST by Chris Good > >>>> > > >>>> > https://bugs.gnucash.org/show_bug.cgi?id=796154 > >>>> > Reported: 2018-05-16 14:42 AEST by Chris Good > >>>> > > >>>> > Sorry in advance if this is something you already have mentioned. > >>>> > >>>> I believe I have fixed this. Can you please re-check? (You will > >>>> need to > >>> reset your > >>>> preferences -- I dumped the database in trying to get this working). > >>> However > >>>> comparing a bug on GnomeBZ, I see the times in UTC on GnomeBZ and > >>>> EST/EDT on GnuCash-BZ with the correct 4/5-hour offsets. So I > >>>> THINK this is now > >>> fixed > >>>> but would appreciate it if you coud verify. > >>>> > >>>> Thanks, > >>>> > >>>> > Regards, Chris Good > >>>> > >>>> -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 > >>> > >>> Hi Derek, > >>> > >>> Sorry for the delay testing this. > >>> Date/Time is correct now thanks. > >>> > >>> However, > >>> > >>> After resetting my password, logging in again to > >>> https://bugs.gnucash.org/show_bug.cgi?id=796154 > >>> changing my preference > >>> "Timezone used to display dates and times" to Australia/Sydney > >>> > >>> I tried to update the Bug Summary and get this error: > >>> > >>> https://bugs.gnucash.org/process_bug.cgi > >>> > >>> An unexpected error occurred. This could be a temporary problem, or > >>> some code is behaving incorrectly. If this problem persists, please > >>> email this page to de...@ihtfp.com with details of what you were > >>> doing at the time this message appeared. > >>> > >>> URL: > >>> > https://bugs.gnucash.org/process_bug.cgi?tag===Normal > ug_ > >>> > status=NEW=_also=_contact=import%40gnucash.bugs > _id= > >>> > s_whiteboard=_desc=Generic%20import%20transaction%20matcher%20 > should%2 > >>> > 0highlight%20the%20current%20line_platform=Other_severity=enhan > cemen > >>> t_to=import%40gnucash.bugs=_ts=-00- > 00%2000%3A00% > >>> > 3A00=_bug_ignored=1_milestone=future > on= > >>> ken=1530404201- > I3MkbYeJGLIf4WyJlcSSpcsU3Pn6peHLVYrVsfomUqk=3.1 > >>> > ification=Unclassified=GnuCash=_sys=Windows > ent=Imp > >>> ort%20-%20OFX=796154_file_loc= > >>> > >>> The entered timestamp -00-00 00:00:00 could not be parsed into a > >>> valid > >>> date and time. > >>> Traceback: > >>> > >>> at /usr/share/bugzilla/process_bug.cgi line 107. > >>> > >>> Regards, Chris Good ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] BZ: Migration Status (2018-06-15) -- Final Testing
> -Original Message- > From: Derek Atkins > Sent: Tuesday, 26 June 2018 11:30 PM > To: Chris Good > Cc: gnucash-devel@gnucash.org > Subject: Re: [GNC-dev] BZ: Migration Status (2018-06-15) -- Final Testing > > Chris, > > "Chris Good" writes: > > > Hi Derek, > > > > Thanks for all your work on this. > > There seems to be a problem with dates/times. > > > > In the old and new websites, I changed my preference to Timezone used > > to display dates and times : Australia/Sydney > > > > Now: > > https://bugzilla.gnome.org/show_bug.cgi?id=796154 > > Reported: 2018-05-16 10:42 AEST by Chris Good > > > > https://bugs.gnucash.org/show_bug.cgi?id=796154 > > Reported: 2018-05-16 14:42 AEST by Chris Good > > > > Sorry in advance if this is something you already have mentioned. > > I believe I have fixed this. Can you please re-check? (You will need to reset your > preferences -- I dumped the database in trying to get this working). However > comparing a bug on GnomeBZ, I see the times in UTC on GnomeBZ and EST/EDT > on GnuCash-BZ with the correct 4/5-hour offsets. So I THINK this is now fixed > but would appreciate it if you coud verify. > > Thanks, > > > Regards, Chris Good > > -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 Hi Derek, Sorry for the delay testing this. Date/Time is correct now thanks. However, After resetting my password, logging in again to https://bugs.gnucash.org/show_bug.cgi?id=796154 changing my preference "Timezone used to display dates and times" to Australia/Sydney I tried to update the Bug Summary and get this error: https://bugs.gnucash.org/process_bug.cgi An unexpected error occurred. This could be a temporary problem, or some code is behaving incorrectly. If this problem persists, please email this page to de...@ihtfp.com with details of what you were doing at the time this message appeared. URL: https://bugs.gnucash.org/process_bug.cgi?tag===Normal_ status=NEW=_also=_contact=import%40gnucash.bugs_id= s_whiteboard=_desc=Generic%20import%20transaction%20matcher%20should%2 0highlight%20the%20current%20line_platform=Other_severity=enhancemen t_to=import%40gnucash.bugs=_ts=-00-00%2000%3A00% 3A00=_bug_ignored=1_milestone=future= ken=1530404201-I3MkbYeJGLIf4WyJlcSSpcsU3Pn6peHLVYrVsfomUqk=3.1 ification=Unclassified=GnuCash=_sys=Windows=Imp ort%20-%20OFX=796154_file_loc= The entered timestamp -00-00 00:00:00 could not be parsed into a valid date and time. Traceback: at /usr/share/bugzilla/process_bug.cgi line 107. Regards, Chris Good ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] BZ: Migration Status (2018-06-15) -- Final Testing
Hi Derek, I have added this task to the wiki TODO list. Regards, Chris Good > -Original Message- > From: Derek Atkins > Sent: Saturday, 16 June 2018 6:09 PM > To: Chris Good ; gnucash-devel@gnucash.org > Subject: Re: [GNC-dev] BZ: Migration Status (2018-06-15) -- Final Testing > > Interesting. > I wonder if there in an import confusion between edt and gmt? > Please add this to the wiki todo list? > > -derek > Sent using my mobile device. Please excuse any typos. > On June 16, 2018 1:18:19 AM "Chris Good" wrote: > > >> Message: 6 > >> Date: Fri, 15 Jun 2018 17:18:05 -0400 > >> From: Derek Atkins > >> To: gnucash-devel@gnucash.org > >> Subject: [GNC-dev] BZ: Migration Status (2018-06-15) -- Final Testing > >> Message-ID: > >> Content-Type: text/plain > >> > >> Hi Everyone, > >> > >> I've been working on the BZ migration and finished yet another > >> migration > > test. > >> At this point I *THINK* we've got everything the way we want in > > preparation for > >> our final migration. > >> > >> Please take a look at https://bugs.gnucash.org/ > >> > >> Peruse the bug list. Check it out. See if there are any problems. > >> Also check out the wiki page for other notes and status: > >> > >> https://wiki.gnucash.org/wiki/Bugzilla_Administration#New_Installatio > >> n > >> > >> NOTES: > >> 1) All users have accounts in the database, but you will need to reset > >>your password in order to access it. > >> 2) The database will be blown away when we perform the final migration, > >>so you will need to reset your password again when we do the final > >>migration. > >> 3) Bug creation will not work, so don't try. > >> 4) I have not migrated any GnomeBZ extensions -- we can always add those > >>later (e.g. their browse page). > >> > >> Final migration is planned for the week of June 25. > >> > >> Please let me know if you find any issues! > >> > >> Thanks, > >> > >> -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 > >> > >> > >> -- > > > > Hi Derek, > > > > Thanks for all your work on this. > > There seems to be a problem with dates/times. > > > > In the old and new websites, I changed my preference to Timezone used > > to display dates and times : Australia/Sydney > > > > Now: > > https://bugzilla.gnome.org/show_bug.cgi?id=796154 > > Reported: 2018-05-16 10:42 AEST by Chris Good > > > > https://bugs.gnucash.org/show_bug.cgi?id=796154 > > Reported: 2018-05-16 14:42 AEST by Chris Good > > > > Sorry in advance if this is something you already have mentioned. > > > > Regards, Chris Good > > > > ___ > > 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: [GNC-dev] BZ: Migration Status (2018-06-15) -- Final Testing
> Message: 6 > Date: Fri, 15 Jun 2018 17:18:05 -0400 > From: Derek Atkins > To: gnucash-devel@gnucash.org > Subject: [GNC-dev] BZ: Migration Status (2018-06-15) -- Final Testing > Message-ID: > Content-Type: text/plain > > Hi Everyone, > > I've been working on the BZ migration and finished yet another migration test. > At this point I *THINK* we've got everything the way we want in preparation for > our final migration. > > Please take a look at https://bugs.gnucash.org/ > > Peruse the bug list. Check it out. See if there are any problems. > Also check out the wiki page for other notes and status: > https://wiki.gnucash.org/wiki/Bugzilla_Administration#New_Installation > > NOTES: > 1) All users have accounts in the database, but you will need to reset >your password in order to access it. > 2) The database will be blown away when we perform the final migration, >so you will need to reset your password again when we do the final >migration. > 3) Bug creation will not work, so don't try. > 4) I have not migrated any GnomeBZ extensions -- we can always add those >later (e.g. their browse page). > > Final migration is planned for the week of June 25. > > Please let me know if you find any issues! > > Thanks, > > -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 > > > -- Hi Derek, Thanks for all your work on this. There seems to be a problem with dates/times. In the old and new websites, I changed my preference to Timezone used to display dates and times : Australia/Sydney Now: https://bugzilla.gnome.org/show_bug.cgi?id=796154 Reported: 2018-05-16 10:42 AEST by Chris Good https://bugs.gnucash.org/show_bug.cgi?id=796154 Reported: 2018-05-16 14:42 AEST by Chris Good Sorry in advance if this is something you already have mentioned. Regards, Chris Good ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] GnuCash 3 on Linux
> -Original Message- > From: Geert Janssens > Sent: Sunday, 10 June 2018 8:16 PM > To: gnucash-devel@gnucash.org > Cc: Chris Good ; 'John Ralls' > Subject: Re: [GNC-dev] GnuCash 3 on Linux > > Op zondag 10 juni 2018 11:07:36 CEST schreef Chris Good: > > > -Original Message- > > > From: John Ralls > > > Sent: Sunday, 10 June 2018 6:13 AM > > > To: Chris Good > > > Cc: gnucash-devel@gnucash.org > > > Subject: Re: [GNC-dev] GnuCash 3 on Linux > > > > > > > On 9. Jun 2018, at 00:17, Chris Good wrote: > > > > > > > > Hi John, > > > > > > > > Thanks very much for your help. > > > > A little more please... > > > > > > > > On my Ubuntu 16.04: > > > > > > > > sudo apt-get update -qq > > > > sudo apt-get build-dep -qq gnucash > /dev/null sudo apt-get > > > > install -qq git bash-completion cmake make swig xsltproc > > > > libdbd-sqlite3 texinfo ninja-build libboost-all-dev libgtk-3-dev > > > > libwebkit2gtk-3.0-dev > /dev/null sudo apt-get --reinstall install > > > > -qq language-pack-en language-pack-fr cd /home/cgood/github git > > > > clone https://github.com/google/googletest -b release-1.8.0 gtest > > > > (created > > > > /home/cgood/github/gtest) > > > > > > > > cd /home/cgood/github/gnucash-maint git checkout maint git pull > > > > --rebase upstream maint git push origin maint > > > > > > > > /home/cgood/github/gnucash-maint/README.dependencies : > > > > guile 2.2.0 or 2.0.0 > > > > googletest 1.7.0 > > > > > > > > As 'make uninstall' didn't work from my 2.6.21 git repo: > > > > cd /home/cgood/github/gnucash-maint-install > > > > rm -r * > > > > > > > > cd /home/cgood/github/gnucash-maint-build > > > > rm -r * > > > > cmake -G Ninja -D > > > > CMAKE_INSTALL_PREFIX=$HOME/github/gnucash-maint-install -D > > > > > > WITH_AQBANKING=OFF \ > > > > > > > -D WITH_OFX=OFF -DGTEST_ROOT=$HOME/github/gtest/googletest > > > > > > > > -DGMOCK_ROOT=$HOME/cgood/github/gtest/googlemock \ > > > > > > > > ../gnucash-maint > > > > > > > > ninja > > > > [5/892] Generating ../../lib/gnucash/scm/ccache/2.0/json.go > > > > wrote > > > > `/home/cgood/github/gnucash-maint- > > > > > > build/lib/gnucash/scm/ccache/2.0/json.go' > > > > > > > [22/892] Generating > > > > ../../../lib/gnucash/scm/ccache/2.0/json/syntax.go > > > > wrote > > > > `/home/cgood/github/gnucash-maint-build/lib/gnucash/scm/ccache/2.0 > > > > /jso > > > > n/synt > > > > ax.go' > > > > [25/892] Generating > > > > ../../../lib/gnucash/scm/ccache/2.0/json/parser.go > > > > wrote > > > > `/home/cgood/github/gnucash-maint-build/lib/gnucash/scm/ccache/2.0 > > > > /jso > > > > n/pars > > > > er.go' > > > > [28/892] Generating > > > > ../../../lib/gnucash/scm/ccache/2.0/json/builder.go > > > > wrote > > > > `/home/cgood/github/gnucash-maint-build/lib/gnucash/scm/ccache/2.0 > > > > /jso > > > > n/buil > > > > der.go' > > > > [120/892] Building CXX object > > > > common/test-core/CMakeFiles/gtest.dir/home/cgood/github/gtest/goog > > > > lete > > > > st/src > > > > /gtest-all.cc.o > > > > FAILED: /usr/bin/c++ -DHAVE_CONFIG_H -DHAVE_GUILE20 -Icommon > > > > -I/home/cgood/github/gnucash-maint/common > > > > -I/home/cgood/github/gnucash-maint/libgnucash/engine > > > > -I/home/cgood/github/gnucash-maint/common/test-core > > > > -I/usr/include/glib-2.0 > > > > -I/usr/lib/x86_64-linux-gnu/glib-2.0/include > > > > -I/usr/include/guile/2.0 -I/home/cgood/github/gtest/googletest > > > > -Werror - > > > > > > Wall -Wmissing-declarations > > > > > > > -Wno-unused -Wno-error=parentheses -std=gnu++11-Wno-missing- > > > > > > declarations > > > > > > > -MMD -MT > > > > common/test-core/CMakeFiles/gtest.dir/home/cgood/github/gtest/goog > > > > lete > > > > st/src > > > > /gtest-all.cc.o -MF > > > > common/test-core/CMakeFil
Re: [GNC-dev] GnuCash 3 on Linux
> -Original Message- > From: John Ralls > Sent: Sunday, 10 June 2018 6:13 AM > To: Chris Good > Cc: gnucash-devel@gnucash.org > Subject: Re: [GNC-dev] GnuCash 3 on Linux > > > > > On 9. Jun 2018, at 00:17, Chris Good wrote: > > > > Hi John, > > > > Thanks very much for your help. > > A little more please... > > > > On my Ubuntu 16.04: > > > > sudo apt-get update -qq > > sudo apt-get build-dep -qq gnucash > /dev/null sudo apt-get install > > -qq git bash-completion cmake make swig xsltproc > > libdbd-sqlite3 texinfo ninja-build libboost-all-dev libgtk-3-dev > > libwebkit2gtk-3.0-dev > /dev/null sudo apt-get --reinstall install -qq > > language-pack-en language-pack-fr cd /home/cgood/github git clone > > https://github.com/google/googletest -b release-1.8.0 gtest (created > > /home/cgood/github/gtest) > > > > cd /home/cgood/github/gnucash-maint > > git checkout maint > > git pull --rebase upstream maint > > git push origin maint > > > > /home/cgood/github/gnucash-maint/README.dependencies : > > guile 2.2.0 or 2.0.0 > > googletest 1.7.0 > > > > As 'make uninstall' didn't work from my 2.6.21 git repo: > > cd /home/cgood/github/gnucash-maint-install > > rm -r * > > > > cd /home/cgood/github/gnucash-maint-build > > rm -r * > > cmake -G Ninja -D > > CMAKE_INSTALL_PREFIX=$HOME/github/gnucash-maint-install -D > WITH_AQBANKING=OFF \ > > -D WITH_OFX=OFF -DGTEST_ROOT=$HOME/github/gtest/googletest > > -DGMOCK_ROOT=$HOME/cgood/github/gtest/googlemock \ > > ../gnucash-maint > > > > ninja > > [5/892] Generating ../../lib/gnucash/scm/ccache/2.0/json.go > > wrote > > `/home/cgood/github/gnucash-maint- > build/lib/gnucash/scm/ccache/2.0/json.go' > > [22/892] Generating ../../../lib/gnucash/scm/ccache/2.0/json/syntax.go > > wrote > > `/home/cgood/github/gnucash-maint-build/lib/gnucash/scm/ccache/2.0/jso > > n/synt > > ax.go' > > [25/892] Generating ../../../lib/gnucash/scm/ccache/2.0/json/parser.go > > wrote > > `/home/cgood/github/gnucash-maint-build/lib/gnucash/scm/ccache/2.0/jso > > n/pars > > er.go' > > [28/892] Generating > > ../../../lib/gnucash/scm/ccache/2.0/json/builder.go > > wrote > > `/home/cgood/github/gnucash-maint-build/lib/gnucash/scm/ccache/2.0/jso > > n/buil > > der.go' > > [120/892] Building CXX object > > common/test-core/CMakeFiles/gtest.dir/home/cgood/github/gtest/googlete > > st/src > > /gtest-all.cc.o > > FAILED: /usr/bin/c++ -DHAVE_CONFIG_H -DHAVE_GUILE20 -Icommon > > -I/home/cgood/github/gnucash-maint/common > > -I/home/cgood/github/gnucash-maint/libgnucash/engine > > -I/home/cgood/github/gnucash-maint/common/test-core > > -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include > > -I/usr/include/guile/2.0 -I/home/cgood/github/gtest/googletest -Werror - > Wall -Wmissing-declarations > > -Wno-unused -Wno-error=parentheses -std=gnu++11-Wno-missing- > declarations > > -MMD -MT > > common/test-core/CMakeFiles/gtest.dir/home/cgood/github/gtest/googlete > > st/src > > /gtest-all.cc.o -MF > > common/test-core/CMakeFiles/gtest.dir/home/cgood/github/gtest/googlete > > st/src > > /gtest-all.cc.o.d -o > > common/test-core/CMakeFiles/gtest.dir/home/cgood/github/gtest/googlete > > st/src /gtest-all.cc.o -c > > /home/cgood/github/gtest/googletest/src/gtest-all.cc > > In file included from > > /home/cgood/github/gtest/googletest/src/gtest-all.cc:42:0: > > /home/cgood/github/gtest/googletest/src/gtest.cc:35:41: fatal error: > > gtest/internal/custom/gtest.h: No such file or directory compilation > > terminated. > > [120/892] Building CXX object > > common/test- > core/CMakeFiles/gmock.dir/home/cgood/github/gtest/googlemo > > ck/src > > /gmock-all.cc.o > > FAILED: /usr/bin/c++ -DHAVE_CONFIG_H -DHAVE_GUILE20 -Icommon > > -I/home/cgood/github/gnucash-maint/common > > -I/home/cgood/github/gnucash-maint/libgnucash/engine > > -I/home/cgood/github/gnucash-maint/common/test-core > > -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include > > -I/usr/include/guile/2.0 -I/home/cgood/github/gtest/googletest > > -I/home/cgood/github/gtest/googlemock > > -Werror -Wall -Wmissing-declarations -Wno-unused -Wno-error=parentheses > > -std=gnu++11-Wno-missing-declarations -MMD -MT > > common/test- > core/CMakeFiles/gmock.dir/home/cgood/github/gtest/googlemo > > ck/src > > /gmock-all.cc.o -MF
Re: [GNC-dev] GnuCash 3 on Linux
> Message: 4 > Date: Tue, 5 Jun 2018 06:47:55 -0700 > From: John Ralls > To: Chris Good > Cc: gnucash-devel@gnucash.org > Subject: Re: [GNC-dev] GnuCash 3 on Linux > Message-ID: > Content-Type: text/plain; charset=us-ascii > > > > On Jun 5, 2018, at 5:53 AM, Chris Good wrote: > > > > Hi, > > > > I'm working on my BackupGnuCash stand-alone app. > > > > I have 2 questions today: > > > > 1. > > > > I'm a little uncertain about where the saved reports and metadata > > files are in GnuCash 3.0 for Linux. > > > > I suspect they are by default: > > > > ~/.local/share/gnucash/saved-reports-2.4 > > > > ~/.local/share/gnucash/books/[BOOK].gnucash.gcm > > > > unless overridden by XDG_DATA_HOME. > > > > Can some-one please confirm? > > > > 2. > > > > I tried to get version 3 on Linux (Ubuntu 16.04) running to test myself. > > > > I found gnucash_3.0-1 at the Debian Archive [1] but when I tried to > > install it, > > > > the following packages were not available: > > > > > > guile-2.2-libs is only available for bionic (18.04LTS) -> 18.10 > > libaqbanking35 is available in 16.04 -> 18.10 > > libboost-*.62.0 only available in 17.10 -> 18.10 > > libgtk-3-0 (>= 3.21.5) only available on 17.10 -> 18.10 > > libgwenhywfar60 (>= 3.99.16) available on 14.04 -> 18.10 > > libicu57 (>= 57.1- only available on 17.10 > > > > Looks like I should upgrade to 18.04 (I mostly only use this VM for > > testing > > GnuCash) or is there an easy way to install the required packages > > without overriding the standard packages? I guess on 16.04, I could > > compile the new package versions to /usr/local? > > > > Maybe I should upgrade to 18.04 then try to build from gnucash maint source? > > > > I'm a little worried the Debian Archive 3.0-1 was built on a system > > with a not easily reproducible mixture of package versions. I cannot > > find any documentation saying what you need to run it. > > > > The https://wiki.gnucash.org/wiki/BuildUbuntu16.04 page mentions only > > guile-2.0 not guile-2.2. > > > > Does the current gnucash maint build OK on Ubuntu 18.04? > > > > [1] http://ftp.us.debian.org/debian/pool/main/g/gnucash/ > > Chris, > > Our Travis CI tests on Ubuntu 14.04 so it should work on any Ubuntu later than > that. You can copy-and-paste the apt-get and git clone commands from > https://github.com/Gnucash/gnucash/blob/maint/util/ci/ubuntu-14.04-docker > <https://github.com/Gnucash/gnucash/blob/maint/util/ci/ubuntu-14.04- > docker> to get a ready-to-go build environment. > > Regards, > John Ralls > > -- Hi John, Thanks very much for your help. A little more please... On my Ubuntu 16.04: sudo apt-get update -qq sudo apt-get build-dep -qq gnucash > /dev/null sudo apt-get install -qq git bash-completion cmake make swig xsltproc libdbd-sqlite3 texinfo ninja-build libboost-all-dev libgtk-3-dev libwebkit2gtk-3.0-dev > /dev/null sudo apt-get --reinstall install -qq language-pack-en language-pack-fr cd /home/cgood/github git clone https://github.com/google/googletest -b release-1.8.0 gtest (created /home/cgood/github/gtest) cd /home/cgood/github/gnucash-maint git checkout maint git pull --rebase upstream maint git push origin maint /home/cgood/github/gnucash-maint/README.dependencies : guile 2.2.0 or 2.0.0 googletest 1.7.0 As 'make uninstall' didn't work from my 2.6.21 git repo: cd /home/cgood/github/gnucash-maint-install rm -r * cd /home/cgood/github/gnucash-maint-build rm -r * cmake -G Ninja -D CMAKE_INSTALL_PREFIX=$HOME/github/gnucash-maint-install -D WITH_AQBANKING=OFF \ -D WITH_OFX=OFF -DGTEST_ROOT=$HOME/github/gtest/googletest -DGMOCK_ROOT=$HOME/cgood/github/gtest/googlemock \ ../gnucash-maint ninja [5/892] Generating ../../lib/gnucash/scm/ccache/2.0/json.go wrote `/home/cgood/github/gnucash-maint-build/lib/gnucash/scm/ccache/2.0/json.go' [22/892] Generating ../../../lib/gnucash/scm/ccache/2.0/json/syntax.go wrote `/home/cgood/github/gnucash-maint-build/lib/gnucash/scm/ccache/2.0/json/synt ax.go' [25/892] Generating ../../../lib/gnucash/scm/ccache/2.0/json/parser.go wrote `/home/cgood/github/gnucash-maint-build/lib/gnucash/scm/ccache/2.0/json/pars er.go' [28/892] Generating ../../../lib/gnucash/scm/ccache/2.0/json/builder.go wrote `/home/cgood/github/gnucash-maint-build/lib/gnucash/scm/ccache/2.0/json/buil der.go' [120/892] Building CXX object common/test-core/CMakeFiles/gtest.dir/home/cgood/github/gtest/googletest/src /gtest-all.cc.o FAILED: /usr/bin/c++ -DHAVE_CONFIG_H -DHAVE_GUILE20 -Icomm
[GNC-dev] wiki.gnucash.org down?
Seems to have been down for at least an hour? Regards, Chris Good ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] GnuCash 3 on Linux
Hi, I'm working on my BackupGnuCash stand-alone app. I have 2 questions today: 1. I'm a little uncertain about where the saved reports and metadata files are in GnuCash 3.0 for Linux. I suspect they are by default: ~/.local/share/gnucash/saved-reports-2.4 ~/.local/share/gnucash/books/[BOOK].gnucash.gcm unless overridden by XDG_DATA_HOME. Can some-one please confirm? 2. I tried to get version 3 on Linux (Ubuntu 16.04) running to test myself. I found gnucash_3.0-1 at the Debian Archive [1] but when I tried to install it, the following packages were not available: guile-2.2-libs is only available for bionic (18.04LTS) -> 18.10 libaqbanking35 is available in 16.04 -> 18.10 libboost-*.62.0 only available in 17.10 -> 18.10 libgtk-3-0 (>= 3.21.5) only available on 17.10 -> 18.10 libgwenhywfar60 (>= 3.99.16) available on 14.04 -> 18.10 libicu57 (>= 57.1- only available on 17.10 Looks like I should upgrade to 18.04 (I mostly only use this VM for testing GnuCash) or is there an easy way to install the required packages without overriding the standard packages? I guess on 16.04, I could compile the new package versions to /usr/local? Maybe I should upgrade to 18.04 then try to build from gnucash maint source? I'm a little worried the Debian Archive 3.0-1 was built on a system with a not easily reproducible mixture of package versions. I cannot find any documentation saying what you need to run it. The https://wiki.gnucash.org/wiki/BuildUbuntu16.04 page mentions only guile-2.0 not guile-2.2. Does the current gnucash maint build OK on Ubuntu 18.04? [1] http://ftp.us.debian.org/debian/pool/main/g/gnucash/ Thanks in advance, Regards, Chris Good ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Register text selection + V#3 Windows scroll bars.
Hi Geert, Re Changing GnuCash 3 scrollbars back to typical MS Windows style Thanks for the information. I see from your comment on: <https://wiki.gnucash.org/wiki/Windows#Q:_What_if_I_need_to_change_another_v isual_aspect.2C_not_covered_by_.22Select_Theme.22.3F> https://wiki.gnucash.org/wiki/Windows#Q:_What_if_I_need_to_change_another_vi sual_aspect.2C_not_covered_by_.22Select_Theme.22.3F : To fix [This is not working as written below. The settings.ini file is partly documented in the gtk api reference, but gnucash is not picking it up. Perhaps we need to initialize the gtksettings early in the application run ?] that GnuCash is currently ignoring settings in the GTK3 settings.ini file. I have tested this is still true. I have raised bug https://bugzilla.gnome.org/show_bug.cgi?id=796421 - GTK3 settings.ini not being used so that hopefully this can be fixed. I see from: <https://developer.gnome.org/gtk3/stable/GtkSettings.html#GtkSettings--gtk-p rimary-button-warps-slider> https://developer.gnome.org/gtk3/stable/GtkSettings.html#GtkSettings--gtk-pr imary-button-warps-slider : Whichever action you choose for the primary button, the other action will be available by holding Shift and primary-clicking, or (since GTK+ 3.22.25) clicking the middle mouse button. I confirm that I can use shift-left-click or middle-button-click to perform the desired scrollbar action in Windows 10. I'll send a less complicated email to gnucash-user to let people know of the alternative. Regards, Chris Good From: Geert Janssens <geert.gnuc...@kobaltwit.be> Sent: Tuesday, 22 May 2018 5:57 PM To: gnucash-devel@gnucash.org Cc: David Carlson <david.carlson....@gmail.com>; Chris Good <goodchri...@gmail.com> Subject: Re: [GNC-dev] Register text selection + V#3 Windows scroll bars. This is another behavioral change we got "for free" from Gtk3. Luckily this one is configurable [1] by adding gtk-primary-button-warps-slider = false to the [Settings] section of gtk3's settings.ini file The location of this file is platform dependent. On systems following the Freedesktop specification (being linux, gnucash on macports, most bsd's,...) settings.ini should be created (if not exists yet) in $HOME/.config/gtk-3.0 $HOME is a special shell variable and refers to your home directory. For example /home/someuser/.config/gtk-3.0/settings.ini On Windows this file should reside in %localappdata%\gtk-3.0 %localappdata% is a special Windows variable and refers to a location to store local user specific configuration files. For example c:\Users\someuser\AppData\Local\gtk-3.0 For our OS X/Quartz the settings.ini file will be searched for in $HOME/Library/Application Support/Gnucash/config/gtk-3.0 Like on linux $HOME refers to your home direcory. For example /home/someuser/Library/Application Support/Gnucash/config/gtk-3.0/settings.ini Geert [1] According to this AskUbuntu forum topic: https://askubuntu.com/questions/295988/how-to-fix-gtk3-scrollbar-behavior Op dinsdag 22 mei 2018 02:47:01 CEST schreef David Carlson: > I have seen that proportional scrollbar jumping behavior in some other > Linux applications, and I too dislike it. In very long lists like our > registers become after a while, it is not easy to scroll several screens up > or down frequently. I think that it is a GTK thing. If there is a > work-around, I would like to know about it. > > David C > > On Mon, May 21, 2018 at 7:36 PM, Chris Good <goodchri...@gmail.com <mailto:goodchri...@gmail.com> > wrote: > > [GNC-dev] Register text selection > > > > > > Geert Janssens > > <mailto:gnucash-devel%40gnucash.org?Subject=Re:% > > 20Re%3A%20%5BGNC-dev%5D%20Re > > gister%20text%20selection=%3C1925551. > > T7MvD3KevP%40legolas.kobalt > > wit.lan%3E> geert.gnucash at kobaltwit.be > > Mon May 21 09:14:29 EDT 2018 > > > > _ > > > > Op maandag 21 mei 2018 13:08:05 CEST schreef Robert Fewell: > > > I have been looking at getting the middle mouse button to work for > > > > pasting > > > > > selected text and whilst trying to do that started to wonder about the > > > existing preselected text. > > > > > > Currently... > > > If you open a register, the blank transaction date text is preselected. > > > If you start Gnucash with saved open registers, the last register in the > > > list to load has the blank date text preselected, this may not be the > > > current open register. > > > > > > If you navigate by keyboard, the next field text is preselected and the > > > cursor set to the end of text. > > > If you navigate by mouse, the text is no
[GNC-dev] AqBanking Settings
Hi, I'm modifying my BackupGnuCash [1] tool to cater for the new locations of GnuCash V3. I've also added a dump of the Registry HKCU\Software\GSettings\org\gnucash. I also want to backup the AqBanking settings if possible but I don't actually use AqBanking. https://wiki.gnucash.org/wiki/FAQ#Q:_How_do_I_backup_my_GC_environment.2C_in cluding_preferences.3F says: Lastly if you are using AqBanking online banking $HOME/.[aq]banking holds your online banking settings. In older versions it was named .banking but .aqbanking is the current name. On my Windows 10 PC I have an old (2016) C:\Users\%USERNAME%\aqbanking folder but not .aqbanking. Can some-one please confirm the location of the aqbanking setup files for Windows & Linux if possible? And any difference between GnuCash V2/V3 AqBanking. Can anyone suggest anything else my backup tool should backup? (My new version already does all %APPDATA%\gnucash). [1] http://wiki.gnucash.org/wiki/Published_tools Regards, Chris Good ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Solved another way: how to extend the selection of predefined actions on a split
Hi Paul, Have you managed to update the wiki? I couldn't find anything when I searched for xdotool. I'll let gnucash-user people know when you're done. Regards, Chris Good > -Original Message- > From: Paul Dest <paul.d...@web.de> > Sent: Thursday, 3 May 2018 6:05 AM > To: Chris Good <goodchri...@gmail.com>; 'Frank H. Ellenberger' > <frank.h.ellenber...@gmail.com> > Cc: gnucash-devel@gnucash.org > Subject: Re: [GNC-dev] Solved another way: how to extend the selection of > predefined actions on a split > > Ok, I can update the wiki and then somebody can share the link to the article > on > the GnuCash-User mailing list. (I am enrolled to the gnc-dev and gnucash-de > only.) > > Frank, can you please point me to the article I need to update? > > I also have to request a wiki account first. Who I have to notify to get the > account granted? > > Regards, > Paul > > Am 02.05.2018 um 14:05 schrieb Chris Good: > >> -Original Message- > >> From: Frank H. Ellenberger <frank.h.ellenber...@gmail.com> > >> Sent: Wednesday, 2 May 2018 6:14 PM > >> To: Chris Good <goodchri...@gmail.com>; Paul Dest <paul.d...@web.de> > >> Cc: gnucash-devel@gnucash.org > >> Subject: Re: [GNC-dev] Solved another way: how to extend the > >> selection of predefined actions on a split > >> > >> Hi, > >> > >> Am 01.05.2018 um 23:19 schrieb Chris Good: > >>> Hi Paul, > >>> > >>> Nice solution. Thanks for sharing. > >>> I wonder if it will work under wayland... > >>> > >>> If you have time, maybe you can share with GnuCash-User? I remember > >> several questions about modifying the Action list over the years. > >> > >> Perhaps a more adequate place would be in the wiki, an own page, > >> linked by the respective sections of the GTK* pages? > >> > >>> Regards, Chris Good > >>> > >>>> On 2 May 2018, at 12:14 AM, Paul Dest <paul.d...@web.de> wrote: > >>>> > >>>> Chris, hi again! > >> :~Frank > > Hi Frank, > > > > Updating wiki would be good but I suggest also letting gnucash-user people > know as they won't necessarily know the wiki has been updated. > > > > Regards, Chris Good > > > > > > ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] Register text selection + V#3 Windows scroll bars.
[GNC-dev] Register text selection Geert Janssens <mailto:gnucash-devel%40gnucash.org?Subject=Re:%20Re%3A%20%5BGNC-dev%5D%20Re gister%20text%20selection=%3C1925551.T7MvD3KevP%40legolas.kobalt wit.lan%3E> geert.gnucash at kobaltwit.be Mon May 21 09:14:29 EDT 2018 _ Op maandag 21 mei 2018 13:08:05 CEST schreef Robert Fewell: > I have been looking at getting the middle mouse button to work for pasting > selected text and whilst trying to do that started to wonder about the > existing preselected text. > > Currently... > If you open a register, the blank transaction date text is preselected. > If you start Gnucash with saved open registers, the last register in the > list to load has the blank date text preselected, this may not be the > current open register. > > If you navigate by keyboard, the next field text is preselected and the > cursor set to the end of text. > If you navigate by mouse, the text is not selected and the cursor is the > mouse position. > If you update a transaction in one register and have the other > corresponding register open, the text where the cursor is will get > selected. (I think this is an easy fix). > > I am just wondering if we should be doing this preselected text at all ? > As far as I can tell the first two (text navigation hightlights the full text, mouse navigation sets the text cursor) are at least common behavior, if not default. Find any dialog with more than one text field and try what happens if you tab from one field to the next or click in random fields. I would find it disturbing if the register would behave differently. I don't understand exactly what you mean with the third behavior. > Some might say it is a good indication of where the focus is, only with > keyboard navigation, but one could simply add something like this to your > css file which would also work for mouse navigation... > > cursor entry { > background-color: pink; > } > > So just asking the question. It's not just a matter of visual indication. It's also about ergonomics. Text and mouse navigation have different dynamics and this is reflected in the way text is selected or not when entering a text field. For your information I plan to work in this area of the code soon to fix input methods. I intend to drop all code related to text manipulation from the sheet and make the gtk entry responsible for it instead. Perhaps it's best you hold off other changes related to text entry until that's done to avoid doing double work. Geert I agree with Geert, the way it is, works well with how I work, and is usual UI. The fact that the current field is highlighted when you go back to the register makes it easier to find where you are. This email reminded me of another issue I wish to discuss. The scroll bars on all the windows seem to have changed in 3.0+. If you now click above (or below) the current position bar in the scrollbar, it takes you to the place in the window which is proportional to where in the scroll bar you click, rather than up (or down) 1 screen full. This is not typical MS Windows UI and surprises me because it is not what I expect. Suddenly I am far from where I was instead of just being 1 page away, and it can be laborious to get back to where I want to be. I know I can use PgUp/PgDn instead and once I get used to it, the new method does offer extra functionality, but I'm not sure if there is a real need to be able to go say approx. 1/3 of the way through all the entries in the window. Also, usually in Windows, the height of the scroll bar indicates how much the current screen is, as a proportion of all entries. What do other think? Maybe this is an option I can set in css? Regards, Chris Good ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] Bugzilla down?
Hi, Bugzilla had been really slow last couple of days and seems to be down now. I know the migration is being worked on but is this known about or just me? Regards, Chris Good ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Solved another way: how to extend the selection of predefined actions on a split
> -Original Message- > From: Frank H. Ellenberger <frank.h.ellenber...@gmail.com> > Sent: Wednesday, 2 May 2018 6:14 PM > To: Chris Good <goodchri...@gmail.com>; Paul Dest <paul.d...@web.de> > Cc: gnucash-devel@gnucash.org > Subject: Re: [GNC-dev] Solved another way: how to extend the selection of > predefined actions on a split > > Hi, > > Am 01.05.2018 um 23:19 schrieb Chris Good: > > Hi Paul, > > > > Nice solution. Thanks for sharing. > > I wonder if it will work under wayland... > > > > If you have time, maybe you can share with GnuCash-User? I remember > several questions about modifying the Action list over the years. > > Perhaps a more adequate place would be in the wiki, an own page, linked by the > respective sections of the GTK* pages? > > > Regards, Chris Good > > > >> On 2 May 2018, at 12:14 AM, Paul Dest <paul.d...@web.de> wrote: > >> > >> Chris, hi again! > :~Frank Hi Frank, Updating wiki would be good but I suggest also letting gnucash-user people know as they won't necessarily know the wiki has been updated. Regards, Chris Good ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Solved another way: how to extend the selection of predefined actions on a split
Hi Paul, Nice solution. Thanks for sharing. I wonder if it will work under wayland... If you have time, maybe you can share with GnuCash-User? I remember several questions about modifying the Action list over the years. Regards, Chris Good > On 2 May 2018, at 12:14 AM, Paul Dest <paul.d...@web.de> wrote: > > Chris, hi again! > > Even though GTK doesn't offer the possibility, your approach is still > valid. I just needed to think out of the box... ;-) > i.e. out of the GTK, even out the GnuCash. > > The functionality to bind a key to output a text is a pretty generic > one. On Linux Mint 18.3 (Cinnamon 3.6), I realized it by a custom > shortcut binding to "xdotool type 'Paul'" (with a script as wrapper and > some preparations; for details refer to: > https://unix.stackexchange.com/questions/36922/keyboard-shortcut-to-send-text-strings-to-program > ). > > So, thank you very much for your suggestion! > Paul > >> Am 01.05.2018 um 12:34 schrieb Paul Dest: >> Hi Chris, >> >> That could be a very nice solution. >> >> But (in GTK) it doesn't seem possible to bind an accelerator key to an >> arbitrary string of keystrokes. I have checked the GTK3 docs: >> https://developer.gnome.org/gtk3/stable/gtk3-Accelerator-Maps.html >> It explains about the accelerator path: >> -- >> The accelerator path must consist of >> “/Category1/Category2/.../Action”, where WINDOWTYPE should >> be a unique application-specific identifier that corresponds to the kind >> of window the accelerator is being used in, e.g. “Gimp-Image”, >> “Abiword-Document” or “Gnumeric-Settings”. The “Category1/.../Action” >> portion is most appropriately chosen by the action the accelerator >> triggers, i.e. for accelerators on menu items, choose the item’s menu >> path, e.g. “File/Save As”, “Image/View/Zoom” or “Edit/Select All”. So a >> full valid accelerator path may look like: >> “/File/Dialogs/Tool Options...”. >> -- >> >> Actually, the accelerator path does not need to reference a menu item >> but it must reference an action declared and implemented by the >> application. So, the wanted string of keystrokes have to be coded as an >> action of the application. Hence, a change in the GnuCash application >> itself would be needed. >> >> Regards, >> Paul >> >> Am 30.04.2018 um 23:39 schrieb Chris Good: >>>>> Hi Paul, >>>>> >>>>> Another solution, which does not cause extra work each time you >>>>> upgrade, would be to program a function key to output "Paul". >>>>> I haven't tried this myself but I think it should be possible to do >>>>> this by modifying a gtk3 user configuration file which doesn't get >>>>> clobbered by an upgrade. >>>>> See https://wiki.gnucash.org/wiki/GTK3 >>>>> >>>>> Regards, Chris Good > > ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Solved : how to extend the selection of predefined actions on a split
> On 1 May 2018, at 7:23 AM, Chris Good <goodchri...@gmail.com> wrote: > > > >> On 1 May 2018, at 7:06 AM, Chris Good <goodchri...@gmail.com> wrote: >> >>> Message: 6 >>> Date: Mon, 30 Apr 2018 10:15:29 +0200 >>> From: Geert Janssens <geert.gnuc...@kobaltwit.be> >>> To: gnucash-devel@gnucash.org >>> Subject: Re: [GNC-dev] Solved : how to extend the selection of >>> predefined actions on a split >>> Message-ID: <1739455.a6lqanb...@legolas.kobaltwit.lan> >>> Content-Type: text/plain; charset="us-ascii" >>> >>> Op maandag 30 april 2018 10:07:47 CEST schreef Paul Dest: >>>> My problem is solved. Due to a hint in the gnucash-de mailing list I >>>> have identified the needed files and made the changes successfully. >>>> >>>> But still wondering how the *.po files are created. They have very >>>> regular format and each entry is commented with references to the lines >>>> in c-files. That does not seem to be coded by the hand; all the *.po >>>> files would be needed to be rewritten if a line would be inserted in one >>>> of the c files referenced (what is actually the case with my personal >>>> changes). Here is an example from de.po to illustrate what I am talking >>>> about: >>>> >>>> #: gnucash/gnome-utils/gnc-tree-model-split-reg.c:2856 >>>> #: gnucash/register/ledger-core/split-register.c:2486 >>>> msgid "Withdraw" >>>> msgstr "Belastung" >>>> >>> >>> https://wiki.gnucash.org/wiki/Translation#Updating_an_existing_.po_file >>> >>> That page has additional documentation on how to translate gnucash (for >>> which >>> the *.po files are used), gnucash documentation or gnucash account >>> hierarchy >>> templates. >>> >>> Regards, >>> >>> Geert >> >> Hi Paul, >> >> Another solution, which does not cause extra work each time you upgrade, >> would be to program a function key to output "Paul". >> I haven't tried this myself but I think it should be possible to do this by >> modifying a gtk3 user configuration file which doesn't get clobbered by an >> upgrade. >> See https://wiki.gnucash.org/wiki/GTK3 >> >> Regards, Chris Good > > Sent again with Subject this time which I must have somehow clobbered on my > iPad. Sorry. > > Regards, Chris Good Ah... Problem with missing subject was caused by copying Subject which contained newline. Sorry again... BTW, does the GnuCash mailing list enable threads to continue if "Solved" is used to prefix subject? Regards, Chris Good ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] (no subject)
> On 1 May 2018, at 7:06 AM, Chris Good <goodchri...@gmail.com> wrote: > >> Message: 6 >> Date: Mon, 30 Apr 2018 10:15:29 +0200 >> From: Geert Janssens <geert.gnuc...@kobaltwit.be> >> To: gnucash-devel@gnucash.org >> Subject: Re: [GNC-dev] Solved : how to extend the selection of >> predefined actions on a split >> Message-ID: <1739455.a6lqanb...@legolas.kobaltwit.lan> >> Content-Type: text/plain; charset="us-ascii" >> >> Op maandag 30 april 2018 10:07:47 CEST schreef Paul Dest: >>> My problem is solved. Due to a hint in the gnucash-de mailing list I >>> have identified the needed files and made the changes successfully. >>> >>> But still wondering how the *.po files are created. They have very >>> regular format and each entry is commented with references to the lines >>> in c-files. That does not seem to be coded by the hand; all the *.po >>> files would be needed to be rewritten if a line would be inserted in one >>> of the c files referenced (what is actually the case with my personal >>> changes). Here is an example from de.po to illustrate what I am talking >>> about: >>> >>> #: gnucash/gnome-utils/gnc-tree-model-split-reg.c:2856 >>> #: gnucash/register/ledger-core/split-register.c:2486 >>> msgid "Withdraw" >>> msgstr "Belastung" >>> >> >> https://wiki.gnucash.org/wiki/Translation#Updating_an_existing_.po_file >> >> That page has additional documentation on how to translate gnucash (for >> which >> the *.po files are used), gnucash documentation or gnucash account hierarchy >> templates. >> >> Regards, >> >> Geert > > Hi Paul, > > Another solution, which does not cause extra work each time you upgrade, > would be to program a function key to output "Paul". > I haven't tried this myself but I think it should be possible to do this by > modifying a gtk3 user configuration file which doesn't get clobbered by an > upgrade. > See https://wiki.gnucash.org/wiki/GTK3 > > Regards, Chris Good Sent again with Subject this time which I must have somehow clobbered on my iPad. Sorry. Regards, Chris Good ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] (no subject)
> Message: 6 > Date: Mon, 30 Apr 2018 10:15:29 +0200 > From: Geert Janssens <geert.gnuc...@kobaltwit.be> > To: gnucash-devel@gnucash.org > Subject: Re: [GNC-dev] Solved : how to extend the selection of > predefined actions on a split > Message-ID: <1739455.a6lqanb...@legolas.kobaltwit.lan> > Content-Type: text/plain; charset="us-ascii" > > Op maandag 30 april 2018 10:07:47 CEST schreef Paul Dest: >> My problem is solved. Due to a hint in the gnucash-de mailing list I >> have identified the needed files and made the changes successfully. >> >> But still wondering how the *.po files are created. They have very >> regular format and each entry is commented with references to the lines >> in c-files. That does not seem to be coded by the hand; all the *.po >> files would be needed to be rewritten if a line would be inserted in one >> of the c files referenced (what is actually the case with my personal >> changes). Here is an example from de.po to illustrate what I am talking >> about: >> >> #: gnucash/gnome-utils/gnc-tree-model-split-reg.c:2856 >> #: gnucash/register/ledger-core/split-register.c:2486 >> msgid "Withdraw" >> msgstr "Belastung" >> > > https://wiki.gnucash.org/wiki/Translation#Updating_an_existing_.po_file > > That page has additional documentation on how to translate gnucash (for which > the *.po files are used), gnucash documentation or gnucash account hierarchy > templates. > > Regards, > > Geert Hi Paul, Another solution, which does not cause extra work each time you upgrade, would be to program a function key to output "Paul". I haven't tried this myself but I think it should be possible to do this by modifying a gtk3 user configuration file which doesn't get clobbered by an upgrade. See https://wiki.gnucash.org/wiki/GTK3 Regards, Chris Good ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: running setup-mingw64.ps1
Hi Dave, For me, the thread at the top of the page is not the correct thread. Regards, Chris Good > On 5 Apr 2018, at 6:19 AM, Dave H <hell...@gmail.com> wrote: > > Hmm my Outlook/Safari/iPad takes me to Nabble with the thread at the top of > the screen, oh well one of life’s little mysteries :-) > > Cheers Dave H. > >> On Thu, 5 Apr 2018 at 5:56 am, Chris Good <goodchri...@gmail.com> wrote: >> Hi Dave, >> >> I'm reading this in Safari on an iPad. >> The link takes me to nabble but not to the thread. I still have to find the >> thread. >> >> Regards, Chris Good >> >>> On 5 Apr 2018, at 5:01 AM, Dave H <hell...@gmail.com> wrote: >>> >>> Chris, There seems to be a Sent From link there in the stuff I'm seeing - >>> clicking it takes me to the Nabble threaad ? Gmail hides it until you >>> click the 3 dots if you are reading this in gmail ? >>> >>> Cheers Dave H. >>> >>>> On 5 April 2018 at 04:46, Chris Good <goodchri...@gmail.com> wrote: >>>> Hi pjlbyrne, >>>> >>>> For those of us not reading this in nabble, could you please include a >>>> link to the nabble thread in your responses so we can easily see the >>>> context? >>>> >>>> Eg >>>> http://gnucash.1415818.n4.nabble.com/gnucash-3-0-crashes-opening-accounts-file-td4698761.html >>>> >>>> Regards, Chris Good >>>> >>>> > >>>> > Message: 17 >>>> > Date: Wed, 4 Apr 2018 08:23:12 -0700 (MST) >>>> > From: pjlbyrne <pjlby...@gmail.com> >>>> > To: gnucash-devel@gnucash.org >>>> > Subject: Re: running setup-mingw64.ps1 >>>> > Message-ID: <1522855392252-0.p...@n4.nabble.com> >>>> > Content-Type: text/plain; charset=us-ascii >>>> > >>>> > Looks like these errors may be related to other installs on the path: >>>> > >>>> > https://github.com/Alexpux/MSYS2-packages/issues/393 >>>> > >>>> > >>>> > >>>> > >>>> > -- >>>> > Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-Dev-f1435356.html >>>> > >>>> > >>>> ___ >>>> 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: running setup-mingw64.ps1
Hi Dave, I'm reading this in Safari on an iPad. The link takes me to nabble but not to the thread. I still have to find the thread. Regards, Chris Good > On 5 Apr 2018, at 5:01 AM, Dave H <hell...@gmail.com> wrote: > > Chris, There seems to be a Sent From link there in the stuff I'm seeing - > clicking it takes me to the Nabble threaad ? Gmail hides it until you click > the 3 dots if you are reading this in gmail ? > > Cheers Dave H. > >> On 5 April 2018 at 04:46, Chris Good <goodchri...@gmail.com> wrote: >> Hi pjlbyrne, >> >> For those of us not reading this in nabble, could you please include a link >> to the nabble thread in your responses so we can easily see the context? >> >> Eg >> http://gnucash.1415818.n4.nabble.com/gnucash-3-0-crashes-opening-accounts-file-td4698761.html >> >> Regards, Chris Good >> >> > >> > Message: 17 >> > Date: Wed, 4 Apr 2018 08:23:12 -0700 (MST) >> > From: pjlbyrne <pjlby...@gmail.com> >> > To: gnucash-devel@gnucash.org >> > Subject: Re: running setup-mingw64.ps1 >> > Message-ID: <1522855392252-0.p...@n4.nabble.com> >> > Content-Type: text/plain; charset=us-ascii >> > >> > Looks like these errors may be related to other installs on the path: >> > >> > https://github.com/Alexpux/MSYS2-packages/issues/393 >> > >> > >> > >> > >> > -- >> > Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-Dev-f1435356.html >> > >> > >> ___ >> 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: running setup-mingw64.ps1
Hi pjlbyrne, For those of us not reading this in nabble, could you please include a link to the nabble thread in your responses so we can easily see the context? Eg http://gnucash.1415818.n4.nabble.com/gnucash-3-0-crashes-opening-accounts-file-td4698761.html Regards, Chris Good > > Message: 17 > Date: Wed, 4 Apr 2018 08:23:12 -0700 (MST) > From: pjlbyrne <pjlby...@gmail.com> > To: gnucash-devel@gnucash.org > Subject: Re: running setup-mingw64.ps1 > Message-ID: <1522855392252-0.p...@n4.nabble.com> > Content-Type: text/plain; charset=us-ascii > > Looks like these errors may be related to other installs on the path: > > https://github.com/Alexpux/MSYS2-packages/issues/393 > > > > > -- > Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-Dev-f1435356.html > > ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
cmake error re libgnomecanvas-2.0
Hi, I'm trying to build gnucash maint in Ubuntu 16.04 to verify some additional tips of the day I wish to add. First of all, should I be doing this in maint? I see that in maint the file to change is doc/tip_of_the_day.list.in but in master it is doc/tip_of_the_day.list.c so I guess that means maint cannot be automatically merged to unstable then master. Following https://wiki.gnucash.org/wiki/Building#Ubuntu_16.04_LTS_.28Xenial_Xerus.29 I found in order for cmake to work, I also needed to install: libgnomecanvas2-dev libwebkit-dev libgoffice-0.8-dev Should I add the above 3 to the wiki? Should I say they are only needed to build maint or 2.6.* ? (I haven't tried to build unstable or master yet) Regards, Chris Good ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
RE: Gnucash wiki
> Message: 7 > Date: Fri, 19 May 2017 18:52:27 +0500 > From: "David T." <sunfis...@yahoo.com> > To: Geert Janssens <geert.gnuc...@kobaltwit.be> > Cc: Buddha Buck <blaisepas...@gmail.com>, gnucash-devel@gnucash.org > Subject: Re: Gnucash wiki > Message-ID: <0f82a5f6-d023-4687-a2f4-d7c3a3c6c...@yahoo.com> > Content-Type: text/plain; charset=utf-8 > ... The use of suggested categories & templates sounds good to me, if some-one has the time to do it. FixMe may be a better category than CanSomeoneElseLookAtThisPlease. I'm not sure dropping pages is a good thing. While reducing noise when searching is good, sometimes historical info is very useful to those without a long GnuCash involvement. What is considered an obsolete announcement - pre 2.4 or even older? A consensus of obsolete would be helpful. Geert, are the README pages you refer to mostly the ones for various versions of MacOSX? I've no idea what versions of OSX are considered obsolete. I too have been confused by https://wiki.gnucash.org/wiki/Concept_of_Lots but there is a lot of good info and many useful possible future enhancements. If others think it worthwhile, I'll add some comments to things that may be useful but are apparently not currently implemented. I investigated anything I was unsure about when I was documenting Lots for the Guide. I agree that information that is available elsewhere, can be linked to or dropped from the wiki, while being very careful not to lose anything possibly valuable. Ooo... - I found http://wiki.gnucash.org/wiki/Eclipse while searching the wiki for info re Templates. Maybe this will spur me to move to Eclipse which I have been putting off due to not wanting to learn yet another IDE. Regards, Chris Good smime.p7s Description: S/MIME cryptographic signature ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
source file encoding
Hi, When searching in all source files using jEdit, it complains about 4 files. 2 use encoding ISO-8859 and jEdit says data could be lost if opened as UTF-8. $ file src/app-utils/calculation/fin.c src/app-utils/calculation/fin.c: ISO-8859 text $ file 'src/tax/us/de_DE/taxtxf - LIES MICH.txt' src/tax/us/de_DE/taxtxf - LIES MICH.txt: ISO-8859 text Most source files seem to be Ascii. Is this something that should be fixed? I can tell jEdit to reload using a particular ISO-8859 part but how do I know which one to use, or doesn't it matter? I guess it doesn't matter as I'm not intending to change any of these files. Others jEdit complains about are: $ file src/report/jquery.jqplot.min.js src/report/jqplot/jquery.jqplot.min.js: ASCII text, with very long lines $ file 'src/tax/us/de_DE/txf-USt-VA Anleitung 2011.pdf' src/tax/us/de_DE/txf-USt-VA Anleitung 2011.pdf: PDF document, version 1.5 Regards, Chris Good smime.p7s Description: S/MIME cryptographic signature ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Stock price fetch from ASX broken?
Message: 4 Date: Sat, 6 May 2017 11:59:21 +1000 From: prl <p...@ozemail.com.au> To: "gnucash-u...@gnucash.org" <gnucash-u...@gnucash.org> Subject: Stock price fetch from ASX broken? Message-ID: <06109c86-16d5-ff6a-1c3f-88d717141...@ozemail.com.au> Content-Type: text/plain; charset=utf-8; format=flowed For the past two weeks, I haven't been able to fetch stock prices from the Australian Stock Exchange, AU (ASX) source in GnuCash. It looks like the ASX has changed something on their Web page that breaks the Finance::Quote screen scraper for ASX: Cambyses:bin prl$ ./gnc-fq-dump -v asx TLS Finance::Quote fields Gnucash uses: symbol: TLS (deduced)<=== required date: ** missing **<=== recommended currency: ** missing **<=== required last: <=\ nav: <=== one of these price: <=/ timezone: <=== optional ** This stock quote cannot be used by GnuCash! All fields returned by Finance::Quote for stock TLS stock field value - - - TLS errormsg: Failed to parse HTML table.<<<<<< Here TLS last: **missing** TLS nav: **missing** TLS price: **missing** TLS success: 0 Cambyses:bin prl$ Using the yahoo_australia source for the same stock code works: Cambyses:bin prl$ ./gnc-fq-dump yahoo_australia TLS Finance::Quote fields Gnucash uses: symbol: TLS.AX <=== required date: 05/05/2017 <=== recommended currency: AUD <=== required last: 4.40 <=\ nav: <=== one of these price: 4.40 <=/ timezone: <=== optional Cambyses:bin prl$ I guess this is something I need to talk to the Finance::Quote maintainer about? Cheers, Peter Hi Peter, This was reported recently as starting around 21 April. I'm no web expert but I've had a look and it seems to me the web page used no longer works unless the browser supports javascript. I've found an alternate web page (m.asx.com.au for mobile devices) that doesn't seem to have this restriction and works from the perl library used so long as cookies are also turned on. Unfortunately, I cannot find a way for it to request quotes for multiple stocks at once, so the fix I'm working on maybe slower than it was. Also, it doesn't include all the info that it previously did, but it does have enough for GnuCash. I hope to have a fix available in a couple of days. There is another m.asx.com.au page that does contain all the previous info but also needs javascript. If anyone can find a way to bypass the javascript problem, I'd like to hear it. I've tried setting UserAgent to pretend to be various versions of IE. I haven't supplied the exact urls now as I'm not at my computer. If anyone can help, please let me know. Also, Eric Colson (the Finance::Quote maintainer as far as I know) seems to be incommunicado, so I can only supply a fix file to be manually installed, not get my fix incorporated into F::Q. Thankfully yahoo_australia is an alternative but it's good to have a working backup source for aussie quotes. Regards, Chris Good ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
RE: Issues with Placeholder Accounts
> Message: 1 > Date: Fri, 10 Feb 2017 09:17:57 +0500 > From: "David T." <sunfis...@yahoo.com> > To: GnuCash Developers <gnucash-devel@gnucash.org> > Subject: Issues with Placeholder Accounts > Message-ID: <875e65ef-1a79-4c3a-adeb-8bdce8ca3...@yahoo.com> > Content-Type: text/plain; charset=utf-8 > > Hello, > > I will preface this email with a reminder that I am not a developer, and > apologize ahead of time if my understanding of GnuCash functionality is > flawed. That said... > > In the course of trying to corral a problem with Unrealized Gains reporting, I > have been dealing with accounts that have had the Placeholder flag set. As > folks here are no doubt aware, this flag sets the account to read-only status, > and indeed, when I open one of these accounts, I am informed of that fact in > a dialog box. > > However, there are numerous situations in which GnuCash does not respect > this. For example: it is possible to create multiple transactions in a > Commodity type account by using the lots feature and scrubbing the > account. Similarly, one can edit the split in a placeholder account by accessing > the transaction from the far account, which is not set to placeholder. I don?t > know whether there are other such exceptional circumstances. > > Both of these undermine the concept of a placeholder account, and raise > some interesting thoughts for me. > > First, I think the lots feature needs to take this flag into account; it is quite > easy to scrub an account and generate numerous gains transactions in a > placeholder account, which might cause major problems for an unsuspecting > user. > > Second, I wonder where the placeholder flag is evaluated; it appears to be at > the register or perhaps transaction level, but really, it should be evaluated at > the split. Changing this is, I am sure, likely to be a painful fix, but I think it > ultimately would yield a more consistent result. Evaluating at the split would > prevent my second scenario from going through. > > Third, I wonder if this ?Placeholder for people but not processes? concept > might not be leveraged to address the fragility of A/R and A/P business > features. That is, have these accounts sets to Placeholder so that users do > not edit these transactions directly (something that Derek notes he has been > repeating on the lists for ten years), but use processes to modify the data > entered into these accounts. Please be aware that I am not a business user, > so I only am going on third party information on this. If this is in fact how it is > set up, or if the idea is fundamentally dumb, I apologize. > > David > Hi David, The Help manual says: A Placeholder means this account is not used for transaction data. Transactions may not be posted to this account, only to sub-accounts of this account not marked themselves as Placeholder. My feelings are... Maybe the manual should be changed to say you cannot add *additional* transactions via the register (or import?). I assume since you have a placeholder stock account with transactions, that the UI doesn't check if there are existing transactions before allowing it to be changed to a placeholder account. I think that is useful functionality that should remain. If a placeholder stock account already has transactions, then presumably you have made it a placeholder to stop yourself adding new transactions. Adding capital gain transactions via scrubbing is really just properly completing the sale transaction, so I don't see a need for a change there. Regards, Chris Good smime.p7s Description: S/MIME cryptographic signature ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
RE: Document Update Instructions have been revised
Hi David, I’ve added a section http://wiki.gnucash.org/wiki/Documentation_Update_Instructions#Installing_make. I assume you do need the full Xcode to build GnuCash on Mac OS X, but only need the command-line tools to build the documentation. Regards, Chris Good Mobile 0484 001 392 Phone +61 2 0747 From: David T. [mailto:sunfis...@yahoo.com] Sent: Tuesday, 7 February 2017 9:30 PM To: Chris Good <chris.g...@ozemail.com.au>; 'John Ralls' <jra...@ceridwen.us> Cc: 'Frank H. Ellenberger' <frank.h.ellenber...@gmail.com>; 'GnuCash Developers' <gnucash-devel@gnucash.org> Subject: RE: Document Update Instructions have been revised Chris, No. I haven't tried John's suggestion. My current mac is five years old, and I had already downloaded the full xcode upgrade when John made the suggestion. I'll note that the wiki still instructs mac users to install the full xcode suite. If it's no longer true, then the wiki needs correction. David On Tue, Feb 7, 2017 at 13:01, Chris Good <chris.g...@ozemail.com.au <mailto:chris.g...@ozemail.com.au> > wrote: From: John Ralls [mailto:jra...@ceridwen.us] Sent: Friday, 27 January 2017 1:40 AM To: sunfis...@yahoo.com <mailto:sunfis...@yahoo.com> Cc: Chris Good <chris.g...@ozemail.com.au <mailto:chris.g...@ozemail.com.au> >; Frank H. Ellenberger <frank.h.ellenber...@gmail.com <mailto:frank.h.ellenber...@gmail.com> >; GnuCash Developers <gnucash-devel@gnucash.org <mailto:gnucash-devel@gnucash.org> > Subject: Re: Document Update Instructions have been revised On Jan 25, 2017, at 11:55 PM, David T. <sunfis...@yahoo.com > wrote: On Thu, Jan 26, 2017 at 8:26, John Ralls <jra...@ceridwen.us > wrote: Indeed. But you don't need all of it, just the command-line tools. Regards, John Ralls I'm not sure you can get one without first getting the other. At least, I haven't been able to. Assuming that you don't already have Xcode installed, try running clang foo.cpp in Terminal. That should pop up a dialog box offering to install them for you. Regards, John Ralls Hi David, Did you manage to install the Xcode command line tools without having to install the full Xcode or did you have to use John’s ‘clang foo.cpp’ method? I think we should document this either way. Regards, Chris Good smime.p7s Description: S/MIME cryptographic signature ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
RE: GnuCash page Documentation Update Instructions has been changed by Sunfish62
> -Original Message- > From: Geert Janssens [mailto:geert.gnuc...@kobaltwit.be] > Sent: Saturday, 28 January 2017 8:05 PM > To: Chris Good <chris.g...@ozemail.com.au> > Cc: 'David T.' <sunfis...@yahoo.com>; gnucash-devel@gnucash.org > Subject: Re: GnuCash page Documentation Update Instructions has been > changed by Sunfish62 > > Op zaterdag 28 januari 2017 10:19:44 CET schreef Chris Good: > > > -Original Message- > > > From: David T. [mailto:sunfis...@yahoo.com] > > > Sent: Friday, 27 January 2017 9:04 PM > > > To: Geert Janssens <geert.gnuc...@kobaltwit.be> > > > Cc: gnucash-devel@gnucash.org; Chris Good > > > <chris.g...@ozemail.com.au> > > > Subject: Re: GnuCash page Documentation Update Instructions has been > > > changed by Sunfish62 > > > > > > Geert, > > > > > > Thanks as always for providing a clear explanation of the situation. > > > You have gently shown me where I have misunderstood the process, and > > > make it clearer to me. > > > > > > I have entered a version that I think does a reasonable job of > > > promoting > > > git- maint as the commonly-used mode, but also explaining when > > > git-master might be used. I also included a reference to > > > Git#Branches for the curious. > > > > > > Chris, does that work for you? I hope so! > > > > > > …Now on to the next areas… > > > > > > David > > > > > > P.S. Chris, you don’t need to apologize to me for being > > > argumentative; I can be obnoxiously argumentative as well—for which > > > I apologize as well.> > > > > On Jan 27, 2017, at 2:06 PM, Geert Janssens > > > > > > <geert.gnuc...@kobaltwit.be> wrote: > > > > Op vrijdag 27 januari 2017 11:09:10 CET schreef Chris Good & David T: > > > >> On another point, you commented on the page that I took away > > > >> information about committing to master. A few things on this: > > > >> First, for documentation, a non commit contributor is only going > > > >> to be documenting existing features, so they will ALWAYS be using > maint. > > > >> One of the wiki pages for git states this; I was merely making > > > >> this agree > > > > > > with that. > > > > > > >> Second, the pages on git already go into this in more detail > > > >> (which, by the way, was why I suggested having one git wiki page > > > >> earlier), so adding it here only muddies the water. Third, you > > > >> did precisely this with regard to the user of xmllint/xsltproc > > > >> and make. David > > > >> > > > >> Non commit contributors are not the only ones to use this page. > > > >> > > > >> Both Git and Git_For_Newbies say: > > > >> maint > > > >> > > > >>Bugfixes, translations, improvements of the documentation > > > >> should > > > >> > > > >> *usually* be applied on this branch. > > > > > > > > For sake of the discussion I will add the exact rule would be that > > > > you should document a feature on the same branch as it is > > > > available on in the gnucash repository, with maint taking priority > > > > over master if it's > > > > > > available on both. > > > > > > > It's true that currently most new documentation is written for > > > > features that have already been released in a stable gnucash > > > > version (and hence are on the maint branch), so this documentation > > > > should go on > > > > > > the maint branch as well. > > > > > > > However this is partly because the documentation is running behind > > > > so much and the current writers are still catching up (for which > > > > I'm immensely grateful!) > > > > > > > > There is a period in each development cycle where this is not so > > > > obvious. When we start releasing development snaphots - the next > > > > one being 2.7.0 somewhere later this year - documenters are > > > > invited to look at the new features that weren't previously > > > > released and write documentation for those. Similar to how > > > > translators mostly work on the maint branch, except during the > > > > prerelease period. Both are examples of > > > > > > when
RE: Document Update Instructions have been revised
From: John Ralls [mailto:jra...@ceridwen.us] Sent: Friday, 27 January 2017 1:40 AM To: sunfis...@yahoo.com Cc: Chris Good <chris.g...@ozemail.com.au>; Frank H. Ellenberger <frank.h.ellenber...@gmail.com>; GnuCash Developers <gnucash-devel@gnucash.org> Subject: Re: Document Update Instructions have been revised On Jan 25, 2017, at 11:55 PM, David T. <sunfis...@yahoo.com <mailto:sunfis...@yahoo.com> > wrote: On Thu, Jan 26, 2017 at 8:26, John Ralls <jra...@ceridwen.us <mailto:jra...@ceridwen.us> > wrote: Indeed. But you don't need all of it, just the command-line tools. Regards, John Ralls I'm not sure you can get one without first getting the other. At least, I haven't been able to. Assuming that you don't already have Xcode installed, try running clang foo.cpp in Terminal. That should pop up a dialog box offering to install them for you. Regards, John Ralls Hi David, Did you manage to install the Xcode command line tools without having to install the full Xcode or did you have to use John's 'clang foo.cpp' method? I think we should document this either way. Regards, Chris Good smime.p7s Description: S/MIME cryptographic signature ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
RE: Using make with docs
; example to build the English guide as html, you would starting from > > your build directory cd guide/C make html > > > > "The appropriate directory in the build directory structure" was meant > > to suggest exactly that. I see the way it's formulated is still too > > developer- mind oriented. Sorry about that. Perhaps "the equivalent > > subdirectory under the build directory" is more clear ? How would you > > propose to better describe this ? > > > > Geert > > > Thank you for clearly outlining to me (once more!) how to handle these > issues. I will look into better ways of wording things to make it clearer to > others. > > Cheers, > David Hi David T, I had made some changes to the Documentation Update Instructions sections dealing with "make check" + "make html" to make it clearer that these commands should be run from within the build directory structure. Feel free to improve further if you think necessary. I'll say again, IMHO I think the instructions re setting up the build system belong in this page. Maybe grouping them under a new heading, something like "Build System One-Time Setup", would be a slight be an improvement. Regards, Chris Good smime.p7s Description: S/MIME cryptographic signature ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
RE: GnuCash page Documentation Update Instructions has been changed by Sunfish62
> -Original Message- > From: David T. [mailto:sunfis...@yahoo.com] > Sent: Friday, 27 January 2017 9:04 PM > To: Geert Janssens <geert.gnuc...@kobaltwit.be> > Cc: gnucash-devel@gnucash.org; Chris Good <chris.g...@ozemail.com.au> > Subject: Re: GnuCash page Documentation Update Instructions has been > changed by Sunfish62 > > Geert, > > Thanks as always for providing a clear explanation of the situation. You have > gently shown me where I have misunderstood the process, and make it > clearer to me. > > I have entered a version that I think does a reasonable job of promoting git- > maint as the commonly-used mode, but also explaining when git-master > might be used. I also included a reference to Git#Branches for the curious. > > Chris, does that work for you? I hope so! > > …Now on to the next areas… > > David > > P.S. Chris, you don’t need to apologize to me for being argumentative; I can > be obnoxiously argumentative as well—for which I apologize as well. > > > On Jan 27, 2017, at 2:06 PM, Geert Janssens > <geert.gnuc...@kobaltwit.be> wrote: > > > > Op vrijdag 27 januari 2017 11:09:10 CET schreef Chris Good & David T: > >> On another point, you commented on the page that I took away > >> information about committing to master. A few things on this: First, > >> for documentation, a non commit contributor is only going to be > >> documenting existing features, so they will ALWAYS be using maint. > >> One of the wiki pages for git states this; I was merely making this agree > with that. > >> Second, the pages on git already go into this in more detail (which, > >> by the way, was why I suggested having one git wiki page earlier), so > >> adding it here only muddies the water. Third, you did precisely this > >> with regard to the user of xmllint/xsltproc and make. David > >> > >> Non commit contributors are not the only ones to use this page. > >> Both Git and Git_For_Newbies say: > >> maint > >>Bugfixes, translations, improvements of the documentation should > >> *usually* be applied on this branch. > > For sake of the discussion I will add the exact rule would be that you > > should document a feature on the same branch as it is available on in > > the gnucash repository, with maint taking priority over master if it's > available on both. > > > > It's true that currently most new documentation is written for > > features that have already been released in a stable gnucash version > > (and hence are on the maint branch), so this documentation should go on > the maint branch as well. > > However this is partly because the documentation is running behind so > > much and the current writers are still catching up (for which I'm > > immensely grateful!) > > > > There is a period in each development cycle where this is not so > > obvious. When we start releasing development snaphots - the next one > > being 2.7.0 somewhere later this year - documenters are invited to > > look at the new features that weren't previously released and write > > documentation for those. Similar to how translators mostly work on the > > maint branch, except during the prerelease period. Both are examples of > when to create patches against the master branch. > > > > If you find a way to express this distinction concisely and clearly, > > I'd love to have this at least mentioned in some way indeed. > > > > Geert Hi David, Much better thanks! I have made a couple of slight adjustments. 1. Changing for example, when GnuCash is in a development cycle), To for example, a feature only in a future stable release), because GnuCash is effectively always in a development cycle. 2. Changing For more on this, see [[Git#Branches|Git - Branches]] To See [[Git#Branches|Git - Branches]] for more on this. I have previously been called to task for not ending a sentence with a full stop. When other points at the same list level all end in a full stop, I think we should be consistent. You may have been concerned, like I was, that the full stop would cause problems with the link. I now try to restructure the sentence so the link is not at the end of the sentence. Regards, Chris Good smime.p7s Description: S/MIME cryptographic signature ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
RE: GnuCash page Documentation Update Instructions has been changed by Sunfish62
From: David T. [mailto:sunfis...@yahoo.com] Sent: Thursday, 26 January 2017 6:52 PM To: Chris Good <chris.g...@ozemail.com.au> Subject: RE: GnuCash page Documentation Update Instructions has been changed by Sunfish62 Chris, On Thu, Jan 26, 2017 at 10:34, Chris Good <chris.g...@ozemail.com.au> wrote: Hi David, You’re correct, but both patches and pull requests are created by git, so why say git only in front of “pull request”? Because "patch" is generic; you can create a patch using any number of tools. A "pull request" on the other hand is specifically git. For newbies, I think it is better to clearly separate the 2 main methods: Patch from local git repository Pull request from remote personal github repository. Maybe so, but again, since the developer preference is for pull requests, I'd put that first. On another point, you commented on the page that I took away information about committing to master. A few things on this: First, for documentation, a non commit contributor is only going to be documenting existing features, so they will ALWAYS be using maint. One of the wiki pages for git states this; I was merely making this agree with that. Second, the pages on git already go into this in more detail (which, by the way, was why I suggested having one git wiki page earlier), so adding it here only muddies the water. Third, you did precisely this with regard to the user of xmllint/xsltproc and make. David Hi David, OK with me if you want to put Pull Request before Patch. Non commit contributors are not the only ones to use this page. Both Git and Git_For_Newbies say: maint Bugfixes, translations, improvements of the documentation should *usually* be applied on this branch. The difference between master and maint is often a source of confusion. I don't think restating it here is over the top. The current wording suggests it should always be git-maint and this is plainly incorrect. I will be happy to put the specific xmllint/xsltproc commands back in if we finally determine they are needed because it is too difficult to install 'make' for a Mac user. In the meantime, you can either use of shell history to repeat the command or look at the wiki history to see what was taken out. Sorry if I appear to be argumentative. I just want the best result for the users. :-) There are other things I'd sooner be doing. Regards, Chris Good smime.p7s Description: S/MIME cryptographic signature ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
RE: Document Update Instructions have been revised
> -Original Message- > From: Frank H. Ellenberger [mailto:frank.h.ellenber...@gmail.com] > Sent: Tuesday, 24 January 2017 10:32 AM > To: Chris Good <chris.g...@ozemail.com.au>; 'David T.' > <sunfis...@yahoo.com> > Cc: 'GnuCash Developers' <gnucash-devel@gnucash.org> > Subject: Re: Document Update Instructions have been revised > > Hi, > > Am 23.01.2017 um 23:33 schrieb Chris Good: > > Developers are less likely to be confused by jumping around the wiki than > potential documenters. > > But from my POV the weakest affected group are the translators as they are > usually no native english speakers. > > Should we really move it to Translation and link the other pages? ;-) > > Yes, currently Build_System is a stub - more or less a reminder "we could > explain it here in detail and link the other places": > * Building* (Techies), > * Document* (Docu writers, mostly native speakers) and > * Translation (foreign writers) > > Regards > Frank Hi Frank, It seems to me implementing a translation can, if done properly, require more technical skill than documenting, but if you wish to move it to Translation and link the other pages, that's OK by me. It would be good if it is made really clear that it applies to both gnucash and gnucash-docs repos. David, I don't remember seeing a response from you about if Mac OSX has 'make' by default. Did I miss something? I don't want to hassle you - I see you have been quite busy :-). Regards, Chris Good smime.p7s Description: S/MIME cryptographic signature ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Bugzilla reference to SVN
http://wiki.gnucash.org/wiki/QA/BugzillaAdministration#Version_and_Target_Mi lestone says: For enhancement requests, this can be different: usually it is not necessary to know the reporter's version anymore. In that case it should be set to "SVN" as long as SVN doesn't have this feature. However, there might be exceptions to this rule, in which case we should leave the Version field to the reporter's version. Should "SVN" be changed to "git-master"? Regards, Chris Good smime.p7s Description: S/MIME cryptographic signature ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
RE: Document Update Instructions have been revised
> -Original Message- > From: Frank H. Ellenberger [mailto:frank.h.ellenber...@gmail.com] > Sent: Monday, 23 January 2017 7:09 PM > To: Chris Good <chris.g...@ozemail.com.au>; 'David T.' > <sunfis...@yahoo.com> > Cc: 'GnuCash Developers' <gnucash-devel@gnucash.org> > Subject: Re: Document Update Instructions have been revised > > Hi all, > > just a few ideas: > I found by accident the 10 years old > http://wiki.gnucash.org/wiki/Concept_Guide_draft/Overview ff., which is an > example for using subpages in a template > http://wiki.gnucash.org/wiki/Template:Cgtoc . > > Don't confuse it with the more recent > http://wiki.gnucash.org/wiki/Concept_Guide which is more a todo list and > ancestor of the Document Update Instructions > > Recently I was asking myself and Gert, if we should move the nice written > sections about #The_Make_Utility #Step_3_Generate_configure_Script > #Step_4_Make_a_Build_Directory_Structure_and_the_Makefiles > in the basic existing page http://wiki.gnucash.org/wiki/Build_System > or a new page Autotools and linking it from Building_Gnucash and > Translation, too. > That would have the benefit there would be only one page to maintain > almost everything about the autotools components. OTOH some users could > be distracted by the jumping between the pages. > > Your opinion? > > I understand that the pull request is the adequate way for a longtime > contributor on the mailing list like you, David. But it would be too much > overhead to create an github account, a ssh key, ... to send a patch for a > typo > by a random reader. > > Regards > Frank > > Am 22.01.2017 um 01:35 schrieb Chris Good: > >> -Original Message- > >> From: David T. [mailto:sunfis...@yahoo.com] > >> Sent: Saturday, 21 January 2017 6:38 PM > >> To: Chris Good <chris.g...@ozemail.com.au> > >> Cc: GnuCash Developers <gnucash-devel@gnucash.org> > >> Subject: Re: Document Update Instructions have been revised > >> > >> Chris, Geert, > >> > >> I have to admit that I have put off reading through the changes that > >> you’ve collectively put in on this wiki page, in part because I am > >> *that* contributor— you know, the one who barely understands what he > >> is doing, and is wary of changing the way he does something for fear > >> that it will break and never work again. > >> > >> I have begun to work through this page one more time, and I will no > >> doubt have changes and suggestions later on. I will refer to my > >> sentence above, however, and note that my editorial inclinations are > >> limited by my limited understanding of the technologies and > >> expectations for this process generally. > >> > >> I have a few top level comments: > >> > >> A - This page has gotten quite large. Should it be broken into smaller > pieces? > >> > >> B - I would like to see this page separate out the different aspects > >> of the process more cleanly. Currently, it seems that the set up of > >> the technologies, the application of the technologies, and the > >> practices we use are all intermingled. This makes it harder to focus > >> on one aspect. For example, Steps 2-5 should be separated out into a > >> separate page on setting up Git for use with documentation. > >> > >> C - I think the Preface should outline as simply as possible the > >> overall process, which I understand to be: > >> > >> 1) Contributors propose changes using Bugzilla. > >> 2) Contributors use a VCS (git), to make these changes locally. > >> 3) Changes are validated locally. > >> 4) Contributors submit these changes for approval. > >> 5) Changes are approved and incorporated into the doc set. > >> > >> This overview could then be used to structure the remaining sections. > >> > >> I think that the information that currently resides in the Preface is > >> useful, however, and I’d like to see it moved into other areas as > appropriate. > >> > >> D - Upon initial examination, I see that all reference to how it used > >> to be done (i.e., the individual xslt and xmllint commands) has been > >> removed from the page. While I understand that you two believe that > >> this is the right way to move forward, it leaves me in a quandary. I > >> already have a local copy, and I know that I can issue some commands > >> to check and compile my local copy, but I always refer back to the > >> wiki for the exact commands, which yo
RE: Document Update Instructions have been revised
> -Original Message- > From: David T. [mailto:sunfis...@yahoo.com] > Sent: Saturday, 21 January 2017 6:38 PM > To: Chris Good <chris.g...@ozemail.com.au> > Cc: GnuCash Developers <gnucash-devel@gnucash.org> > Subject: Re: Document Update Instructions have been revised > > Chris, Geert, > > I have to admit that I have put off reading through the changes that you’ve > collectively put in on this wiki page, in part because I am *that* > contributor— > you know, the one who barely understands what he is doing, and is wary of > changing the way he does something for fear that it will break and never > work again. > > I have begun to work through this page one more time, and I will no doubt > have changes and suggestions later on. I will refer to my sentence above, > however, and note that my editorial inclinations are limited by my limited > understanding of the technologies and expectations for this process > generally. > > I have a few top level comments: > > A - This page has gotten quite large. Should it be broken into smaller pieces? > > B - I would like to see this page separate out the different aspects of the > process more cleanly. Currently, it seems that the set up of the technologies, > the application of the technologies, and the practices we use are all > intermingled. This makes it harder to focus on one aspect. For example, > Steps 2-5 should be separated out into a separate page on setting up Git for > use with documentation. > > C - I think the Preface should outline as simply as possible the overall > process, > which I understand to be: > > 1) Contributors propose changes using Bugzilla. > 2) Contributors use a VCS (git), to make these changes locally. > 3) Changes are validated locally. > 4) Contributors submit these changes for approval. > 5) Changes are approved and incorporated into the doc set. > > This overview could then be used to structure the remaining sections. > > I think that the information that currently resides in the Preface is useful, > however, and I’d like to see it moved into other areas as appropriate. > > D - Upon initial examination, I see that all reference to how it used to be > done (i.e., the individual xslt and xmllint commands) has been removed from > the page. While I understand that you two believe that this is the right way > to > move forward, it leaves me in a quandary. I already have a local copy, and I > know that I can issue some commands to check and compile my local copy, > but I always refer back to the wiki for the exact commands, which you’ve > removed. I would prefer that some inclusion of these other methods be > mentioned in some way. > > I began to make some of these changes myself, but given my limited abilities > with these processes, I thought it better to discuss the changes here before > unilaterally (and ill-informedly) making the changes directly. > > David > > > On Jan 17, 2017, at 5:16 AM, Chris Good <chris.g...@ozemail.com.au> > wrote: > > > > Hi, > > > > > > > > I've finished updating the wiki Document Update Instructions [1] to > > include instructions for using 'make' rather than xmllint and xsltproc > directly. > > > > Thank you very much Geert for all the info. > > > > > > > > [1] http://wiki.gnucash.org/wiki/Documentation_Update_Instructions > > > > > > > > Regards, Chris Good Hi David, A - IMHO I don't think this page is too large. It is quite easy to navigate using the index at the top. It would be annoying to have to jump to multiple pages. B - I agree it could be better structured. I don't think it needs a new page. If you're going to put 3.2 to 3.5 into a separate git set up section, it would be good if you could include some instructions on how to start a new modification (including rebasing) having already set up git and your build directory structure previously. I previously created Git_For_Newbies with the idea that new users should really be using that for all the git stuff (using Pull Requests instead of Patches if possible). Git_For_Newbies applies equally to the documentation as to the programs. I haven't gotten around to fixing Documentation_Update_Instructions yet. If you can, Great! :-) It may be that much of Git_For_Newbies needs to be brought into Documentation_Update_Instructions but changed to specifically refer to the documentation. But that seems like a lot of duplication... C - Having an additional outline as you suggest may be helpful, although the index already gives a 1 page summary - on my new 27" monitor anyway :-). I'm not sure I agree with moving the stuff already in the Preface into other areas. I think it is useful to get some d
RE: Document Update Instructions have been revised
> -Original Message- > From: Geert Janssens [mailto:geert.gnuc...@kobaltwit.be] > Sent: Tuesday, 17 January 2017 10:14 PM > To: Chris Good <chris.g...@ozemail.com.au> > Cc: GnuCash Developers <gnucash-devel@gnucash.org> > Subject: Re: Document Update Instructions have been revised > > Op dinsdag 17 januari 2017 11:16:39 CET schreef Chris Good: > > Hi, > > > > > > > > I've finished updating the wiki Document Update Instructions [1] to > > include instructions for using 'make' rather than xmllint and xsltproc > directly. > > > > Thank you very much Geert for all the info. > > > > > > > > [1] http://wiki.gnucash.org/wiki/Documentation_Update_Instructions > > > > > > > > Regards, Chris Good > > Chris, > > Thanks for improving our documentation on improving our documentation ;) > > Seriously, I appreciate the effort you're spending here. > > I'm proof reading what you have written and below follow some remarks: > > * You are referring to the required use of make, which I like obviously as I > suggested that myself. What is not clear in your documentation however is > how to obtain make and the related tools. On linux this is usually obtained via > the package manager. There is usually some kind of package group related to > development that installs all the required dependencies in one go. On OS X I > don't know how to get it. That's John's expertise although David T may know > this by now as well... And on Windows it's probably even more complicated. > TBH I never tried manually building the gnucash documentation on that > platform, so I can't give precise instructions. It will likely involve installing an > msys environment. > > * Step 5 confuses me: > "Experienced developers instruct that you should focus first on the modules > in either of these two directories (found in the step 1 downloaded files): > gnucash-docs/help/C or gnucash-docs/guide/C. " > What do you mean by this ? The "C" directories contain the documentation in > English. All other directories contain translations of these in other languages. > As I see it there is no need to present this as some kind of mythical > knowledge only understood by "Experienced developers". > > * The next paragraph confuses me as well. How would opening each file > reveal errors ? This is not really clear to me. > > * A bit further you suggest to add a pair of comments around your changes > to help translators. I would propose not to do that as I believe this is > redundant information. This is what a version management system is used > for. > One can use the git history to see what has changed since the last time one > has worked on the translation. There are graphical tools like gitk or the github > website that help you visualize these changes. > > * "If you are adding or deleting an xml file, for example adding a new chapter > or appendix, you also need to update files [guide|help]/[language]/gnucash- > {guide|help}.xml and [guide|help]/[language]/Makefile.am. There is no > need to update Makefile.in as this is generated by running autogen.sh." > Perhaps here it's best to more explicitly state autogen.sh and ../configure.sh > should be re-run. > > * There is a section on testing the documentation locally on linux. I have > slightly modified it, because parts of it were outdated. And I'm considering > whether we shouldn't simplify it even more. For now I have stated you can > run this test with any version of gnucash higher than 2.6.0, with the > restriction that yelp is installed and working. The text is not too clear about > that second part, but that is what the "linux" restriction is actually all about. > This does reduce the cases where a full build of a development version of > gnucash is necessary IMO. It believe this is only necessary when you want to > test context help for features that are only in a more recent version than you > currently have. But this begs the question whether we really need gnucash > at all in the other cases. Only yelp suffices as explained at the end of step > 11.3. Perhaps we should make that the preferred testing method and only > propose linux tests in case new context help should be tested. What do you > think ? > > * Lastly you describe how to format a patch. While this is certainly one of the > accepted methods, it may be interesting to document how to make a pull > request as well. > > That's it. Again, thanks for all the effort you spent on this so far! > > Regards, > > Geert Hi Geert, Thanks for reviewing my work and adding extra suggestions. I really enjoy learning more from your insights. I like to kno
Document Update Instructions have been revised
Hi, I've finished updating the wiki Document Update Instructions [1] to include instructions for using 'make' rather than xmllint and xsltproc directly. Thank you very much Geert for all the info. [1] http://wiki.gnucash.org/wiki/Documentation_Update_Instructions Regards, Chris Good smime.p7s Description: S/MIME cryptographic signature ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
RE: Wiki Section on Reports
> Message: 6 > Date: Sun, 15 Jan 2017 21:33:27 -0800 > From: Jim DeLaHunt <from.gnuc...@jdlh.com> > To: gnucash-devel@gnucash.org > Subject: Re: Wiki Section on Reports > Message-ID: <03220963-43ff-0383-ba24-2b3042162...@jdlh.com> > Content-Type: text/plain; charset=utf-8; format=flowed > > My inclination would be to keep the wiki pages as the "development > branch" for which the Reports chapter is the "release branch". > Suggestions for improvements could be tried out in the wiki with lower > friction. When the wiki contents represents a significant improvement > over the Reports chapter, migrate the content to the Reports chapter. > > By the same token, sections of the Reports chapter can have links to the > corresponding Wiki page. > > MusicBrainz uses a scheme like this. Compare this documentation page > http://musicbrainz.org/doc/Style/Artist_Credits/Featured_artists > > with the corresponding Wiki page: > http://wiki.musicbrainz.org/Style/Artist_Credits/Featured_artists > >--Jim DeLaHunt, Vancouver, Canada > > > On 2017-01-15 20:48, David T. via gnucash-devel wrote: > > Hello, > > > > I will start by saying: ?Yes, I know it?s a wiki?? > > > > However, now that the Reports chapter (which incorporates nearly all the > Wiki reports information verbatim) is officially available as part of the normal > Documentation distribution, I propose removing this information in the wiki, > and adding a note to say that the wiki information has been moved to the > Tutorial and Concepts Guide as of GnuCash 2.6.15. > > > > As this is rather a substantial amount of information that will go away from > the wiki, I thought it best to double check in the community before acting. > > > > Cheers, > > David I lean towards only having 1 copy of the documentation just to reduce the work keeping up to date, and to reduce the number of places we need to look when after a particular answer. To cater for those who don't have internet access, that should be the manuals, not the wiki. Regards, Chris Good smime.p7s Description: S/MIME cryptographic signature ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
RE: Recommended Change to Author LIsting in Documentation
> Message: 2 > Date: Sat, 10 Dec 2016 23:49:38 +0500 > From: "David T." <sunfis...@yahoo.com> > To: "David T. via gnucash-devel" <gnucash-devel@gnucash.org> > Subject: Recommended Change to Author LIsting in Documentation > Message-ID: <648ed8ff-7d36-4d18-8331-90d9e11e0...@yahoo.com> > Content-Type: text/plain; charset=utf-8 > > Hi, > > In response to seeing yet another new user sending a support request > directly to one of the people mentioned in the documentation, I created Bug > 775919 (https://bugzilla.gnome.org/show_bug.cgi?id=775919 > <https://bugzilla.gnome.org/show_bug.cgi?id=775919>) as a proposed > change to the way that the docs present the author attributions. In that > bug, > I state: > > I recommend the following: > > 1) Remove all individual names and email addresses from the documentation > title page, and replace them with a general attribution to "The GnuCash > Documentation Team." Since the current copyright is to this entity, I think > this is not only convenient, but also more accurate than the current list. > > 2) Place a large note on the title page identifying gnucash-users as the > proper > location to which to direct help requests. Section 2.4.2 is clearly not > prominent enough for new users. > > 3) Retain the list of contributors that show on the title page verso. I will > note > that this list omits email addresses. In addition, add a note there about > who > and what the GnuCash Documentation Team is. > > I propose: "The GnuCash Documentation Team is a self-designated group of > GnuCash users and developers who have volunteered to write this > documentation for the benefit of the broader user base. People who are > interested in joining this group are encouraged to express their interest on > the GnuCash lists (gnucash-users and gnucash-devel) for further direction.? > John Ralls thought that this change should be run past the Devel list, and > so > here I am, giving it a run. As one of the named contributors, I personally > would prefer that my email not be included in the documentation, but I > defer to the general interest of the group. > > Cheers, > David T. Hi David, Sounds good to me. A link to https://wiki.gnucash.org/wiki/Mailing_Lists would be good. Regards, Chris Good smime.p7s Description: S/MIME cryptographic signature ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
RE: XML Parse error on Local Build
repository or the build directory? I would need to be very careful which files I edit if I decided to only edit files in the build directories. Will I need to manually copy files between the build and repository directories? 5) From memory I think the documentation on installing the dependencies needed to use 'make' etc could use some work. That could discourage non-technical people from doing documentation, whereas the instructions for using xmllint and xsltproc are pretty easy to follow IMHO. Those commands are always in my bash history so I don't have to remember them. With your information, I can see now that after building the 'build' system, I can just use netbeans to edit the repository files, run the appropriate make command in the appropriate build directory in a terminal, then use netbeans git/github integration when ready. I assume the netbeans project files will not break the autogen.sh, configure or make commands. I'll test and update the 'documentation update' documentation. Did you fix your build problem David? I'd be interested in hearing what IDE's other people use for GnuCash and/or GnuCash documentation. Regards, Chris Good smime.p7s Description: S/MIME cryptographic signature ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
RE: XML Parse error on Local Build
From: David T. [mailto:sunfis...@yahoo.com] Sent: Wednesday, 7 December 2016 4:04 PM To: Chris Good <chris.g...@ozemail.com.au> Cc: gnucash-devel@gnucash.org Subject: Re: XML Parse error on Local Build On Dec 7, 2016, at 9:39 AM, Chris Good <chris.g...@ozemail.com.au <mailto:chris.g...@ozemail.com.au> > wrote: -Original Message- From: David T. [mailto:sunfis...@yahoo.com] Sent: Wednesday, 7 December 2016 2:42 PM To: Chris Good <chris.g...@ozemail.com.au <mailto:chris.g...@ozemail.com.au> > Cc: gnucash-devel@gnucash.org <mailto:gnucash-devel@gnucash.org> ; frank.h.ellenber...@gmail.com <mailto:frank.h.ellenber...@gmail.com> Subject: Re: XML Parse error on Local Build Chris, Thanks for the response. Initially, I thought that I had accidentally inserted duplicate entries in the glossary; however, the errors persisted even after I changed them all in my file. Further examination of the long chain of errors shows me that they encompass all areas of the documentation—including ones that I did not touch at all. I suspect that there is some simple aspect to the process that I am missing, and somewhere on my system is a second instance that the command finds and barks about. Over and over and over again. But like the young wizards in an adventure tale, I don’t fully understand the content of the incantations I invoke before I make them, and I think I need a Dumbledore to explain to me the errors of my ways… Thanks, David Hi David, Are you sure you're running 2 separate commands: xmllint --valid --noout gnucash-guide.xml and xsltproc -o ../../../output_html/guide/ ../../xsl/general-customization.xsl gnucash- guide.xml They seem to have been joined together (maybe just by mail). Maybe doing from the guide/C directory: grep -n invest-split1 *.xml will help identify the problem (-n means print the line no's in the file(s) where the string is found). Id 'invest-split1' must only be defined once in all xml files in the directory but it can be linked to multiple times like: Regards, Chris Good Yes, definitely different commands. Grep turns up only one entry for the particular example I included. The reason I suspect I am missing a broad step on my system is that there are 596 different instances of this same basic error every time I run the command, so it’s not a matter of a couple of typos in my changes. There’s something I need to do differently to remove these (what I believe to be spurious) errors. Another possibility is that in modifying gnucash-guide.xml to include the new glossary file, I somehow messed that file up so that the compile process is revisiting some of the files. That would explain the duplication. However, I literally added 2 lines to gnucash-guide.xml, adding: to the list of files at line 34, and: to the main definition at line 519. From my understanding, this shouldn’t cause the multitude of errors. Cheers, David Hi David, As you’re adding a new file, I think you also need to add it to Makefile.in and Makefile.am. Just follow what you see in those. >From looking at one of the prior commits which added a new file [1], I think >you may only need to add it to Makefile.am. [1] https://github.com/Gnucash/gnucash-docs/commit/f807ca04401a0d9453b19aba733982737fd967de Regards, Chris Good smime.p7s Description: S/MIME cryptographic signature ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
RE: XML Parse error on Local Build
>> Message: 3 > >> Date: Tue, 6 Dec 2016 17:05:37 +0500 > >> From: "David T." <sunfis...@yahoo.com> > >> To: "David T. via gnucash-devel" <gnucash-devel@gnucash.org> > >> Subject: XML Parse error on Local Build > >> Message-ID: <117685e8-ee9b-44e2-b3b3-6179f5a08...@yahoo.com> > >> Content-Type: text/plain; charset=utf-8 > >> > >> Hi, > >> > >> I am trying to finish a first pass at a new Glossary for the Guide. > >> My > > changes > >> are focused in a new file (gnc-glossary.xml) and in > >> gnucash-guide.xml. In > > the > >> latter, I have added two lines to incorporate the new file into the guide. > >> > >> I have reached the point of running the commands: > >> > >> xmllint --valid --noout gnucash-guide.xml xsltproc -o > >> ../../../output_html/guide/ ../../xsl/general-customization.xsl > >> gnucash- guide.xml > >> > >> These are prescribed by the Wiki page. The first passes cleanly, but > >> when > > I > >> run the second, I receive a multitude of errors along the lines of: > >> > >> gnucash-guide.xml:2964: element screenshot: validity error : ID > > invest-split1 > >> already defined > >> > >> The process completes, and I am able to view the documentation, but I > >> don?t know whether these errors indicate something else wrong with my > >> modifications. > >> > >> Can anyone advise? > >> > >> Thanks, > >> David > >> > > > > On Dec 7, 2016, at 3:32 AM, Chris Good <chris.g...@ozemail.com.au> > wrote: >> > Hi David, > > > > Great to see all the documentation improvements you are doing. > > > > The id's should be unique so you can link to them from elsewhere in > > the documentation. > > I think they only need to be unique within either the guide or help > > but ideally should be globally unique. > > > > Now that you mention it, I thought it would be better to not have id's > > unless they are referenced from somewhere else as this may speed up > > the lint and xsltproc processes (which seems to be getting much longer > > recently) but Frank Ellenberger suggested they be used anyway as that > > seems to be the standard. We were talking about sect rather than > screenshot id's I think. > > Opinions? > > > > Regards, > > Chris Good > -Original Message- > From: David T. [mailto:sunfis...@yahoo.com] > Sent: Wednesday, 7 December 2016 2:42 PM > To: Chris Good <chris.g...@ozemail.com.au> > Cc: gnucash-devel@gnucash.org; frank.h.ellenber...@gmail.com > Subject: Re: XML Parse error on Local Build > > Chris, > > Thanks for the response. Initially, I thought that I had accidentally inserted > duplicate entries in the glossary; however, the errors persisted even after I > changed them all in my file. Further examination of the long chain of errors > shows me that they encompass all areas of the documentation—including > ones that I did not touch at all. > > I suspect that there is some simple aspect to the process that I am missing, > and somewhere on my system is a second instance that the command finds > and barks about. Over and over and over again. But like the young wizards in > an adventure tale, I don’t fully understand the content of the incantations I > invoke before I make them, and I think I need a Dumbledore to explain to > me the errors of my ways… > > Thanks, > David > Hi David, Are you sure you're running 2 separate commands: xmllint --valid --noout gnucash-guide.xml and xsltproc -o ../../../output_html/guide/ ../../xsl/general-customization.xsl gnucash- guide.xml They seem to have been joined together (maybe just by mail). Maybe doing from the guide/C directory: grep -n invest-split1 *.xml will help identify the problem (-n means print the line no's in the file(s) where the string is found). Id 'invest-split1' must only be defined once in all xml files in the directory but it can be linked to multiple times like: Regards, Chris Good smime.p7s Description: S/MIME cryptographic signature ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel