Re: [GNC] Announcement: GnuCash 5.8 For Apple Silicon
Yeah, thanks for the heads up. I'd forgotten a step when I updated the website yesterday. Regards, John Ralls > On Jul 19, 2024, at 2:39 PM, Sherlock wrote: > > The home page has been updated. > > >> On Jul 19, 2024, at 1:03 PM, Sherlock wrote: >> >> It appears the Apple Silicon link on the gnucash.org home page has not been >> updated. >> >>> On Jul 18, 2024, at 5:01 PM, John Ralls wrote: >>> >>> I've corrected my build and packaged GnuCash 5.8 this time. >>> SHA256: d3f24a955547d30fa4116252d1bc35247117b6449cdedf51236b502f294cb436 >>> Downloads: >>> https://sourceforge.net/projects/gnucash/files/gnucash%20%28stable%29/5.8/Gnucash-Arm-5.8-2.dmg/download >>> https://github.com/Gnucash/gnucash/releases/download/5.8/Gnucash-Arm-5.8-2.dmg >>> >>> Sorry for the inconvenience, but everyone who got Tuesday's bundle should >>> replace it with this one. >>> >>> Regards, >>> John Ralls >>> >>>> On Jul 17, 2024, at 5:35 PM, John Ralls wrote: >>>> >>>> It definitely is 5.7, complete with the crash if you try to re-parent an >>>> account. It looks like I never pushed the 5.8 commit for gnucash-on-osx so >>>> I didn’t build what I thought I did. I’ll have another go at it tomorrow. >>>> >>>> Regards, >>>> John Ralls >>>> >>>> >>>>> On Jul 16, 2024, at 21:49, William Prescott wrote: >>>>> >>>>>  >>>>> >>>>> On 16 Jul 2024, at 22:45, William Prescott wrote: >>>>> >>>>> Thank you, thank you. >>>>> >>>>> I was going to say the same thing. It is really quick opening, about the >>>>> only thing I have done with it so far. But it does say it is a 5.7 >>>>> version. >>>>> >>>>> Version: 5.7 >>>>> Build ID: 5.7+(2024-06-29) >>>>> >>>>> Best wishes, >>>>> Will >>>>> >>>>> On 16 Jul 2024, at 17:51, David Reiser via gnucash-user >>>>> wrote: >>>>> >>>>> Wonderful news. Thank you. It is noticeably faster. But the splash screen >>>>> says it’s 5.7 >>>>> -- >>>>> Dave Reiser >>>>> dbrei...@icloud.com <mailto:dbrei...@icloud.com> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>>> On Jul 16, 2024, at 19:37, John Ralls >>>>> <mailto:jra...@ceridwen.us>> wrote: >>>>>> >>>>>> We're pleased to announce that thanks to some brilliant deceptive work >>>>>> on the part of our colleague known here as Sherlock we're able to >>>>>> package GnuCash as a native Apple Silicon application bundle. >>>>>> >>>>>> Downloads: >>>>>> https://downloads.sourceforge.net/gnucash/gnucash%20%28stable%29/5.8/Gnucash-Arm-5.8-1.dmg >>>>>> https://github.com/Gnucash/gnucash/releases/download/5.8/Gnucash-Arm-5.8-1.dmg >>>>>> >>>>>> The sha-256 hash is >>>>>> 3b736455e7c2f26324f4968c475bb1b858e243269fdcb676091fa99b51cd7e98 and it >>>>>> is notarized by Apple. >>>>>> >>>>>> Regards, >>>>>> John Ralls >>>>>> >>>>>> ___ >>>>>> gnucash-devel mailing list >>>>>> gnucash-devel@gnucash.org <mailto:gnucash-devel@gnucash.org> >>>>>> https://lists.gnucash.org/mailman/listinfo/gnucash-devel >>>>> >>>>> ___ >>>>> gnucash-user mailing list >>>>> gnucash-u...@gnucash.org <mailto:gnucash-u...@gnucash.org> >>>>> To update your subscription preferences or to unsubscribe: >>>>> https://lists.gnucash.org/mailman/listinfo/gnucash-user >>>>> - >>>>> Please remember to CC this list on all your replies. >>>>> You can do this by using Reply-To-List or Reply-All. >>>>> >>>>> >>>>> ___ >>>>> gnucash-user mailing list >>>>> gnucash-u...@gnucash.org >>>>> To update your subscription preferences or to unsubscribe: >>>>> https://lists.gnucash.org/mailman/listinfo/gnucash-user >>>>> - >>>>> Please remember to CC this list on all your replies. >>>>> You can do this by using Reply-To-List or Reply-All. >>>> >>> >>> ___ >>> gnucash-devel mailing list >>> gnucash-devel@gnucash.org >>> https://lists.gnucash.org/mailman/listinfo/gnucash-devel >> > ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC] Announcement: GnuCash 5.8 For Apple Silicon
I've corrected my build and packaged GnuCash 5.8 this time. SHA256: d3f24a955547d30fa4116252d1bc35247117b6449cdedf51236b502f294cb436 Downloads: https://sourceforge.net/projects/gnucash/files/gnucash%20%28stable%29/5.8/Gnucash-Arm-5.8-2.dmg/download https://github.com/Gnucash/gnucash/releases/download/5.8/Gnucash-Arm-5.8-2.dmg Sorry for the inconvenience, but everyone who got Tuesday's bundle should replace it with this one. Regards, John Ralls > On Jul 17, 2024, at 5:35 PM, John Ralls wrote: > > It definitely is 5.7, complete with the crash if you try to re-parent an > account. It looks like I never pushed the 5.8 commit for gnucash-on-osx so I > didn’t build what I thought I did. I’ll have another go at it tomorrow. > > Regards, > John Ralls > > >> On Jul 16, 2024, at 21:49, William Prescott wrote: >> >>  >> >> On 16 Jul 2024, at 22:45, William Prescott wrote: >> >> Thank you, thank you. >> >> I was going to say the same thing. It is really quick opening, about the >> only thing I have done with it so far. But it does say it is a 5.7 version. >> >> Version: 5.7 >> Build ID: 5.7+(2024-06-29) >> >> Best wishes, >> Will >> >> On 16 Jul 2024, at 17:51, David Reiser via gnucash-user >> wrote: >> >> Wonderful news. Thank you. It is noticeably faster. But the splash screen >> says it’s 5.7 >> -- >> Dave Reiser >> dbrei...@icloud.com <mailto:dbrei...@icloud.com> >> >> >> >> >> >>> On Jul 16, 2024, at 19:37, John Ralls >> <mailto:jra...@ceridwen.us>> wrote: >>> >>> We're pleased to announce that thanks to some brilliant deceptive work on >>> the part of our colleague known here as Sherlock we're able to package >>> GnuCash as a native Apple Silicon application bundle. >>> >>> Downloads: >>> https://downloads.sourceforge.net/gnucash/gnucash%20%28stable%29/5.8/Gnucash-Arm-5.8-1.dmg >>> https://github.com/Gnucash/gnucash/releases/download/5.8/Gnucash-Arm-5.8-1.dmg >>> >>> The sha-256 hash is >>> 3b736455e7c2f26324f4968c475bb1b858e243269fdcb676091fa99b51cd7e98 and it is >>> notarized by Apple. >>> >>> Regards, >>> John Ralls >>> >>> ___ >>> gnucash-devel mailing list >>> gnucash-devel@gnucash.org <mailto:gnucash-devel@gnucash.org> >>> https://lists.gnucash.org/mailman/listinfo/gnucash-devel >> >> ___ >> gnucash-user mailing list >> gnucash-u...@gnucash.org <mailto:gnucash-u...@gnucash.org> >> To update your subscription preferences or to unsubscribe: >> https://lists.gnucash.org/mailman/listinfo/gnucash-user >> - >> Please remember to CC this list on all your replies. >> You can do this by using Reply-To-List or Reply-All. >> >> >> ___ >> gnucash-user mailing list >> gnucash-u...@gnucash.org >> To update your subscription preferences or to unsubscribe: >> https://lists.gnucash.org/mailman/listinfo/gnucash-user >> - >> Please remember to CC this list on all your replies. >> You can do this by using Reply-To-List or Reply-All. > ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: instanceCount in schedxaction
> On Jul 12, 2024, at 22:40, gnuc...@4forl1st5.slmail.me wrote: > > First up: need to point out that I'm running a modified 2.6.21a, > but few gnucash-devs would recognise the source tree its built > from as being such, as it's been rolled forwards a few versions > past the directory layout changes! > > Secondly, the potential inconsistency I'm seeing doesn't affect > the functionality of the application. > > > Had been thinking about taking the XML stanzas for the schedxaction > entries in my dot-xac GnuCash files and mangling them into generic > calendar (VCal) entries that I could then use external to GnuCash. > > For the schedxaction I have first looked at, I have noted > (some info replaced/truncated) > > > e468... > SX Name > y > n > n > 0 > 0 > 24 > >2023-08-30 > > >2024-07-03 > > 548e... > > > 2 > week > >2023-08-30 > > > > > > > By my reckoning, the dates for that schedxaction > (Every 2nd Week on a Weds since StartDate, > with no End, Date nor Number) are > > 1 2023-08-30start > 2 2023-09-13 > ... > 22 2024-06-19 > 23 2024-07-03last But 23 not 24 as in the instanceCount above ? > 24 2024-07-17 > ... > > so I was wondering why the "instanceCount" was stored as 24 and not 23 ? > > If it's correct, then I'm thinking it'd just be some logic within the > code that would be what requires it to be stored as a "nextInstance", > but I just thought to ask about it, in case something I'd been doing > had caused that potential inconsistency? > > I could see that a schedxaction without an end could be computed > from the last date, plus the recurrence data, so wouldn't need > to "know" the count, anyway, in which case you'ld only be storing > an instanceCount so as to aid modifying the schedxaction via the > dialog: so perhaps that's it? > > I'm sure someone will know ? The instance count is the number of the *next* instance. It’s set to 1 when an SX is created (gnucash/gnome/dialog-sx-editor.c line 1502) and incremented every time the SX creates a new transaction. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC] Announcement: GnuCash 5.8 For Apple Silicon
It definitely is 5.7, complete with the crash if you try to re-parent an account. It looks like I never pushed the 5.8 commit for gnucash-on-osx so I didn’t build what I thought I did. I’ll have another go at it tomorrow. Regards, John Ralls > On Jul 16, 2024, at 21:49, William Prescott wrote: > >  > > On 16 Jul 2024, at 22:45, William Prescott wrote: > > Thank you, thank you. > > I was going to say the same thing. It is really quick opening, about the only > thing I have done with it so far. But it does say it is a 5.7 version. > > Version: 5.7 > Build ID: 5.7+(2024-06-29) > > Best wishes, > Will > > On 16 Jul 2024, at 17:51, David Reiser via gnucash-user > wrote: > > Wonderful news. Thank you. It is noticeably faster. But the splash screen > says it’s 5.7 > -- > Dave Reiser > dbrei...@icloud.com <mailto:dbrei...@icloud.com> > > > > > >> On Jul 16, 2024, at 19:37, John Ralls > <mailto:jra...@ceridwen.us>> wrote: >> >> We're pleased to announce that thanks to some brilliant deceptive work on >> the part of our colleague known here as Sherlock we're able to package >> GnuCash as a native Apple Silicon application bundle. >> >> Downloads: >> https://downloads.sourceforge.net/gnucash/gnucash%20%28stable%29/5.8/Gnucash-Arm-5.8-1.dmg >> https://github.com/Gnucash/gnucash/releases/download/5.8/Gnucash-Arm-5.8-1.dmg >> >> The sha-256 hash is >> 3b736455e7c2f26324f4968c475bb1b858e243269fdcb676091fa99b51cd7e98 and it is >> notarized by Apple. >> >> Regards, >> John Ralls >> >> ___ >> gnucash-devel mailing list >> gnucash-devel@gnucash.org <mailto:gnucash-devel@gnucash.org> >> https://lists.gnucash.org/mailman/listinfo/gnucash-devel > > ___ > gnucash-user mailing list > gnucash-u...@gnucash.org <mailto:gnucash-u...@gnucash.org> > To update your subscription preferences or to unsubscribe: > https://lists.gnucash.org/mailman/listinfo/gnucash-user > - > Please remember to CC this list on all your replies. > You can do this by using Reply-To-List or Reply-All. > > > ___ > gnucash-user mailing list > gnucash-u...@gnucash.org > To update your subscription preferences or to unsubscribe: > https://lists.gnucash.org/mailman/listinfo/gnucash-user > - > Please remember to CC this list on all your replies. > You can do this by using Reply-To-List or Reply-All. ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Announcement: GnuCash 5.8 For Apple Silicon
We're pleased to announce that thanks to some brilliant deceptive work on the part of our colleague known here as Sherlock we're able to package GnuCash as a native Apple Silicon application bundle. Downloads: https://downloads.sourceforge.net/gnucash/gnucash%20%28stable%29/5.8/Gnucash-Arm-5.8-1.dmg https://github.com/Gnucash/gnucash/releases/download/5.8/Gnucash-Arm-5.8-1.dmg The sha-256 hash is 3b736455e7c2f26324f4968c475bb1b858e243269fdcb676091fa99b51cd7e98 and it is notarized by Apple. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
ANNOUNCE: GnuCash 5.8 Released
The GnuCash development team announces GnuCash 5.8, the ninth release in the stable 5.x series. This is a snap releae to fix a serious bug in GnuCash 5.8. Between 5.7 and 5.8, the following bugfixes were accomplished: • Bug 799347 - Edit account to make it sub account under other account There were no other changes. New and Updated Translations: Chinese (Traditional), Hebrew, Hungarian, Macedonian, Spanish Help translate GnuCash on Weblate: https://hosted.weblate.org/engage/gnucash/ German AQBanking Users: The AQBanking author is still working to get his updated PIN/TAN code finalized so the Flatpak, macOS, and Windows bundles of this release contain the last stable version, 6.5.4. The GnuCash nightly builds have beta releases with the new implementation, so consider using one of those if the stable AQBanking doesn't work for you. Known Problems Complete list of all open bugs: https://bugs.gnucash.org/buglist.cgi?bug_severity=blocker_severity=critical_severity=major_severity=normal_severity=minor_severity=trivial_status=NEW_status=ASSIGNED_status=NEEDINFO_status=REOPENED=0_id=8149=priority%2Cbug_severity_format=advanced Documentation No changes were made between 5.7 and 5.8. Getting GnuCash for Windows and MacOS GnuCash is provided for both Microsoft Windows 10® and later and MacOS 10.13 (High Sierra)® and later in pre-built, all-in-one packages. An installer is provided for Microsoft Windows® while the MacOS® package is a disk image containing a drag-and-drop application bundle. GnuCash is also available as a flatpak from Flathub.org. Instructions for installing and running: https://wiki.gnucash.org/wiki/Flatpak The SHA256 Hashes for the downloadable files are: Microsoft Windows: https://downloads.sourceforge.net/gnucash/gnucash%20%28stable%29/5.8/gnucash-5.8.setup.exe https://github.com/Gnucash/gnucash/releases/download/5.8/gnucash-5.8.setup.exe Apple macOS: https://downloads.sourceforge.net/gnucash/gnucash%20%28stable%29/5.8/Gnucash-Intel-5.8-1.dmg https://github.com/Gnucash/gnucash/releases/download/5.8/Gnucash-Intel-5.8-1.dmg Getting GnuCash as source code If you want to compile GnuCash 5.8 for yourself, the source code can be downloaded from: https://downloads.sourceforge.net/gnucash/gnucash%20%28stable%29/5.8/gnucash-5.8.tar.bz2 https://downloads.sourceforge.net/gnucash/gnucash%20%28stable%29/5.8/gnucash-5.8.tar.gz https://github.com/Gnucash/gnucash/releases/download/5.8/gnucash-5.8.tar.bz2 https://github.com/Gnucash/gnucash/releases/download/5.8/gnucash-5.8.tar.gz To compile GnuCash from the source code by yourself, you will need at least Gtk+ 3.22.29, Guile 2.0, Boost 1.67, WebKitGtk 2.4, GoogleTest 1.8.0, cmake 3.10 and SWIG 2.0.12. Please consult the README.dependencies file in the sources for the exact list of dependencies and versions. Getting the documentation Note that the documentation for unstable releases is not on the GnuCash website. It is built daily and may be found on the development server under the locale directory; "C" is English, "de" is German, and so on. The documentation is included in the MacOS and Windows application bundles. If you want to compile the GnuCash Documentation 5.8 for yourself, the source code can be downloaded from: Sourceforge: https://downloads.sourceforge.net/gnucash/gnucash%20%28stable%29/5.8/gnucash-docs-5.8.tar.gz GitHub: https://github.com/Gnucash/gnucash/releases/download/5.8/gnucash-docs-5.8.tar.gz You can also checkout the sources directly from the git repository as described at https://wiki.gnucash.org/wiki/Git. About the Program GnuCash is a free, open source accounting program released under the GNU General Public License (GPL) and available for GNU/Linux, *BSD, Solaris, MacOS, and Microsoft Windows. Programming on GnuCash began in 1997, and its first stable release was in 1998. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re-ANNOUNCE: GnuCash 5.7 Released
as described at https://wiki.gnucash.org/wiki/Git. About the Program GnuCash is a free, open source accounting program released under the GNU General Public License (GPL) and available for GNU/Linux, *BSD, Solaris, MacOS, and Microsoft Windows. Programming on GnuCash began in 1997, and its first stable release was in 1998. Regards, John Ralls ___ 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
ANNOUNCE: GnuCash 5.7 Released
Help translate GnuCash on Weblate: https://hosted.weblate.org/engage/gnucash/ Known Problems Complete list of all open bugs: https://bugs.gnucash.org/buglist.cgi?bug_severity=blocker_severity=critical_severity=major_severity=normal_severity=minor_severity=trivial_status=NEW_status=ASSIGNED_status=NEEDINFO_status=REOPENED=0_id=8149=priority%2Cbug_severity_format=advanced Documentation Getting GnuCash for Windows and MacOS GnuCash is provided for both Microsoft Windows 10® and later and MacOS 10.13 (High Sierra)® and later in pre-built, all-in-one packages. An installer is provided for Microsoft Windows® while the MacOS® package is a disk image containing a drag-and-drop application bundle. GnuCash is also available as a flatpak from Flathub.org. Instructions for installing and running: https://wiki.gnucash.org/wiki/Flatpak The SHA256 Hashes for the downloadable files are: * b4b42c626350f3e79f7ca1f2173545cc63ddee1addf2460b1a1f1bf21bd1 gnucash-5.6.tar.bz2 * 50aebe914da63c3b668c6a0b86df3d583a200c378f0f16658bec299bbbd3 gnucash-5.6.tar.gz * dc6139469696168ddd13ad617a8fbd31c2389b0960a82bc2da1c0c5606b37f46 gnucash-5.6.setup.exe * 2cc91f36d9939065dac366058aae1a6a8c41cfe84850b6b549ee87ba075d50d4 Gnucash-Intel-5.6-1.dmg * 8ad9da28199074fc5ef604d4489a82413031290a06e5f6418fe85cceb5fa3f02 gnucash-docs-5.6.tar.gz Microsoft Windows: https://downloads.sourceforge.net/gnucash/gnucash%20%28stable%29/5.7/gnucash-5.7.setup.exe https://github.com/Gnucash/gnucash/releases/download/5.7/gnucash-5.7.setup.exe Apple macOS: https://downloads.sourceforge.net/gnucash/gnucash%20%28stable%29/5.7/Gnucash-Intel-5.7-1.dmg https://github.com/Gnucash/gnucash/releases/download/5.7/Gnucash-Intel-5.7-1.dmg Getting GnuCash as source code If you want to compile GnuCash 5.7 for yourself, the source code can be downloaded from: https://downloads.sourceforge.net/gnucash/gnucash%20%28stable%29/5.7/gnucash-5.7.tar.bz2 https://downloads.sourceforge.net/gnucash/gnucash%20%28stable%29/5.7/gnucash-5.7.tar.gz https://github.com/Gnucash/gnucash/releases/download/5.7/gnucash-5.7.tar.bz2 https://github.com/Gnucash/gnucash/releases/download/5.7/gnucash-5.7.tar.gz To compile GnuCash from the source code by yourself, you will need at least Gtk+ 3.22.29, Guile 2.0, Boost 1.67, WebKitGtk 2.4, GoogleTest 1.8.0, cmake 3.10 and SWIG 2.0.12. Please consult the README.dependencies file in the sources for the exact list of dependencies and versions. Getting the documentation Note that the documentation for unstable releases is not on the GnuCash website. It is built daily and may be found on the development server under the locale directory; "C" is English, "de" is German, and so on. The documentation is included in the MacOS and Windows application bundles. If you want to compile the GnuCash Documentation 5.7 for yourself, the source code can be downloaded from: Sourceforge: https://downloads.sourceforge.net/gnucash/gnucash%20%28stable%29/5.7/gnucash-docs-5.7.tar.gz GitHub: https://github.com/Gnucash/gnucash/releases/download/5.6/gnucash-docs-5.7.tar.gz You can also checkout the sources directly from the git repository as described at https://wiki.gnucash.org/wiki/Git. About the Program GnuCash is a free, open source accounting program released under the GNU General Public License (GPL) and available for GNU/Linux, *BSD, Solaris, MacOS, and Microsoft Windows. Programming on GnuCash began in 1997, and its first stable release was in 1998. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
String Freeze
Devs, It's that time again: The 5.7 release is next weekend so we're in string freeze until then. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Building gnucash on Windows
> On Jun 16, 2024, at 09:37, > wrote: > > Does anyone actually have the gnucash build working on windows? > I’m trying to build i686 version on Windows 10. > I’ve had to work around multiple issues but after the build env is > configured, the mingw32 shell can run BUT > “jhbuild -f build” > Results in missing dependencies and running –nodeps runs into other issues > > It would be nice to collaborate with someone who has this working already > (assuming someone does) Russ, Yes, I have it working and of course it works on the nightly builds VM too. Getting things set up sometimes has issues because I don’t run setup-mingw64.ps1 very often. `jhbuild -f jhbuildrc build` won’t work unless you ran `export TARGET=gnucash-stable` first. I usually combine them, e.g. `TARGET=gnucash-stable jhbuild -f jhbuildrc build`. Make sure that you’ve started the right shell: It works only in a MINGW32 shell. The MSYS2 and MINGW64 shells don’t set the path correctly. If that doesn’t work try running `buildserver\build_package.ps1 -branch stable`. Sometimes the MINGW32 shell environment gets a little out of whack. The Powershell script is able to exert a bit more control on the environment and is more reliable. Regards, John Ralls___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Finance::Quote Keys and Options
> On May 19, 2024, at 09:42, Bruce Schuck wrote: > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 5/18/24 21:03, John Ralls wrote: > > > It wouldn’t be hard to add more keys to the GnuCash preferences page > > to collect API keys and set them as environment variables when > > querying F::Q, but is that the right way to do it? Can’t the key be > > passed in the query JSON? Same question for FQ_CURRENCY: Can that be > > passed in JSON instead of the environment? > I had thought that was how the AlphaVantage key set in GC's preferences was > handled. API keys and the desired currency rate module can be passed when > invoking F::Q. However, that could mean that multiple api keys may need to be > passed when using a quote source such as 'nyse' since multiple modules (and > more than one with an API key required) can satisfy the quote requests. > > Bruce S Bruce, No, the Alphavantage API Key preference sets ALPHAVANATGE_API_KEY in the environment. That’s why it would be easy to make more preferences with corresponding environment variables. Using environment variables seems clumsy to me, but having GnuCash include the keys in queries by hardcoding the source/key combinations couples versions of GnuCash and F::Q even more tightly than the hard-coded source lists do. At least with environment variables users can take advantage of new modules with API keys without having to wait for them to be incorporated into GnuCash as long as they learn how to set environment variables. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Finance::Quote Keys and Options
> On May 18, 2024, at 16:33, Bruce Schuck wrote: > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > AlphaVantage is no longer the the only module that requires an API key for > retrieving data. The following recently (or somewhat) added modules require > API keys: > > TwelveData - TWELVEDATA_API_KEY > Stockdata - STOCKDATA_API_KEY > CurrencyFreaks - CURRENCYFREAKS_API_KEY > > Two existing currency rates modules also have API keys, Fixer and > OpenExchange. I need to modify them to accept the keys as environment > variables and not force them to have the key passed as arguments to the > methods. > > WRT currency, the "FQ_CURRENCY" environment variable can be used to utilize a > currency rates method other than the default AlphaVantage. > > As we have seen that requiring users to set environment variables has been > problematic at times, what is the likelihood of being able to set these as > GnuCash preferences much like setting the AlphaVantage key in preferences > will set an environment variable? > > Upcoming modules with API keys are FinanceAPI (FINANCEAPI_API_KEY) and > MarketStack (MARKETSTACK_API_KEY). Bruce, It wouldn’t be hard to add more keys to the GnuCash preferences page to collect API keys and set them as environment variables when querying F::Q, but is that the right way to do it? Can’t the key be passed in the query JSON? Same question for FQ_CURRENCY: Can that be passed in JSON instead of the environment? Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Hello
> On May 9, 2024, at 06:36, russ.go...@gmail.com wrote: > > Hello gnucash developers, I thought I’d introduce myself. > I’m Russ Gorby and have been a SW developer for many years. > Recent project work included C++17, Cmake (Windows native compiler+Linux > GCC), Gtest, PyTest, Jenkins Ci/CD. > I have developed code in all the areas and we used Git/Github source control > extensively. > I haven't worked for a year now and was looking for a project I could > contribute to and get back into the swing of things. I think I can contribute > positively to the gnucash project, and was thinking the Windows side might be > a place I could contribute but I have no clue what the project priorities > are. I need to start slow and was hoping for direction on where I might start > that won't get in peoples way where I can contribute something small while I > learn the code base and build environment. Russ, Welcome to GnuCash. The Wiki is a good place to start, particularly https://wiki.gnucash.org/wiki/Development and https://wiki.gnucash.org/wiki/Development. For a broad-brush look at where we want to go see https://wiki.gnucash.org/wiki/Roadmap. To get a development environment on MS Windows see https://wiki.gnucash.org/wiki/Building_on_Windows. There’s very little Windows-specitic code in GnuCash. We use MSYS and Mingw-w64 to make a mostly POSIX-compliant coding environment on Windows. Fixing bugs is one way to get familiar with the code base in digestible chunks and there is no shortage of bugs to work on. We use Bugzilla 5 (docs at https://bugzilla.readthedocs.io/en/5.0/) hosted at https://bugs.gnucash.org/. You may want to join our IRC channel, see https://wiki.gnucash.org/wiki/IRC, where interactions can be more immediate. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] GnuCash 5.6 AQBanking Failure on Windows
The GnuCash 5.6 Windows package was missing a library, libxmlsec1.dll, that AQBanking required. I've repackaged it with the library in place as gnucash-5.6-1.setup.exe and uploaded it to Github and SourceForge. 4596d431e5785ef3d80bcbea6e1c5e1df98c3b9b27314e6d8d2eae679424f56c gnucash-5.6-1.setup.exe Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] ANNOUNCE: GnuCash 5.6 Released
fo' xmlformat.conf: new element 'screeninfo' with no entry- and no exit-break New and Updated Translations: German Getting GnuCash for Windows and MacOS GnuCash is provided for both Microsoft Windows 8.1® and later and MacOS 10.13 (High Sierra)® and later in pre-built, all-in-one packages. An installer is provided for Microsoft Windows® while the MacOS® package is a disk image containing a drag-and-drop application bundle. GnuCash is also available as a flatpak from Flathub.org. Instructions for installing and running: https://wiki.gnucash.org/wiki/Flatpak The SHA256 Hashes for the downloadable files are: * b4b42c626350f3e79f7ca1f2173545cc63ddee1addf2460b1a1f1bf21bd1 gnucash-5.6.tar.bz2 * 50aebe914da63c3b668c6a0b86df3d583a200c378f0f16658bec299bbbd3 gnucash-5.6.tar.gz * dc6139469696168ddd13ad617a8fbd31c2389b0960a82bc2da1c0c5606b37f46 gnucash-5.6.setup.exe * 2cc91f36d9939065dac366058aae1a6a8c41cfe84850b6b549ee87ba075d50d4 Gnucash-Intel-5.6-1.dmg * 8ad9da28199074fc5ef604d4489a82413031290a06e5f6418fe85cceb5fa3f02 gnucash-docs-5.6.tar.gz Microsoft Windows: https://github.com/Gnucash/gnucash/releases/download/5.6/gnucash-5.6.setup.exe https://downloads.sourceforge.net/gnucash/gnucash%20%28stable%29/5.6/gnucash-5.6.setup.exe Apple macOS: https://github.com/Gnucash/gnucash/releases/download/5.6/Gnucash-Intel-5.6-1.dmg https://downloads.sourceforge.net/gnucash/gnucash%20%28stable%29/5.6/Gnucash-Intel-5.6-1.dmg Getting GnuCash as source code If you want to compile GnuCash 5.5 for yourself, the source code can be downloaded from: https://github.com/Gnucash/gnucash/releases/download/5.6/gnucash-5.6.tar.bz2 https://github.com/Gnucash/gnucash/releases/download/5.6/gnucash-5.6.tar.gz https://downloads.sourceforge.net/gnucash/gnucash%20%28stable%29/5.6/gnucash-5.6.tar.bz2 https://downloads.sourceforge.net/gnucash/gnucash%20%28stable%29/5.6/gnucash-5.6.tar.gz To compile GnuCash from the source code by yourself, you will need at least Gtk+ 3.22.29, Guile 2.0, Boost 1.67, WebKitGtk 2.4, GoogleTest 1.8.0, cmake 3.10 and SWIG 2.0.12. Please consult the README.dependencies file in the sources for the exact list of dependencies and versions. Getting the documentation Note that the documentation for unstable releases is not on the GnuCash website. It is built daily and may be found on the development server under the locale directory; "C" is English, "de" is German, and so on. The documentation is included in the MacOS and Windows application bundles. If you want to compile the GnuCash Documentation 5.6 for yourself, the source code can be downloaded from: Sourceforge: https://downloads.sourceforge.net/gnucash/gnucash%20%28stable%29/5.6/gnucash-docs-5.6.tar.gz GitHub: https://github.com/Gnucash/gnucash/releases/download/5.6/gnucash-docs-5.6.tar.gz You can also checkout the sources directly from the git repository as described at https://wiki.gnucash.org/wiki/Git. About the Program GnuCash is a free, open source accounting program released under the GNU General Public License (GPL) and available for GNU/Linux, *BSD, Solaris, MacOS, and Microsoft Windows. Programming on GnuCash began in 1997, and its first stable release was in 1998. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] gnucash-5.5-1.setup.exe
Having finally beaten WebKitGtk on Windows into submission so that it runs JavaScript without crashing, at least in my not very extensive tests, I've built a new Windows gnucash-5.5-1.setup.exe and uploaded it to the usual places. The sea-256 is 720a60dca57e4199f28b5449158ddc89e62012f042a62c43b16c569fa0890275. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Import roadmap
> On Feb 4, 2024, at 12:11 PM, Brian Rater wrote: > > I've been looking at the import code and documentation and I'm wondering > what the overall plan and path is. It looks like there is a "generic" > implementation in the top level directory which has utilities that are > being converted to C++. I can see the importers making some calls into > this. What is the plan and where are we at? > > In particular, what needs to happen with QIF, which is still written in > guile? > > I'm asking because I'm looking for a task to work on. My particular > passion is writing C++ classes to replace legacy code along with adding > tests and documentation. I've been reading over the source code and > following the development list for several months, but I've had limited > bandwidth until recently to make contributions. > > I've been looking at converting Import/QIF to C++ because it is written in > guile (higher priority than converting the C code in my opinion), is fairly > self contained, and the only alternative guile conversion code is reports, > which is way too large in scope for where I am. Converting QIF has > drawbacks such as needing extensive testing, and having limited existing > tests for regression testing, however. > > My current thought is to directly translate the existing algorithms and not > use the generic import to minimize introducing bugs, but others have > probably put more thought into how to handle this. > > So I'm looking for some direction either on what the end goal is and how to > achieve it, or direction to leave QIF alone for now and work on some other > area of the codebase (suggestions welcome). > Hi Brian, Welcome to GnuCash. Rewriting the QIF importer to C++ is a reasonable task if that's what motivates you. It's not on the roadmap in more than the most generic "get rid of Guile" sense, but it does seem like a good project to take on. It's as good a legacy conversion project as any at this point. The rest are kind of blocked by the XML->in-memory SQL DB so that we can lose QOFQuery and stop creating huge linked lists of every object in the book. That's design-and-implement rather than rewrite an existing design so maybe not something you'd be passionate about. IMO it would be better to rewrite the QIF parser and transaction creator into C++ and then wire it in to the "generic" infrastructure so that it presents the same user experience as other imports. I'm not sure how well that fits with your passion either, but I'm also not convinced that it makes sense to reimplement functional algorithms as OO classes. I reimplemented the Scheme report options system into C++ a couple of years ago and it turned out to be a largely start-from-scratch redesign. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Develop support for Import/Export using .xbrl?
> On Jan 26, 2024, at 12:42 PM, Frank H. Ellenberger > wrote: > > > > Am 25.01.24 um 19:59 schrieb John Ralls: >> Not really, it looks like a big-business thing. > OTOH I sem more and more governments requesting data for tex declaration in > xbrl format. > Prehaps we should start with xbrl as a report format? > Do these governments use the *same* XBRL format or does each country have its own variant? Do they really apply to individuals and very small businesses like the UK's MTD initiative? Next, are they F/LOSS friendly or do they, like the UK's MTD, require the generating program to include some secret token? Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Develop support for Import/Export using .xbrl?
> On Jan 25, 2024, at 4:45 AM, briancady413--- via gnucash-devel > wrote: > > In a recent reddit post, someone lamented that GNUCash had no support for > im/exporting in .xbrl format, which they said was a ubiquitous global > standard format for books. > > XBRL - Wikipedia > > | > | > | > | | | > > | > > | > | > | | > XBRL - Wikipedia > > XBRL is a standards-based way to communicate and exchange business > information between business systems. These c... > | > > | > > | > Not really, it looks like a big-business thing. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] xml for Romanian e-invoice
> On Jan 10, 2024, at 12:50 PM, Mihai DEMIAN wrote: > > Hello, > > My name is Mihai Demian, I am Romanian and I am one of many who has to > implement the e-invoice system within six months. > I tried to look at the sources for GC but I did not make any sense of most of > it. Although I am reading some books and trying to learn C programming, I did > not make it past the textbook exercises > Starting January 1st, the Romanian government decided to change the law so > that any invoice issued by any Romanian company has to send an xml invoice to > the IRS-equivalent entity (ANAF). I found some examples that i attached. > Unfortunately, those also don't make much sense. > There is a way of generating the xmls that I have to try here: > https://www.anaf.ro/CompletareFacturaInitial/faces/factura/informatiigenerale.xhtml > and technical information here: > https://mfinante.gov.ro/ro/web/efactura/informatii-tehnice. > Do you know if there is the possibility of generating this kind of xml files > from GC already? > If not, how hard would it be implement such a system? > How can I help? It would be hard for a beginner programmer but not too hard for somebody who already knows Scheme (not C for this) and is familiar with https://www.gnu.org/software/guile/manual/html_node/Reading-and-Writing-XML.html. The implementor will also have to be fluent in Romanian in order to understand the specifications. I think that rules out anyone on the GnuCash team. You'll need to recruit someone to write and maintain it for you. This sort of national specialization is generally out of scope for GnuCash so don't plan on contributing it. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] ANNOUNCE: GnuCash 5.5 Released
an, Dutch, English (Australia), English (New Zealand), English (United Kingdom), Finnish, German, Gujarati, Hungarian, Italian, Norwegian Bokmål, Polish, Portuguese, Portuguese (Brazil), Romanian, Russian, Slovak, Spanish, Swedish Help translate GnuCash on Weblate: https://hosted.weblate.org/engage/gnucash/ Known Problems Complete list of all open bugs: https://bugs.gnucash.org/buglist.cgi?bug_severity=blocker_severity=critical_severity=major_severity=normal_severity=minor_severity=trivial_status=NEW_status=ASSIGNED_status=NEEDINFO_status=REOPENED=0_id=8149=priority%2Cbug_severity_format=advanced Documentation No changes were associated with bug reports between releases 5.4 and 5.5 The following fixes and improvements were not associated with bug reports: • EBICS: for business customers (of the bank) rather than business users. • docbook: additional entities for business GUI-elements • docbook: gnc-gui-*: Rename the scheduled edit/new/delete menus to match a change in the program. New and Updated Translations: German Getting GnuCash for Windows and MacOS GnuCash is provided for both Microsoft Windows 8.1® and later and MacOS 10.13 (High Sierra)® and later in pre-built, all-in-one packages. An installer is provided for Microsoft Windows® while the MacOS® package is a disk image containing a drag-and-drop application bundle. GnuCash is also available as a flatpak from Flathub.org. Instructions for installing and running: https://wiki.gnucash.org/wiki/Flatpak The SHA256 Hashes for the downloadable files are: • b4daf67bb892b706323f62e9fa97242039d7dd0a2e1e10771e0c25817dd0ed3b gnucash-5.5.tar.bz2 • 73d2c367f7f1c2da045ce08cb7dfc619e43002ac1e17bb708e3287edff96ae47 gnucash-5.5.tar.gz • 720a60dca57e4199f28b5449158ddc89e62012f042a62c43b16c569fa0890275 gnucash-5.5.setup.exe • a27ab3dd3ada69456cb8033473f7bab5ae5874a4880416672d9b4fd2e1c26408 Gnucash-Intel-5.5-1.dmg • 93560f55d9305aef45525cf7e7143b72503365c353840dfaaa382d9dfb97c8ab gnucash-docs-5.5.tar.gz Microsoft Windows: https://github.com/Gnucash/gnucash/releases/download/5.5/gnucash-5.5.setup.exe https://downloads.sourceforge.net/gnucash/gnucash%20%28unstable%29/5.5/gnucash-5.5.setup.exe Apple macOS: https://github.com/Gnucash/gnucash/releases/download/5.5/Gnucash-Intel-5.5-1.dmg https://downloads.sourceforge.net/gnucash/gnucash%20%28unstable%29/5.5/Gnucash-Intel-5.5-1.dmg Getting GnuCash as source code If you want to compile GnuCash 5.5 for yourself, the source code can be downloaded from: https://github.com/Gnucash/gnucash/releases/download/5.5/gnucash-5.5.tar.bz2 https://github.com/Gnucash/gnucash/releases/download/5.5/gnucash-5.5.tar.gz https://downloads.sourceforge.net/gnucash/gnucash%20%28unstable%29/5.5/gnucash-5.5.tar.bz2 https://downloads.sourceforge.net/gnucash/gnucash%20%28unstable%29/5.5/gnucash-5.5.tar.gz To compile GnuCash from the source code by yourself, you will need at least Gtk+ 3.22.29, Guile 2.0, Boost 1.67, WebKitGtk 2.4, GoogleTest 1.8.0, cmake 3.10 and SWIG 2.0.12. Please consult the README.dependencies file in the sources for the exact list of dependencies and versions. Getting the documentation Note that the documentation for unstable releases is not on the GnuCash website. It is built daily and may be found on the development server under the locale directory; "C" is English, "de" is German, and so on. The documentation is included in the MacOS and Windows application bundles. If you want to compile the GnuCash Documentation 5.5 for yourself, the source code can be downloaded from: Sourceforge: https://downloads.sourceforge.net/gnucash/gnucash%20%28unstable%29/5.5/gnucash-docs-5.5.tar.gz GitHub: https://github.com/Gnucash/gnucash/releases/download/5.5/gnucash-docs-5.5.tar.gz You can also checkout the sources directly from the git repository as described at https://wiki.gnucash.org/wiki/Git. About the Program GnuCash is a free, open source accounting program released under the GNU General Public License (GPL) and available for GNU/Linux, *BSD, Solaris, MacOS, and Microsoft Windows. Programming on GnuCash began in 1997, and its first stable release was in 1998. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] String Freeze
Reminder: GnuCash 5.5 release is next Sunday so we have a string freeze this week to let the translators catch up. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] New Address Sanitizer and Code Coverage builds
Devs, I've just landed a new build type that builds GnuCash with the Address Sanitizer enabled, and two new build options, COVERAGE and GUILE_COVERAGE that along with some special targets easily generate code coverage information for the test suite or anything else that you might want coverage information for. There's details about using these features in the wiki at https://wiki.gnucash.org/wiki/Testing in sections cleverly titled Address Sanitizer and Coverage. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] WebKitGtk now defaults to Gtk4
> On Nov 21, 2023, at 1:13 PM, Geert Janssens > wrote: > > > * Configure a > > GtkTextView to understand HTML tags. This doesn't support charts, printing, > > or PDF export. > > While probably less work, the result would be a huge step back IMO. > Maybe just a step sideways: It actually should support printing, GtkTextView is the normal control for handling text documents in Gtk so GtkPrintOperation should work. Plus https://docs.gtk.org/gtk3/property.PrintOperation.export-filename.html exports to PDF. That's still true for Gtk4. So that leaves charts, which we'd have to draw on a cairo (Gtk3) or OpenGL (Gtk4) canvas. Qt has https://doc.qt.io/qt-5/qtcharts-index.html but web searches turn up only https://gitlab.gnome.org/GNOME/goffice/-/tree/master/goffice/graph?ref_type=heads a fork of which we gleefully excised a few years ago. That would be a step or two backwards but I guess it would be preferable to writing our own chart library. The good news is that it is being maintained, though at 2-3 commits/year I wouldn't say it's actively maintained. It's not likely to migrate to Gtk4 any time soon. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] WebKitGtk now defaults to Gtk4
> On Nov 21, 2023, at 1:13 PM, Geert Janssens > wrote: > > Keeping the links as you suggested in another reply in this thread is > definitely tricky. I have been researching this for an unrelated project. > Browsers are (rightfully) very reluctant to let a webpage interface with the > local filesystem in any way. The only universal method is defining a custom > handler for the user's default webbrowser. Similar to what we do with the > integrated WebKit instance, though now it has to be installed for the users > default browser, so somewhere on the user's system, outside of GnuCash' > direct control. I have never looked at whether there's a system-wide location > to store such handler that's read and interpreted by all common browsers. I > doubt it though. > Geert, I have a different idea that might work for your other project too: Instead of embedding links, embed a (java)script that connects to a network socket that the source program (GnuCash in our case) advertises and decorate it to look like a link. This stack overflow provides an example: https://stackoverflow.com/questions/9945693/connecting-client-to-server-using-socket-io Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Windows Build VM
> On Nov 9, 2023, at 1:38 PM, Manfred Usselmann wrote: > > Hi > > Am 2023-11-07 04:53, schrieb john: > >> >> >>> On Nov 6, 2023, at 16:12, Manfred Usselmann wrote: >>> >>> Hi John, >>> >>> Am 2023-11-06 19:31, schrieb john: >>>> On Nov 6, 2023, at 05:11, Manfred Usselmann wrote: >>>> Hi, >>>> Am 2023-10-01 17:47, schrieb john: >>>>>> On Oct 1, 2023, at 06:00, Derek Atkins wrote: >>>>>> On Sun, October 1, 2023 12:00 am, flywire wrote: >>>>>>> https://lists.gnucash.org/pipermail/gnucash-user/2023-April/106619.html >>>>>>> John wrote: >>>>>>>> we don't have a Windows CI action, the nightly builds are done with the >>>>>>>> https://github.com/gnucash/GnuCash-on-windows powershell scripts on a >>>>>>>> Windows VM in Derek's basement. >>>> The nightly builds are those on >>>> https://code.gnucash.org/builds/win32/stable/, right? >>>> Would it be possible to additonally provide a version there which includes >>>> the Python bindings? >>> No, there's no way to make that work with an installed package. >>>> Since there already exists a working build environment, I would hope that >>>> it's not too much work? >>> That depends on what you want to use for your Python. If you can use the >>> MSYS2 environment from Powershell (some MSYS2 things work directly in >>> Powershell, others need a Bash shell) then you can simply add >>> -DWITH_PYTHON=ON to the CMakeArgs in jhbuild and build it. Don't run the >>> installer, just add >>> c:\gcdev64\gnucash\stable\inst\lib\python3.11\site-packages to PYTHONPATH >>> and run your scripts. >>> If the MSYS2 python doesn't work for you then you'll need to fiddle with >>> paths and such so that CMake finds the python libraries that you want it >>> to. You must make sure that everything Python is linked to the same Python >>> installation. >>> >>> Thanks, this sounds promising. >>> >>> Results so far: >>> >>> - I had to set-executionpolicy Unrestricted. >>> >>> - I had to add libgcrypt to setup-mngw54.ps1 >>> >>> - How do I add -DWITH_PYTHON=ON to jhbuildrc? >>> append_autogenargs("gnucash", "-DWITH_PYTHON=ON") ? >> >> That will work. >> > > Good, thanks. > >> >>> >>> - configure OpenSP fails: >>> >>> checking build system type... Invalid configuration `x86_64-w64-mingw64': >>> system `mingw64' not recognized >>> configure: error: /bin/sh >>> /C/users/mu/Entwicklung/GnuCash/gcdev64/gnucash/stable/src/OpenSP-1.5.2/config.sub >>> x86_64-w64-mingw64 failed >>> *** Error during phase configure of OpenSP: ## Error running >>> /bin/bash -c "pushd >>> /C/users/mu/Entwicklung/GnuCash/gcdev64/gnucash/stable/src/OpenSP-1.5.2 && >>> ./autoinit.sh && popd && >>> /C/users/mu/Entwicklung/GnuCash/gcdev64/gnucash/stable/src/OpenSP-1.5.2/configure >>> --prefix /C/users/mu/Entwicklung/GnuCash/gcdev64/gnucash/stable/inst >>> --disable-Werror --disable-static --enable-shared --disable-doc-build >>> --disable-nls --build=x86_64-w64-mingw64" *** [1/14] >> >> That probably requires regenerating configure, which may or may not be as >> simple as running autoinit.sh. > Autoinit is already called for OpenSP in gnucash.modules. I'm afraid this is > a bit over my head. :-( Then do a mingw32 build like the distribution. We know that works. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] GnuCash 5.4 Repackaged
An astute flatpak user noticed that the version reflected in the splash screen and About GnuCash window wasn't quite right, showing the release commit as a revision of 5.3 instead of plain 5.4. I tracked the problem back to the tarball generation, so I've made new tarballs, AIO bundles, and flatpak release with the following names and SHA256 hashes. Nothing functional is changed so if you don't care about the version string there's no need to download except that distro packagers will probably want to use the new tarballs to avoid confusing their users. 7741165d6d652ea7b4a1e8498cf439a56b81a5cc8b653291a59054f2362abfcc gnucash-5.4-1.tar.bz2 7989c2fff67ff356e99c9a4b8d90a7759c7bde73844afb0595ee1322f4a19ced gnucash-5.4-1.tar.gz e1925591bb80b1ff8ddf0634652ef098072bd96a5bb98f000cdcc5c841ff gnucash-5.4-1.setup.exe ffe311fd2077cf1df15c253a5e062dc3801fa9db06829d3d12184184727e89c8 Gnucash-Intel-5.4-2.dmg e2a93460e7768b1b18e466e352ac13212b75094be6334ca0427b6cd4f66d8793 gnucash-docs-5.4.tar.gz Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] ANNOUNCE: GnuCash 5.4 Released
ucash/ Known Problems Complete list of all open bugs: https://bugs.gnucash.org/buglist.cgi?bug_severity=blocker_severity=critical_severity=major_severity=normal_severity=minor_severity=trivial_status=NEW_status=ASSIGNED_status=NEEDINFO_status=REOPENED=0_id=8149=priority%2Cbug_severity_format=advanced Documentation Concurrent with the release of GnuCash 5.4 we're pleased to also release a new version of the companion Manual and the Tutorial and Concepts Guide: Between 5.2 and 5.4, the following bugfixes were accomplished: Bug 799074 - Incorrect note re cash page in stock-txn-assistant The following fixes and improvements were not associated with bug reports: Add a Chinese translation for the Tutorial and Concepts Guide. Update git branches for API docs Refactor the build system feature for adding customized xslt files. Bump minimum cmake version to 3.14 to keep it in sync with the gnucash repo Fix race condition in creating symlinks for the kde help system. Update GitHub actions/checkout to v3 in all actions and add nightly-build github workflow. Manual (C,de): Replace obsolete 'gnc-fq-*' with 'gnucash-cli --quotes *' Guide (C,de,ru): Repair broken links from 'help' to 'manual' Guide (C,de), ch_invest: Remove section 'Finance::Quote install' Manual (C, de) Update F::Q screens to 1.57 Change version 4 to 5, branch maint to stable, and update Finance::Quote docs to reflect changes in GnuCash. New and Updated Translations: German The SHA256 Hashes for the downloadable files are: 9a069fe2bfea7ddf8afb90a523beab02a0963e9f1d4c36da9c91aef74787f354 gnucash-5.4.tar.bz2 9d3eb3cd63730cf34d4c14dea6921bfe57f3936e0ca6e17ffc04c38dc1b40061 gnucash-5.4.tar.gz 5bfed628750fc034b56fc6285a1b7b0bf9bc8aa1d831e7a946d523be27351d48 gnucash-5.4.setup.exe bd121cc9a15368a02501462151a948b3f460effd0e4ce7f01a2d96739e64ae1b Gnucash-Intel-5.4-1.dmg e2a93460e7768b1b18e466e352ac13212b75094be6334ca0427b6cd4f66d8793 gnucash-docs-5.2.tar.gz Getting GnuCash for Windows and MacOS GnuCash is provided for both Microsoft Windows 8.1® and later and MacOS 10.13 (High Sierra)® and later in pre-built, all-in-one packages. An installer is provided for Microsoft Windows® while the MacOS® package is a disk image containing a drag-and-drop application bundle. GnuCash is also available as a flatpak from Flathub.org. Instructions for installing and running: https://wiki.gnucash.org/wiki/Flatpak The SHA256 Hashes for the downloadable files are: Microsoft Windows: https://github.com/Gnucash/gnucash/releases/download/5.4/gnucash-5.4.setup.exe https://downloads.sourceforge.net/gnucash/gnucash%20%28unstable%29/5.4/gnucash-5.4.setup.exe Apple macOS: https://github.com/Gnucash/gnucash/releases/download/5.4/Gnucash-Intel-5.4-1.dmg https://downloads.sourceforge.net/gnucash/gnucash%20%28unstable%29/5.4/Gnucash-Intel-5.4-1.dmg Getting GnuCash as source code If you want to compile GnuCash 5.4 for yourself, the source code can be downloaded from: https://github.com/Gnucash/gnucash/releases/download/5.4/gnucash-5.4.tar.bz2 https://github.com/Gnucash/gnucash/releases/download/5.4/gnucash-5.4.tar.gz https://downloads.sourceforge.net/gnucash/gnucash%20%28unstable%29/5.4/gnucash-5.4.tar.bz2 https://downloads.sourceforge.net/gnucash/gnucash%20%28unstable%29/5.4/gnucash-5.4.tar.gz To compile GnuCash from the source code by yourself, you will need at least Gtk+ 3.22.29, Guile 2.0, Boost 1.67, WebKitGtk 2.4, GoogleTest 1.8.0, cmake 3.10 and SWIG 2.0.12. Please consult the README.dependencies file in the sources for the exact list of dependencies and versions. Getting the documentation Note that the documentation for unstable releases is not on the GnuCash website. It is built daily and may be found on the development server under the locale directory; "C" is English, "de" is German, and so on. The documentation is included in the MacOS and Windows application bundles. If you want to compile the GnuCash Documentation 5.4 for yourself, the source code can be downloaded from: Sourceforge: https://downloads.sourceforge.net/gnucash/gnucash%20%28unstable%29/5.4/gnucash-docs-5.4.tar.gz GitHub: https://github.com/Gnucash/gnucash/releases/download/5.4/gnucash-docs-5.4.tar.gz You can also checkout the sources directly from the git repository as described at https://wiki.gnucash.org/wiki/Git. About the Program GnuCash is a free, open source accounting program released under the GNU General Public License (GPL) and available for GNU/Linux, *BSD, Solaris, MacOS, and Microsoft Windows. Programming on GnuCash began in 1997, and its first stable release was in 1998. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] String Freeze
Devs, GnuCash 5.4 release is only a week away, so I've made and merged an updated gnucash.pot for the translators to work on. Please don't push any commits with new or revised translatable strings until after the release. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Building GnuCash on an M1 Mac failing on aqbanking
Not really. It makes more sense to automate the patch, which I'll do shortly. Regards, John Ralls > On Sep 6, 2023, at 10:14 PM, Ian Plunkett wrote: > > That worked! > > [1/2] Generating > ../../share/doc/pt/gnucash-manual/figures/AccountReg_Screen.png, > ../../shar...s/TxRptOpt_Screen.png, > ../../share/doc/pt/gnucash-manual/figures/icons/split_transaction.png > I: Moving temporary DESTDIR > '/Users/gnucash/opt/gnucash/inst/_jhbuild/root-gnucash-docs-git' into build > prefix > I: Install complete: 3779 files copied > *** success *** [80/80] > > Thanks for the help. Would it be useful for me to update the wiki? > https://wiki.gnucash.org/wiki/MacOS/Quartz > > -Ian > >> On Sep 6, 2023, at 4:24 PM, john wrote: >> >> >> >>> On Sep 6, 2023, at 15:24, Ian Plunkett wrote: >>> >>> Hello GnuCash Development Team! >>> >>> I’m trying to build GnuCash on a freshly installed M1 MacBook Air running >>> Ventura (13.5.1). I followed the guidelines here - >>> https://wiki.gnucash.org/wiki/MacOS/Quartz >>> >>> When I run jhbuild build, the aqbanking module is failing with the >>> following: >>> >>> >>> libtool: link: /Applications/Xcode.app/Contents/Developer/usr/bin/gcc >>> -dynamiclib -o .libs/libaqbanking.44.dylib .libs/dummy.o >>> -Wl,-force_load,aqbanking/.libs/libaqbanking_base.a >>> -Wl,-force_load,plugins/.libs/libabplugins.a >>> -L/Users/gnucash/opt/gnucash/inst/lib >>> -L/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/lib >>> -lgwenhywfar -lgmp -lz -lxmlsec1 -lltdl -lxslt -lxml2 -arch arm64 >>> -isysroot >>> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk >>> -mmacosx-version-min=13 -g -arch arm64 -isysroot >>> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk >>> -mmacosx-version-min=13 -Wl,-headerpad_max_install_names -g >>> -install_name /Users/gnucash/opt/gnucash/inst/lib/libaqbanking.44.dylib >>> -compatibility_version 50 -current_version 50.4 -Wl,-single_module >>> Undefined symbols for architecture arm64: >>> "_libintl_dgettext", referenced from: >>> _showUsage in libabplugins.a(main.o) >>> ld: symbol(s) not found for architecture arm64 >>> clang: error: linker command failed with exit code 1 (use -v to see >>> invocation) >>> make[4]: *** [Makefile:780: libaqbanking.la <http://libaqbanking.la/>] >>> Error 1 >>> make[4]: Leaving directory >>> '/Users/gnucash/opt/gnucash/build/aqbanking-6.5.4/src/libs' >>> make[3]: *** [Makefile:840: all-recursive] Error 1 >>> make[3]: Leaving directory >>> '/Users/gnucash/opt/gnucash/build/aqbanking-6.5.4/src/libs' >>> make[2]: *** [Makefile:472: all-recursive] Error 1 >>> make[2]: Leaving directory >>> '/Users/gnucash/opt/gnucash/build/aqbanking-6.5.4/src' >>> make[1]: *** [Makefile:759: all-recursive] Error 1 >>> make[1]: Leaving directory >>> '/Users/gnucash/opt/gnucash/build/aqbanking-6.5.4' >>> make: *** [Makefile:558: all] Error 2 >>> *** Error during phase build of aqbanking: ## Error running make >>> -j1 -j1 *** [52/80] >>> >>> >>> Any idea how I can fix this? Is there any way to build GnuCash via jhbuild >>> without building the aqbanking module? >> >> Yes. Apply this patch: >> --- configure.ac~2023-03-01 10:04:09 >> +++ configure.ac 2023-07-25 09:29:06 >> @@ -733,7 +733,7 @@ >> if test "$OS_TYPE" != "windows"; then >> oldlibs="$LIBS" >> LIBS="" >> - AC_SEARCH_LIBS(gettext, intl, [], [HAVE_I18N="no"]) >> + AC_SEARCH_LIBS(libintl_gettext, intl, [], [HAVE_I18N="no"]) >> i18n_libs="$LIBS" >> LIBS="$oldlibs" >> else >> >> and tell jhbuild to re-run configure. >> >> Regards, >> John Ralls > ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] User not getting notifications [Ticket#207941]
Pedro, I didn't do anything with notifications. I did make a mistake resolving a merge conflict with weblate that caused the parser errors. Regards, John Ralls > On Jun 26, 2023, at 9:59 AM, Pedro Albuquerque wrote: > > John, > > I don't know what you did, but after 17:00 I received a bunch of > notifications from GnuCash Weblate, regarding those repository items, parse > errors for Dutch (?). Those I was not supposed to receive. > > Thank you. > > On 26/06/23 16:51, Pedro Albuquerque wrote: >> John, >> >> Will do, thank you again! >> >> On 26/06/23 16:48, john wrote: >>> Pedro, >>> >>> I think it would be better for you to interact directly with Weblate >>> support on the ticket. >>> >>> Regards, >>> John Ralls >>> >>>> On Jun 25, 2023, at 20:38, Pedro Albuquerque wrote: >>>> >>>> John, >>>> >>>> thank you so much for following this. >>>> >>>> I attached a file with a bunch of screenshots, maybe Mr. Benjamin can >>>> identify exactly what am I missing, because I can't. >>>> >>>> I think the issue is GnuCash does not appear in my dashboard, even if >>>> it is watched and with active notifications. But I don't see a way to >>>> change that myself. >>>> >>>> Again, thank you very much. >>>> >>>> On 26/06/23 04:03, john wrote: >>>>> >>>>> >>>>>> Begin forwarded message: >>>>>> >>>>>> *From: *Benjamin Alan Jamie via Weblate Care >>>>>> *Subject: **RE: User not getting notifications [Ticket#207941]* >>>>>> *Date: *June 25, 2023 at 16:00:23 PDT >>>>>> *To: *jra...@ceridwen.us >>>>>> >>>>>> Hi, >>>>>> >>>>>> It seems that the user set his notification settings to unwanted >>>>>> state. They can change that at >>>>>> https://hosted.weblate.org/accounts/profile/#notifications >>>>>> >>>>>> and read about it at >>>>>> https://docs.weblate.org/en/weblate-4.18.1/user/profile.html#subscriptions >>>>>> >>>>>> >>>>>> It matters if the project is Watched, etc. You as project admin >>>>>> can’t change that, it’s only up to the user. >>>>>> >>>>>> Best, >>>>>> Benjamin >>>>>> -- >>>>>> Weblate >>>>>> -- >>>>>> You can follow us on Mastodon!https://fosstodon.org/@weblate >>>>> >>>> -- >>>> Regards, >>>> Pedro Albuquerque >>>> >>> >> -- >> Regards, >> Pedro Albuquerque >> ___ >> gnucash-devel mailing list >> gnucash-devel@gnucash.org >> https://lists.gnucash.org/mailman/listinfo/gnucash-devel > -- > Regards, > Pedro Albuquerque > ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] ANNOUNCE: GnuCash 5.3 Released
The GnuCash development team announces GnuCash 5.3, the fourth release in the stable 5.x series. This is a snap release to fix the bug listed below. Between 5.2 and 5.3, the following bugfixes were accomplished: • Bug 798967 - Cannot Save to Any Path After Upgrading to 5.2 Fix inverted if statement condition for save success flag The following fixes and improvements were not associated with bug reports: • Some memory cleanup by Chris Lam. • Missing from the 5.2 release notes is that Chris streamlined the transaction scrubbing so that each transaction gets scrubbed only once. This improves--in some cases substantially--the time to load and to run Check and Repair. New and Updated Translations: Dutch, French, Hungarian, Italian, Portuguese Help translate GnuCash on Weblate: https://hosted.weblate.org/engage/gnucash/ Known Problems Complete list of all open bugs: https://bugs.gnucash.org/buglist.cgi?bug_severity=blocker_severity=critical_severity=major_severity=normal_severity=minor_severity=trivial_status=NEW_status=ASSIGNED_status=NEEDINFO_status=REOPENED=0_id=8149=priority%2Cbug_severity_format=advanced Documentation This being a snap release there is no new documentation. Please continue to use the 5.2 versions. Getting GnuCash for Windows and MacOS GnuCash is provided for both Microsoft Windows 8.1® and later and MacOS 10.13 (High Sierra)® and later in pre-built, all-in-one packages. An installer is provided for Microsoft Windows® while the MacOS® package is a disk image containing a drag-and-drop application bundle. GnuCash is also available as a flatpak from Flathub.org. Instructions for installing and running: https://wiki.gnucash.org/wiki/Flatpak The SHA256 Hashes for the downloadable files are: • 1458cb08c585eae9d724bec6f2812bcc03bbe83ed294a46a7897aaab01a6f15a gnucash-5.3.tar.bz2 • e0d04e0fd5f03f39136e1f4d941ccd0202b64a6e92418f5382cb6a6772493529 gnucash-5.3.tar.gz • 4cd66cf6c261fe7f5fc071b8e01314f33fb97e3496fe832e07bad360c1cf685a gnucash-5.3.setup.exe • 6bf4940d851b49a4edf5d6dd3cbe37a1112bc3606cdb924ed6668ce0ad7c7427 Gnucash-Intel-5.3-1.dmg • b9eb6581b403665c308b8909cc4d588c9ce483139cbc3ed3638403f61aefb49b gnucash-docs-5.2.tar.gz Microsoft Windows: https://github.com/Gnucash/gnucash/releases/download/5.3/gnucash-5.3.setup.exe https://downloads.sourceforge.net/gnucash/gnucash%20%28unstable%29/5.3/gnucash-5.3.setup.exe Apple macOS: https://github.com/Gnucash/gnucash/releases/download/5.3/Gnucash-Intel-5.3-1.dmg https://downloads.sourceforge.net/gnucash/gnucash%20%28unstable%29/5.3/Gnucash-Intel-5.3-1.dmg Getting GnuCash as source code If you want to compile GnuCash 5.3 for yourself, the source code can be downloaded from: https://github.com/Gnucash/gnucash/releases/download/5.3/gnucash-5.3.tar.bz2 https://github.com/Gnucash/gnucash/releases/download/5.3/gnucash-5.3.tar.gz https://downloads.sourceforge.net/gnucash/gnucash%20%28unstable%29/5.3/gnucash-5.3.tar.bz2 https://downloads.sourceforge.net/gnucash/gnucash%20%28unstable%29/5.3/gnucash-5.3.tar.gz To compile GnuCash from the source code by yourself, you will need at least Gtk+ 3.22.29, Guile 2.0, Boost 1.67, WebKitGtk 2.4, GoogleTest 1.8.0, cmake 3.10 and SWIG 2.0.12. Please consult the README.dependencies file in the sources for the exact list of dependencies and versions. Getting the documentation Note that the documentation for unstable releases is not on the GnuCash website. It is built daily and may be found on the development server under the locale directory; "C" is English, "de" is German, and so on. The documentation is included in the MacOS and Windows application bundles. If you want to compile the GnuCash Documentation 5.2 for yourself, the source code can be downloaded from: Sourceforge: https://downloads.sourceforge.net/gnucash/gnucash%20%28unstable%29/5.3/gnucash-docs-5.2.tar.gz GitHub: https://github.com/Gnucash/gnucash/releases/download/5.3/gnucash-docs-5.2.tar.gz You can also checkout the sources directly from the git repository as described at https://wiki.gnucash.org/wiki/Git. About the Program GnuCash is a free, open source accounting program released under the GNU General Public License (GPL) and available for GNU/Linux, *BSD, Solaris, MacOS, and Microsoft Windows. Programming on GnuCash began in 1997, and its first stable release was in 1998. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel ___ gnucash-announce mailing list gnucash-annou...@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-announce ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] ANNOUNCE: GnuCash 5.2 File Save bug
There is a bug in GnuCash 5.2 that prevents saving compressed files, see https://bugs.gnucash.org/show_bug.cgi?id=798967. If you don't compress your XML files or you use a SQL backend you're not affected, and that provides an obvious work-around. We'll get a snap release of GnuCash 5.3 out in a day or so once the cause has been isolated and fixed. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] ANNOUNCE: GnuCash 5.2 Released
), Croatian, English (Australia), English (New Zealand), English (United Kingdom), Estonian, French, German, Hungarian, Lithuanian, Marathi, Norwegian Bokmål, Polish, Portuguese, Romanian, Spanish, Swedish, Ukrainian Help translate GnuCash on Weblate: https://hosted.weblate.org/engage/gnucash/ Known Problems Complete list of all open bugs: https://bugs.gnucash.org/buglist.cgi?bug_severity=blocker_severity=critical_severity=major_severity=normal_severity=minor_severity=trivial_status=NEW_status=ASSIGNED_status=NEEDINFO_status=REOPENED=0_id=8149=priority%2Cbug_severity_format=advanced Documentation Concurrent with the release of GnuCash 5.2 we're pleased to also release a new version of the companion Manual and the Tutorial and Concepts Guide: There are no changes in the documentation for this release. Getting GnuCash for Windows and MacOS GnuCash is provided for both Microsoft Windows 8.1® and later and MacOS 10.13 (High Sierra)® and later in pre-built, all-in-one packages. An installer is provided for Microsoft Windows® while the MacOS® package is a disk image containing a drag-and-drop application bundle. GnuCash is also available as a flatpak from Flathub.org. Instructions for installing and running: https://wiki.gnucash.org/wiki/Flatpak The SHA256 Hashes for the downloadable files are: • 4826176b7e70bb889f99c206faffadd892628d78525715e9f7128ecf48b14680 gnucash-5.2.tar.bz2 • 2d594cc889bb723746beb490f50853ccfb987b6e99e0a4587b058c51ca2a75a3 gnucash-5.2.tar.gz • 8299701f54d9b19743cbe90f1f369a4c998fd87436571d1b8fc630e7c71ffc13 gnucash-5.2.setup.exe • f7f0c82976755d228c32f71db4db8bde4e5de40c161011071dc39cac1f6f5a20 Gnucash-Intel-5.2-1.dmg • b9eb6581b403665c308b8909cc4d588c9ce483139cbc3ed3638403f61aefb49b gnucash-docs-5.2.tar.gz Microsoft Windows: https://github.com/Gnucash/gnucash/releases/download/5.2/gnucash-5.2.setup.exe https://downloads.sourceforge.net/gnucash/gnucash%20%28unstable%29/5.2/gnucash-5.2.setup.exe Apple macOS: https://github.com/Gnucash/gnucash/releases/download/5.2/Gnucash-Intel-5.2-1.dmg https://downloads.sourceforge.net/gnucash/gnucash%20%28unstable%29/5.2/Gnucash-Intel-5.2-1.dmg Getting GnuCash as source code If you want to compile GnuCash 5.2 for yourself, the source code can be downloaded from: https://github.com/Gnucash/gnucash/releases/download/5.2/gnucash-5.2.tar.bz2 https://github.com/Gnucash/gnucash/releases/download/5.2/gnucash-5.2.tar.gz https://downloads.sourceforge.net/gnucash/gnucash%20%28unstable%29/5.2/gnucash-5.2.tar.bz2 https://downloads.sourceforge.net/gnucash/gnucash%20%28unstable%29/5.2/gnucash-5.2.tar.gz To compile GnuCash from the source code by yourself, you will need at least Gtk+ 3.22.29, Guile 2.0, Boost 1.67, WebKitGtk 2.4, GoogleTest 1.8.0, cmake 3.10 and SWIG 2.0.12. Please consult the README.dependencies file in the sources for the exact list of dependencies and versions. Getting the documentation Note that the documentation for unstable releases is not on the GnuCash website. It is built daily and may be found on the development server under the locale directory; "C" is English, "de" is German, and so on. The documentation is included in the MacOS and Windows application bundles. If you want to compile the GnuCash Documentation 5.2 for yourself, the source code can be downloaded from: Sourceforge: https://downloads.sourceforge.net/gnucash/gnucash%20%28unstable%29/5.2/gnucash-docs-5.2.tar.gz GitHub: https://github.com/Gnucash/gnucash/releases/download/5.2/gnucash-docs-5.2.tar.gz You can also checkout the sources directly from the git repository as described at https://wiki.gnucash.org/wiki/Git. About the Program GnuCash is a free, open source accounting program released under the GNU General Public License (GPL) and available for GNU/Linux, *BSD, Solaris, MacOS, and Microsoft Windows. Programming on GnuCash began in 1997, and its first stable release was in 1998. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel ___ gnucash-announce mailing list gnucash-annou...@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-announce ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] Release 1 week away, so string freeze.
Reminder for all developers: The 5.2 release is one week away so please don't push any commits involving translatable strings until after that release. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Proposed improvement for OFX/QFX import
> On Jun 4, 2023, at 8:52 PM, Stephen Cohoon wrote: > > I have been using Gnucash for many years so I think it is time to > contribute. I have several credit card accounts from different banks that > each take a different approach to how they populate the tags in the > transaction download file. When I import these files I often have to spend > time cleaning up the description and notes fields, adding and deleting > text. In particular, one of my banks actually lets me set the memo field > for a transaction through their web page and app. I want this to appear in > the transaction description. I would like more control so I can specify > more precisely how this data is imported for each account separately. > > I propose adding 2 options to the account edit screen: > 1. Append Memo - when set, if the memo tag is populated then append that > text to the name tag and use that combined text to populate the transaction > description field. Default is off in which case the present logic is > invoked. > > 2. Suppress Notes - when set, skip the logic that populates the notes field > of the transaction. Default is off in which case the present logic is > invoked. > > These options function independently. > > I implemented this on 5.0 and tested it on my Linux machine. While I was > doing that 5.1 was released so I ported my changes to that release. I have > not tested on Windows since I don't have a Windows machine. I do have Macs > but I'm traveling and won't be able to build on that for another 2 months. > > I can create a pull request for review or post a diff if desired. I think > the correct step right now is to discuss this feature and see if it is an > acceptable idea for the community. > > What say you all? For the purposes of this mailing list, a PR is preferred. What you're proposing should be asked on the user list so that the broader audience can weigh in on whether this is a good idea, what other allied features should be included (e.g. should it be optional for the OFX Memo field to be written to the import account's split memo field instead of appended to the transaction) etc. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] History of gnu_quote_source_s old_internal_name?
Vince, Since old_internal_name is at present always the same as internal_name ISTM you can just remove it. A tool to update quote sources as F::Q evolves would be very helpful. As several users have noted in the ongoing saga of yahoo_json it's pretty painful to change them when one is following a lot of stocks. Regards, John Ralls > On May 25, 2023, at 23:18, Vincent Lucarelli > wrote: > > Hi, > > I’ve been slowly working on PR #1626 to use the to-be-released Finance::Quote > get_features() to communicate to gnucash at runtime the available quote > sources and required parameters like API keys. The PR describes what is > implemented and a sketch of what remains to be implemented. > > I’m at the point that I want to remove the hard coded sources in > gnucash/libgnucash/engine/gnc-commodity.c and dynamically populate the lists. > > However, I was surprised to find “old_internal_name” in the > gnc_quote_source_s struct with a deprecated comment. I see at least two > options > - remove it and added a tool to help users efficiently update their quote > sources > - keep a hard coded mapping in the source file and continue to carry > old_internal_name > > I don’t know the history or potential side effects of messing with > old_internal_name, but for maintainability, removing old_internal_names is > appealing. > > Any advice or guidance? > > Thanks, > > Vince > > > ___ > 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] Python bindings: "invalid unclassed pointer in cast to 'QofInstance'"
Looks like there's a bad pointer somewhere. Please open a bug report. Regards, John Ralls > On May 23, 2023, at 09:36, Steve Brown wrote: > > I get the following errors/warnings when using ApplyPayment to a > customer. > > * 06:56:27 WARN invalid unclassed pointer in cast to > 'QofInstance' > * 06:56:27 ERROR QofBook* qof_instance_get_book(gconstpointer): > assertion 'QOF_IS_INSTANCE(inst)' failed > * 06:56:27 WARN invalid unclassed pointer in cast to > 'QofInstance' > * 06:56:27 ERROR void qof_instance_get(const QofInstance*, const > gchar*, ...): assertion 'QOF_IS_INSTANCE (inst)' failed > > The same error is produced by the Python example > simple_business_create.py. > > The resulting account entries appear correct as well as the balance > sheet and income reports. > > I'm running yesterday's stable head 369b0855f on Ubuntu 22.04.2. > > Steve > > > ___ > 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] Finance::Quote on Mac M1 OSX Ventura
> On May 17, 2023, at 22:34, Bruce Schuck wrote: > > On 5/17/23 7:02 PM, John Ralls wrote: > >> That's interesting, but running your test from the end of that GitHub issue >> I get: >> ``` >> $ Hector:/Users/john> perl -MTest2::Plugin::NoWarnings -e 'print >> "$Test2::Plugin::NoWarnings::VERSION\n"' >> 0.09 >> $ Hector:/Users/john> perl -MTest2 -e 'print "$Test2::VERSION\n"' >> 1.302193 >> ``` >> DateTime::Locale also installs without error including passing all of its >> tests. Mind, I've had F::Q installed on it for a while. >> I'm running the current 13.4 developer beta. > > On the virgin OS out of the box, Test2 module is in the included Perl but its > version is 1.302162 (at least on 13.3.1). But if you look at the file > /System/Library/Perl/Extras/5.30/Test2/Plugin/NoWarnings.pm, line 9 is > > use Test2 1.302167; > > One would think that if the OS supplied bundle has a Perl module that > requires at minimum version of another module, the required module would be > that version or later. Not the case. The key here is until doing this testing > ** no other additional perl modules were installed **. > > Either 13.4 has more recent modules in the OS supplied Perl, or you updated > Test2 at some point in the past. > > I probably should have add the output of > > perl -MTest2 -e 'print "$Test2::VERSION\n"' > > in my comment, but before I installed *any* additional modules, it was > 1.302162 as noted above. > > I didn't want remove the OS supplied Test2::Plugin::NoWarnings, but I would > bet reinstalling it would trigger the correct dependency of Test2 also > getting installed. The 0.09 version already installed/included is the most > current release. Bruce, Indeed, /System/Library/Perl/5.30/Test2.pm version is 1.302167. 1.302193 is the version in /Library/Perl/5.30/Test2.pm meaning that I installed it via cpan. I added it to gnc-fq-update a couple of years ago to deal with https://bugs.gnucash.org/show_bug.cgi?id=798180. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Finance::Quote on Mac M1 OSX Ventura
> On May 17, 2023, at 15:31, Bruce Schuck wrote: > > While testing an install of Finance::Quote on a somewhat fresh out of the box > MacBook Pro running Ventura 13.3.1, some issues with the bundled Perl were > discovered. > > At first I thought it may have been prerequisites not properly defined for > DateTime::Locale, but a deeper analysis showed that the bundled Perl has > modules such as Test2::Plugin::Warnings with dependencies on modules that are > *not* part of the OS packaged Perl bundle. > > See https://github.com/houseabsolute/DateTime-Locale/issues/36 for the thread > between myself and the module's maintainer. Bruce, That's interesting, but running your test from the end of that GitHub issue I get: ``` $ Hector:/Users/john> perl -MTest2::Plugin::NoWarnings -e 'print "$Test2::Plugin::NoWarnings::VERSION\n"' 0.09 $ Hector:/Users/john> perl -MTest2 -e 'print "$Test2::VERSION\n"' 1.302193 ``` DateTime::Locale also installs without error including passing all of its tests. Mind, I've had F::Q installed on it for a while. I'm running the current 13.4 developer beta. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] GnuCash 5.1-2 for macOS
There's a gtk3 regression in Gnucash-5.1-1. Nobody's reported hitting it yet, but it's there: I left a patch out when I updated gtk3 to 3.34.37 just before the 5.1 release. I've re-packaged with a correctly-patched library. This also has a patch to fix https://bugs.gnucash.org/show_bug.cgi?id=798906 for those users with a dual-monitor setup where one monitor is Retina and the other isn't. 65a67bdffbe2d50e5dbe69b7193acfde6d8964a0fbd631edfd0d064fbaea03d3 Gnucash-Intel-5.1-2.dmg https://downloads.sourceforge.net/gnucash/gnucash%20%28stable%29/5.1/Gnucash-Intel-5.1-2.dmg https://github.com/Gnucash/gnucash/releases/download/5.1/Gnucash-Intel-5.1-2.dmg Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] running freshly built gnucash without reinstalling the entire package
You must remove the installed GnuCash to run a different version from the build directory. There are also two environment variables, GNC_UNINSTALLED and GNC_BUILDDIR, that are needed for some edge-cases, mostly involving Guile code. Set the first one to 1 and the second to your absolute build directory path. Regards, John Ralls > On May 1, 2023, at 5:48 AM, Platon Pronko wrote: > > Hi! > > I'm trying to apply some changes to the code and test them. Previously I > could just execute `make` in the build directory and then run > `./bin/gnucash`, however on 5.x versions that stopped working. My current > workaround is to build and reinstall the entire package (I'm on Arch Linux), > but that's very slow and inconvenient. > > Is there some way to run the code directly from the build tree, or install > into some temporary location and run from there? > > > Below are my attempts so far. > > When I run ./build/bin/gnucash (in the repository) I get some error about > inability to find app-utils module: > > ``` > ice-9/boot-9.scm:3330:6: In procedure resolve-interface: > no code for module (gnucash app-utils) > ``` > > I looked through the docs, and in "Starting GnuCash from the build tree" I > found some reference to installing it using some custom --prefix. My next > attempt was to run `make DESTDIR=/var/tmp/gnucash/ install`. Then I tried > starting gnucash from that temp location: > > ``` > $ /var/tmp/gnucash/usr/bin/gnucash > /var/tmp/gnucash/usr/bin/gnucash: error while loading shared libraries: > libgnc-module.so: cannot open shared object file: No such file or directory > ``` > > Which is logical, because the binaries were not installed in the global > library dirs. I tried adding the paths to LD_LIBRARY_PATH: > > ``` > $ LD_LIBRARY_PATH=/var/tmp/gnucash/usr/lib/:/var/tmp/gnucash/usr/lib/gnucash/ > ./usr/bin/gnucash > This is a development version. It may or may not work. > Report bugs and other problems to gnucash-devel@gnucash.org > You can also lookup and file bug reports at https://bugs.gnucash.org > To find the last stable version, please refer to https://www.gnucash.org/ > Backtrace: > In ice-9/boot-9.scm: > 1752:10 5 (with-exception-handler _ _ #:unwind? _ # _) > In unknown file: > 4 (apply-smob/0 #) > In ice-9/boot-9.scm: > 3935:20 3 (process-use-modules _) > 222:17 2 (map1 (((gnucash app-utils > 3936:31 1 (_ ((gnucash app-utils))) > 3330:6 0 (resolve-interface (gnucash app-utils) #:select _ #:hide …) > > ice-9/boot-9.scm:3330:6: In procedure resolve-interface: > no code for module (gnucash app-utils) > ``` > > Now I again get the error about inability to find the modules. Tried setting > GNC_MODULE_PATH - no effect. Then I tried setting GUILE_LOAD_PATH, and > observed some change in file open syscalls in strace. After tweaking > GUILE_LOAD_PATH some more I arrived at: > > ``` > LD_LIBRARY_PATH=/var/tmp/gnucash/usr/lib/:/var/tmp/gnucash/usr/lib/gnucash/ > GUILE_LOAD_PATH=/var/tmp/gnucash/usr/share/guile/site/3.0/ ./usr/bin/gnucash > ``` > > It starts, but fails with coredump when I try to do "File > Open...": > > ``` > gnucash/gnome-utils/dialog-file-access.c:487:gnc_ui_file_access: assertion > failed: (active_access_method_index >= 0) > ``` > > -- > Best regards, > Platon Pronko > PGP 2A62D77A7A2CB94E > ___ > 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] GnuCash 5.1 Released
nglish (New Zealand), English (United Kingdom), Estonian, French, German, Hindi, Hungarian, Japanese, Portuguese, Slovak, Spanish, Swedish, Turkish, Ukrainian Help translate GnuCash on Weblate: https://hosted.weblate.org/engage/gnucash/ Known Problems: A complete list of all open bugs: https://bugs.gnucash.org/buglist.cgi?bug_severity=blocker_severity=critical_severity=major_severity=normal_severity=minor_severity=trivial_status=NEW_status=ASSIGNED_status=NEEDINFO_status=REOPENED=0_id=8149=priority%2Cbug_severity_format=advanced Complete list of all open bugs. Documentation Concurrent with the release of GnuCash 5.1 we're pleased to also release a new version of the companion Manual and Tutorial and Concepts Guide The following fixes and improvements were not associated with bug reports: Add details for some CSV import options. New and Updated Translations: None Getting GnuCash for Windows and MacOS GnuCash is provided for both Microsoft Windows 8.1® and later and MacOS 10.13 (High Sierra)® and later in pre-built, all-in-one packages. An installer is provided for Microsoft Windows® while the MacOS® package is a disk image containing a drag-and-drop application bundle. GnuCash is also available as a flatpak from Flathub.org. Instructions for installing and running. The SHA256 Hashes for the downloadable files are: 8a6581ddf7c7409db636510601351af724eda363ab59b1d5da8d981033f26f72 gnucash-5.1.tar.bz2 bd73204896d71cb19c2071bca9cc6faaf19d1499be66124f4fe66c8e15f876cb gnucash-5.1.tar.gz 3ddc5547b5694a11a33e21e4110d1adb908f04995637a54bfa930df68c7df014 gnucash-5.1.setup.exe 48c38097fe744a7da7bbd454d0e58e3619194d8f41e6542137c0bebac440e386 Gnucash-Intel-5.1-1.dmg 59bd2b5ccc1efa7a034b38663e28f855b4ad16ee28b2248d61af8145097152f6 gnucash-docs-5.1.tar.gz Microsoft Windows: https://github.com/Gnucash/gnucash/releases/download/5.1/gnucash-5.1.setup.exe https://downloads.sourceforge.net/gnucash/gnucash%20%28unstable%29/5.1/gnucash-5.1.setup.exe Apple macOS: https://github.com/Gnucash/gnucash/releases/download/5.1/Gnucash-Intel-5.1-1.dmg https://downloads.sourceforge.net/gnucash/gnucash%20%28unstable%29/5.1/Gnucash-Intel-5.1-1.dmg Getting GnuCash as source code If you want to compile GnuCash 5.1 for yourself, the source code can be downloaded from: https://github.com/Gnucash/gnucash/releases/download/5.1/gnucash-5.1.tar.bz2 https://github.com/Gnucash/gnucash/releases/download/5.1/gnucash-5.1.tar.gz https://downloads.sourceforge.net/gnucash/gnucash%20%28unstable%29/5.1/gnucash-5.1.tar.bz2 https://downloads.sourceforge.net/gnucash/gnucash%20%28unstable%29/5.1/gnucash-5.1.tar.gz To compile GnuCash from the source code by yourself, you will need at least Gtk+ 3.22.29, Guile 2.0, Boost 1.67, WebKitGtk 2.4, GoogleTest 1.8.0, cmake 3.10 and SWIG 2.0.12. Please consult the README.dependencies file in the sources for the exact list of dependencies and versions. Getting the documentation Note that the documentation for unstable releases is not on the GnuCash website. It is built daily and may be found on the development server under the locale directory; "C" is English, "de" is German, and so on. The documentation is included in the MacOS and Windows application bundles. If you want to compile the GnuCash Documentation 5.1 for yourself, the source code can be downloaded from: Sourceforge: https://downloads.sourceforge.net/gnucash/gnucash%20%28unstable%29/5.1/gnucash-docs-5.1.tar.gz GitHub: https://github.com/Gnucash/gnucash/releases/download/5.1/gnucash-docs-5.1.tar.gz You can also checkout the sources directly from the git repository as described at https://wiki.gnucash.org/wiki/Git. About the Program GnuCash is a free, open source accounting program released under the GNU General Public License (GPL) and available for GNU/Linux, *BSD, Solaris, MacOS, and Microsoft Windows. Programming on GnuCash began in 1997, and its first stable release was in 1998. Regards, John Ralls ___ 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] Problem retrieving online quotes
> On Apr 29, 2023, at 12:56 PM, Herbert Thoma > wrote: > > Hi! > > when I press the "get online quotes" button > finance-quote-wrapper gets called, but it runs forever (at least > a few hours, then I killed it). > > I patched libgnucash/app-utils/gnc-quotes.cpp to write the json > string to a file before it is passed to finance-quote-wrapper. > This string looks good to me. > > When I pass the string to finance-quote-wrapper on the command line, > it spawns a few error messages of the form > "Use of uninitialized value in sprintf at > /usr/lib/perl5/site_perl/5.26.1/Finance/Quote/YahooJSON.pm line 168" > but it produces an output that looks good to me as well. > > There are about 60 different stocks/funds/currencies in the > request, the return string is about 20 kByte. > > Any idea how I could debug this further? > > Herbert. > > PS: Getting online quotes used to work with GnuCash 4.x for me. First, if you're not using a current git stable, do. Then attach a debugger to see what it's doing. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Wrapping gncOwnerGetOwnerFromTxn() for Python
> On Apr 25, 2023, at 10:35 AM, Steve Brown wrote: > > The subject function takes a GncOwner as an argument, modifies it and > returns the result through the argument. It's not clear how to create a > Swig INOUT map for a non-primitive type. So, I wrote a wrapper to > return the result in a normal way and indicate an error with a NULL > return. The wrapper allocates the owner with gncOwnerNew() and returns > a Python object of type GncOwner. > > However, I need an object of type Customer, Job,... based on the owner > type. So, on the Python side, I get the type from the instance and > create an object of the correct type such as Vendor via > Vendor(instance=instance). > > This works and I'm able to extract the vendor address and other data I > need. > > It's not clear how to free the owner object allocated by the wrapper. A > call to gncOwnerFree fails in the IN typemap because the Swig pointer > type didn't match one of the 4 alternatives. I added a > SWIG_ConvertPtr() for GncOwner, but got the same "couldn't convert" > message. It's not clear how to inspect the Swig pointer type to see why > it's complaining. > > This all seems overly complicated. Is there a better approach? > > Also, any advice on how to not leak GncOwner. You might combine the two parts into a single wrapper, maybe something like (not tested) GncCustomer* gncOwnerGetCustomerFromTxn(Transaction* txn) { GncOwner owner = { GNC_OWNER_NONE, NULL, NULL }; GncCustomer* customer = NULL; gncOwnerGetOwnerFromTxn(txn, ); if (owner->type == GNC_OWNER_CUSTOMER) { customer = gncOwnerGetCustomer(); } return customer; } Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Fraction in splits.value_denom is only 100 although the value in the qif file has more then decimal places 2
That's a false precision, it's the price or exchange rate that needs to change to reflect the exact amounts in each currency. Always tell GnuCash the amounts and let it calculate the price; after all it stores the amount and value in a split, not the price or exchange rate. That's always calculated. That's not to be confused with the price database that's used to present market values in reports and on the account page. Those market values are of course rounded, but they're also ephemeral because the price will be different soon: maybe in a second, maybe on the next trading day. Regards, John Ralls > On Apr 12, 2023, at 1:03 AM, Alexander Damm wrote: > > Hello, > > ok understood. Due to currency exchange it is sometimes necessary to be a > little more precise. But if only 2 decimal places are supported then it is > the way it is. > > We are not dealing with fraction of shares. > > Regards alex > > On Tue, 11 Apr 2023 at 19:13, john <mailto:jra...@ceridwen.us>> wrote: >> > On Apr 11, 2023, at 5:14 AM, Alexander Damm > > <mailto:alex.damm...@gmail.com>> wrote: >> > >> > Hello, >> > >> > I recognized, that although my qif imports has 6 decimal places, only 2 >> > decimal places seem to be imported and rounded up. >> > >> > Example 1: >> > QIF File: >> > >> > !Type:Invst >> > D05-01-2023 00:00:00 >> > NBuyX >> > YAMGN >> > T1506.114762 >> > I251.019127 >> > Q6 >> > MBuy: AMGEN INC Symbol:AMGN ISIN:US0311621009 >> > L[Bank] >> > $-1506.114762 >> > ^ >> > >> > Database: >> > name | value_num | value_denom >> > AMGN| 150611 | 100 >> > >> > >> > Example 2: >> > !Type:Invst >> > D05-01-2023 00:00:00 >> > NBuyX >> > YKHC >> > T1414.6985574 >> > I39.29718215 >> > Q36 >> > MKauf: KRAFT HEINZ CO/THE Symbol:KHC ISIN:US5007541064 >> > L[Bank] >> > $-1414.6985574 >> > ^ >> > >> > Database: >> > name | value_num | value_denom >> > KHC| 141470 | 100 >> > >> > >> > >> > This leads to incorrect amounts.Is this correct and/or wanted? >> > >> > Source: >> > https://github.com/hjacobs/gnucash-qif-import >> >> It's correct and wanted. There is no such thing as a millionth of a US >> dollar. The smallest legally recognized fraction is a hundredth, aka a penny. >> Note also that there is no legally recognized fraction of a share of Amgen >> or Kraft-Heinz. >> >> Is this from one of those investment-pool schemes where your broker pretends >> to let you trade fractional shares? >> >> Regards, >> John Ralls >> >> >> > > > -- > Alexander Damm (ehemals Ritzer) > Drosselweg 4 > 61440 Oberursel > Tel.: 016092173081 > <https://hangouts.google.com/?action=chat=+4916092173081=en=0> ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] gnucash czech translation
Karel, Please don't write directly to the GnuCash core team, use the mailing lists [1] or IRC [2]. Since you're asking about contributing to GnuCash I've copied the Developer mailing list. No, we have no visibility at all about how many users we have, never mind how many in any particular country. We know how many times GnuCash is downloaded from SourceForge and Github (about 33,000 for the 4.13 release) but that really counts only Windows and macOS users because nearly all Linux users download from their package manager or flathub, and it's a world-wide summary. Of course just because somebody downloads the program doesn't mean they install it and just because they install it doesn't mean they use it. Regards, John Ralls [1] https://wiki.gnucash.org/wiki/Mailing_Lists [2] https://wiki.gnucash.org/wiki/IRC > On Apr 7, 2023, at 4:16 PM, Karel Kadlubiec wrote: > > Dear John, I hope I am contacting the right person. I have been a GnuCash > user since 2010 and the Czech translation has not been updated since. I would > help with the translation but I have no idea how many people are using > GnuCash in our country. Can you tell? I don't want to do it just for myself. > Thank you > Karel ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Gnucash Reports and GL
OK. I suspected as much but I'd never heard of Nvidia Xrun before and wanted to make sure. GnuCash uses a component from WebKitGtk to display reports so I have to guess that Debian has packaged that in a way that works only with openGL. To test that you can install the Gnome Browser and see if it exhibits the same behavior. You can try setting the environment variable WEBKIT_DISABLE_COMPOSITING_MODE=1 and see if that prevents it using OpenGL. I think it's supposed to. If it doesn't the only option is to build your own WebKitGtk with -DUSE_OPENGL_OR_ES=OFF added to the options. You can find the build rules for Debian Unstable at https://salsa.debian.org/webkit-team/webkit/-/blob/wk2/unstable/debian/rules. Note that it has Gtk4 enabled and Gtk4 also depends heavily on OpenGL so you'll probably want to turn that off too. Good Luck! Regards, John Ralls > On Apr 6, 2023, at 12:20 PM, Almond G. wrote: > > > Sorry! Of course, I should have mentioned that: GNU/Linux Debian 11. > > Thank you, > > AG > > Eldijous 06/04/2023ales09:41:10 -0700,john > ha escrit: > >> What operating system? >> >> Regards, >> John Ralls >> >> >>> On Apr 6, 2023, at 1:15 AM, Almond G. wrote: >>> Hi, >>> I run gnucash in a laptop with an Optimus nvidia card along with an >>> integrated Intel graphics card. The only way I found to get things >>> working properly, ie. using the less battery-consuming Intel card >>> most of the time, has been resorting to nvidia-xrun only when >>> needed. To my surprise, gnucash reports only show up when I'm >>> running with the nvidia card, the rest of the features work >>> seamlessly. When running on the Intel card the reports appear just >>> as a white screen. >>> I couldn't find in the docs any way to configure reports so they don't >>> need gl-drivers. Is that possible? Any clues welcome! >>> Thank you for your reading. >>> Cheers, >>> -- almond >>> ___ >>> 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] Error building stable
Herbert, gcc 8 is the minimum required since 2019: https://github.com/Gnucash/gnucash/commit/e4bbf7257f6555808ffbac85e446ed0cb53c6015 According to https://software.opensuse.org/package/gcc there's no official gcc package for leap 15.4, but there are three community builds of gcc 12 and an experimental build of gcc 13. Under the heading "Unsupported distributions The following distributions are not officially supported. Use these packages at your own risk." it lists official releases and updates for gcc 7 under Leap 15.0, 15.1, and 15.2... so I guess building software isn't a supported activity on openSuSE. Maybe you should consider a different distro. In case you insist on using this obsolete compiler, I found an old Ubuntu 18.04 VM that has gcc 7.5 and built GnuCash all the way through. Although the static char* empty is easy to fix (and is actually wrong for a different reason), the next problem in gcc 7.5 is gnucash/gnome/dialog-report-column-view.cpp:533:29: error: unused variable ‘id’ [-Werror=unused-variable] auto [id, wide, high] = r->contents_list[r->contents_selected]; and the correct work-around (since 8 and later recognize that unless an rv is marked no discard in the function decl that it's normal to not use all of the values returned in a structured binding) of marking the decl with [[maybe_unused]] doesn't work: gnucash/gnome/dialog-report-column-view.cpp:533:46: error: unused variable ‘id’ [-Werror=unused-variable] [[maybe_unused]] auto [id, wide, high] = ^ so to get it to build on gcc 7 one must --- a/gnucash/gnome/dialog-report-column-view.cpp +++ b/gnucash/gnome/dialog-report-column-view.cpp @@ -530,7 +530,11 @@ gnc_column_view_edit_size_cb(GtkButton * button, gpointer user_data) if (r->contents_list.size() > static_cast(r->contents_selected)) { -auto [id, wide, high] = r->contents_list[r->contents_selected]; +#pragma GCC diagnostic push +#pragma GCC diagnostic warning "-Wunused-variable" +[[maybe_unused]] auto [id, wide, high] = +r->contents_list[r->contents_selected]; +#pragma GCC diagnostic pop gtk_spin_button_set_value(GTK_SPIN_BUTTON(colspin), static_cast(wide)); I'm not willing to do that to support a compiler that we said we don't 4 years ago, but the beauty of free software is that you can patch your own repo. Once it all builds it fails a test: /home/john/gnucash-git/libgnucash/engine/test/test-gnc-guid.cpp:82: Failure Value of: fail Actual: false Expected: true Parsing the bogus string should throw That's not good, it means that passing an invalid string to create a GUID will generate bogus output instead of signaling an error. I don't know why it's not throwing and I'm not sufficiently motivated to debug it. IMO it's far safer to upgrade to a more up-to-date compiler. Regards, John Ralls > On Apr 2, 2023, at 10:59 AM, Herbert Thoma > wrote: > > Am 02.04.23 um 19:23 schrieb john: >> Herbert, >> Hmm, I tested with gcc 8, 9, 10, and 12 . What version are you using? > > gcc --version > gcc (SUSE Linux) 7.5.0 > Copyright (C) 2017 Free Software Foundation, Inc. > > This is the latest stable open SUSE 15.4 > > Herbert. > >> The SWIG version doesn't matter as long as it's at least 3.0.12. >> Regards, >> John Ralls >>> On Apr 2, 2023, at 8:59 AM, Herbert Thoma >>> wrote: >>> >>> Hi John, Maarten, >>> >>> thnaks for the fixes. This error is now gone on my machine. >>> But it finds another one a bit later: >>> >>> [ 20%] Building CXX object >>> bindings/guile/CMakeFiles/gnucash-guile.dir/swig-engine.cpp.o >>> /home/tma/gnucash/gnucash_cvs/build_stable/bindings/guile/swig-engine.cpp: >>> In function ‘GncMultichoiceOptionIndexVec scm_to_multichoices(SCM, const >>> GncOptionMultichoiceValue&)’: >>> /home/tma/gnucash/gnucash_cvs/build_stable/bindings/guile/swig-engine.cpp:2153:28: >>> error: variable ‘empty’ set but not used [-Werror=unused-but-set-variable] >>> static const char* empty{""}; >>>^ >>> cc1plus: all warnings being treated as errors >>> >>> I understand that this is an autogenerated file. My version of swig is: >>> >>> SWIG Version 3.0.12 >>> >>> Compiled with g++ [x86_64-suse-linux-gnu] >>> >>> Configured options: +pcre >>> >>> Best, >>> Herbert. >>> >>> Am 02.04.23 um 17:36 schrieb john: >>>>> On Apr 2, 2023, at 1:38 AM, Maarten Bosmans wrote: >>>>> >>>>> Op ma 27 mrt 2023 om 17
Re: [GNC-dev] Website issues
Sadly, no. Regards, John Ralls > On Mar 30, 2023, at 1:01 PM, wrote: > > Is there anything I (or others) can do to help with what seems to be an > ongoing issue with the web provider? > > Paul > > -Original Message- > From: gnucash-devel On > Behalf Of John Ralls > Sent: Tuesday, March 28, 2023 6:24 PM > To: Pedro Albuquerque > Cc: gnucash-devel@gnucash.org > Subject: Re: [GNC-dev] Website issues > > Pedro, > > I found and I think fixed the problem with language stickiness on the > website, please try it out at https://code.gnucash.org/website. The normal > site (www.gnucash.org) is still not updating. > > Regards, > John Ralls > >> On Mar 26, 2023, at 11:24 PM, Pedro Albuquerque wrote: >> >> +1 >> >> On 26/03/2023 18:05, john wrote: >>> Pedro, >>> >>> I see the language-persistence problem. I'll have a look at that after I > finish the release, no need for a bug report. >>> >>> Although Linas fixed the SSL problem on www.gnucash.org he hasn't yet > fixed the update problem, so it's stuck in January. > https://code.gnucash.org/website reflects the current website state. But > there's a translation PR waiting including some of your changes. I'll merge > that later today. >>> >>> Regards, >>> John Ralls >>> >>>> On Mar 25, 2023, at 11:18 PM, Pedro Albuquerque wrote: >>>> >>>> Hello developers, >>>> >>>> Congratulations on yet another great version of GnuCash. >>>> >>>> I was checking the new release, and couldn't help noticing a couple of > issues with https://www.gnucash.org/index.phtml?lang=pt_PT. >>>> >>>> First, after choosing Portuguese as site language, when I change page > via left side menu, the language set is not preserved, it reverts to > English. >>>> >>>> Second, even though Weblate says my translation is 100% complete and > reviewed, I can see untranslated strings on the download page. Possibly > more, didn't check all pages. >>>> >>>> Do you want this in the bug tracker, or here is enough? Thank you in > advance. >>>> >>>> -- >>>> Regards, >>>> Pedro Albuquerque >>>> ___ >>>> gnucash-devel mailing list >>>> gnucash-devel@gnucash.org >>>> https://lists.gnucash.org/mailman/listinfo/gnucash-devel >>> >> -- >> Regards, >> Pedro Albuquerque >> > > ___ > 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] Website issues
Pedro, I found and I think fixed the problem with language stickiness on the website, please try it out at https://code.gnucash.org/website. The normal site (www.gnucash.org) is still not updating. Regards, John Ralls > On Mar 26, 2023, at 11:24 PM, Pedro Albuquerque wrote: > > +1 > > On 26/03/2023 18:05, john wrote: >> Pedro, >> >> I see the language-persistence problem. I'll have a look at that after I >> finish the release, no need for a bug report. >> >> Although Linas fixed the SSL problem on www.gnucash.org he hasn't yet fixed >> the update problem, so it's stuck in January. >> https://code.gnucash.org/website reflects the current website state. But >> there's a translation PR waiting including some of your changes. I'll merge >> that later today. >> >> Regards, >> John Ralls >> >>> On Mar 25, 2023, at 11:18 PM, Pedro Albuquerque wrote: >>> >>> Hello developers, >>> >>> Congratulations on yet another great version of GnuCash. >>> >>> I was checking the new release, and couldn't help noticing a couple of >>> issues with https://www.gnucash.org/index.phtml?lang=pt_PT. >>> >>> First, after choosing Portuguese as site language, when I change page via >>> left side menu, the language set is not preserved, it reverts to English. >>> >>> Second, even though Weblate says my translation is 100% complete and >>> reviewed, I can see untranslated strings on the download page. Possibly >>> more, didn't check all pages. >>> >>> Do you want this in the bug tracker, or here is enough? Thank you in >>> advance. >>> >>> -- >>> Regards, >>> Pedro Albuquerque >>> ___ >>> gnucash-devel mailing list >>> gnucash-devel@gnucash.org >>> https://lists.gnucash.org/mailman/listinfo/gnucash-devel >> > -- > Regards, > Pedro Albuquerque > ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Gnucash % Build on Linux MInt
David, You have to be careful when downloading from Github to download the tar.gz or tar.bz2 (in this case gnucash-5.0.tar.bz2) and avoid the "Source code" downloads. Regards, John Ralls > On Mar 28, 2023, at 1:55 PM, David Cousens wrote: > > Thanks Geert, > > I usually build from the tarball but for some reason wasn't able to download > it > from the website yesterday so I tried downloading it from Github. > > David > > On Tue, 2023-03-28 at 20:34 +0800, Geert Janssens wrote: >> The big difference is a git clone can generate de required file because the >> needed info is in the clone metadata. The zip file is automatically generated >> by github. We don't control this and unfortunately it doesn't contain the >> info >> the build needs. For that reason each release is accompanied with a release >> tarball, generated by the gnucash developers themselves and that does have >> the missing file. You can find links to the tarball in the release >> announcements. >> >> Regards, >> >> Geert >> >> David Cousens schreef op 28 maart 2023 14:23:24 >> GMT+08:00: >>> That worked for me too Stephen, thnaks. >>> >>> The missing file is still not there in the git clone of the repository, so >>> either the cmake is looking for and finding it it elsewhere but the >>> downloaded >>> ZIP still isn't compiling. >>> Cheers >>> David >>> gnucash-devel mailing list >>> gnucash-devel@gnucash.org >>> https://lists.gnucash.org/mailman/listinfo/gnucash-devel >> Sent from my smartphone. Please excuse my brevity. > > ___ > 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] [GNC] GnuCash 5.0 Released
Nope, the schema is the same as before. Regards, John Ralls > On Mar 27, 2023, at 9:53 AM, Tim Rohrer wrote: > > I’ve been working over the past few months on a Python app to help users > migrate from Quicken Mac, which will only export csv files. I’m using Piecash > for writing the database. > > As I look through this list of note/features, I’m not seeing anything that > changes the the book’s sql file structure. > > Am I missing anything? > > Thank you for your work! I look forward to downloading and experimenting. > > Tim > >> On Mar 26, 2023, at 16:13, John Ralls wrote: >> >> The GnuCash development team announces GnuCash 5.0. >> >> New Features >> >> A new Stock Transaction Assistant to guide you through entering most >> investment transactions for stocks, bonds, and mutual funds. You can access >> it from Actions>Stock Assistant when the focus tab is the Accounts page or a >> Stock or Fund account register. >> A new Investment Lots report showing a graph of capital gains and losses >> in a period by investment lot. Note that if you don't use the View Lots >> dialog to manage capital gains and losses this report won't have anything to >> show you. Use Reports>Assets & Liabilities>Investment Lots to see the report. >> The Online Quotes facility has been completely rewritten and the old >> gnc-fq-check, gnc-fq-dump, and gnc-fq-helper programs have been replaced >> with finance-quote-wrapper. The functions performed by those programs may >> now be accomplished by passing commands to gnucash-cli -Q, see gnucash-cli >> --help for specifics. The perl module requirements have changed with the >> rewrite: The new version doesn't need Date::Manip but needs JSON::Parse >> instead. gnc-fq-update has been, er, updated to reflect that. >> A new tab on the New/Edit Account dialog called More Properties includes >> entries to set a high and low limit on an account. That's coupled to a new >> column that's available on the Accounts Page, Balance Limit. If you set a >> high or low limit and the account balance falls above or below the >> respective limit an indicator will be shown in the Balance Limit column. >> The description field quickfill in the register now displays a drop-down >> list of possible completions instead of just one inline completion. >> File import menu items for the MT940, MT942, and DTAUS formats is replaced >> with a single Import from AQBanking that supports importing any file format >> supported by AQBanking, including the frequently requested CAMT. (Note that >> some CAMT profiles are under the XML format.) >> The import matcher now permits editing descriptions, notes, and memo >> fields in the matcher window before creating the transactions. Right-click >> and select from the context menu. >> The report generated by the Print Invoice button on the Edit Invoice tab >> can now be configured as a book option at the bottom of the Business tab; >> this permits selecting a saved configuration of one of the standard invoice >> reports. Another option enables a delay, during which a dialog box will >> appear enabling the user to select a different report. Note: When saving a >> configuration make sure that the invoice number is not set or you'll get >> that particular invoice instead of the one that you pressed the button for. >> >> Significant Code Changes >> Deprecations (will be removed in GnuCash 6.0) >> >> _ (the alias for gettext. Use G_ instead) >> gnc:make-account-list-limited-option >> gnc:make-account-list-option >> gnc:make-account-sel-limited-option >> gnc:make-account-sel-option >> gnc:make-budget-option >> gnc:make-color-option >> gnc:make-commodity-option >> gnc:make-complex-boolean-option >> gnc:make-counter-format-option >> gnc:make-counter-option >> gnc:make-currency-option >> gnc:make-date-format-option >> gnc:make-font-option >> gnc:make-internal-option >> gnc:make-invoice-option >> gnc:make-list-option >> gnc:make-multichoice-callback-option >> gnc:make-multichoice-option >> gnc:make-number-plot-size-option >> gnc:make-number-range-option >> gnc:make-owner-option >> gnc:make-pixmap-option >> gnc:make-query-option >> gnc:make-radiobutton-option >> gnc:make-simple-boolean-option >> gnc:make-string-option >> gnc:make-taxtable-option >> gnc:make-text-option >> gnc:option-set-default-value >> gnc:option-set-value >> gnc:option-setter >&g
Re: [GNC-dev] [GNC] GnuCash 5.0 Released
Rats. The correct hash and version number is c8ea60b2ccbeab5f6997a927939a0fad715fbbe494644e586c6c386bfec6857a Gnucash-Intel-5.0-1.dmg I've fixed the release notes and the SourceForge README. Thanks for the report. Regards, John Ralls > On Mar 27, 2023, at 9:28 AM, Peter West via gnucash-user > wrote: > > I have just noticed that the hash given in the release email for > Gnucash-Intel-5.0-2.dmg > is the correct hash for > Gnucash-Intel-5.0-1.dmg > which is the version which downloads from the first download link for Apple > MacOS in the release email. The has I used was the one given for > Gnucash-Intel-5.0-1.dmg > on the SourceForge page. > > Hence my confusion. > > — > Peter West > p...@pbw.id.au > When he had said these things, he cried out with a loud voice, “Lazarus, come > out.” > > > >> On 27 Mar 2023, at 9:25 am, Peter West via gnucash-user >> wrote: >> >> The sha256 hash for Gnucash-Intel-5.0-1.dmg is not equal to the value given >> at SourceForge. >> >> $ sha256 Gnucash-Intel-5.0-1.dmg >> b43b61244e195f6f8c52f83430c08671e8a02f47a00f09e4295652ce9d57443a >> Gnucash-Intel-5.0-1.dmg FAIL >> c8ea60b2ccbeab5f6997a927939a0fad715fbbe494644e586c6c386bfec6857a NOT EQUAL TO >> b43b61244e195f6f8c52f83430c08671e8a02f47a00f09e4295652ce9d57443a >> >> >> — >> Peter West >> p...@pbw.id.au <mailto:p...@pbw.id.au>“Rejoice and be glad, for your reward >> is great in heaven, for so they persecuted the prophets who were before you.” >> >>> On 27 Mar 2023, at 7:09 am, John Ralls >> <mailto:jra...@ceridwen.us>> wrote: >>> >>> The GnuCash development team announces GnuCash 5.0. >>> >>> New Features >>> >>> A new Stock Transaction Assistant to guide you through entering most >>> investment transactions for stocks, bonds, and mutual funds. You can access >>> it from Actions>Stock Assistant when the focus tab is the Accounts page or >>> a Stock or Fund account register. >>> A new Investment Lots report showing a graph of capital gains and losses >>> in a period by investment lot. Note that if you don't use the View Lots >>> dialog to manage capital gains and losses this report won't have anything >>> to show you. Use Reports>Assets & Liabilities>Investment Lots to see the >>> report. >>> The Online Quotes facility has been completely rewritten and the old >>> gnc-fq-check, gnc-fq-dump, and gnc-fq-helper programs have been replaced >>> with finance-quote-wrapper. The functions performed by those programs may >>> now be accomplished by passing commands to gnucash-cli -Q, see gnucash-cli >>> --help for specifics. The perl module requirements have changed with the >>> rewrite: The new version doesn't need Date::Manip but needs JSON::Parse >>> instead. gnc-fq-update has been, er, updated to reflect that. >>> A new tab on the New/Edit Account dialog called More Properties includes >>> entries to set a high and low limit on an account. That's coupled to a new >>> column that's available on the Accounts Page, Balance Limit. If you set a >>> high or low limit and the account balance falls above or below the >>> respective limit an indicator will be shown in the Balance Limit column. >>> The description field quickfill in the register now displays a drop-down >>> list of possible completions instead of just one inline completion. >>> File import menu items for the MT940, MT942, and DTAUS formats is replaced >>> with a single Import from AQBanking that supports importing any file format >>> supported by AQBanking, including the frequently requested CAMT. (Note that >>> some CAMT profiles are under the XML format.) >>> The import matcher now permits editing descriptions, notes, and memo >>> fields in the matcher window before creating the transactions. Right-click >>> and select from the context menu. >>> The report generated by the Print Invoice button on the Edit Invoice tab >>> can now be configured as a book option at the bottom of the Business tab; >>> this permits selecting a saved configuration of one of the standard invoice >>> reports. Another option enables a delay, during which a dialog box will >>> appear enabling the user to select a different report. Note: When saving a >>> configuration make sure that the invoice number is not set or you'll get >>> that particular invoice instead of the one that you pressed the button for. >>> >>> Significant Code C
[GNC-dev] Repository Branch Changes
I've created new `stable` branches in gnucash.git and gnucash-docs.git and changed Github's default branch to them. This is effectively a rename of master; when Derek has time he'll delete the master branches from code and Github. You can modify your local repositories with: git branch -D maint git branch -m master stable git fetch origin git branch -u origin/stable stable git remote set-head origin -a and optionally to clean things up: git remote prune origin Please do this ASAP to avoid inadvertently pushing anything to maint or master! Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] GnuCash 5.0 Released
rogram released under the GNU General Public License (GPL) and available for GNU/Linux, *BSD, Solaris, MacOS, and Microsoft Windows. Programming on GnuCash began in 1997, and its first stable release was in 1998. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] GnuCash 4.14 Released
ocalized *; entities Guide:C: Replace several wrong usages off "Help" Protocol "help:" Link type "Help"—both are available only under Linux Document reference should be "Manual" New and Updated Translations: None Getting GnuCash for Windows and MacOS GnuCash is provided for both Microsoft Windows 8.1® and later and MacOS 10.13 (High Sierra)® and later in pre-built, all-in-one packages. An installer is provided for Microsoft Windows® while the MacOS® package is a disk image containing a drag-and-drop application bundle. GnuCash is also available as a flatpak from Flathub.org. Instructions for installing and running. The SHA256 Hashes for the downloadable files are: ac1b550bc6a85c458323fbee5090828ed939aefd33a6902a0bba3e5d99c04199 gnucash-4.14.tar.bz2 441a49b93874a400ba2152a3974e508cf7918c2d8d85340398b21c9ee8968e71 gnucash-4.14.tar.gz 5454676a365f3d6539b4f01081fc1859185829761e644f13edfd1b9e51535d2d gnucash-4.14.setup.exe 4ed562c3bbfe4f5317b222b1d3728bd1c1bbf5f36ab335bab28c53a04417ab7d Gnucash-Intel-4.14-1.dmg 03793eb6a962018716628be7c7979e759b5db050990e2ac78c8905c037736da9 gnucash-docs-4.14.tar.gz Microsoft Windows: https://github.com/Gnucash/gnucash/releases/download/4.14/gnucash-4.14.setup.exe https://downloads.sourceforge.net/gnucash/gnucash%20%28unstable%29/4.14/gnucash-4.14.setup.exe Apple macOS: https://github.com/Gnucash/gnucash/releases/download/4.14/Gnucash-Intel-4.14-1.dmg https://downloads.sourceforge.net/gnucash/gnucash%20%28unstable%29/4.14/Gnucash-Intel-4.14-1.dmg Getting GnuCash as source code If you want to compile GnuCash 4.14 for yourself, the source code can be downloaded from: https://github.com/Gnucash/gnucash/releases/download/4.14/gnucash-4.14.tar.bz2 https://github.com/Gnucash/gnucash/releases/download/4.14/gnucash-4.14.tar.gz https://downloads.sourceforge.net/gnucash/gnucash%20%28unstable%29/4.14/gnucash-4.14.tar.bz2 https://downloads.sourceforge.net/gnucash/gnucash%20%28unstable%29/4.14/gnucash-4.14.tar.gz To compile GnuCash from the source code by yourself, you will need at least Gtk+ 3.22.29, Guile 2.0, Boost 1.67, WebKitGtk 2.4, GoogleTest 1.8.0, cmake 3.10 and SWIG 2.0.12. Please consult the README.dependencies file in the sources for the exact list of dependencies and versions. Getting the documentation Note that the documentation for unstable releases is not on the GnuCash website. It is built daily and may be found on the development server under the locale directory; "C" is English, "de" is German, and so on. The documentation is included in the MacOS and Windows application bundles. If you want to compile the GnuCash Documentation 4.14 for yourself, the source code can be downloaded from: Sourceforge: https://downloads.sourceforge.net/gnucash/gnucash%20%28unstable%29/4.14/gnucash-docs-4.14.tar.gz GitHub: https://github.com/Gnucash/gnucash/releases/download/4.14/gnucash-docs-4.14.tar.gz You can also checkout the sources directly from the git repository as described at https://wiki.gnucash.org/wiki/Git. About the Program GnuCash is a free, open source accounting program released under the GNU General Public License (GPL) and available for GNU/Linux, *BSD, Solaris, MacOS, and Microsoft Windows. Programming on GnuCash began in 1997, and its first stable release was in 1998. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Git branches
We're 3 days away from releasing 5.0 and so 4 days away from shuffling the branches. Absent any objections I intend to rename the current "master" to "stable" and make it the default branch on Github. Bugfixes and minor-to-medium features can go to stable. I'll rename maint to archive/maint so that nobody is tempted to commit to it any more. We have a little time to discuss the medium-to-major branch name. We don't need it until someone has a medium-to-major feature branch to merge in. While "unstable" is the logical opposite of "stable" it's also shares too many letters, though unlike "main" and "maint" at least the extra letters are upfront so you're less likely to get bitten by completion. I'm inclined toward "development". "devel" would be OK if spell-check didn't keep trying to turn it into "level". Regards, John Ralls > On Nov 18, 2022, at 9:08 AM, john wrote: > > We could pinch from Debian and use stable, testing, and unstable, where > testing is the alpha/beta pre-major-release weeklies. > > Regards, > John Ralls > > >> On Nov 18, 2022, at 7:55 AM, Geert Janssens >> wrote: >> >> I'm fine with just doing the simple name change for our two primary branches >> as it's the option of least effort. >> >> I'd rather have a different name than "main" though. It's a bit ambiguous >> and like "master" suggesting this branch is somehow more important than the >> other long-term branch "maint". I'd rather have names that help guide >> contributors to the right branch to work from. I don't think there's a >> silver bullet here though, but some names may give more of a hint than >> others. Some suggestions: >> >> * "current" vs "future" as shorthands for "current-release-series" or >> "future-release-series" >> * "maintenance" ("maint") vs "development" ("devel") >> * "stable" vs "development" >> >> That said, I'm also very interested in the single branch model as >> alternative. Discussion on that is for another message. >> >> Regards, >> >> Geert >> >> Op maandag 14 november 2022 20:59:26 CET schreef john: >>>> On Nov 14, 2022, at 11:11 AM, Alex Aycinena >>>> wrote: >>>> >>>> how about a simple change, like calling it 'main' rather than >>>> 'master' and keeping the existing pattern for branches. >>> >>> That would be OK as long as long as the two names aren't similar. main and >>> stable would be OK; with main and maint one is far too likely to do >>> something to the wrong branch. >>> >>> Regards, >>> John Ralls >>> >>> ___ >>> 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] GnuCash 4.904 Released
g/buglist.cgi?bug_severity=blocker_severity=critical_severity=major_severity=normal_severity=minor_severity=trivial_status=NEW_status=ASSIGNED_status=NEEDINFO_status=REOPENED=0_id=8149=priority%2Cbug_severity_format=advanced Documentation There were no documentation changes. Continue to use the 4.903 manual and guide. Getting GnuCash for Windows and MacOS GnuCash is provided for both Microsoft Windows 8.1® and later and MacOS 10.13 (High Sierra)® and later in pre-built, all-in-one packages. An installer is provided for Microsoft Windows® while the MacOS® package is a disk image containing a drag-and-drop application bundle. GnuCash is also available as a flatpak from Flathub.org. Instructions for installing and running: https://wiki.gnucash.org/wiki/Flatpak The SHA256 Hashes for the downloadable files are: * 72f9c2141bfe1d313f799ccb2390744c68385a1c28e1a52ba64afab3421823b0 gnucash-4.904.tar.bz2 * 4adf7e3673fe41202a61d91d6e52e9ab94badc88ff05406e55f91d21c366fd31 gnucash-4.904.tar.gz * 008b934eeb357f49cfb062974b869a16c46ca02f41d6e553f5844e2ea4711ad7 gnucash-4.904.setup.exe * cb66c9db5a47197a54813d438402d94df070b055edf63bb1ac9eae125295eb5b Gnucash-Intel-4.904-1.dmg * 3d45084b6f191cd093a64c2186ac05083f95d718d2adb1c6690abf0e5a59736b gnucash-docs-4.903.tar.gz Microsoft Windows: https://github.com/Gnucash/gnucash/releases/download/4.904/gnucash-4.904.setup.exe https://downloads.sourceforge.net/gnucash/gnucash%20%28unstable%29/4.904/gnucash-4.904.setup.exe Apple macOS: https://github.com/Gnucash/gnucash/releases/download/4.904/Gnucash-Intel-4.904-1.dmg https://downloads.sourceforge.net/gnucash/gnucash%20%28unstable%29/4.904/Gnucash-Intel-4.904-1.dmg Getting GnuCash as source code If you want to compile GnuCash 4.904 for yourself, the source code can be downloaded from: https://github.com/Gnucash/gnucash/releases/download/4.904/gnucash-4.904.tar.bz2 https://github.com/Gnucash/gnucash/releases/download/4.904/gnucash-4.904.tar.gz https://downloads.sourceforge.net/gnucash/gnucash%20%28unstable%29/4.904/gnucash-4.904.tar.bz2 https://downloads.sourceforge.net/gnucash/gnucash%20%28unstable%29/4.904/gnucash-4.904.tar.gz To compile GnuCash from the source code by yourself, you will need at least Gtk+ 3.22.29, Guile 2.0, Boost 1.67, WebKitGtk 2.4, GoogleTest 1.8.0, cmake 3.10 and SWIG 2.0.12. Please consult the README.dependencies file in the sources for the exact list of dependencies and versions. Getting the documentation Note that the documentation for unstable releases is not on the GnuCash website. It is built daily and may be found on the development server under the locale directory; "C" is English, "de" is German, and so on. The documentation is included in the MacOS and Windows application bundles. If you want to compile the GnuCash Documentation 4.903 for yourself, the source code can be downloaded from: Sourceforge: https://downloads.sourceforge.net/gnucash/gnucash%20%28unstable%29/4.903/gnucash-docs-4.903.tar.gz GitHub: https://github.com/Gnucash/gnucash/releases/download/4.903/gnucash-docs-4.903.tar.gz You can also checkout the sources directly from the git repository as described at https://wiki.gnucash.org/wiki/Git. About the Program GnuCash is a free, open source accounting program released under the GNU General Public License (GPL) and available for GNU/Linux, *BSD, Solaris, MacOS, and Microsoft Windows. Programming on GnuCash began in 1997, and its first stable release was in 1998. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] GnuCash 4.903 Released
• Update sample & custom reports • Update for sample-report • Only use localized *; entities • Simplify screenshot declarations • Add documentation for new Investment Lots report Add screenshots, links, etc more cleanup, add missing images cleanup documentation • Guide:C: Replace several wrong usages off "Help" Protocol "help:" Link type "Help"—both are only under Linux available Document reference should be "Manual" Getting GnuCash for Windows and MacOS GnuCash is provided for both Microsoft Windows 8.1® and later and MacOS 10.13 (High Sierra)® and later in pre-built, all-in-one packages. An installer is provided for Microsoft Windows® while the MacOS® package is a disk image containing a drag-and-drop application bundle. GnuCash is also available as a flatpak from Flathub.org. Instructions for installing and running: https://wiki.gnucash.org/wiki/Flatpak The SHA256 Hashes for the downloadable files are: • 89986a98afd1885b126529ed98bc614a65efa0cf58dc37f616ab178d9aa95157 gnucash-4.903.tar.bz2 • c4060a1d6412586ea7bbad50a7e06bb81e4718f71d528bfa9f643e82977aa109 gnucash-4.903.tar.gz • 9832069131c01e694f579f5f4459f6adb888567e8b33fd95c8911991f9960cb0 gnucash-4.903.setup.exe • 82120b26c79a4c0c7a73aeab3115d2d70688fbc41c7cc0a3214d7ef700a1bf62 Gnucash-Intel-4.903-1.dmg • 3d45084b6f191cd093a64c2186ac05083f95d718d2adb1c6690abf0e5a59736b gnucash-docs-4.900.tar.gz Microsoft Windows: https://github.com/Gnucash/gnucash/releases/download/4.903/gnucash-4.903.setup.exe https://downloads.sourceforge.net/gnucash/gnucash%20%28unstable%29/4.903/gnucash-4.903.setup.exe Apple macOS: https://github.com/Gnucash/gnucash/releases/download/4.903/Gnucash-Intel-4.903-1.dmg https://downloads.sourceforge.net/gnucash/gnucash%20%28unstable%29/4.903/Gnucash-Intel-4.903-1.dmg Getting GnuCash as source code If you want to compile GnuCash 4.903 for yourself, the source code can be downloaded from: https://github.com/Gnucash/gnucash/releases/download/4.903/gnucash-4.903.tar.bz2 https://github.com/Gnucash/gnucash/releases/download/4.903/gnucash-4.903.tar.gz https://downloads.sourceforge.net/gnucash/gnucash%20%28unstable%29/4.903/gnucash-4.903.tar.bz2 https://downloads.sourceforge.net/gnucash/gnucash%20%28unstable%29/4.903/gnucash-4.903.tar.gz To compile GnuCash from the source code by yourself, you will need at least Gtk+ 3.22.29, Guile 2.0, Boost 1.67, WebKitGtk 2.4, GoogleTest 1.8.0, cmake 3.10 and SWIG 2.0.12. Please consult the README.dependencies file in the sources for the exact list of dependencies and versions. Getting the documentation Note that the documentation for unstable releases is not on the GnuCash website. It is built daily and may be found on the development server under the locale directory; "C" is English, "de" is German, and so on. The documentation is included in the MacOS and Windows application bundles. If you want to compile the GnuCash Documentation 4.903 for yourself, the source code can be downloaded from: Sourceforge: https://downloads.sourceforge.net/gnucash/gnucash%20%28unstable%29/4.903/gnucash-docs-4.903.tar.gz GitHub: https://github.com/Gnucash/gnucash/releases/download/4.903/gnucash-docs-4.903.tar.gz You can also checkout the sources directly from the git repository as described at https://wiki.gnucash.org/wiki/Git. About the Program GnuCash is a free, open source accounting program released under the GNU General Public License (GPL) and available for GNU/Linux, *BSD, Solaris, MacOS, and Microsoft Windows. Programming on GnuCash began in 1997, and its first stable release was in 1998. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] [GNC] GnuCash 4.902 Released
Wow, I made an impressive hash of that. I've sent a corrected set of links. Thanks. Regards, John Ralls > On Mar 6, 2023, at 11:35 AM, David H wrote: > > Er no I meant the ones in your email of about 15 hours ago as follows. First > Windows one gave me a 404 error but I managed to workaround it by replacing > the 4.900 and 4.901 by 4.902. > > Cheers David H. > > > > > On Tue, 7 Mar 2023 at 03:23, john wrote: > If you mean the download links on https://www.gnucash.org/, that's because > it's still not accepting updates. Use https://code.gnucash.org/website/. > > Regards, > John Ralls > > >> On Mar 6, 2023, at 3:17 AM, David H wrote: >> >> John, >> >> Ta for that. 1 question - download links seem to be pointing to 4.900 / >> 4.901 not 4.902 ? >> >> Thanks David H. >> >> >> On Mon, 6 Mar 2023 at 14:20, John Ralls wrote: >> >>> The GnuCash development team announces GnuCash 4.902, the second unstable >>> release leading to GnuCash 5.0. >>> >>> This is an unstable release for testing purposes. Do not use it with >>> production data! Make a copy of your book to test this release. >>> >>> New Features >>> >>>• A new Stock Transaction Assistant to guide you through entering >>> most investment transactions for stocks, bonds, and mutual funds. You can >>> access it from Actions>Stock Assistant when you have the Accounts page ora >>> Stock or Fund account register open. >>>• A new Investment Lots report showing a graph of capital gains >>> and losses in a period by investment lot. Note that if you don't use the >>> View Lots dialog to manage capital gains and losses this report won't have >>> anything to show you. Use Reports>Assets & Liabilities>Investment Lots to >>> see the report. >>>• A new tab on the New/Edit Account dialog called More Properties >>> includes entries to set a high and low limit on an account. That's coupled >>> to a new column that's available on the Accounts Page, Balance Limit. If >>> you set a high or low limit and the account balance falls above or below >>> the respective limit an indicator will be shown in the Balance Limit column. >>>• The description field quickfill in the register now displays a >>> drop-down list of possible completions instead of just one inline >>> completion. >>>• File import menu items for the MT940, MT942, and DTAUS formats >>> is replaced with a single Import from AQBanking that supports importing any >>> file format supported by AQBanking, including the frequently requested CAMT. >>>• The report generated by the Print Invoice button on the Edit >>> Invoice tab can now be configured as a book option at teh bottom of the >>> Business tab; this permits selecting a saved configuration of one of the >>> standard invoice reports. Another option enables a delay, during which a >>> dialog box will appear enabling the user to select a different report. >>> >>> Note: When saving a configuration make sure that the invoice number is not >>> set or you'll get that particular invoice instead of the one that you >>> pressed the button for. >>> >>> Between 4.901 and 4.902, the following bugfixes were accomplished: >>> >>> The following fixes will also appear in GnuCash 4.14: >>> >>>• Bug 798748 - Transaction Notes field's value does not appear in >>> reverse transaction. >>>• Bug 798754 - Build fails with gcc 13 and glib > 2.76 >>>• Bug 798759 - Register widths for 'with sub-account' not saved >>>• Bug 798600 - CSV import of multi-split security transactions >>> fails to load capital gain >>> Transactions with capital gains processing can have splits in transaction >>> currency with a zero amount and a non-zero value. To properly import those, >>> prefer the value column even if transaction currency equals account >>> commodity. Previous (wrong) assumption was that in case of a same-currency >>> split, the amount would always be the value. >>> >>> Update csv transaction export format to include split values. In the csv >>> importer the 'GnuCash Export Format' option will now include values. For >>> compatibility with filex exported from older gnucash versions the previous >>> preset is still available under the name 'GnuCash Export Format (4.x and >>> older)'. >>> >>> The followi
[GNC-dev] GnuCash 4.902 corrected download links
I thoroughly screwed up the links on the announcement email. Here are the correct ones: Microsoft Windows: https://github.com/Gnucash/gnucash/releases/download/4.902/gnucash-4.902.setup.exe https://downloads.sourceforge.net/gnucash/gnucash%20%28unstable%29/4.902/gnucash-4.902.setup.exe Apple macOS: https://github.com/Gnucash/gnucash/releases/download/4.902/Gnucash-Intel-4.902-1.dmg https://downloads.sourceforge.net/gnucash/gnucash%20%28unstable%29/4.902/Gnucash-Intel-4.902-1.dmg Getting GnuCash as source code If you want to compile GnuCash 4.902 for yourself, the source code can be downloaded from: https://github.com/Gnucash/gnucash/releases/download/4.902/gnucash-4.902.tar.bz2 https://github.com/Gnucash/gnucash/releases/download/4.902/gnucash-4.902.tar.gz https://downloads.sourceforge.net/gnucash/gnucash%20%28unstable%29/4.902/gnucash-4.902.tar.bz2 https://downloads.sourceforge.net/gnucash/gnucash%20%28unstable%29/4.902/gnucash-4.902.tar.gz Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] GnuCash 4.902 Released
The GnuCash development team announces GnuCash 4.902, the second unstable release leading to GnuCash 5.0. This is an unstable release for testing purposes. Do not use it with production data! Make a copy of your book to test this release. New Features • A new Stock Transaction Assistant to guide you through entering most investment transactions for stocks, bonds, and mutual funds. You can access it from Actions>Stock Assistant when you have the Accounts page ora Stock or Fund account register open. • A new Investment Lots report showing a graph of capital gains and losses in a period by investment lot. Note that if you don't use the View Lots dialog to manage capital gains and losses this report won't have anything to show you. Use Reports>Assets & Liabilities>Investment Lots to see the report. • A new tab on the New/Edit Account dialog called More Properties includes entries to set a high and low limit on an account. That's coupled to a new column that's available on the Accounts Page, Balance Limit. If you set a high or low limit and the account balance falls above or below the respective limit an indicator will be shown in the Balance Limit column. • The description field quickfill in the register now displays a drop-down list of possible completions instead of just one inline completion. • File import menu items for the MT940, MT942, and DTAUS formats is replaced with a single Import from AQBanking that supports importing any file format supported by AQBanking, including the frequently requested CAMT. • The report generated by the Print Invoice button on the Edit Invoice tab can now be configured as a book option at teh bottom of the Business tab; this permits selecting a saved configuration of one of the standard invoice reports. Another option enables a delay, during which a dialog box will appear enabling the user to select a different report. Note: When saving a configuration make sure that the invoice number is not set or you'll get that particular invoice instead of the one that you pressed the button for. Between 4.901 and 4.902, the following bugfixes were accomplished: The following fixes will also appear in GnuCash 4.14: • Bug 798748 - Transaction Notes field's value does not appear in reverse transaction. • Bug 798754 - Build fails with gcc 13 and glib > 2.76 • Bug 798759 - Register widths for 'with sub-account' not saved • Bug 798600 - CSV import of multi-split security transactions fails to load capital gain Transactions with capital gains processing can have splits in transaction currency with a zero amount and a non-zero value. To properly import those, prefer the value column even if transaction currency equals account commodity. Previous (wrong) assumption was that in case of a same-currency split, the amount would always be the value. Update csv transaction export format to include split values. In the csv importer the 'GnuCash Export Format' option will now include values. For compatibility with filex exported from older gnucash versions the previous preset is still available under the name 'GnuCash Export Format (4.x and older)'. The following additional bug fixes are in unstable only: • Bug 782141 - Import CSV - Multi-currency support can cause rounding errors Replace the column types 'Deposit' and 'Withdrawal' with 'Amount' and 'Amount (Negated)' that are conceptually applicable more widely. Also introduce column types 'Value' and 'Value (Negated)' to allow construction of splits in commodities different from the transaction currency. While Value is the number in the transaction currency, always use 'Amount' in single-currency transactions. • Bug 793306 - Price is not imported from CSV • Bug 796955 - Import CSV - Single-line two-currency transactions can't be imported • Bug 797033 - The CSV Importer should not obey with the "automatic digital point" setting • Bug 797383 - Import transaction via CSV selects the commodity as a currency, results in an invalid transaction that is uneditable, and a corrupted price database. Change the transaction currency to the from or base account's parent account currency if the from or base account is not denominated in a currency. This allows to import stock transactions directly into the stock account. • Bug 797903 - Transaction window: The 'blue line' is always (erroneously) topmost when t. sorting order is inverted. • Bug 798334 - Importing transactions from CSV with space as thousand separator • Bug 798572 - Parse numbers with two minus signs as a positive numbers • Bug 798691 - Memo field not updated on CSV import using U+C • Bug 798732 - : Type of balance carry forward accounts for german skr49 account template fixed The accounts listed are of the EQUITY type and not ASSET. • Bug 798749 - Fails to read gsettings
[GNC-dev] String Freeze for 5.0
Developers, With the release of 4.902 we're in string freeze until the 5.0 release on the 26th. This applies to maint as well because we'll merge any changes in maint to master every Friday for the rest of the month. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] GnuCash 4.901 Released
The GnuCash development team announces GnuCash 4.902, the second unstable release leading to GnuCash 5.0. This is an unstable release for testing purposes. Do not use it with production data! Make a copy of your book to test this release. New Features • A new Stock Transaction Assistant to guide you through entering most investment transactions for stocks, bonds, and mutual funds. You can access it from Actions>Stock Assistant when you have the Accounts page ora Stock or Fund account register open. • A new Investment Lots report showing a graph of capital gains and losses in a period by investment lot. Note that if you don't use the View Lots dialog to manage capital gains and losses this report won't have anything to show you. Use Reports>Assets & Liabilities>Investment Lots to see the report. • A new tab on the New/Edit Account dialog called More Properties includes entries to set a high and low limit on an account. That's coupled to a new column that's available on the Accounts Page, Balance Limit. If you set a high or low limit and the account balance falls above or below the respective limit an indicator will be shown in the Balance Limit column. • The description field quickfill in the register now displays a drop-down list of possible completions instead of just one inline completion. • File import menu items for the MT940, MT942, and DTAUS formats is replaced with a single Import from AQBanking that supports importing any file format supported by AQBanking, including the frequently requested CAMT. • The report generated by the Print Invoice button on the Edit Invoice tab can now be configured as a book option at teh bottom of the Business tab; this permits selecting a saved configuration of one of the standard invoice reports. Another option enables a delay, during which a dialog box will appear enabling the user to select a different report. Note: When saving a configuration make sure that the invoice number is not set or you'll get that particular invoice instead of the one that you pressed the button for. Between 4.901 and 4.902, the following bugfixes were accomplished: The following fixes will also appear in GnuCash 4.14: • Bug 798748 - Transaction Notes field's value does not appear in reverse transaction. • Bug 798754 - Build fails with gcc 13 and glib > 2.76 • Bug 798759 - Register widths for 'with sub-account' not saved • Bug 798600 - CSV import of multi-split security transactions fails to load capital gain Transactions with capital gains processing can have splits in transaction currency with a zero amount and a non-zero value. To properly import those, prefer the value column even if transaction currency equals account commodity. Previous (wrong) assumption was that in case of a same-currency split, the amount would always be the value. Update csv transaction export format to include split values. In the csv importer the 'GnuCash Export Format' option will now include values. For compatibility with filex exported from older gnucash versions the previous preset is still available under the name 'GnuCash Export Format (4.x and older)'. The following additional bug fixes are in unstable only: • Bug 782141 - Import CSV - Multi-currency support can cause rounding errors Replace the column types 'Deposit' and 'Withdrawal' with 'Amount' and 'Amount (Negated)' that are conceptually applicable more widely. Also introduce column types 'Value' and 'Value (Negated)' to allow construction of splits in commodities different from the transaction currency. While Value is the number in the transaction currency, always use 'Amount' in single-currency transactions. • Bug 793306 - Price is not imported from CSV • Bug 796955 - Import CSV - Single-line two-currency transactions can't be imported • Bug 797033 - The CSV Importer should not obey with the "automatic digital point" setting • Bug 797383 - Import transaction via CSV selects the commodity as a currency, results in an invalid transaction that is uneditable, and a corrupted price database. Change the transaction currency to the from or base account's parent account currency if the from or base account is not denominated in a currency. This allows to import stock transactions directly into the stock account. • Bug 797903 - Transaction window: The 'blue line' is always (erroneously) topmost when t. sorting order is inverted. • Bug 798334 - Importing transactions from CSV with space as thousand separator • Bug 798572 - Parse numbers with two minus signs as a positive numbers • Bug 798691 - Memo field not updated on CSV import using U+C • Bug 798732 - : Type of balance carry forward accounts for german skr49 account template fixed The accounts listed are of the EQUITY type and not ASSET. • Bug 798749 - Fails to read gsettings
Re: [GNC-dev] Test failure on current master branch
Found and fixed it. It turns out that string->number isn't locale-sensitive, std::to_string is. I replaced it with ostringstream and pushed. Regards, John Ralls > On Mar 2, 2023, at 9:16 AM, john wrote: > > Geert, > > Aha! That would certainly explain why I couldn't reproduce it. That change > is from > https://github.com/Gnucash/gnucash/commit/408b5ec2165fb43bef18b80ff44ba4d2f1b67f5f. > > Yes, no doubt string->number expects the number to be represented in the > current locale, so it wants "42,0" and getting "42.0" returns #f > (https://www.gnu.org/software/guile/manual/html_node/Conversion.html). I'll > have to find another way to make that conversion. > > Regards, > John Ralls > > >> On Mar 2, 2023, at 5:39 AM, Geert Janssens >> wrote: >> >> I still haven't figured out exactly where it goes wrong, but I did discover >> it's a locale related issue. For some reason this particular test has become >> locale sensitive. >> >> If I run the test as follows: >> LC_ALL=C ctest -V -R test-gnc-option-scheme-output >> it passes. If however I do this: >> LC_ALL=fr_FR.utf8 ctest -V -R test-gnc-option-scheme-output >> it fails. I have also tried nl_BE.utf8 (my native locale), which fails as >> well. >> I suspect the call to (string->number (GncOption-serialize option)) on line >> 459 is failing. Perhaps GncOption-serialize spits out numbers in C locale >> while string->number uses local locale or vice versa ? >> >> Regards, >> >> Geert >> >> Op woensdag 1 maart 2023 04:41:14 CET schreef John Ralls: >>> Geert, >>> >>> I can't replicate that, tried on Debian 10, Debian Unstable, and Arch. I'm >>> installing a Fedora 37 VM but I'm out of time for today and won't get to >>> the point of a test build of GnuCash. >>> >>> Regards, >>> John Ralls >>> >>>> On Feb 28, 2023, at 2:07 PM, Geert Janssens >>>> wrote: >>>> >>>> Hi, >>>> >>>> With the current master branch I get the following test failure: >>>> >>>> ctest --rerun-failed --output-on-failure >>>> Test project /home/janssege/Development/gnucash/master/build >>>> >>>> Start 120: test-gnc-option-scheme-output >>>> >>>> 1/1 Test #120: test-gnc-option-scheme-output ***Failed0.22 sec >>>> gnc:make-string-option is deprecated. Make and register the option in one >>>> command with gnc-register-string-option. >>>> gnc:register-option is deprecated. Use gnc-register-foo-option instead. >>>> gnc:option-set-value and indeed all direct option access is deprecated. >>>> Use gnc-set-option instead. >>>> gnc:make-font-option is deprecated. Make and register the option in one >>>> command with gnc-register-font-option. >>>> gnc:make-currency-option is deprecated. Make and register the option in >>>> one command with gnc-register-currency-option. >>>> gnc:make-budget-option is deprecated. Make and register the option in one >>>> command with gnc-register-color-option. >>>> gnc:option-set-default-value and indeed all direct option access is >>>> deprecated. Use gnc-set- option instead. >>>> gnc:make-commodity-option is deprecated. Make and register the option in >>>> one command with gnc-register-commodity-option. >>>> gnc:make-simple-boolean-option is deprecated. Make and register the option >>>> in one command with gnc-register-simple-boolean-option. >>>> gnc:make-pixmap-option is deprecated. Make and register the option in one >>>> command with gnc-register-pixmap-option. >>>> gnc:make-account-list-option is deprecated. Make and register the option >>>> in one command with gnc-register-account-list-option. >>>> gnc:make-multichoice-option is deprecated. Make and register the option in >>>> one command with gnc-register-multichoice-option. >>>> gnc:make-list-option is deprecated. Make and register the option in one >>>> command with gnc- register-list-option. >>>> gnc:make-number-range-option is deprecated. Make and register the option >>>> in one command with gnc-register-number-range-option. >>>> >>>> FORMAT: error with call: (format #f "'~f<===" ===>#f ) >>>> >>>> argument is not a number or a number string >>>> >>>> Backtrace: >>>> In ice-9/boot-9.s
Re: [GNC-dev] Test failure on current master branch
Geert, I can't replicate that, tried on Debian 10, Debian Unstable, and Arch. I'm installing a Fedora 37 VM but I'm out of time for today and won't get to the point of a test build of GnuCash. Regards, John Ralls > On Feb 28, 2023, at 2:07 PM, Geert Janssens > wrote: > > Hi, > > With the current master branch I get the following test failure: > > ctest --rerun-failed --output-on-failure > Test project /home/janssege/Development/gnucash/master/build > Start 120: test-gnc-option-scheme-output > 1/1 Test #120: test-gnc-option-scheme-output ***Failed0.22 sec > gnc:make-string-option is deprecated. Make and register the option in one > command with > gnc-register-string-option. > gnc:register-option is deprecated. Use gnc-register-foo-option instead. > gnc:option-set-value and indeed all direct option access is deprecated. Use > gnc-set-option > instead. > gnc:make-font-option is deprecated. Make and register the option in one > command with > gnc-register-font-option. > gnc:make-currency-option is deprecated. Make and register the option in one > command with > gnc-register-currency-option. > gnc:make-budget-option is deprecated. Make and register the option in one > command with > gnc-register-color-option. > gnc:option-set-default-value and indeed all direct option access is > deprecated. Use gnc-set- > option instead. > gnc:make-commodity-option is deprecated. Make and register the option in one > command > with gnc-register-commodity-option. > gnc:make-simple-boolean-option is deprecated. Make and register the option in > one > command with gnc-register-simple-boolean-option. > gnc:make-pixmap-option is deprecated. Make and register the option in one > command with > gnc-register-pixmap-option. > gnc:make-account-list-option is deprecated. Make and register the option in > one command > with gnc-register-account-list-option. > gnc:make-multichoice-option is deprecated. Make and register the option in > one command > with gnc-register-multichoice-option. > gnc:make-list-option is deprecated. Make and register the option in one > command with gnc- > register-list-option. > gnc:make-number-range-option is deprecated. Make and register the option in > one > command with gnc-register-number-range-option. > > FORMAT: error with call: (format #f "'~f<===" ===>#f ) > argument is not a number or a number string > Backtrace: > In ice-9/boot-9.scm: > 1752:10 14 (with-exception-handler _ _ #:unwind? _ # _) > In unknown file: > 13 (apply-smob/0 #) > In ice-9/boot-9.scm: > 724:2 12 (call-with-prompt _ _ #) > In ice-9/eval.scm: > 619:8 11 (_ #(#(#))) > In ice-9/command-line.scm: > 185:18 10 (_ #) > In unknown file: > 9 (eval (exit (run-test)) #) > In ice-9/eval.scm: > 191:35 8 (_ #f) > In test-gnc-option-scheme-output.scm: >46:2 7 (run-test) > 143:6 6 (test-gnc-number-range-option-to-scheme) > In ice-9/format.scm: > 1546:18 5 (format #f "'~f" #f) > 269:11 4 (format:format-work "'~f" (#f)) > 1054:6 3 (format:out-fixed #f #f ()) > In ice-9/boot-9.scm: > 1752:10 2 (with-exception-handler _ _ #:unwind? _ # _) > In ice-9/format.scm: > 102:10 1 (_) > In ice-9/boot-9.scm: > 1685:16 0 (raise-exception _ #:continuable? _) > > ice-9/boot-9.scm:1685:16: In procedure raise-exception: > error in format > [pass] line:150, test: string unchanged > [pass] line:154, test: string value > [pass] line:150, test: text unchanged > ___ > 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] Temporary Website URL
As most everyone already knows www.gnucash.org has been offline since 11 February because Linas Vepstas lost internet access and his ISP, Grande Networks in Austin, TX, has not fixed it. To provide replacement service until Linas gets back online we've set up an alternate site, https://code.gnucash.org/website/. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] GnuCash 4.901 Released
BTW, www.gnucash.org isn't accepting changes so the announcement isn't visible there and the unstable download link remains at 4.900. Corrected Github Links: https://github.com/Gnucash/gnucash/releases/download/4.901/gnucash-4.901.setup.exe https://github.com/Gnucash/gnucash/releases/download/4.901/Gnucash-Intel-4.901-1.dmg Regards, John Ralls > On Feb 5, 2023, at 11:51 AM, John Ralls wrote: > > The GnuCash development team announces GnuCash 4.901, the second unstable > release leading to GnuCash 5.0. > > This is an unstable release for testing purposes. Do not use it with > production data! Make a copy of your book to test this release. > > New Features > > • A new Stock Transaction Assistant to guide you through entering most > investment transactions for stocks, bonds, and mutual funds. You can access > it from Actions>Stock Assistant when you have the Accounts page ora Stock or > Fund account register open. > • A new Investment Lots report showing a graph of capital gains and > losses in a period by investment lot. Note that if you don't use the View > Lots dialog to manage capital gains and losses this report won't have > anything to show you. Use Reports>Assets & Liabilities>Investment Lots to see > the report. > • A new tab on the New/Edit Account dialog called More Properties > includes entries to set a high and low limit on an account. That's coupled to > a new column that's available on the Accounts Page, Balance Limit. If you set > a high or low limit and the account balance falls above or below the > respective limit an indicator will be shown in the Balance Limit column. > • The description field quickfill in the register now displays a > drop-down list of possible completions instead of just one inline completion. > • File import menu items for the MT940, MT942, and DTAUS formats is > replaced with a single Import from AQBanking that supports importing any file > format supported by AQBanking, including the frequently requested CAMT. > • The report generated by the Print Invoice button on the Edit Invoice > tab can now be configured as a book option at teh bottom of the Business tab; > this permits selecting a saved configuration of one of the standard invoice > reports. Another option enables a delay, during which a dialog box will > appear enabling the user to select a different report. > > Note: When saving a configuration make sure that the invoice number is not > set or you'll get that particular invoice instead of the one that you pressed > the button for. > > Between 4.900 and 4.901, the following bugfixes were accomplished: > > The following fixes will also appear in GnuCash 4.14: > • Bug 797477 - Manual foreign transaction from APAR to another doesn't > trigger price input > • Bug 797725 - Untranslatable string "For Period Covering ~a to ~a" > • Bug 798734 - Aging Reports don't handle mixed currency payments and > invoices without Trading Accounts > • Bug 798737 - Minor grammatical error - 'for' missing in 'You will be > asked a conversion rate for each.' > • Bug 798740 - Build fails with gcc 13 > • Bug 798747 - Crash in Investment Portfolio report > > The following additional bug fixes are in unstable only: > > • Bug 753307 - Custom Report be selectable as default Report for > Printing > Change the preference in Business->'Report for Printing' to be saved as a > book property and allow the selection of any Invoice Report to be used as the > default. > > • Bug 794028 - CSV import, default to matching full account name > If the account map doesn't yield a result, try to map the import string > against existing accounts' full names > > • Bug 796955 - Import CSV - Single-line two-currency transactions can't > be imported > • Use a provided price if the transfer account uses a different > commodity from the base account's; apply it as transfer amount = base amount > * price. > • Add a transfer amount column option to avoid the rounding > that might arise from having an inexact price. > • Bug 797756 - Currency format setting is ignored > • Bug 798292 - csv Import Transactions Ignores Multi-Splits > • Bug 798475 - GNCAccountSel could have shortcuts > • Bug 798730 - Open report doesn't remember selected accounts over > restart > • Bug 798739 - Advanced Portfolio report fails > The following fixes and improvements were not associated with bug reports: > > • Move the Balance Sheet P Report out of experimental into regular > menu. > • Rename the Deposit and Withdrawal column labels in the CSV import
[GNC-dev] GnuCash 4.901 Released
The GnuCash development team announces GnuCash 4.901, the second unstable release leading to GnuCash 5.0. This is an unstable release for testing purposes. Do not use it with production data! Make a copy of your book to test this release. New Features • A new Stock Transaction Assistant to guide you through entering most investment transactions for stocks, bonds, and mutual funds. You can access it from Actions>Stock Assistant when you have the Accounts page ora Stock or Fund account register open. • A new Investment Lots report showing a graph of capital gains and losses in a period by investment lot. Note that if you don't use the View Lots dialog to manage capital gains and losses this report won't have anything to show you. Use Reports>Assets & Liabilities>Investment Lots to see the report. • A new tab on the New/Edit Account dialog called More Properties includes entries to set a high and low limit on an account. That's coupled to a new column that's available on the Accounts Page, Balance Limit. If you set a high or low limit and the account balance falls above or below the respective limit an indicator will be shown in the Balance Limit column. • The description field quickfill in the register now displays a drop-down list of possible completions instead of just one inline completion. • File import menu items for the MT940, MT942, and DTAUS formats is replaced with a single Import from AQBanking that supports importing any file format supported by AQBanking, including the frequently requested CAMT. • The report generated by the Print Invoice button on the Edit Invoice tab can now be configured as a book option at teh bottom of the Business tab; this permits selecting a saved configuration of one of the standard invoice reports. Another option enables a delay, during which a dialog box will appear enabling the user to select a different report. Note: When saving a configuration make sure that the invoice number is not set or you'll get that particular invoice instead of the one that you pressed the button for. Between 4.900 and 4.901, the following bugfixes were accomplished: The following fixes will also appear in GnuCash 4.14: • Bug 797477 - Manual foreign transaction from APAR to another doesn't trigger price input • Bug 797725 - Untranslatable string "For Period Covering ~a to ~a" • Bug 798734 - Aging Reports don't handle mixed currency payments and invoices without Trading Accounts • Bug 798737 - Minor grammatical error - 'for' missing in 'You will be asked a conversion rate for each.' • Bug 798740 - Build fails with gcc 13 • Bug 798747 - Crash in Investment Portfolio report The following additional bug fixes are in unstable only: • Bug 753307 - Custom Report be selectable as default Report for Printing Change the preference in Business->'Report for Printing' to be saved as a book property and allow the selection of any Invoice Report to be used as the default. • Bug 794028 - CSV import, default to matching full account name If the account map doesn't yield a result, try to map the import string against existing accounts' full names • Bug 796955 - Import CSV - Single-line two-currency transactions can't be imported • Use a provided price if the transfer account uses a different commodity from the base account's; apply it as transfer amount = base amount * price. • Add a transfer amount column option to avoid the rounding that might arise from having an inexact price. • Bug 797756 - Currency format setting is ignored • Bug 798292 - csv Import Transactions Ignores Multi-Splits • Bug 798475 - GNCAccountSel could have shortcuts • Bug 798730 - Open report doesn't remember selected accounts over restart • Bug 798739 - Advanced Portfolio report fails The following fixes and improvements were not associated with bug reports: • Move the Balance Sheet P Report out of experimental into regular menu. • Rename the Deposit and Withdrawal column labels in the CSV import assistant to Amount and Amount(Negated) for clarity when importing into something other than a bank account. • Improve muti-currency invoice payment: • Show proper amount in dialog when applying or editing an existing transaction as payment. • Be more careful not to waste the existing payment split • If the user changed the payment amount while starting from an existing transaction unreconcile the changed payment split • Avoid needlessly changing transaction currency (only do so if the user chose a new transfer account and the old currency is neither the new transfer account's currency nor the post account's currency) Payment dialog - always list all possible post accounts instead of only those in the currency of
Re: [GNC-dev] Python bindings: How to expose additional engine functions
> On Jan 24, 2023, at 2:03 PM, Steve Brown wrote: > > My use case is accessing owner name and address from a transaction. > The transaction is found by guid. > > Exposing guid_from_string() was pretty straightforward as was GetLot() > and GetFirstAPARAcctSplit(). > > I also need GetOwnerFromTxn or GetOwnerFromLot. However, this and many > similar functions return the result through an argument and indicate > success or failure by returning a boolean. It's not clear whether there > is an general way with swig to deal with this other than adding a > wrapper to return the result and indicate failure by returning NULL. Yes, but SWIG makes it pretty simple, see https://www.swig.org/Doc3.0/Python.html#Python_nn46. Note that you can still have the bool rv to test success. > I also noticed that there is a problem with gnc- > session.c:gnc_get_current_session() using the bindings. In the > executable, gnc_set_current_session() is called in gnc_file.c after > each qof_session_new(). But with the Python bindings, the swig- > generated code calls qof_session_new(). So, current_session isn't > initialized and the first call subtly creates a new session. I added a > gnc_set_current_session() call to qof_session_new() and that fixed > things for me . I don't think that's the best solution. Neither set_ nor get_current_session are wrapped. You should be creating a Python Session object, bindings/python/examples/simple_book.py. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Missing FreeType2 for Mac OS Development
xmlsec is how AQBanking and friends hook gcrypt. Yes, the New Account Hierarchy Assistant's Apply button tries to open a GncFileChooser that's derived from GtkFileChooser. That crashes if you try to run it from the build directory. No, you don't need to make a bundle, just run `ninja install` to install everything in $PREFIX. When that's done you can run $PREFIX/bin/gnucash if you're in a jhbuild shell or otherwise have $PREFIX set. If not you'll have to spell out the path to the installed gnucash. Regards, John Ralls > On Jan 16, 2023, at 5:56 PM, Vincent Lucarelli > wrote: > > Sorry - I didn’t explain that I used ACLs (chmod -a) to completely block > access for my build user “gnucash” from accessing /opt/homebrew and then > started from the beginning of setting up a build environment as the gnucash > user. During this rebuild, I ran into an error while building libxmlsec1, > which depends on gnutls. I traced that failure to -lgcrypt missing from the > link line. > > I was planning to document the full procedure on the wiki in case it helps > someone else trying to start from scratch on Mac OS. > > When creating a new file, is the last step to pick a file location with > GtkFileChooser? That would explain why I’m crashing on trying to create a > new GnuCash file because I am running from the build directory. > > Do I need to create a bundle for GtkFileChooser to not crash? > > Thanks for your help, > > Vince > > >> On Jan 16, 2023, at 7:13 PM, John Ralls wrote: >> >> I thought that you said the freetype2 problem was from Cmake finding >> libbrotlidec in /opt/homebrew. I don't think that freetype2 has a dependency >> on gnutls. Webkit (via libsoup<-glib-networking) and AQBanking depend on it; >> IIRC the missing -lgcrypt is in the glib-networking build. >> >> The problem with libdbdmysql.so is that >> $PREFIX/lib/mariadb/libmariaconnector.3.dylib gets built with a bare install >> name, so at runtime the loader doesn't know how to find it. The post-build >> fix is to use install_name_tool to change its id to one with a full path and >> then to change libdbdmysql.so's listing to use the path. To get it to build >> correctly it needs CMAKE_MACOSX_RPATH=ON and >> CMAKE_INSTALL_NAME_DIR=$PREFIX/lib. The first could be set in the module's >> cmakeargs attribute but the second would have to be conjured in >> jhbuildrc-custom using module_cmakeargs. >> >> That shouldn't have caused the crash; it's probably to do with gsettings >> schemas. GnuCash will crash when run from the build directory if you try to >> do anything involving the GtkFileChooser because that won't be able to find >> its Gsettings schemas. >> >> Regards, >> John Ralls >> >> >> >> >>> On Jan 16, 2023, at 8:39 AM, Vincent Lucarelli >>> wrote: >>> >>> Got much farther with the build, but now stuck with a build/run time error. >>> >>> The freetype2 error was rooted in gnutls.pc missing -lgcrypt. I’m not sure >>> if this is an issue for gnutls or a patch for arm64/MacOSx build. Manually >>> added the dependency and finished the build. >>> >>> Tried to run gnucash build from git/master, but it crashed when I tried to >>> create a new file, after I walked through the setup, and right when I >>> clicked “Apply”. >>> >>> Decided to rebuild with debugging and during the build of gnucash, I >>> noticed >>> >>>> libdbi: Failed to load driver: >>>> /Users/gnucash/opt/gnucash/inst/lib/dbd/libdbdmysql.so >>> >>> Trying to determine if libdbi or a dependency had an issue during build or >>> if there is something else going on. >>> >>> If any of this looks familiar, suggestions are appreciated. Otherwise, >>> I’ll keep digging. >>> >>> Thanks, >>> >>> Vince >>> >>> PS - When I try to open Gnucash Preferences, it crashes too. Will try to >>> get more info on that later. >>> >>> >>> >>>> On Jan 14, 2023, at 10:43 PM, john wrote: >>>> >>>> While you're getting familiar enough with GnuCash ask questions here. Once >>>> you've got a PR written we can move the discussion to that PR. >>>> >>>> Regards, >>>> John Ralls >>>> >>>> >>>>> On Jan 14, 2023, at 4:21 PM, Vincent Lucarelli >>>>> wrote: >>>>> >>>>> It looks like freetype2 picked up a dependency on >
Re: [GNC-dev] Missing FreeType2 for Mac OS Development
I thought that you said the freetype2 problem was from Cmake finding libbrotlidec in /opt/homebrew. I don't think that freetype2 has a dependency on gnutls. Webkit (via libsoup<-glib-networking) and AQBanking depend on it; IIRC the missing -lgcrypt is in the glib-networking build. The problem with libdbdmysql.so is that $PREFIX/lib/mariadb/libmariaconnector.3.dylib gets built with a bare install name, so at runtime the loader doesn't know how to find it. The post-build fix is to use install_name_tool to change its id to one with a full path and then to change libdbdmysql.so's listing to use the path. To get it to build correctly it needs CMAKE_MACOSX_RPATH=ON and CMAKE_INSTALL_NAME_DIR=$PREFIX/lib. The first could be set in the module's cmakeargs attribute but the second would have to be conjured in jhbuildrc-custom using module_cmakeargs. That shouldn't have caused the crash; it's probably to do with gsettings schemas. GnuCash will crash when run from the build directory if you try to do anything involving the GtkFileChooser because that won't be able to find its Gsettings schemas. Regards, John Ralls > On Jan 16, 2023, at 8:39 AM, Vincent Lucarelli > wrote: > > Got much farther with the build, but now stuck with a build/run time error. > > The freetype2 error was rooted in gnutls.pc missing -lgcrypt. I’m not sure > if this is an issue for gnutls or a patch for arm64/MacOSx build. Manually > added the dependency and finished the build. > > Tried to run gnucash build from git/master, but it crashed when I tried to > create a new file, after I walked through the setup, and right when I clicked > “Apply”. > > Decided to rebuild with debugging and during the build of gnucash, I noticed > >> libdbi: Failed to load driver: >> /Users/gnucash/opt/gnucash/inst/lib/dbd/libdbdmysql.so > > Trying to determine if libdbi or a dependency had an issue during build or if > there is something else going on. > > If any of this looks familiar, suggestions are appreciated. Otherwise, I’ll > keep digging. > > Thanks, > > Vince > > PS - When I try to open Gnucash Preferences, it crashes too. Will try to get > more info on that later. > > > >> On Jan 14, 2023, at 10:43 PM, john wrote: >> >> While you're getting familiar enough with GnuCash ask questions here. Once >> you've got a PR written we can move the discussion to that PR. >> >> Regards, >> John Ralls >> >> >>> On Jan 14, 2023, at 4:21 PM, Vincent Lucarelli >>> wrote: >>> >>> It looks like freetype2 picked up a dependency on >>> /opt/homebrew/lib/libbrotlidec.dylib even though I started with a new user >>> account and insulated the build with >>>> cmakeargs = >>>> '-DCMAKE_SYSTEM_IGNORE_PATH="/opt/homebrew:/opt/macports:/sw:/usr/local"' >>> as suggested at >>> https://wiki.gnome.org/action/show/Projects/GTK/OSX/Building#Prerequisites >>> >>> >>> So when harfbuzz-no-cairo tried to configure against freetype2, it was >>> looking for libbrotlidec.pc, but that wasn’t built by jhbuild. >>> >>> I’ll try again tomorrow to see if I can track down exactly how homebrew is >>> poisoning the build environment. >>> >>> Provided I can actual build gnucash, should development questions about >>> integrating FQ get_features() take place on this mailing list in a new >>> thread or on GitHub under and issue? >>> >>> Best, >>> >>> Vince >>> >>> >>>> On Jan 14, 2023, at 4:44 PM, John Ralls wrote: >>>> >>>> >>>> >>>>> On Jan 14, 2023, at 10:22 AM, Vincent Lucarelli >>>>> wrote: >>>>> >>>>> Hi, >>>>> >>>>> I am attempting to setup a new Mac OS X user account on Ventura 13.0.1 to >>>>> build gnucash so I can attempt to help integrate a new Finance::Quote >>>>> feature into GnuCash. Ran into 2 problems following the instructions at >>>>> https://wiki.gnucash.org/wiki/MacOS/Quartz >>>>> >>>>> First issue - was able to solve - copying /bin/bash to >>>>> $HOME/.new_local/bin doesn’t seem to work on Ventura. The process is >>>>> immediately killed when the alternate copy of bash is run. Some googling >>>>> suggests it might have something to do with quarantine or code signing, >>>>> but a few of the suggested solutions didn’t work. I have homebrew >>>>> installed (but not in the path for the account
Re: [GNC-dev] New warnings on cmake master - Fedora 36
> On Jan 15, 2023, at 12:36 PM, Geert Janssens > wrote: > > Commit > > https://github.com/Gnucash/gnucash/commit/ > fed4daf4e7dea7c85a56ad08f1817319272f7567 > > Added a number of boost libraries in the cmake check. Since that commit a > cmake run will spew these warnings: > > CMake Warning at /usr/share/cmake/Modules/FindBoost.cmake:2217 (message): > No header defined for algorithm; skipping header check (note: header-only > libraries have no designated component) > Call Stack (most recent call first): > CMakeLists.txt:549 (find_package) > > > CMake Warning at /usr/share/cmake/Modules/FindBoost.cmake:2217 (message): > No header defined for asio; skipping header check (note: header-only > libraries have no designated component) > Call Stack (most recent call first): > CMakeLists.txt:549 (find_package) > > > CMake Warning at /usr/share/cmake/Modules/FindBoost.cmake:2217 (message): > No header defined for process; skipping header check (note: header-only > libraries have no designated component) > Call Stack (most recent call first): > CMakeLists.txt:549 (find_package) > > > CMake Warning at /usr/share/cmake/Modules/FindBoost.cmake:2217 (message): > No header defined for property_tree; skipping header check (note: > header-only libraries have no designated component) > Call Stack (most recent call first): > CMakeLists.txt:549 (find_package) > > > > As the warning suggests, header only libraries shouldn't be added to > FindBoost. That's at least the case on Fedora. Did you have problems with > finding these header-only libraries on other platforms ? Geert, I added those last week because of link failures on Windows; the problem turned out to be that ASIO needs winsock, not that there were any additional boost libs. I've reverted the part of the commit that added the boost modules. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Missing FreeType2 for Mac OS Development
> On Jan 14, 2023, at 10:22 AM, Vincent Lucarelli > wrote: > > Hi, > > I am attempting to setup a new Mac OS X user account on Ventura 13.0.1 to > build gnucash so I can attempt to help integrate a new Finance::Quote feature > into GnuCash. Ran into 2 problems following the instructions at > https://wiki.gnucash.org/wiki/MacOS/Quartz > > First issue - was able to solve - copying /bin/bash to $HOME/.new_local/bin > doesn’t seem to work on Ventura. The process is immediately killed when the > alternate copy of bash is run. Some googling suggests it might have > something to do with quarantine or code signing, but a few of the suggested > solutions didn’t work. I have homebrew installed (but not in the path for the > account I’m using to try and build gnucash), so I just installed bash with > brew and then copied that executable into .new_local/bin. > > Second issue - not sure how to proceed. The bootstrap run successfully, but > the jhbuild step failed to find freetype2 > >> PREFIX=$HOME/opt/gnucash jhbuild build > >> ../../src/harfbuzz-4.1.0/meson.build:87:0: ERROR: Dependency 'freetype2' is >> required but not found. >> >> A full log can be found at >> /Users/gnucash/opt/gnucash/build/harfbuzz-4.1.0/meson-logs/meson-log.txt >> WARNING: Running the setup command as `meson [options]` instead of `meson >> setup [options]` is ambiguous and deprecated. >> *** Error during phase configure of harfbuzz-no-cairo: ## Error >> running meson --prefix /Users/gnucash/opt/gnucash/inst --libdir lib >> -Dcoretext=enabled -Dfreetype=enabled -Ddocs=disabled -Dbenchmark=disabled >> -Dintrospection=disabled --wrap-mode=nofallback >> /Users/gnucash/opt/gnucash/src/harfbuzz-4.1.0 *** [20/76] >> >> [1] Rerun phase configure >> [2] Ignore error and continue to build >> [3] Give up on module >> [4] Start shell >> [5] Reload configuration >> [6] Go to phase "wipe directory and start over" >> choice: > > Any advice how how to proceed is appreciated. harfbuzz-no-cairo depends on freetype-no-harfbuzz. If $PREFIX/lib/pkgconfig/freetype2.pc isn't installed then something went wrong with the latter. Scroll back in your terminal session to see what. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] [GNC] GnuCash 4.900 Released
> On Jan 13, 2023, at 3:23 PM, Fred Tydeman wrote: > > On Fri, Jan 13, 2023 at 3:00 PM David H wrote: > >> Yeah seems to be a typo which will cause the remote-add to fail if you >> already have the flathub repository installed as follows:- >> >> Wiki says - flatpak remote-add --user --if-not-exists *flathub* >> https://flathub.org/beta-repo/flathub-beta.flatpakrepo >> Should be - flatpak remote-add --user --if-not-exists *flathub-beta* >> https://flathub.org/beta-repo/flathub-beta.flatpakrepo >> > > Thanks. That fix lets me get farther. > I have done a fresh install of Fedora 37 with Gnome 43.2 on Intel 64-bit > CPU. > When I try to install the beta, I get an error saying that beta requires > runtime org.gnome.Platform/x86_64/43 > Is there some way to force the beta to use the system wide Gnome? No. The whole point of flatpak is that it doesn't use the system-wide anything except the kernel. You have to install a Gnome runtime inside it, and at any time there are two possible runtimes: The latest release and the one before that. Right now that's 43 and 42 respectively. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Sample Report with Examples
> On Jan 13, 2023, at 2:07 PM, flywire wrote: > > John, Can you explain why the PR is a dumb idea? > > Comments on customising reports normally say the process is not easy. Getting > the relationships of some of the data right can be complex but well-presented > documentation and code make it a lot easier. > > Report documentation is fairly well limited to the report wiki page and > reports with source code comments. There is a simple hello-world.scm example > report specifically written to show you the base layout of a GnuCash report. > > Firstly, a Hello World program is a convention as a minimalist program to > generate hello world output. One of the features is, usually, changing the > string changes the output. > > A couple of things make it confusing: > > 1. hello-world.scm is not a minimalist program so it fails user expectations, > but tweeking the report name would avoid that expectation > > 2. It is not intuitively obvious in the Reports Examples menu which report is > hello-world.scm, but Welcome to GnuCash would seem more obvious than Sample > Report with Examples > > 3. Search 'Hello, World' has 22 hits: > > * 18 of those hits are 'Hello, World!' used as a section name? Why? It's a > complicated name making the program harder to comprehend and distingush from > output strings (let's ignore searching for the presence/absence of an > exclamation mark). Just changing it to 'Hello' would be easier to read and > make the program clearer. > > * 'Hello, World' string is used three times (and in a comment): as a string, > report title, and report name. It is much easier to see what output unique > strings are associated with without even understanding the structure of the > report. Had you written that instead of "The code would be easier to follow if different strings other than Hello, World! were used, making it clearer what they relate to. While this report might have developed from a Hello World example, a minimal program to generate output, it's much more than that now. Can it be renamed? Maybe just hello.scm or move it to welcome-to-gnucash.scm with a related document title." and jumped to writing a PR changing the wrong things there would have been scope for discussion at the outset. It's amusing that you closed your email with "If there are no concerns I'll put up a PR." Since the timestamps on your email and the PR are a whole minute apart you clearly had great interest in discussing the matter. To address point 1 one would change the file name. To address point 2 that new file name would be something like "sample-report-with-examples.scm". To address point 3 one would change the names of the sections. Instead of doing either of those you chose to change the default values of three options and claimed that that somehow makes the code easier to understand. > > The PR changes points 2 and 3 with minimal change elsewhere. That is obviously false. The PR does address > * 'Hello, World' string is used three times (and in a comment): as a string, > report title, and report name. It is much easier to see what output unique > strings are associated with without even understanding the structure of the > report. But that claim is silly, because the user can (and should) open the options dialog, change one of the options, click Apply, and observe what changes in the report. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] GnuCash 4.900 Released
The GnuCash development team announces GnuCash 4.900, the first unstable release leading to GnuCash 5.0. This is an unstable release for testing purposes. Do not use it with production data! Make a copy of your book to test this release. New Features A new Stock Transaction Assistant to guide you through entering most investment transactions for stocks, bonds, and mutual funds. You can access it from Actions>Stock Assistant when you have the Accounts page ora Stock or Fund account register open. A new Investment Lots report showing a graph of capital gains and losses in a period by investment lot. Note that if you don't use the View Lots dialog to manage capital gains and losses this report won't have anything to show you. Use Reports>Assets & Liabilities>Investment Lots to see the report. A new tab on the New/Edit Account dialog called More Properties includes entries to set a high and low limit on an account. That's coupled to a new column that's available on the Accounts Page, Balance Limit. If you set a high or low limit and the account balance falls above or below the respective limit an indicator will be shown in the Balance Limit column. The description field quickfill in the register now displays a drop-down list of possible completions instead of just one inline completion. File import menu items for the MT940, MT942, and DTAUS formats is replaced with a single Import from AQBanking that supports importing any file format supported by AQBanking, including the frequently requested CAMT. Between 4.13 and 4.900, the following bugfixes were accomplished: The following fixes will also appear in GnuCash 4.14: Bug 798588 - sx scrubbing was using incorrect free function Bug 798625 - "Last up through report date" changed in 4.12 Bug 798679 - Unicode normalization should be used for comparison but not stored. Bug 798702 - Crash in gnc_plugin_page_focus_idle_destroy() closing a report before it completes. Bug 798705 - New: UI string mismatch: OK vs. Next Bug 798717 - Reports > Business > Fancy Invoice duplicates company details The following additional bug fixes are in unstable only: Bug 403979 - Balance column shows only low order digits when too narrow If the column is too narrow to display the whole number it will display the leading digits with an ellipsis (…). Bug 769256 - Change New Account Dialog Rearrange the New and Edit Account dialog to move the parent selector under the description field followed by the account type as a combo (i.e. drop down) list. The following fixes and improvements were not associated with bug reports: Unicode normalization for string matches is changed from NFKC to NFC. This means that font and positional variants will no longer match and is unlikely to affect most users. See Unicode Normalization Forms:Canonical and Compatibility Equivalence for the technical details. The Gtk menu structure has been rewritten to use the newer GMenu/GMenuModel system. This change is mostly invisible to users, except that to keep menu accelerators (like Q to quit) working on macOS we had to let macOS handle the events. That will affect using cut, copy, and paste in dialog boxes because the menu will intercept them. That's temporary, we hope to have it fixed for GnuCash 4.901. The Finance::Quote interface is rewritten in C++. This new design will allow much better capture of diagnostics from Finance::Quote making troubleshooting problems much easier. The perl Finance::Quote utilities gnc-fq-check, gnc-fq-dump, and gnc-fq-helper are removed and new commands added to gnucash-cli: --quotes info replaces gnc-fq-check and --quotes dump replaces gnc-fq-dump. New API: The options system has been rewritten in C++ with Scheme wrappers for report options. While this is invisible to most users, those who have written custom reports should look for deprecation warnings when the custom reports are reconciled. The main difference is that option creation and registration is now done in a single function call. Nearly all standard code defined a local convenience function that wrapped the two steps, for example (let* ((options (gnc:new-options)) (add-option (lambda (new-option) (gnc:register-option options new-option) called as (add-option (gnc:make-string-optionpagename title key docstring default-value)) The convenience function is no longer needed, call (let* ((options (gnc-new-optiondb))) ... (gnc-register-string-option options pagename title key docstring default-value) intead. Note that gnc:new-options is now gnc-new-options. There are several similar changes. All of these are wrapped in bindings/guile/options.scm with the old names, but are marked to raise deprecation warnings to encourage you to change. The wrappers will be removed in GnuCash 6.0.
[GNC-dev] GnuCash 4.13 Released
The GnuCash development team announces GnuCash 4.13, the fourteenth release in the stable 4.x series Between 4.12 and 4.13, the following bugfixes were accomplished: • Bug 760274 - The Statusbar "forgets" when register doesn't have focus • Bug 798545 - Crash when updating document link on vendor bill • Bug 798614 - Croatia to join the Euro • Bug 798629 - gnucash crashes attempting to import OFX file • Bug 798633 - 4.12 build failure on 32-bit Linux: "No code for module" • Bug 798640 - Segfault when running saved report • Bug 798649 - Crash when closing Edit Style Sheets dialog while Style Sheet Properties dialog is still open. • Bug 798653 - Schedule Calendar event description pop up window does not track mouse position • Bug 798657 - Import Summary language is wrong • Bug 798664 - Result of 'gnucash --nofile' is marked dirty • Bug 798669 - Multicolumn Balance Sheet not printing exchange rates include equity accounts in the exchange rate commodities list. • Bug 798672 - Preferences are not saved nor loaded, ERROR g_settings_new_full: assertion 'schema != NULL' failed • Bug 798680 - Not able to match a reverse transaction of a previously matched transaction. • Bug 798681 - Previously imported investment income transactions may not be filtered. • Bug 798694 - Cursor in the wrong place after pasting with auto-completion The following fixes and improvements were not associated with bug reports: • Don't normalize text when pasting from the clipboard or appending descriptions or notes during imports. • [register] Delay post-ime reset of the selection to works around bug 798587. • [ofx import] Clean up importing investment transactions for smoother workflow and better UI behavior. • [account-piecharts] drill-down piechart: tree-depth is at most 6 • Fix numerous memory leaks. • [ifrs-report] From Bug 798004 allow Cr cash to offset Dr fee and remove invalid "dividend reinvestment" during short. • [gtest-qofevent.cpp] Add comprehensive tests for qofevent • [test-qofbook] Test that gnc_features_test_unknown returns a suitable error message • [test-qofbook.c] add test for gnc_features_set_unused • [gnc-features.cpp] backport gnc_features_set_unused from master • [qofbook.cpp] backport qof_book_unset_feature from master • Move gnc-euro.[ch] to engine and unit test it. • [test-qofbook] basic features test: Sets a feature and tests it's set. it's impossible to design a book with unknown features using the API. • po/README: Remove relics from ancient context forms • [test-ifrs-cost-basis] amend tests to accommodate extra column. • [ifrs-cost-basis] compare register vs calculated capgain per transaction. • Accomodate WebKit package version update to webkit2gtk-4.1. • [assistant-stock-transaction] input positive capgains for Credit income account. New API: None. Deprecations: • qof_book_get_features New and Updated Translations: Chinese (Simplified), Croatian, English (Australia), English (New Zealand), English (United Kingdom), French, Hungarian, Indonesian, Japanese, Korean, Macedonian, Polish, Spanish, Urdu Help translate GnuCash on Weblate Known Problems Complete list of all open bugs. Documentation Concurrent with the release of GnuCash 4.13 we're pleased to also release a new version of the companion Help and Tutorial and Concepts Guide Between 4.12 and 4.13, the following bugfixes were accomplished: • Bug 798620 - Unable to build docs on Mageia Cauldron • Bug 798623 - ENG. Typo "documenation" • Bug 798624 - Document how to check if GnuCash is running when updating quotes • Bug 798645 - screens instead of WINDOWS • Bug 798665 - New: ENG. Typo: Unnecessary determiner "a" [2.6.1. Migrating financial data] • Bug 798674 - Broken link on Chapter 17. Python Bindings The following fixes and improvements were not associated with bug reports: • Manual Account_Actions: Tippfehler-Korrektur • Review URLs and replace them by entities in all parts and languages excepting in comments or FDL appendix • manual, ch_Finance-Quote: fix broken entities • gnc-gui-struct.dtd: fix some mistakes and add entities for menuitems and menuchoice. • Update url-irc to "irc://irc.gimp.net/gnucash" see the email announcement • Partial Modernization of Manual:C:Business: Differentiation of admonitions and improvement of lists • Manual:C: Convert CSV assistant into • Multi-split csv elaboration • Update app-fq-vers to "1.53" • Replace "Online Quote Setup" instructions in Guide by links to the manual chapter. • Enhance bookinfos by subtitle and titleabbrev;drop "Help" from manual. Adding titleabbrev
Re: [GNC-dev] [GNC] ANNOUNCE: IRC: irc.gnome.org Alias Changed
Yes, you did talk to Derek in irc.libera.chat#gnucash, which I guess means that it's bridged to Gnome's matrix. Derek's IRC id is warlord. As he said there, it's not the sanctioned channel, it's not monitored by the dev team (except warlord and me, exclusively to tell people that it's the wrong channel) and it's not logged. natrius said that they'd created a #gnucash channel on matrix and asked if we wanted to connect it to irc.gimp.org#gnucash. We don't, because he demanded channel op privs. Perhaps that's the one that you found and couldn't post on. Regards, John Ralls > On Dec 10, 2022, at 3:41 AM, JokerGermany wrote: > > Hello, i think there was a misunderstanding. I think i am talking with > this person in the Matrix gnucash room. > https://matrix.to/#/#gnucash:matrix.org > >> I never said that >> That was really misunderstood it seems > > I am not a IRC and not an IRC <-> Matrix bridge expert, but it looks > like the new room can accessed via gnome.org matrix server. > https://matrix.to/#/#_gimpnet_#gnucash:gnome.org > > But in the new #gnucash room i don't have rights to write. > In the old one i could write > https://matrix.to/#/!SREDctsBkPNuyGeJJS:libera.chat?via=libera.chat=matrix.org > > Regards > > > Am Freitag, dem 09.12.2022 um 15:44 -0800 schrieb John Ralls: >> If there was a matrix bridge before it was through irc.gnome.org. One >> of the reasons the infrastructure team decided to move the >> irc.gnome.org alias to libera.chat was because they thought that the >> Matrix bridge would be easier to maintain. >> >> Someone offered on IRC the other day to set up a Matrix bridge to >> irc.gimp.org#gnucash, but they said they needed full admin control of >> the IRC channel to do so. >> >> Regards, >> John Ralls >> >> >>> On Dec 9, 2022, at 1:16 PM, Derek Atkins wrote: >>> >>> There are literally dozens of IRC clients out there to choose from. >>> >>> If you care about Matrix, then I suggest you contact them about it; >>> it was >>> working before, so I'm sure they can make it work again. We have >>> no >>> control over such third-party integrations. >>> >>> While we do have a channel registered over at libera, it is not >>> actively >>> monitored, logged, or maintained at this time, so using it is >>> completely >>> at your own risk. >>> >>> -derek >>> >>> On Fri, December 9, 2022 9:20 am, JokerGermany wrote: >>>> Looks like you can join as Matrix user anymore because >>>> irc.gimp.org >>>> isn't bridged to matrix? =( >>>> >>>> Am Dienstag, dem 29.11.2022 um 15:47 -0800 schrieb John Ralls: >>>>> The Gnome infrastructure team has changed the alias for >>>>> irc.gnome.org >>>>> from irc.gimp.org to irc.libera.chat. That means that the >>>>> #gnucash >>>>> IRC channel on irc.gnome.org is no longer the one monitored by >>>>> the >>>>> GnuCash team. If you have configured an IRC client to connect >>>>> to >>>>> #gnucash on irc.gnome.org you need to reconfigure it to connect >>>>> on >>>>> irc.gimp.org. >>>>> >>>>> Regards, >>>>> John Ralls >>>>> ___ >>>>> gnucash-announce mailing list >>>>> gnucash-annou...@gnucash.org >>>>> https://lists.gnucash.org/mailman/listinfo/gnucash-announce >>>> ___ >>>> gnucash-user mailing list >>>> gnucash-u...@gnucash.org >>>> To update your subscription preferences or to unsubscribe: >>>> https://lists.gnucash.org/mailman/listinfo/gnucash-user >>>> - >>>> Please remember to CC this list on all your replies. >>>> You can do this by using Reply-To-List or Reply-All. >>>> >>> >>> >>> -- >>> Derek Atkins 617-623-3745 >>> de...@ihtfp.com www.ihtfp.com >>> Computer and Internet Security Consultant >>> >>> ___ >>> gnucash-user mailing list >>> gnucash-u...@gnucash.org >>> To update your subscription preferences or to unsubscribe: >>> https://lists.gnucash.org/mailman/listinfo/gnucash-user >>> - >>> Please remember to CC this list on all your replies. >>> You can do this by using Reply-To-List or Reply-All. >> > > -- > Die Corona-Warn-App ist jetzt verfügbar. Tut eurem Umkreis einen > gefallen und installiert die App! > https://www.bundesregierung.de/breg-de/themen/corona-warn-app > https://f-droid.org/packages/de.corona.tracing/ ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] URGENT: Fake gnucash website with fake download, most likely compromised file
I don't see that ad when I search Google for gnucash; when I type https://www.gnu-cash.org/ into my browser's address bar I'm taken to a page titled "Dot Com Inovations"[sic] with a heading "October 20, 2022" and nothing at all about GnuCash. Not that there would be anything we could do about it if it did exist. Regards, John Ralls > On Dec 9, 2022, at 3:39 PM, Vincent Dawans wrote: > > Added screenshot showing fake gnucash site ad at top of google results. > > On Fri, Dec 9, 2022 at 3:31 PM Vincent Dawans wrote: > >> Precision: the link to the fake site reported below is actually >> https://gnu-cash.org/main.php -- you need the full page link to see the >> fake site that shows in the google ad. >> >> On Fri, Dec 9, 2022 at 3:24 PM Vincent Dawans wrote: >> >>> I just typed gnucash in google and the first hit was an ad pointing to >>> gnu-cash.org (with a dash). It is a fake site that is a carbon copy of >>> the official site but the download link goes to a setup.exe that is most >>> likely a corrupted virus file. >>> >>> We need this removed ASAP. There is an option in google to report the >>> site and mark it as spam/phishing. I imagine if more people do this it will >>> get removed faster hopefully. >>> >> > ___ > 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] [GNC] ANNOUNCE: IRC: irc.gnome.org Alias Changed
If there was a matrix bridge before it was through irc.gnome.org. One of the reasons the infrastructure team decided to move the irc.gnome.org alias to libera.chat was because they thought that the Matrix bridge would be easier to maintain. Someone offered on IRC the other day to set up a Matrix bridge to irc.gimp.org#gnucash, but they said they needed full admin control of the IRC channel to do so. Regards, John Ralls > On Dec 9, 2022, at 1:16 PM, Derek Atkins wrote: > > There are literally dozens of IRC clients out there to choose from. > > If you care about Matrix, then I suggest you contact them about it; it was > working before, so I'm sure they can make it work again. We have no > control over such third-party integrations. > > While we do have a channel registered over at libera, it is not actively > monitored, logged, or maintained at this time, so using it is completely > at your own risk. > > -derek > > On Fri, December 9, 2022 9:20 am, JokerGermany wrote: >> Looks like you can join as Matrix user anymore because irc.gimp.org >> isn't bridged to matrix? =( >> >> Am Dienstag, dem 29.11.2022 um 15:47 -0800 schrieb John Ralls: >>> The Gnome infrastructure team has changed the alias for irc.gnome.org >>> from irc.gimp.org to irc.libera.chat. That means that the #gnucash >>> IRC channel on irc.gnome.org is no longer the one monitored by the >>> GnuCash team. If you have configured an IRC client to connect to >>> #gnucash on irc.gnome.org you need to reconfigure it to connect on >>> irc.gimp.org. >>> >>> Regards, >>> John Ralls >>> ___ >>> gnucash-announce mailing list >>> gnucash-annou...@gnucash.org >>> https://lists.gnucash.org/mailman/listinfo/gnucash-announce >> ___ >> gnucash-user mailing list >> gnucash-u...@gnucash.org >> To update your subscription preferences or to unsubscribe: >> https://lists.gnucash.org/mailman/listinfo/gnucash-user >> - >> Please remember to CC this list on all your replies. >> You can do this by using Reply-To-List or Reply-All. >> > > > -- > Derek Atkins 617-623-3745 > de...@ihtfp.com www.ihtfp.com > Computer and Internet Security Consultant > > ___ > gnucash-user mailing list > gnucash-u...@gnucash.org > To update your subscription preferences or to unsubscribe: > https://lists.gnucash.org/mailman/listinfo/gnucash-user > - > Please remember to CC this list on all your replies. > You can do this by using Reply-To-List or Reply-All. ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] IRC: irc.gnome.org Alias Changed
The Gnome infrastructure team has changed the alias for irc.gnome.org from irc.gimp.org to irc.libera.chat. That means that the #gnucash IRC channel on irc.gnome.org is no longer the one monitored by the GnuCash team. If you have configured an IRC client to connect to #gnucash on irc.gnome.org you need to reconfigure it to connect on irc.gimp.org. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Various failures while building MacOS/Quartz from source
> On Nov 6, 2022, at 1:33 PM, Jim DeLaHunt wrote: > > Yes, you did, and I appreciate it. As you will have read above, > > freetype-no-harfbuzz now compiles happily... > >> Rebuilding Harfbuzz isn't going to get rid of Freetype's dependency on >> brotli. Harfbuz doesn't know anything about broil. > > Agreed. Adding the cmakeargs of "-DFT_DISABLE_BROTLI=YES" appeared to get rid > of Freetype's dependency on brotli, _for the purpose of compiling > freetype-no-harfbuzz_. > > I am moving on to the next problem, which is that harfbuzz-no-cairo fails to > build, despite the successful fix which enabled Freetype to build in a way > acceptable freetype-no-harfbuzz. And the symptoms of the next problem are > interestingly similar to the symptoms of the previous problem. No, harfbuzz-no-cairo fails to build because the rebuild of freetype-no-harfbuzz *didn't* succeed in removing its dependency on brotli. That's what > pkg-config error with 'freetype2': Could not generate cargs for freetype2: > Package libbrotlidec was not found in the pkg-config search path. > Perhaps you should add the directory containing `libbrotlidec.pc' > to the PKG_CONFIG_PATH environment variable > Package 'libbrotlidec', required by 'freetype2', not found > is telling you. One possibility is that the install step didn't replace /Users/gtkdeveloper/gnucash/inst/lib/pkgconfig/freetype2.pc, the other is that cmake ignored FT_DISABLE_BROTLI perhaps because BROTLIDEC_INCLUDE_DIRS:PATH and BROTLIDEC_LIBRARIES:FILEPATH are already set in CMakeCache.txt. > I read that sentence and took it to heart. You will see a mention of > /Users/gtkdeveloper in my logs. gtkdeveloper is a macOS user account I > created specifically to build GnuCash. It does not have any of my primary > account's path or environment changes. I have not told it about MacPorts. > > As far I as know, MacPorts installs many files to /opt/local/*, and acts like > it owns that directory subtree. It installs apps to /Applications/MacPorts . > Users are responsible for adding /opt/local/bin to their own paths. As far as > I know from monitoring the project's user and developer lists, MacPorts tries > to avoid installing anything anywhere else. > > If there is software on macOS which consults /opt/local/*, then IMHO it > should be aware it might well find MacPorts-installed software there. If it > doesn't want to be contaminated by MacPorts, it should have a way to refrain > from consulting /opt/local/* . > > Of course, the difference of opinion between cmake and pkg-config might not > stem from consulting /opt/local/* . Sigh. Here's the problem: https://github.com/Kitware/CMake/blob/890d44792307134b41274b52cd972e4944af7d36/Modules/Platform/Darwin.cmake#L265 It might be possible to disable that with https://cmake.org/cmake/help/latest/variable/CMAKE_IGNORE_PREFIX_PATH.html#variable:CMAKE_IGNORE_PREFIX_PATH to '/opt/local' or https://cmake.org/cmake/help/latest/variable/CMAKE_FIND_USE_CMAKE_SYSTEM_PATH.html#variable:CMAKE_FIND_USE_CMAKE_SYSTEM_PATH too 'NO'. E.g., add to jhbuildrc-custom cmakeargs = "-DCMAKE_IGNORE_PREFIX_PATH=/opt/local", but meson also uses cmake to find stuff and it's not clear from the meson docs whether one can add the same thing to its cmake_args; I guess that would look like mesonargs = "-Dcmake_args=-DCMAKE_IGNORE_PREFIX_PATH=/opt/local". > Yes, I have seen this report. It might be worse: I tried building gnucash > 4.11 via the MacPorts `gnucash` port, and a) there is an unexpected > interaction with gtkosxapplication.h, and b) after hiding > gtkosxapplication.h, the resulting GnuCash application crashes after setting > up a new book. I wasn't going to start the thread here about those issues > until I had got as far as I could with building GnuCash the GnuCash way. But > there is more on these MacPorts problems at > <https://trac.macports.org/ticket/66119>. > gtkosxapplication is what puts the menus on the menu bar instead of on the window. If you want to build without it you need to hide $PREFIX/lib/pkgconfig/gtk-mac-integration-gtk3.pc. But that crash hasn't anything to do with gtkosxapplication. I think it's Try applying https://gitlab.gnome.org/GNOME/gtk-osx/-/blob/master/patches/gtk-3.24.33-quartz-window-transient-for.patch to your gtk3-24.34 build. The fix in gtk itself is https://gitlab.gnome.org/GNOME/gtk/-/commit/a2c54c739ed08eac6d360cd3a6ae140e1fab556d but that does a bunch of other stuff too. I committed it after Mattias released 3.23.34. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Various failures while building MacOS/Quartz from source
> On Nov 3, 2022, at 9:41 AM, john wrote: > > > >> On Nov 3, 2022, at 1:56 AM, Jim DeLaHunt wrote: >> >> On 2022-11-01 12:58, John Ralls wrote: >> >>> >>>> On Oct 31, 2022, at 9:46 PM, Jim DeLaHunt wrote: >>>> >>>> I am continuing my attempt to build GnuCash 4.11 from source on macOS >>>> 12.6 (M1 CPU), following the instructions at >>>> https://wiki.gnucash.org/wiki/MacOS/Quartz >>>> >>>> In the next 46,000 lines of output, there were about six failures: >>>> >>>> 1. during phase build of >>>> >>>> freetype:/Users/gtkdeveloper/gnucash/src/freetype-2.11.1/src/autofit/afshaper.h:30:10: >>>> fatal error: 'hb-ft.h' file not found >>>> ...[2 through 6 elided]... >>>> >>> Jim, >>> >>> I just did a test build and it worked. There are a couple of minor fixups >>> required in makefiles for xml-sec (your #4) and libdbi (#6), and >>> libdbidrivers is broken and requires a manual step as a workaround. >>> >>> Failures 2 and 3 are because you didn't fix #1. #1's error indicates that >>> it failed because harfbuzz-no-cairo built without freetype; that's probably >>> because freetype-no-harfbuzz failed and you tried to keep going >> >> Interesting. Thank you for the insights. >> >> I searched the stdout from my build attempt. I did not find any diagnostic >> line about installing a file 'hb-ft.h'. I did see diagnostics which seemed >> to say that freetype-no-harfbuzz and harfbuzz-no-cairo installed without >> error. >> >> Which module should install file 'hb-ft.h'? harfbuzz-no-cairo, perhaps? > > Yes. > [SNIP] >> Run-time dependency freetype2 found: NO (tried pkgconfig, framework and >> cmake) > [SNIP] >> Font callbacks (the more the merrier) >>FreeType : NO > > Which is why it didn't install hb-ft.h, nor, presumably, build the > corresponding objects. > > [SNIP] > >> There is a file 'hb-ft.h' as part of harfbuzz 4.1.0[1]. >> >> [1] <https://github.com/harfbuzz/harfbuzz/blob/4.1.0/src/> >> >> I see "installing" messages for 33 files in >> /Users/gtkdeveloper/gnucash/src/harfbuzz-4.1.0/src/hb-*.h. I count 39 such >> filenames in harfbuzz [1]. >> >> The hb-*.h files not installed seem to be: hb-ft.h, hb-directwrite.h, >> hb-gdi.h, hb-graphite2.h, hb-uniscribe.h, hb-version.h. >> I recognise directwrite, gid, and uniscribe as Windows subsystems, and >> graphite2 as another text renderer, all reasonably not installed on Harfbuzz >> for macOS. I don't understand why hb-ft.h or hb-version.h would not be >> installed. But I have not investigated that yet. >> >> Any further insights you might be able to share? > > So the question is now why didn't pkg-config find Freetype? > > Does /Users/gtkdeveloper/gnucash/lib/pkgconfig/freetype2.pc exist? (It > should, the installation is right after your elision note.) > If so, does starting a shell (`jhbuild shell`) and running `pkg-config > --modversion freetype2` return a version string? > If not, what is the result of `echo $PKG_CONFIG_PATH`? I've set up fixes for the xmlsec, libdbi and libdbi-drivers problems so once you get past this you should be able to do a clean build. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Various failures while building MacOS/Quartz from source
> On Oct 31, 2022, at 9:46 PM, Jim DeLaHunt wrote: > > I am continuing my attempt to build GnuCash 4.11 from source on macOS 12.6 > (M1 CPU), following the instructions at > https://wiki.gnucash.org/wiki/MacOS/Quartz . > > With help from John Ralls, I have completed the command: jhbuild > bootstrap-gtk-osx. > > I then attempted: jhbuild build . > > In the next 46,000 lines of output, there were about six failures: > > 1. during phase build of > > freetype:/Users/gtkdeveloper/gnucash/src/freetype-2.11.1/src/autofit/afshaper.h:30:10: > fatal error: 'hb-ft.h' file not found > 2. during phase configure of atk: > ../../src/atk-2.36.0/atk/meson.build:138:2: ERROR: Dependency > "gobject-introspection-1.0" not found, tried pkgconfig, framework > and cmake > 3. during phase configure of gtk-mac-integration: configure: error: > Neither GTK+-2.0 nor GTK+-3.0 was found > 4. during phase build of xmlsec: CCLD libxmlsec1-gnutls.la: Undefined > symbols for architecture arm64: "_gcry_mpi_cmp", "_gcry_mpi_invm", etc. > 5. during phase configure of libchipcard: Package gwenhywfar was not > found in the pkg-config search path. > 6. during phase build of libdbi: ld: unknown option: > --version-script=/Users/gtkdeveloper/gnucash/src/libdbi/src/libdbi.map > > I can obviously dig into each one of these, but all I really want is a > running GnuCash with Python bindings. I can find an easier way to get it than > diagnosing these problems, I'd prefer that. MacPorts might get me what I > want. It is currently posing a different obstacle, but one which I might be > able to overcome more easily. > > Is there interest in me describing these problems and attempting to run them > to ground? If there is a developer who wants to help me, and would like to > use my experience to improve the build documentation and/or the tools, then I > am willing to keep digging. Jim, I just did a test build and it worked. There are a couple of minor fixups required in makefiles for xml-sec (your #4) and libdbi (#6), and libdbidrivers is broken and requires a manual step as a workaround. Failures 2 and 3 are because you didn't fix #1. #1's error indicates that it failed because harfbuzz-no-cairo built without freetype; that's probably because freetype-no-harfbuzz failed and you tried to keep going. #5 is because you didn't fix #4. The process is building chains of dependencies basically from scratch. If jhbuild stops you have to fix whatever is wrong and get the module built and installed before proceeding. The workarounds: xmlsec (#4): Edit build/xmlsec-1.2.32/src/gnutls/Makefile to add $(GCRYPT_LIBS) \ at line 490, under libxmlsec1_gnutls_la_LIBADD = \ (IMPORTANT: The leading whitespace is a single TAB) libdbi (#6): Edit build/libdbi/src/Makefile to remove -Wl,--version-script=${srcdir}/libdbi.map at line 346. libdbi-drivers: Use selection 4 to open a shell. At the prompt type 'PKG_CONFIG=$PREFIX/bin/pkg-config ' (no quotes) and paste in the configure command line from the failure message after it. Press return. When configure finishes quit the shell and select 2 continue to build. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Dependencies policy for major releases
> On Oct 29, 2022, at 2:40 PM, David Cousens wrote: > > John, > I usually build the latest release from the source code on Linux Mint > (currently > 21.3) as soon as a new release comes out. My desktop is getting a bit ancient > but still has no problem with Linux. I also run the Windows version on my > wife's > laptop (Windows 11). Not averse to having to build dependencies from scratch > on > Linux if I have to but would prefer not to where possible. > I tried Flatpak early on when there was a bit of extra setup to configure > access > to the system resources but haven't been back now that most of those have > likely > been sorted. David, I don't know how to support that: https://repology.org doesn't report linux mint 21 at all and 20 shows only 137 packages, with no entries for aqbanking, anything starting with lib including libgtk+-3.0, libofx, or libxml, nor sqlite3. Searching for those names at http://packages.linuxmint.com also produced nothing. However, https://en.wikipedia.org/wiki/Linux_Mint says that Mint follows Ubuntu LTS releases with a slight delay. As long as that's true and you keep up to date with new releases you should have no problems. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] Updated GnuCash with Gnome Runtime v42 available on Flathub
This fixes the warning when installing GnuCash from Flathub saying that the GNOME 41 runtime is no longer supported. The new flatpak is released as version 4.12-2. Update the org.gnucash.GnuCash flatpak * via your distribution's package manager or * by runing 'flatpak --update org.gnucash.GnuCash' on the command line Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Just curious, images to file or MySQL
> On Oct 20, 2022, at 10:06 PM, Jeff wrote: > > On 12/8/21 10:48 AM, john wrote: >> >>> On Dec 7, 2021, at 10:27 PM, Jeff wrote: >>> >>> On 12/7/21 11:38 AM, john wrote: >>>> >>>>> On Dec 7, 2021, at 1:40 AM, Jeff wrote: >>>>> >>>>> Since GNC is based on XML and MySQL, how hard would it be to upgrade to >>>>> link the code to a MySQL database format for document saving (i.e.check >>>>> images) instead of just an XML hard link to a file? >>>>> >>>>> Even though there seems to be a limit on the number of transactions that >>>>> you can convert from XML to MySQL. 3 years works, 30 doesn't. I have 30+ >>>>> in my ledger and cannot get it to convert from XML to MySQL. My dad's >>>>> only has less than 4 years and converts fine to MySQL. >>>>> >>>>> Saving to an image file currently limits you to one drive and a specific >>>>> file. MySQL would allow saving to wherever the database of images exists >>>>> as a list of blobs. Hard drive upgrades would be much simpler. >>>>> >>>>> Again just curious. >>>> There is no programmatic limit in GnuCash on the number of transactions >>>> that GnuCash can store using the MySQL backend, so you're most likely >>>> hitting some limitation on the server side. You can run GnuCash with --log >>>> gnc.backend.sql=debug to get details of the insert queries and server >>>> error responses; combined with your MySQL logs you should be able to >>>> pretty quickly diagnose the problem. If you find that GnuCash's backend is >>>> doing something dumb please file a bug. >>>> >>>> As for document image links they're URIs so you can put them anywhere that >>>> you can access with a URI. A web server on your LAN is an easy to >>>> implement option. >>>> >>>> Regards, >>>> John Ralls >>>> >>>> . >>> >>> I understand the direct link to a file or URL but; how does one specify a >>> URI? >> >> URI means Uniform Resource Identifier, see >> https://en.wikipedia.org/wiki/Uniform_Resource_Identifier. It's a more >> general term than URL, or Uniform Resource Locator. >> >> Regards, >> John Ralls >> > Sorry John Ralls, if my reply comes directly to you, my email client no > longer lets me easily reply directly to the list only. > > I have not been able to convert my data to an sql file, period. 30 years > worth. Works for other sets of books with much fewer years of data. > > What I am after is a way to link images to a transaction but not via a > specific filename. Like many others I am sure, I'd like to access the images > from any drive, including a replacement drive. I just had 2 hard drive > failures back to back on external drives. Now not only do I have to hire a > forensic company to try and recover them, I have lost all images saved to > them. And yes, they were both unfortunately system back up drives. 12 > terabytes for those 2. > > In fewer words, I need a method of attaching images to a stand alone > database. I have never had a successful build of GNC. Some stupid mistake > on my part I am sure. I would be more than happy to write such program but I > do not understand the GNC code well enough to change the image link from a > file to a call to a standalone database program running in the back ground. Jeff, It came through the list with no problems. You didn't even send it directly to me. Even if your client no longer does reply-list, and most don't, you can use reply-all which duplicates the CCs of the message you're replying to and will get it to the list as well as to the sender you're replying to. The details of how this works is that you select Linked Location in the Change a Transaction Linked Document dialog and enter a URI. This can be any URI your OS knows how to open. mysql: and psql: are not likely to be options; http: is guaranteed to work. For the other end you set up a web server (apache, nginx, etc.). That can be on the same computer, in which case you can use http://localhost/ to start the URI. The rest of the URI will be instructions to the web server to retrieve the image you want. A very simple way to do it would be to set up a directory in the web server root called gnucash-images and to have a simple index.php in it that reads the image parameter provided in the URI and serves the file from an images subdirectory. A URI for that scheme might look like http://localhost/gnucas
[GNC-dev] GnuCash 4.12 Released
GnuCash 4.12 Released The GnuCash development team announces GnuCash 4.12, the thirteenth release in the stable 4.x series Between 4.11 and 4.12, the following bugfixes were accomplished: Bug 794584 - Register not updated when scheduled transactions created Bug 798262 - Scheduled transactions with blank amounts do not get created. Bug 798385 - Description to often only "Landesbank Hessen-Thuringen Girozentrale" Prepend the Ulitimate Creditor or Ultimate Debtor to the transaction description. Bug 798565 - Import map editor: deletion of a map does not mark gnucash document as dirty Bug 798573 - Tab Width Behaviour Formerly when the notebook tabs on the left or right, the space used fluctuated depending on tab label width. This change sets the label width to the preference setting when the tabs are on the left or right but when top or bottom the width is set to the number of characters when shorter than the preference setting so they take up less room. Bug 798578 - MT940 imports broken - all transactions have date of first transaction Bug 798585 - segfault running sample script simple_business_create.py. Bug 798588 - sx scrubbing was using incorrect free function Bug 798590 - Transaction report: wrong type argument in position 1 Bug 798598 - Selecting a line in a Vendor Credit Note changes display of Subtotal cell to 0.00 Bug 798611 - Date changing when changing timezone by one hour When getting a date from the date editor anywhere in the program set the time to neutral time instead of the beginning of the day unless get_date_internal is called with GNC_DATE_EDIT_SHOW_TIME in which case the user-provided time is used. Bug 798616 - Can't register amount greater than 9,000,000,000 Because when loading the value the split in the xml backend doesn't yet have a parent so the code tried to convert to GNC_COMMODITY_MAX_FRACTION and if the numerator was larger than 10^10 that would overflow. To fix it this changes the "don't know" response in get_currency_denom and get_commodity_denom to GNC_DENOM_AUTO which will normally leave the denominator alone. The following fixes and improvements were not associated with bug reports: * It is now possible to edit the description, notes, and memo fields of new transactions in the import matcher and to do so for multiple transactions. The option is accessed via a context menu on selected import lines. * Show GnuCash's installation and configuration configuration paths in the About dialog. List the same from the command line with a --paths option. * Add account hierarchy templates for locale es_AR * Continued work on the Stock Transaction Assistant. If you want to try out this new way of recording your investment transactions start GnuCash with the --extra option. The stock assistant is available on the toolbar and from the Actions menu when a register for a STOCK or FUND account is focused. * Replace the very obsolete ghelp: URI scheme with help: and install the documentation according to the XDG documentation spec on non-Mac Linux systems. This ensures that the Help menu documentation items work with Gnome 42 and later. * Conforming to the XDG documentation spec, rename the root page of the Help manual to index from help. This has the happy side effect of removing some special-case code from the macOS documentation links. * Standardize the top-level Equity and Assets account names in the French templates to "Capitaux propres" and "Actif" respectively. * [gnc-ab-utils] concise string accumulator * [gnc-glib-utils] gnc_g_list_stringjoin skips NULL data * [ifrs-cost-basis] identify sale/purchase according to truth table instead of via flawed heuristics * [ifrs-cost-basis] add options used as a report footer * [lot-viewer] Show Open & Close dates only when they have a value. * Fix use-after-free crash in gnc_set_busy_cursor. * Create Swiss SMB account chart acctchrt_pme-19.gnucash-xea. * [date-utilities] avoid report crash if start > end date * [html-chart] add percent formatter for numbers for older javascript. * [trial-balance] set default price-source to average-cost to minimise complaints (see Bug 798550). * Use macos-latest github runner for mac tests. * [dialog-price] Price Database: Insert help buttons * Disable transaction type (i.e. Bill or Invoice) in Invoice/Bill Registers, determining the type by inspecting the money flow. * Fix python tests dependencies so that ninja check works from a clean build directory with Python enabled. * Review of account templates C—missing placeholders, redundancies * Fixed a variety of memory leak, poor list handling, and dangling reference errors. New API: gnc_tm_get_today_neutral to complement gnc_tm_get_today_begin and gnc_tm_get_today_end. gnc_get_dialog_widget_from_id gnc_list_all_paths Deprecations: None.
[GNC-dev] GnuCash 4.12 String Freeze Reminder
We'll be releasing GnuCash 4.12 on September 25th, so string freeze on the maint branch will begin this coming Sunday, 11 September. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Data Model Schema
> On Aug 21, 2022, at 11:22 AM, Michael or Penny Novack > wrote: > > On 8/21/2022 11:42 AM, john wrote: >> >> >>> On Aug 21, 2022, at 7:51 AM, Michael or Penny Novack >>> wrote: >>> >>> I do not understand what you could mean by going back and forth from >>> Quickbools to gnucash (or any other double entry bookkeeping software) as >>> Quickbooks is not double entry. >> >> Michael, you're confusing Quicken that isn't double-entry with QuickBooks >> that is. >> >> Regards, >> John Ralls >> > I meant Quicken Quick Books is regular double entry. I was rather > familiar with QuickBooks Pro as before the fire several of my orgs used it << > was replaced with gnucash as QuickBooks refused to replace for free, and > besides, their "for non-profits" version didn't actually have any of the > special features a non-profit would want >> OK, but Scott said going back and forth between QuickBooks and GnuCash. He didn't say anything at all about Quicken. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Building gnucash on aarch64 - issue with boost::icu_regex_traits
> On Jul 18, 2022, at 1:02 PM, Manfred Usselmann wrote: > > Hi, > > I'm trying to build gnucash for Void Linux on platform aarch64, but without > success. > On x86_64 it's working fine. > > Just in case somebody has any idea what the issue could be: > > [693/937] Linking CXX executable bin/gnucash > FAILED: bin/gnucash > : && /usr/bin/g++ -Wno-error=deprecated-declarations -Werror -Wall > -Wmissing-declarations -Wno-unused -Wno-error=parentheses -DNDEBUG > -fstack-clash-protection -D_FORTIFY_SOURCE=2 -march=armv8-a -O2 -Wno-error > -fdebug-prefix-map=/builddir/gnucash-4.11=. -Wl,-z,relro -Wl,-z,now > -Wl,--as-needed gnucash/CMakeFiles/gnucash.dir/gnucash.cpp.o > gnucash/CMakeFiles/gnucash.dir/gnucash-commands.cpp.o > gnucash/CMakeFiles/gnucash.dir/gnucash-core-app.cpp.o > gnucash/CMakeFiles/gnucash.dir/gnucash-gresources.c.o -o bin/gnucash > -Wl,-rpath,/builddir/gnucash-4.11/build/lib64:/builddir/gnucash-4.11/build/lib64/gnucash: > lib64/libgnc-module.so lib64/gnucash/libgnc-qif-import.so > lib64/gnucash/libgnc-csv-import.so lib64/gnucash/libgnc-csv-export.so > lib64/gnucash/libgnc-log-replay.so lib64/gnucash/libgnc-bi-import.so > lib64/gnucash/libgnc-customer-import.so -L/usr/lib64 -lguile-2.2 > -latomic_ops -lgc -L/usr/lib64 -lglib-2.0 /usr/lib/libboost_date_time.so > /usr/lib/libboost_regex.so /usr/lib/ libboost_locale.so /usr/lib/libboost_filesystem.so /usr/lib/libboost_system.so /usr/lib/libboost_program_options.so lib64/gnucash/libgnc-generic-import.so lib64/libgnc-gnome.so lib64/gnucash/libgnc-ledger-core.so lib64/gnucash/libgnc-report.so /usr/lib/libboost_locale.so /usr/lib/libboost_filesystem.so /usr/lib/libboost_system.so /usr/lib/libboost_program_options.so lib64/gnucash/libgnc-register-gnome.so lib64/gnucash/libgnc-register-core.so lib64/gnucash/libgnc-gnome-search.so lib64/libgnc-html.so lib64/gnucash/libgnc-gnome-utils.so /usr/lib64/libgtk-3.so /usr/lib64/libgdk-3.so /usr/lib64/libz.so /usr/lib64/libpangocairo-1.0.so /usr/lib64/libpango-1.0.so /usr/lib64/libharfbuzz.so /usr/lib64/libatk-1.0.so /usr/lib64/libcairo-gobject.so /usr/lib64/libcairo.so /usr/lib64/libgdk_pixbuf-2.0.so /usr/lib64/libgio-2.0.so /usr/lib64/libgobject-2.0.so /usr/lib64/libglib-2.0.so lib64/libgnc-backend-xml-utils.so -L/usr/lib -lz -ldl -lsecret-1 lib64/libgnc-app -utils.so lib64/libgnucash-guile.so lib64/libgnc-locale-tax.so -lguile-2.2 -latomic_ops -lgc -lgio-2.0 -lxslt -lxml2 lib64/libgnc-engine.so /usr/lib/libboost_date_time.so /usr/lib/libboost_regex.so -lgobject-2.0 -licui18n -licuuc -licudata -Wl,--export-dynamic -lgmodule-2.0 -pthread lib64/libgnc-core-utils.so -L/usr/lib64 -lglib-2.0 && : > /usr/bin/ld: lib64/gnucash/libgnc-csv-import.so: undefined reference to > `boost::re_detail_107200::icu_regex_traits_implementation::do_transform(int > const*, int const*, icu_71::Collator const*) const' > /usr/bin/ld: lib64/gnucash/libgnc-csv-import.so: undefined reference to > `boost::icu_regex_traits::isctype(int, unsigned long) const' > /usr/bin/ld: lib64/gnucash/libgnc-csv-import.so: undefined reference to > `boost::basic_regex::do_assign(int const*, int > const*, unsigned int)' > collect2: error: ld returned 1 exit status > There are a couple of possibilities. One is that you've set some CXX_FLAGS that are different from what the boost::regex packager used in a way that affects the mangling, the other is that boost::regex was somehow built without ICU support. Unless you're conversant in using nm to examine binaries your best bet is to ask the distro's boost::regex packager. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Build Issues on Ubuntu jammy
Paul, Please remember to copy the list on all replies. We want to keep everyone in the loop! Yes, the -dev (or sometimes -devel) suffix on the package name means that it includes the headers and other artifacts needed to build things that depend on the package. Regards, John Ralls > On Jul 17, 2022, at 10:00 AM, Paul Kroitor wrote: > > > Thanks, John > > I missed that Ubuntu instructions page. Definitely mea culpa but perhaps it > could be placed better. It’s at the very top right of a complex page, before > the ToC and the first section title. Anyone gung ho to get started might > easily skip to the “Building GnuCash on Linux from the Source Code” title. > > Yes, I tried apt-get builddep gnucash but it failed with “must put some > deb-src URIs in your sources.list”. I considered tracking this down – I > expect (now that I’ve seen it) that it may be related to the “You must open > "Software and Updates" and make sure that "Source code" is ticked or this > script will fail” instruction in the Ubuntu page mentioned above – but opted > for installing the dependencies manually as per the general Linux > instructions. I wanted to get a better flavour of the various elements. > > Re the libgwenhywfar-core-dev: I did indeed see that, but didn’t know which > of the 10 or so libgwen… packages was correct. For my future edification, > what is it that indicates that -core-dev is the right one? Is it just the > name containing dev? > > Re guile versions, thanks. Just wanted to check that 3.0 didn’t break > anything. > > Regards, > Paul > > > >doesn't mention any issues with Gwenhywfar not being in Ubuntu 22.04. Did > >you use `apt-get builddep gnucash` to install the build dependencies? > >A little digging in the Ubuntu packaging website shows you want > >https://packages.ubuntu.com/jammy/libgwenhywfar-core-dev > >As for Guile, the documentation says to use guile-2.0 *or later*. Guile 3.x > >is fine. > > Regards, > John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Simple Start to Contributing
> On Jul 15, 2022, at 10:58 AM, Paul Kroitor wrote: > > Hi, my apologies for asking such basic questions, but I'm new to GnuCash > contributions - although not to coding - and want to try a simple (useful) > change to get my feet wet. So I've "fixed" the cash-flow.scm module (the > Cash Flow report) locally to adjust a minor annoyance (I added a "Show > Accounts as Hyperlinks" checkbox so it can match the other two standard > financial statements). It works the way it should now, but needs testing > against a broader set of inputs, and the localizations must get queued. > > Welcome to GnuCash! What languages and programming styles (I mean what are sometimes rather grandly called paradigms, like object-oriented or functional) do you like? Your question about feature branches suggests that you may not be familiar with git. What source control systems have you used? > > Some questions arise: > > 1.Do I have to post anywhere / get agreement before embarking on such > a contribution (I have 30+ years of experience managing programmers and do > know I must keep the changes homogenous in style and approach to the > existing codebase)? For simple changes like this, no. For more substantial changes or new features it's wise to discuss here starting with whether the proposed change is even something that we'll accept and once that's settled working out the design. > 2.Must I checkout and build the entire project if I am only going to > be working in Guile/Scheme for the moment, or is there a simple way to do a > subset? GnuCash doesn't have any subprojects so you have to clone the whole thing. If you don't want to build yourself you can enable CI on your personal GitHub repo and let Github actions run the building and testing part for you. > 3.Do a make a "feature branch" for this very localized change? It's > about 10 lines in a single file. Unless you're planning to have only one open pull request at a time you'll make your life much simpler with feature branches. Branching in git is not only utterly painless it's a great way to organize your work. I often create multiple branches to try out different approaches to solving a problem or implementing something, flipping back and forth between the branches as my thinking and the code evolves. Commit often, it's a lot easier to squash a bunch of commits together than it is to pick apart a pile of changes into separate commits. > 4.I have about 10 sets of production books here, but I use no business > or shareholding features. The changes shouldn't interact with these, but > they should be checked anyway. Are there test .gnucash databases with "one > of everything" than can be used to test against (I do use multiple > currencies, and have tested that)? Unfortunately there isn't. It would be great to have one or more. > 5.I understand that the localizations will happen semi-automatically > by a different team, but is there a way to use a common instance of the base > (English) text constant so they don't have to re-translate strings that are > already there (e.g. the "Show Accounts as Hyperlinks" string is already in a > half-dozen other scheme files, and thus will have already been translated > into many languages)? Nothing automatic. You can look at and search the existing translation files in po/ to find existing strings that might work for you. > > 6.How / who do I tell that it's new and should be tested before > release? You can try pleading on gnucash-user for people to try out your feature in the nightly builds once it's been merged, but we haven't had a lot of success with that except when fixing something that someone has complained about. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] building gnucash
> On Jul 7, 2022, at 4:34 PM, Kevin T via gnucash-devel > wrote: > > > Hi All, > > yan. yet another newbie > > New installation of centos stream 8 > > [kt@localhost gnucash-build]$ cat /etc/redhat-release > CentOS Stream release 8 > [kt@localhost gnucash-build]$ cmake --version > cmake version 3.20.2 > > i had to install these packages to get to the starting point for > gnucash. > > drwxrwxr-x. 13 kt kt 4096 Jul 6 14:43 gc-8.0.6 > drwxrwxr-x. 16 kt kt 4096 Jul 5 21:27 gmp-6.2.1 > drwxr-xr-x. 15 kt kt 4096 Jul 6 19:04 gnucash-4.11 > drwxr-xr-x. 21 kt kt 4096 Jul 6 14:45 guile-3.0.8 > drwxrwxr-x. 11 kt kt 4096 Jul 6 14:20 libffi-3.4.2 > drwxrwxr-x. 10 kt kt 4096 Jul 5 21:32 libunistring-1.0 > > > I had to create the /glib-2.0 dir and other sub dirs. > > [kt@localhost gnucash-build]$ echo $SRCROOT > /home/kt/Sources/gnucash-4.11 > > [kt@localhost gnucash-build]$ ls $SRCROOT > AUTHORS ChangeLog.2001 ChangeLog.2007 ChangeLog.2013 ChangeL > og.2019 CMakeLists.txt gnucash README > bindingsChangeLog.2002 ChangeLog.2008 ChangeLog.2014 ChangeL > og.2020 common HACKING README.dependencies > borrowedChangeLog.2003 ChangeLog.2009 ChangeLog.2015 ChangeL > og.2021 datalibgnucash test-templates > ChangeLog ChangeLog.2004 ChangeLog.2010 ChangeLog.2016 cmake > doc LICENSE util > ChangeLog.1999 ChangeLog.2005 ChangeLog.2011 ChangeLog.2017 CMakeCa > che.txt DOCUMENTERS NEWS > ChangeLog.2000 ChangeLog.2006 ChangeLog.2012 ChangeLog.2018 CMakeFi > les gnome po > > > The error @ line 66, I dont know what to do with. The equal signs > demarcate the output of the screen. > > === > [kt@localhost gnucash-build]$ pwd > /home/kt/gnucash-build > [kt@localhost gnucash-build]$ cmake $SRCROOT/gnucash > CMake Warning (dev) in CMakeLists.txt: > No project() command is present. The top-level CMakeLists.txt file > must > contain a literal, direct call to the project() command. Add a line > of > code such as > >project(ProjectName) > > near the top of the file, but after cmake_minimum_required(). > > CMake is pretending there is a "project(Project)" command on the > first > line. > This warning is for project developers. Use -Wno-dev to suppress it. > > CMake Error at gnome/CMakeLists.txt:66 (gnc_add_swig_guile_command): > Unknown CMake command "gnc_add_swig_guile_command". > > > CMake Warning (dev) in CMakeLists.txt: > No cmake_minimum_required command is present. A line of code such as > >cmake_minimum_required(VERSION 3.20) > > should be added at the top of the file. The version specified may be > lower > if you wish to support older CMake versions for this project. For > more > information run "cmake --help-policy CMP". > This warning is for project developers. Use -Wno-dev to suppress it. > > -- Configuring incomplete, errors occurred! > > > this error line is in the file: $SRCROOT/gnucash/gnome/CMakeLists.txt > > Untar'd and I have changed NOTHING in the source code. > I have also tried the following (results from web search). Both > resulted in the same error. > > cmake $SRCROOT -DCMAKE_INSTALL_PREFIX=/usr/local > cmake $SRCROOT -DCMAKE_INSTALL_PREFIX=$HOME/.local > > what is the solution to this stumbling block? Follow the instructions more carefully: The cmake command should be `cmake $SRCROOT` not `cmake $SRCROOT/gnucash`. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] GnuCash Windows Bundle 4.11-1 Released
This fixes https://bugs.gnucash.org/show_bug.cgi?id=798559, Online Actions missing from menus. It restores File>Import>MT940 and other SWIFT formats, Actions>Online Actions, and Tools>Online Banking Setup. 63d98c5873e58191cbac5c6ba4f269528c67911d0d63e2dd114e2f1c12c328a7 gnucash-4.11-1.setup.exe Downloads: https://code.gnucash.org/builds/win32/releases/gnucash-4.11-1.setup.exe https://downloads.sourceforge.net/gnucash/gnucash%20%28stable%29/4.11/gnucash-4.11-1.setup.exe https://github.com/Gnucash/gnucash/releases/download/4.11/gnucash-4.11-1.setup.exe Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] GnuCash 4.11 Release
The GnuCash development team announces GnuCash 4.11, the twelfth release in the stable 4.x series Between 4.10 and 4.11, the following bugfixes were accomplished: Bug 797163 - qof_book_get_option segfaults when retrieving a non-leaf frame Bug 798053 - Accounts renumeration (renumbering) Bug 798471 - Can't see or select Income or Expense accounts in Income Tax Information GUI Bug 798483 - GnuCash Crashing With SIGSEGV During QFX Import Transaction Matching Bug 798491 - MT940 of day 28.02.2022 ends in transactiondate 01.01.1970 Bug 798493 - Invoice Report Quantity & Unit Price fields have limited decimal precision on printed invoices Bug 798496 - gncEntry Quantity and Discount are misusing commodity scu Bug 798499 - Expense Chart data tables include extra columns of data Bug 798500 - FTBFS (tests failure) on armhf Bug 798501 - Balance wrong date end of period Bug 798531 - Selecting "Print" from the file menu on a report crashes gnucash Bug 798533 - Crash when importing quicken @ currency Bug 798535 - Crash when increasing the number of periods in a budget Bug 798547 - Calculated Due Date is short 1 day when posting on day of fall change from Daylight Time to Standard Time. The following fixes and improvements were not associated with bug reports: Partially fix Bug 771095 by inserting a help button in the Since-Last-Run dialog. Lock down GITHUB_TOKEN permissions on workflows. [g_option_context_get_help() returns a char* which must be freed. [assistant-stock-transaction] dividends must include stock account. Fix arch linux CI build failures. Add a help button to the financial calculator dialog. [assistant-stock-transaction] avoid resetting txn_types unnecessarily. [assistant-stock-transaction] reorder of Pages - date before type. [import matcher] Only append description if there's something to append to, Otherwise just set the new string. [balsheet-pnl] test "lvl <= depth-limit" outside add-indented-row as a first step trying to fix bug 798502. the bug likely resides in the (if) conditional in (add-account-row). [gnc-main-window] page->window is not main_window, skip warning. [gnc-plugin-page-register] if account==NULL, skip AccountIsPriced because gnc_plugin_page_register_ui_initial_state may be called for non-account registers (eg the sx editor) and account may be null. [gnc-account-sel.c] prepend & reverse while building acct list and don't use confusing double pointer Fix use-after-free in unable to save database dialog. [account.cpp] restore breadth-first search for 2 functions gnc_account_lookup_by_name and gnc_account_lookup_by_code were searching breadth-first and accidentally changed to depth-first in 4.7. [account.cpp] gnc_accounts_and_all_descendants converted from scm [CI]Work around new git security measure. [balsheet-pnl] faster definition of balance lists [gnc-numeric.cpp] Reduce logging level of gnc_numeric exception message because exceptions are expected in some use cases. Redo icon handling in cmake Using globs for file copying prevents cmake from discovering newly added icons. Writing rules that explicitly use lists of icons will fix this as a new icon in the sources will have to be added to the list and will force reparsing by cmake. We have to maintain the lists anyway for our dist target so there's actually no extra work involved for the devs. [assistant-stock-transaction] better Dr/Cr imbalance error message New API: gnc:accounts-and-all-descendants-sorted gnc-accounts-and-all-descendantsNone Deprecations: gnc:account-path-less-p gnc:accounts-and-all-descendants New and Updated Translations: Arabic, Chinese (Simplified), Croatian, English (United Kingdom), French, German, Hebrew, Hindi, Hungarian, Italian, Korean, Nepali, Norwegian Bokmål, Polish, Portuguese (Brazil), Russian, Spanish, Swedish, Ukrainian Help translate GnuCash on Weblate Known Problems Complete list of all open bugs. . Documentation Concurrent with the release of GnuCash 4.11 we're pleased to also release a new version of the companion Help and Tutorial and Concepts Guide Between 4.10.1 and XXX, the following bugfixes were accomplished: Bug 798414 -No way to get whole of account column displayed The following fixes and improvements were not associated with bug reports: Fix crosslinking between Help and the Guide so that nightlies link to nightly builds and releases link to release documents on https://www.gnucash.org/ Add Description of installing Perl for Finance::Quote Change gnc-local-$LANG into gnc-gui-$LANG in all files. dtd-docbook: Separation of the declaration of entities of the GUI from their translatable part. Add tests related to images and figures Warn if document references images that don't exist inform if images exist that are not referenced Require same
[GNC-dev] String Freeze
We're less than two weeks from release of 4.11 so a string freeze is in effect until then. Sorry that I missed posting this reminder last Sunday. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Co-Owner
> On Jun 10, 2022, at 9:10 AM, john wrote: > > > >> On Jun 10, 2022, at 1:40 AM, Ralf Zerres wrote: >> >> Hello mailinglist, >> >> i do appologize for not coming up with this issue on this list before >> hacking and submitting a PR. >> >> In any case (thanks John for your prompt answer on github) i do need to >> find a solution for my personal needs. >> And no, I do not want to buy a commercial solution (like Karthago, >> et.al). >> >> Your decline message was short and without any further argumentation. I >> was a bit surprised on this. >> So i try to pick up the issue, since i do think this isn't out of topic >> at all. At least, if stock and customer/employee handling are welcome >> as first class citizens. >> >> However, i hope we can at least discuss the idea before declining any >> action in the public. >> >> If i have to go on myself, I'd like to get some help on how to debug >> the scm parts. Currently my code is compiling the .c and .cpp comits. >> As soon as the guile stuff need to create the wrapper libraries i do >> get errors and have no idea, on how to debug. >> Any help here is much appreciated >> >> Ralf >> >> Shell output: >> >> $ cd $gnucash-root; mkdir ../gnucash-coowner >> $ # ../gnucash-coowner is $gnucash-coowner >> $ cd ../gnucash-coowner >> $ cmake -DCMAKE_INSTALL_PREFIX=./gnucash-install -G Ninja ../gnucash- >> root >> >> $ cd ninja >> >> ... >> >> $gnucash-coowner/lib/guile/2.2/site-ccache/tests/unittest-support.go >> /data/development/gnucash/gnucash/common/test-core/unittest- >> support.scmunittest-support.scm >> Backtrace: >> In ice-9/boot-9.scm: >> 705:2 19 (call-with-prompt _ _ #) >> In ice-9/eval.scm: >> 619:8 18 (_ #(#(#))) >> In /usr/bin/guild: >> 72:17 17 (main _) >> In srfi/srfi-1.scm: >> 640:9 16 (for-each # >> ?) >> In scripts/compile.scm: >> 264:26 15 (_ _) >> In system/base/target.scm: >> 57:6 14 (with-target _ _) >> In system/base/compile.scm: >> 152:6 13 (compile-file _ #:output-file _ #:from _ #:to _ #:env _ ?) >> 43:4 12 (call-once _) >> In ice-9/boot-9.scm: >> 841:4 11 (with-throw-handler _ _ _) >> In system/base/compile.scm: >> 59:11 10 (_) >> 155:11 9 (_ #) >> 235:18 8 (read-and-compile # # _ ?) >> 183:32 7 (compile-fold (#) ?) >> In ice-9/boot-9.scm: >> 2312:4 6 (save-module-excursion #) >> In language/scheme/compile-tree-il.scm: >> 31:15 5 (_) >> In ice-9/psyntax.scm: >> 1262:36 4 (expand-top-sequence ((eval-when (compile load # #) #)) ?) >> 1209:24 3 (parse _ (("placeholder" placeholder)) ((top) #(# # ?)) ?) >> 285:10 2 (parse _ (("placeholder" placeholder)) ((top) #(# # ?)) ?) >> In unknown file: >> 1 (load-extension "libtest-core-guile" "scm_init_unittest?") >> In ice-9/boot-9.scm: >> 752:25 0 (dispatch-exception _ _ _) > > > To amplify the rejection of your pull request: GnuCash has a scope that's > limited by its basic design and what the core development team are able to > maintain. That scope is basic accounting for personal and very small business > use, where very small means sole proprietors with no employees (GnuCash has > no payroll module). The multiple ownership model of this change falls outside > that scope. Furthermore it caters to a very narrow single-nation use case > that would be very difficult for the current core team to maintain. > > Nevertheless the whole point of Free software is your freedom to adapt it to > your needs and this is the right place to ask for help with that. > > As for the scheme problem, it looks like your C changes managed to break > compiling unitest-support.scm, but you chopped off a bit too much to be sure. > There should be two more lines at the bottom saying what was the actual error > and a few more lines leading up to the stack trace would be helpful to be > sure of the source of the error. Turn on GitHub actions for your personal > repository (see > https://docs.github.com/en/repositories/managing-your-repositorys-settings-and-features/enabling-features-for-your-repository/managing-github-actions-settings-for-a-repository) > and Github will run builds for you using the CI actions already in GnuCash. > Then you can just post a link to a failed one for us to help you diagnose it. I did a test-build of your wip-coowner branch and had no trouble with unittest-support.scm, so perhaps you have a build environment problem. If you're trying to develop on Win32, I suggest that you use WSL. Developing directly in the MSYS2 environment is an exercise in frustration. I didn't get a clean build, though: Linking libgncengine.so failed because Undefined symbols for architecture x86_64: "_gncCoOwnerGetTerms", referenced from: _gncCoOwnerRegister.params in gncCoOwner.c.o ld: symbol(s) not found for architecture x86_64 Examining the source shows there's no definition for gncCoOwnerGetTerms. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel