Re: Building GnuCash on Windows
Hi, On Fri, May 17, 2024 10:58 am, russ.go...@gmail.com wrote: > https://downloads.sourceforge.net/gnucash/Dependencies/mingw-w64-x86_64-webk > itgtk3-2.4.11-999.51-any.pkg.tar.zst Looks like there is only an i686 version of this package, not an x86_64 version. C.f. https://sourceforge.net/projects/gnucash/files/Dependencies/ -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[ERR-MAINT] GnuCash-Devel list config (and sub list) reverted to OLD config
Hi GnuCashers- TL;DR: As some of you may have noticed, email to GnuCash-Devel has been, well, wonky. The short version is that due to a cascade of issues and failures, the list configuration was reverted to an old config, including the subscription list. This caused several hundred old subscriptions to re-appear, and several hundred newer subscriptions to disappear. Unfortunately the only remedy is to re-subscribe to the list. LONG VERSION The GnuCash server is set up for a daily backup. This backup creates an LVM snapshot so the backup has a stable dataset during the ~4-hour backup process. When the backup finishes, the snapshots are removed. All well and good. Unfortunately, at some point (unknown) there was a system failure during that backup window which caused the snapshots to remain, and not get cleaned up. System failures like this happen frequently (mostly due to the VM host spontaneously rebooting, which happens a couple times a year). However usually the system cleans up after the failure. This time, for some reason, that cleanup did not occur. Simultaneously, the backup server email system wedged and stopped sending out status emails, so I didn't get notified of the backup failures. The leftover snapshot eventually filled up, which caused the gnucash-devel list to fail to write out its config file in a catastrophic way. This resulted in a corrupted config.pck. Mailman, "helpfully", reverted back to its config.db, which was its configuration back in 2002. This caused the list to disappear, due to old old changes. So why not revert to another backup? Two reasons: 1. It's unclear exactly when this failure occurred, so there's not a good way to know which backup to revert to. 2. Due to the snapshot failure, the backups were not running for way too long. The previous backup was from October 2023! I apologize for all the inconveniences if you unsubscribed in the past and somehow found yourself receiving gnucash-devel mail again. I also apologize for those who will have to re-subscribe because your subscription was lost. Going forward, I've made additional changes to recover if there is a leftover snapshot to attempt to prevent this kind of failure. I've also been paying much closer attention to the daily log emails and backup logs to keep this from happening again. Thanks, -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Testing
Testing email to devel list. -derek Sent using my mobile device. Please excuse any typos. ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] gnucash stable: Do a better job of including the -py3 option only for swig 4.1
I'm going to throw some ideas out there, but... doesn't the "set"
overwrite the variable?? In the original you had:
set DSPF -python -Wall -Werror $(SWIG_ARGS)
if (swig_version < 4.1)
set DSPF $(SWIG_ARGS) -py3
Wouldn't this override DSPF if swig is < 4.1, getting rid of -python -Wall
-Werror? That would mean that on systems with swig < 4.1, it would not be
running with -Wall -Werror, but with your new change it WOULD -- causing
an error on warning where it didn't have one before.
-derek
On Thu, February 22, 2024 6:21 am, Geert Janssens wrote:
> My last commit causes a CI failure on MacOS. Unfortunately I can't find
> why that would be.
> As far as I can see I haven't changed anything that could cause the
> distutils module not to
> be found by python.
>
>
> There are other errors later on in the configure output relating to a
> read-only file system.
>
>
> I have retried but the error doesn't go away. Perhaps I should wait a bit
> longer before
> retrying ?
>
>
> Geert
>
>
> Op donderdag 22 februari 2024 11:14:04 CET schreef Geert Janssens:
>> Updatedvia https://github.com/Gnucash/gnucash/commit/b9eb550b
>> (commit)
>> from https://github.com/Gnucash/gnucash/commit/cbf89a73 (commit)
>>
>>
>>
>> commit b9eb550b9a9a2ff0a5e926debb1bee5a073a5319
>> Author: Geert Janssens
>> Date: Thu Feb 22 11:13:59 2024 +0100
>>
>> Do a better job of including the -py3 option only for swig 4.1
>>
>> The previous attempt broke builds with swig older than 4.1
>>
>> diff --git a/common/cmake_modules/GncAddSwigCommand.cmake
>> b/common/cmake_modules/GncAddSwigCommand.cmake index 23bbebcabf..
> 811f347608
>> 100644
>> --- a/common/cmake_modules/GncAddSwigCommand.cmake
>> +++ b/common/cmake_modules/GncAddSwigCommand.cmake
>> @@ -68,16 +68,14 @@ macro (gnc_add_swig_python_command _target _out_var
>> _py_out_var _output _py_outp set(py_outfile
>> ${SW_CURR_BUILD_SOURCE_DIR}/${_py_output})
>> set(${_py_out_var} ${py_outfile}) # This variable is set for
>> convenience to use in the calling CMakeLists.txt
>>
>> +if (${SWIG_VERSION} VERSION_LESS 4.1)
>> +set (SWIG_EXTRA_OPT -py3)
>> +endif()
>> set (DEFAULT_SWIG_PYTHON_FLAGS
>> --python
>> +-python ${SWIG_EXTRA_OPT}
>> -Wall -Werror
>> ${SWIG_ARGS}
>> )
>> -if (${SWIG_VERSION} VERSION_LESS 4.1)
>> -set (DEFAULT_SWIG_PYTHON_FLAGS
>> -${SWIG_ARGS} -py3
>> -)
>> -endif()
>> set (DEFAULT_SWIG_PYTHON_C_INCLUDES
>> ${GLIB2_INCLUDE_DIRS}
>> ${CMAKE_SOURCE_DIR}/common
>>
>>
>>
>> Summary of changes:
>> common/cmake_modules/GncAddSwigCommand.cmake | 10 --
>> 1 file changed, 4 insertions(+), 6 deletions(-)
>>
>> ___
>> gnucash-changes mailing list
>> gnucash-chan...@gnucash.org
>> https://lists.gnucash.org/mailman/listinfo/gnucash-changes
>
>
> ___
> gnucash-devel mailing list
> gnucash-devel@gnucash.org
> https://lists.gnucash.org/mailman/listinfo/gnucash-devel
>
--
Derek Atkins 617-623-3745
de...@ihtfp.com www.ihtfp.com
Computer and Internet Security Consultant
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Windows Build VM
Hi, 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. > > > Derek, Can you make that VM available so I can run it? I'd really like to > run Python bindings under Windows. I'm not sure what you mean by "make that VM available". It's just a Win10 VM with the GnuCash build tools installed. This particular VM has access keys on it that make it difficult to just send you the disk image, if that's what you're asking. -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] recent CMake warnings and Ubuntu LTS support
That would certainly solve the build issue on code (for now). -derek On Tue, August 22, 2023 1:08 pm, Geert Janssens wrote: > Heh, we usually look at Ubuntu LTS to find the oldest software versions to > support. Didn't > realize our own code server is even older. > > We could also set the baseline to 3.14.5. It solves the issue for which I > chose to upgrade to > 3.16 equally well. > > Regards, > > Geert > > Op dinsdag 22 augustus 2023 18:01:20 CEST schreef john: >> The docs are also built nightly as a GitHub action and published to >> http://gnucash.github.io/gnucash-docs/ so a possible workaround would be >> to >> copy or link that. There are at present no intermediate index.html so >> you >> have to get each one independently, e.g. >> http://gnucash.github.io/gnucash-docs/C/gnucash-guide/. >> >> Regards, >> John Ralls >> >> > On Aug 22, 2023, at 05:13, Derek Atkins wrote: >> > >> > Hi, >> > >> > Only seeing this thread now. >> > This change broke the gnucash-docs build on code. >> > Code is (still) running Fedora-29, which only has cmake 3.14.5 >> > Upgrading code is something that cannot happen quickly (for many >> reasons), >> > so if we still want docs builds we need to do downgrade the minimal >> > version. >> > >> > Thanks, >> > >> > -derek >> > >> > On Fri, August 18, 2023 12:57 pm, Geert Janssens wrote: >> >> Op vrijdag 18 augustus 2023 18:24:34 CEST schreef john: >> >>> I have no problem with bumping up the minimum >> >> >> >> CMake version as long as it's >> >> >> >>> the same in gnucash and gnucash-docs. IIRC there are >> >> >> >> already other issues >> >> >> >>> blocking building 5.x on Ubuntu 18.04 so the support >> >> >> >> isn't really there. >> >> >> >> Done. >> >> ___ >> >> gnucash-devel mailing list >> >> gnucash-devel@gnucash.org >> >> https://lists.gnucash.org/mailman/listinfo/gnucash-devel > > > -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] recent CMake warnings and Ubuntu LTS support
Hi, Only seeing this thread now. This change broke the gnucash-docs build on code. Code is (still) running Fedora-29, which only has cmake 3.14.5 Upgrading code is something that cannot happen quickly (for many reasons), so if we still want docs builds we need to do downgrade the minimal version. Thanks, -derek On Fri, August 18, 2023 12:57 pm, Geert Janssens wrote: > Op vrijdag 18 augustus 2023 18:24:34 CEST schreef john: >> I have no problem with bumping up the minimum > CMake version as long as it's >> the same in gnucash and gnucash-docs. IIRC there are > already other issues >> blocking building 5.x on Ubuntu 18.04 so the support > isn't really there. >> > Done. > ___ > gnucash-devel mailing list > gnucash-devel@gnucash.org > https://lists.gnucash.org/mailman/listinfo/gnucash-devel > -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Missing recent builds at https://code.gnucash.org/docs/
HI, Looks like zh is not building. The code in question: cd $srcdir || my_die "chdir to $srcdir failed." git checkout $branch -q >/dev/null 2>&1 || my_die "git checkout failed." git fetch -q >/dev/null 2>&1 || my_die "git fetch failed." git reset --hard origin/$branch -q >/dev/null 2>&1 || my_die "git reset failed." # Run cmake mkdir -p $builddir || my_die "creation of $builddir failed." cd $builddir || my_die "chdir to $builddir failed." cmake -DCMAKE_INSTALL_PREFIX=$prefix -DWITH_MOBI=ON $srcdir >/dev/null 2>&1 || my_die "cmake failed" ( and then it runs the "make" ) I received no email of failures, so we never hit the "my_die" conditions. I do see the 'zh' directory in the source dir, but I do not see a 'zh' directory in the build dir, nor in build/share/doc. The Makefile in the build dir was last touched on Aug 18. Shouldn't the cmake and then make "do the right thing"? -derek On Tue, August 22, 2023 7:26 am, Frank H. Ellenberger wrote: > Hi Derek, > > there should now also be a zh directory like > http://gnucash.github.io/gnucash-docs/zh/gnucash-guide/ > > Regards > Frank > _______ > gnucash-devel mailing list > gnucash-devel@gnucash.org > https://lists.gnucash.org/mailman/listinfo/gnucash-devel > -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Find customer/vendor by name
Steve, On Mon, May 8, 2023 4:59 pm, Steve Brown wrote: > Hi Derek, > > On 5/8/2023 4:27 PM, Derek Atkins wrote: >> HI, >> >> On Mon, May 8, 2023 4:16 pm, Steve Brown wrote: >>> Hi Derek, >>> >>> On 5/8/2023 3:49 PM, Derek Atkins wrote: >>>> Steve, >>>> >>>> On Mon, May 8, 2023 3:36 pm, Steve Brown wrote: >>>>> There is currently code to find both by ID in gncIDSearch. >>>>> >>>>> Is there a simple way to search by name other than cloning the ID >>>>> search code and changing ID to name? >>>> You can Find by Company Name, Customer ID, Billing Contact, or >>>> Shipping >>>> Contact. Which "Name" are you wanting to search for? >>> I want to retrieve the vendor by VENDOR_NAME and customer by >>> CUSTOMER_NAME in order to get their ID. >>> >>> I'm converting Quickbook transactions and need to create invoices and >>> bills. For that I need customer and vendor ID's but only have the names >>> in the transaction file. >> There is already code to search for the CUSTOMER_NAME, at least the >> standard Business -> Customer -> Find Customer dialog. Just select >> "Company Name" and it will search on the CUSTOMER_NAME field. So just >> use >> the drop-down to select "Company Name" and you'll search on what you >> want. > > Sorry I wasn't clear. I'm using the Python bindings, not the gui. I'm > looking for something analogous to book.BillLookupByID() and > book.InvoiceLookupByID for name. AHA!!! Yes, you should have been more clear up front. I suspect that you will need to copy + modify the code to add that API. > Steve -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Find customer/vendor by name
HI, On Mon, May 8, 2023 4:16 pm, Steve Brown wrote: > Hi Derek, > > On 5/8/2023 3:49 PM, Derek Atkins wrote: >> Steve, >> >> On Mon, May 8, 2023 3:36 pm, Steve Brown wrote: >>> There is currently code to find both by ID in gncIDSearch. >>> >>> Is there a simple way to search by name other than cloning the ID >>> search code and changing ID to name? >> You can Find by Company Name, Customer ID, Billing Contact, or Shipping >> Contact. Which "Name" are you wanting to search for? > > I want to retrieve the vendor by VENDOR_NAME and customer by > CUSTOMER_NAME in order to get their ID. > > I'm converting Quickbook transactions and need to create invoices and > bills. For that I need customer and vendor ID's but only have the names > in the transaction file. There is already code to search for the CUSTOMER_NAME, at least the standard Business -> Customer -> Find Customer dialog. Just select "Company Name" and it will search on the CUSTOMER_NAME field. So just use the drop-down to select "Company Name" and you'll search on what you want. -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Find customer/vendor by name
Steve, On Mon, May 8, 2023 3:36 pm, Steve Brown wrote: > There is currently code to find both by ID in gncIDSearch. > > Is there a simple way to search by name other than cloning the ID > search code and changing ID to name? You can Find by Company Name, Customer ID, Billing Contact, or Shipping Contact. Which "Name" are you wanting to search for? > Thanks, > > Steve -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Can't login to IRC #gnucash channel
HI, On Thu, April 13, 2023 1:56 pm, Ralf Zerres wrote: > I can't make it work. > > I successfully VERIFY REGISTER as rzerres at librera.chat. That's your problem. We're not at libera.chat -- we're at irc.gimp.org > But when i want to /join #gnucash it states, that i do need an > invitation. Can't find further hints in the FAQ or > on https://wiki.gnucash.org/wiki/IRC#Usage. > Maybe i need to be more patient? No, you need to connect to the correct IRC Network. -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] [Fwd: Cron /home/gnucash-docs/scripts/make-flatpak.sh]
FYI -- Flatpak (build?) failure just now.. -derek Original Message Subject: Cron /home/gnucash-docs/scripts/make-flatpak.sh From:"Cron Daemon" Date:Sat, April 8, 2023 1:00 am To: r...@code.gnucash.org -- flatpak build of stable died Starting flatpak build run for stable Uploading log file 'build-stable-2023-04-08-01-00-02.log' rsync: link_stat "/home/gnucash-docs/flatpak/logs/build-stable-2023-04-08-01-00-02.log" failed: No such file or directory (2) rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1189) [sender=3.1.3] -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] [MAINT] Unplanned network outage
Hi, My ISP had an unplanned network outage starting around 2am this morning that took all connectivity offline -- their router ran out of memory and took out all BGP routes. Their router has since been rebooted and packets are now flowing again. Sorry for any inconvenience this may have caused. -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] donation problem
The donation process should be as easy as a Paypal transfer. I'm not sure where you're seeing an "international bank transfer" or anything requiring a text callback? -derek On Fri, February 10, 2023 11:04 am, Michael or Penny Novack wrote: > Would love to donate, but ... > > Unfortunately your donation process assumes we can either ... > > a) Do an international bank transfer (would be a great deal of > trouble/red tape getting this set up as would need a one time override > of fraud controls) > > b) Receive a confirmation code by text to a cell phone number. Cannot do > that from HERE. While we do have an emergency cell phone my wife caries > in case she breaks down on the road somewhere (at a location where there > IS cell phone service) we do not have cell phones to RECEIVE cell phone > calls. That's because there is no cell service where we live. If I am > here at the computer in the house, cannot receive a text. > > This is not an infrequent problem, a site ASSUMING can use a cell > phone for this. Thus we are limited in with whom we can have accounts > and have to do things like choose banking institutions based on whether > they provide an alternative authentication method (like automated voice > call to our land line number to send the code) > > Michael D Novack > > -- > There is no possibility of social justice on a dead planet except the > equality of the grave. > > ___ > gnucash-devel mailing list > gnucash-devel@gnucash.org > https://lists.gnucash.org/mailman/listinfo/gnucash-devel > -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Python Binding: GncOwner fails to convert from C->Python->C
Are you sure that the GncOwner* isn't a /return value/?
ISTR that many cases of GncOwner* were used so the caller could /set/ the
owner?
But it's been 20 years since I wrote that code.
-derek
On Sun, January 29, 2023 2:06 pm, john wrote:
> Yes, it does look like the in type map ignores the out typemap's tuple and
> tries to convert it into a pointer. That won't work. It should be
> something like
>
> if (! PyTuple_Ceck($input))
> return NULL;
>
> GncOwnerType type = (GncOwnerType)PyLong_asLong(PyTuple_GetItem($input,
> 0));
> PyObject* py_instance = PyTuple_GetItem($input, 1);
> void* instance = NULL;
> GncOwner* owner = gncOwnerNew()
> switch (type)
> {
> case GNC_OWNER_CUSTOMER:
> if (SWIG_ConvertPtr(py_instance, ,
> $descriptor(GncCustomer *),
> SWIG_POINTER_EXCEPTION)) == 0)
> {
>gncOwnerInitCustomer(owner, (GncCustomer *)instance);
>$1 = owner;
> }
>
> /* ... */
> }
>
> /* Something failed */
> gnc_owner_free(owner);
> PyErr_SetString( PyExc_ValueError,
> "Python object passed to function with GncOwner *
> argument "
> "couldn't be converted back to pointer of that
> type");
> $1 = NULL;
>
> That's untested off the top of my head, obvs you need to fill in the other
> types. It should correctly make a GncOwner* to pass back to functions that
> take one.
>
> Now if you actually need the instance pointer you'll want to write a
> typemap(in) for each one that you need. It will probably be cleanest to
> extract the tuple item in python and pass that, letting the new
> %typemap(in) convert it to a C pointer.
>
> Geert, those typemaps are yours, written 11 years ago. Any comments?
>
> Regards,
> John Ralls
>
>> On Jan 29, 2023, at 5:38 AM, Steve Brown wrote:
>>
>> I get a Python GncOwner object returned to Python. It appears well
>> formed.
>>
>> owner:
>>
>> owner_instance: (4, > at 0x7f214b5a9500>)
>>
>> It's not clear how to easily inspect the Swig object.
>>
>> However, the object doesn't convert back to C. It's not recognized as
>> GncVendor.
>>
>> I get:
>>
>> ValueError: Python object passed to function with GncOwner * argument
>> couldn't be converted back to pointer of that type
>>
>> The out typemap for GncOwner looks correct. However, I can't see how
>> the in typemap gets the swig wrapper object from the tuple created by
>> the out typemap.
>>
>> I can recreate the problem in simple_business_create.py with the
>> attached patch.
>>
>> If there is nothing obviously wrong with the typemaps, how should I go
>> about debugging this?
>>
>> Thanks,
>> 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
>
--
Derek Atkins 617-623-3745
de...@ihtfp.com www.ihtfp.com
Computer and Internet Security Consultant
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Can I delete the repository cagerskov/gnucash?
Hi, You are only hosting a fork, not the main dev repo. You are free to delete your fork. -derek On Thu, January 5, 2023 7:25 am, Claus Agerskov wrote: > Hi all > I can see that I unknowingly have hosted maybe the main development > repository of GnuCash at my GitHub on https://github.com/cagerskov/gnucash > > It hasn't been used since 2021-03-09. > > Can I delete it or are there a good reason why I should keep it? > > Thanks in advance > > The most enjoyable greetings > > -- > Claus Agerskov - aka Cagerskov > AgerCon, Violens Kvt 6F, 2620 Albertslund, Danmark > > ___ > gnucash-devel mailing list > gnucash-devel@gnucash.org > https://lists.gnucash.org/mailman/listinfo/gnucash-devel > -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ 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
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-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] calculate deposit before withdrawal
Hi, first, this should be a user question, not a developer question, and should have gone to gnucash-user, not gnucash-devel. Having said that -- do you enter the deposit transaction before the withdrawal transaction? -derek On Sat, November 26, 2022 12:42 pm, Ed wrote: >I'm a new user of GnuCash. >I frequently post a deposit and a withdrawal in the same amount (both >to the same account) on the same day. It seems that GnuCash defaults to >entering the withdrawal first (when sorted by date), which in some >cases makes it appear as though the account has a negative balance. Am >I doing something wrong? >If not, is there some way to program GnuCash so that it calculates >deposits before withdrawals when they occur on the same date? >Ed > ___ > gnucash-devel mailing list > gnucash-devel@gnucash.org > https://lists.gnucash.org/mailman/listinfo/gnucash-devel > -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Git branches
Well, the role has changed people over time. But no, the scripts are not in git. -d On Mon, November 14, 2022 1:30 pm, john wrote: > Wow, I'm elevated to a whole department! ;-) I wish I had the clones to > make it true! > > If the scripts are in git on code then Geert or I can update them as > needed when we shift branches. > > Regards, > John Ralls > >> On Nov 14, 2022, at 8:26 AM, Derek Atkins wrote: >> >> I have no objection to changing branch names. >> >> Just keep in mind that several build scripts depend on the branch names, >> so if they change once, that's fine, but if they are constantly changing >> (e.g. 4.x, 5.x, 4.99, 6.x, etc) then we may need to rework the scripts >> so >> I don't have to coordinate with release-engineering when a new branch >> gets >> created. (This dev-docs, etc). >> >> -derek >> >> On Mon, November 14, 2022 11:17 am, Geert Janssens wrote: >>> This had been brewing in my mind as well, so thanks for bringing this >>> up. >>> >>> When I considered alternative branch names I initially thought of >>> "stable" >>> vs "development" >>> or "devel" with an optional "unstable" at times of pre-releases. >>> >>> However when thinking this through some more I started wondering >>> whether >>> we really >>> should limit ourselves to just two (or three) branch names. >>> >>> We could also name our branches "4.x", "5.x" and so on to indicate the >>> release series this >>> branch is for. At some point we just stop using the older branches. We >>> can >>> choose to drop >>> them or just leave them in the git history as it suits is best. >>> >>> Both naming schemes have advantages and drawbacks. I like the direct >>> relationship >>> between branch name and releases that will be on it for the latter >>> scheme. >>> Although I admit >>> this relationship doesn't hold for the pre-releases, unless we make >>> that a >>> separate branch for >>> those like eg "4.9xx". >>> >>> Regards, >>> >>> Geert >>> >>> Op zondag 13 november 2022 21:40:14 CET schreef john: >>>> Since Geert brought up our relationship with Github I thought it >>>> timely >>>> to >>>> start a discussion about a related trend: The name of the git >>>> repository's >>>> primary branches. There's an ongoing effort in the software >>>> development >>>> community for the last 25-30 years or so to remove the terms master >>>> and >>>> slave; originally when used together (as in processes) but more >>>> recently >>>> when used alone. This recently includes the name of the primary branch >>>> in a >>>> git repository. The Gitlab folks have a nice summary at >>>> https://about.gitlab.com/blog/2021/03/10/new-git-default-branch-name/. >>>> >>>> 'Master' was the standard when we started using git 10 years ago and >>>> so >>>> we >>>> adopted it and still use it. Aside from the cultural sensitivity >>>> issues >>>> (primarily in the United States because of our unfortunate history >>>> with >>>> forced importation and enslavement of Africans) it has proved to be a >>>> bit >>>> confusing to new contributors. >>>> >>>> The new standard default is 'main'. I think that would be fine for >>>> htdocs >>>> where we have master and beta: Main would better express that that's >>>> the >>>> branch that you see when you visit https://www.gnucash.org >>>> <https://www.gnucash.org/>. The gnucash-on-foo repositories for the >>>> build >>>> processes have only master branches so it doesn't really matter what >>>> the >>>> branch is called. >>>> >>>> I don't think 'main' is the right name for gnucash or gnucash-docs >>>> because >>>> it does nothing about the confusion factor. Note that the default >>>> branch >>>> on >>>> those two is maint but we still use master for the next major >>>> release's >>>> branch. The most expressive titles would be current-major-release and >>>> next-major-release but they're a bit wordy; OTOH just current (or >>>> curr) >>>> and
Re: [GNC-dev] Git branches
I have no objection to changing branch names. Just keep in mind that several build scripts depend on the branch names, so if they change once, that's fine, but if they are constantly changing (e.g. 4.x, 5.x, 4.99, 6.x, etc) then we may need to rework the scripts so I don't have to coordinate with release-engineering when a new branch gets created. (This dev-docs, etc). -derek On Mon, November 14, 2022 11:17 am, Geert Janssens wrote: > This had been brewing in my mind as well, so thanks for bringing this up. > > When I considered alternative branch names I initially thought of "stable" > vs "development" > or "devel" with an optional "unstable" at times of pre-releases. > > However when thinking this through some more I started wondering whether > we really > should limit ourselves to just two (or three) branch names. > > We could also name our branches "4.x", "5.x" and so on to indicate the > release series this > branch is for. At some point we just stop using the older branches. We can > choose to drop > them or just leave them in the git history as it suits is best. > > Both naming schemes have advantages and drawbacks. I like the direct > relationship > between branch name and releases that will be on it for the latter scheme. > Although I admit > this relationship doesn't hold for the pre-releases, unless we make that a > separate branch for > those like eg "4.9xx". > > Regards, > > Geert > > Op zondag 13 november 2022 21:40:14 CET schreef john: >> Since Geert brought up our relationship with Github I thought it timely >> to >> start a discussion about a related trend: The name of the git >> repository's >> primary branches. There's an ongoing effort in the software development >> community for the last 25-30 years or so to remove the terms master and >> slave; originally when used together (as in processes) but more recently >> when used alone. This recently includes the name of the primary branch >> in a >> git repository. The Gitlab folks have a nice summary at >> https://about.gitlab.com/blog/2021/03/10/new-git-default-branch-name/. >> >> 'Master' was the standard when we started using git 10 years ago and so >> we >> adopted it and still use it. Aside from the cultural sensitivity issues >> (primarily in the United States because of our unfortunate history with >> forced importation and enslavement of Africans) it has proved to be a >> bit >> confusing to new contributors. >> >> The new standard default is 'main'. I think that would be fine for >> htdocs >> where we have master and beta: Main would better express that that's the >> branch that you see when you visit https://www.gnucash.org >> <https://www.gnucash.org/>. The gnucash-on-foo repositories for the >> build >> processes have only master branches so it doesn't really matter what the >> branch is called. >> >> I don't think 'main' is the right name for gnucash or gnucash-docs >> because >> it does nothing about the confusion factor. Note that the default branch >> on >> those two is maint but we still use master for the next major release's >> branch. The most expressive titles would be current-major-release and >> next-major-release but they're a bit wordy; OTOH just current (or curr) >> and >> next leave a new contributor to ask current and next what? maint is >> concise >> and not terrible for a branch that gets only bug fixes and small >> features. >> Lots of generic names for the next-major-release branch (future, devel >> or >> development, major-change) come to mind but I'm not sure that any of >> them >> clearly express the intent of the branch. >> >> Comments? >> >> 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 > -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] GnuCash and Github
Hi, What are the features of github that we use/depend on? - We don't use github's git repo except as a read-only version -- we COULD open up code for RO access. - We don't use github issues; we have our own bugzilla. - We DO use github pull requests; we could theoretically migrate to gerrit for review/management. - We DO use github actions; we could theoretically migrate to Jenkins (with gerrit) for build/test/CI work. Am I missing anything? Having said that, and admitting I did not follow the link and read the complaints, what is the fear with their "use" of GnuCash? -derek On Sun, November 13, 2022 9:48 am, Geert Janssens wrote: > Some may have heard the rumblings around github semi-recently. The > software > conservancy is calling free software projects to seek alternatives. They > motivate this in much > more detail over here: > https://sfconservancy.org/GiveUpGitHub/[1] > > In short, they claim github is a proprietary tool that's leveraging the > hosted free software for > their commercial purposes. In itself that would be acceptable as long as > it's done according > to the licenses of these free software projects. There have been several > situations where > that's not the case, "copilot" being the latest and most worry-some. > > Is this something we as a free software project should think about and > possibly act on ? > > Personally I don't like it at all that I chose to write code under a free > software license to > ensure my effort helps and benefits the free software ecosystem. Yet that > a commercial > company then decides to use my code to train an AI that's meant to help > build proprietary > software. The legal status of that is still very unclear and certainly not > what I intended my > code to be used for. > > That is obviously only my personal opinion, but I wanted to express it as > starting point for a > wider discussion on this topic. > > Is the golden cage that is github to developers really becoming > detrimental to real free > software principles ? > > Should we do something about this ? Once hooked into the github ecosystem > it's pretty hard > to leave, as the sfc also acknowledges. They do offer initial suggestions > for alternatives, but > they are not at the same level as github currently. > > Please share your views on this topic as well. > > Regards, > > Geert > > > [1] https://sfconservancy.org/GiveUpGitHub/ > _______ > gnucash-devel mailing list > gnucash-devel@gnucash.org > https://lists.gnucash.org/mailman/listinfo/gnucash-devel > -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] [GNC] Unit Tests
Hi, This question really belongs on gnucash-devel, not gnucash-user. So I am CC'ing that. Please direct your replies to the -devel list and drop -user from the CC list! On Thu, August 11, 2022 7:56 am, Robert Simmons wrote: > Looking at the code repo I see a directory of unit tests, but it doesn't > look like it has actual unit tests. Do you all do continuous integration > somewhere and have unit tests? When a software defect is identified and > fixed, do you create a unit test based on the fix? There are some Github Actions in place. It should be running the "make check" process. Depending on the bug, sometimes unit tests can't be written (e.g. if it's a UI issue). But in general, for the engine, yes, we try to add a test-case along with the bugfix. But there is no hard-and-fast rule. > Please remember to CC this list on all your replies. > You can do this by using Reply-To-List or Reply-All. -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Flatpak build failed as min-free-space-percent '3%' would be exceeded
I will clean it up. It's only /home that is 97% full.. -derek On Tue, July 19, 2022 5:44 pm, Frank H. Ellenberger wrote: > Hi, > > from > https://code.gnucash.org/builds/flatpak/build-logs/maint/2022-07/build-maint-2022-07-19-01-00-02.log: > error: Writing content object: min-free-space-percent '3%' would be > exceeded, at least 581.6 kB requested > Export failed: Child process exited with code 1 > Uploading log file 'build-maint-2022-07-19-01-00-02.log' > > Can you clean up the respective disk or do we need more disk space? > > Regards > Frank > -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] [GNC] [MAINT] Planned outage to plug into new UPS (Sunday or Monday, time/date TBD)
This work is now complete and the server is back on a UPS! Please let me know if you notice anything not working properly. -derek On Mon, July 18, 2022 6:30 pm, Derek Atkins wrote: > Just an update that I plan to do this maintenance tonight. > There will be a 30 minute (or so) outage as I shut down everything, change > the power, and let everything boot up again. > Exact time still TBD. > -derek > > On Sat, July 16, 2022 3:42 pm, Derek Atkins wrote: >> Hi, >> >> A replacement UPS arrived yesterday and I installed it today. >> I am burning it in (to ensure it will stay on). >> >> If I don't see any issues in the next 24 hours I plan to shutdown my >> equipment and move it over to the UPS tomorrow or Monday. Total down >> time >> will be about 15-30 minutes, time for me to shutdown and then time for >> Ovirt to come back up and bring up all the VMs. >> >> -derek >> >> -- >>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 >> If you are using Nabble or Gmane, please see >> https://wiki.gnucash.org/wiki/Mailing_Lists for more information. >> - >> 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 > > -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] [GNC] [MAINT] Planned outage to plug into new UPS (Sunday or Monday, time/date TBD)
Just an update that I plan to do this maintenance tonight. There will be a 30 minute (or so) outage as I shut down everything, change the power, and let everything boot up again. Exact time still TBD. -derek On Sat, July 16, 2022 3:42 pm, Derek Atkins wrote: > Hi, > > A replacement UPS arrived yesterday and I installed it today. > I am burning it in (to ensure it will stay on). > > If I don't see any issues in the next 24 hours I plan to shutdown my > equipment and move it over to the UPS tomorrow or Monday. Total down time > will be about 15-30 minutes, time for me to shutdown and then time for > Ovirt to come back up and bring up all the VMs. > > -derek > > -- >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 > If you are using Nabble or Gmane, please see > https://wiki.gnucash.org/wiki/Mailing_Lists for more information. > - > 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-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] [MAINT] Planned outage to plug into new UPS (Sunday or Monday, time/date TBD)
Hi, A replacement UPS arrived yesterday and I installed it today. I am burning it in (to ensure it will stay on). If I don't see any issues in the next 24 hours I plan to shutdown my equipment and move it over to the UPS tomorrow or Monday. Total down time will be about 15-30 minutes, time for me to shutdown and then time for Ovirt to come back up and bring up all the VMs. -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] [MAINT] (another) unplanned network outage for code.gnucash.org
Good morning all, So after two days of being offline, here's another 7. I had a power blip last night around 12:30am and, due to the way everything is connected, my switch decided to get its IP Address from my AT Router instead of my home DHCP server, and all loads of fun ensued. My Wifi wasn't working, and even my ACTUAL DHCP server didn't work, so many machines that were hard-wired didn't get an IP Address properly. This morning I got up, unplugged the router from my switch, power-cycled the switch, reset the DHCP server, and then rebooted all the machines that got the wrong IP address... SO... Everything SHOULD be up again, now. Sorry for the inconvenience. I think I need to get my ER-4 back up so this doesn't happen again. -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] [MAINT] Unplanned network outage for code.gnucash.org
Hi All, tl;dr: Double-whammy of UPS failing and then AT Router failing kept me offline for two days, including code.gnucash.org. Finally received the new router around 5pm so the network is back up, but the UPS is still failing so equipment currently is up but not protected. Long version: Around 10:30pm on Sunday night by TV displayed "Network Cable Unplugged". I didn't think anything of it until the show I was streaming stopped a few minutes later. I went down to the basement to discover that everything plugged into the UPS was powered off. After fighting with the UPS (the 'on' button didn't do anything) I figured out how to reset it by unplugging it and the plugging it in again. This got everything up and running, but the AT router would not authenticate to the network so I couldn't get online. I thought it might've been a result of my ER-4 so I removed that from the equation, but it didn't help. After an hour on the phone with a nice AT tech in Slovenia I had a new modem on order and I finally got to bed at 12:30 knowing there wasn't anything else I could do. The tech said I should have the modem by Tuesday, but it was possible I could get it Monday. Monday morning I called AT to try to get tracking info, but my modem order was still processing. I called back again Monday afternoon and got FedEx tracking for the box, which was being sent to me from California. The modem arrived today around 5pm, and I quickly installed it, only to find that no, it did not have my static IP config in there. So I called back to AT and got another tech who was able to get me configured. I verified it was working while he was on the phone, and then worked with him on a few additional configuration changes, and verified my billing (which of course AT screwed up, too, but he claims to have fixed it -- I'll check that tomorrow). However, during all this, the UPS powered-down my equipment several times over the past couple days, including at least four times in a 3-hour spread from 3:20-6pm. I finally decided that the UPS wasn't helping so I unplugged all the equipment from the UPS and into my mainline (unprotected) circuit, while I work on figuring out why the UPS keeps turning off. So for now: 1) network is up, but I might be subject to NAT tables filling up until I can return to using my ER-4 gateway. 2) systems are up, but are not UPS protected 3) code is back up and running. I'm going to have several maintenance windows going forward to return the ER-4 into service, and, eventually, once I get the UPS repaired (whatever that means). Any network outage due to the former should be relatively short. However I will have to take all my hardware down to change where it's plugged in. -derek PS: Yes, I really should look into a backup to my main fiber network, although that wouldn't have helped with the UPS turning off its outputs! -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Python-Bindings: issue when C expects GList argument
Python. 'scm' is the giveaway. >> >> If there's a way to implement an output pointer parameter in Python I >> don't know about it. You can pass in a container object and put the >> output >> Transaction* in the container, but that's both a bit of a hack and >> doesn't >> have the same meaning as Transaction** nor is it very pythonic. Nor, for >> that matter, is gncOwnerCreatePaymentLotSecs a very good design as it >> mixes >> responsibilities. Unfortunately there's a lot of that in GnuCash because >> most of it is written with a very narrow focus, in this case providing >> for >> the payments dialog. >> >> Regards, >> John Ralls >> >> > > -- > > - > Matteo Lasagni > > > *"You can't connect the dots looking forward,you can only connect them > looking backwards"* [Steve Jobs] > ___ > gnucash-devel mailing list > gnucash-devel@gnucash.org > https://lists.gnucash.org/mailman/listinfo/gnucash-devel > -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Python-Bindings: issue when C expects GList argument
Hi,
A "Transaction**" means that the new Transaction is a "return value" (it's
unlikely that it would be asking for an array of Transaction* pointers).
Your best bet is to write a swig/python wrapper that returns a
Transaction*, possibly in a tuple with the current return value of the
function.
-derek
On Tue, May 10, 2022 5:23 pm, Matteo Lasagni wrote:
> If I can find a good solution, yes, I will put it in a pull request.
>
> I have tried to encapsulate Transaction* in a list, but of course it
> doesn't work without touching swig definitions.
> I am now trying to create a specific typemap for handling the double
> pointer. I think this would be the cleanest solution.
>
> Alternatively, a quick and dirty workaround is to add a C wrapper in
> gncOwner.c that expects Transaction* and passes Transaction** to
> gncOwnerCreatePaymentLotSecs:
>
>
> GNCLot *
> gncOwnerCreatePaymentLotSecsPyHelper (const GncOwner *owner, Transaction
> *txn, Account *posted_acc, Account *xfer_acc, gnc_numeric amount,
> gnc_numeric exch, time64 date, const char *memo, const char *num)
> {
> return gncOwnerCreatePaymentLotSecs(owner, , posted_acc, xfer_acc,
> amount, exch, date, memo, num);
> }
>
>
> regards,
> Matteo
>
> On Tue, 10 May 2022 at 17:25, john wrote:
>
>>
>>
>> On May 10, 2022, at 1:53 AM, Matteo Lasagni wrote:
>>
>> Thank you, John!
>>
>> I fixed it by adding the following into base-typemaps.i:
>>
>> %typemap(in) GList * {
>> $1 = NULL;
>> /* Check if is a list */
>> if (PyList_Check($input)) {
>> int i;
>> int size = PyList_Size($input);
>> for (i = size-1; i >= 0; i--) {
>> PyObject *o = PyList_GetItem($input, i);
>> $1 = g_list_prepend($1, o);
>> }
>> } else {
>> PyErr_SetString(PyExc_TypeError, "not a list");
>> return NULL;
>> }
>> }
>>
>> I had overlooked the swig definition in engine.i, where there is a
>> typemap
>> (in) for GList, but then it is cleared right afterwards...
>> I am not (yet) very familiar with swig :-)
>>
>> I have also noticed that CreatePaymentLotSecs does not work out of the
>> box, as it expects **Transaction while only *Transaction is type mapped.
>>
>> I will test these changes then I will figure out how to share them with
>> the developers.
>>
>>
>> Matteo
>>
>>
>> On Tue, 10 May 2022 at 02:32, John Ralls wrote:
>>
>>>
>>>
>>> > On May 9, 2022, at 2:17 PM, Matteo Lasagni
>>> wrote:
>>> >
>>> > Hi,
>>> > I am writing a python script to automatically associate a set of
>>> > invoices to a single transaction.
>>> > To this end, I am trying to use the function
>>> AutoApplyPaymentsWithLots
>>> > with no success:
>>> >
>>> >
>>> > lots = [lot1, lot2, lotn, ..]
>>> > owner.AutoApplyPaymentsWithLots(lots)
>>> >
>>> > This causes the following error:
>>> >
>>> > TypeError: in method 'gncOwnerAutoApplyPaymentsWithLots', argument 2
>>> of
>>> > type 'GList *'
>>> >
>>> > I have tried different solutions from passing different types of
>>> python
>>> > objects, to updating the swig typemap and also to modifying the
>>> > auto-generated gnucash_core.c...nothing worked out so far.
>>> > I could write an additional c-wrapper, but I am sure there is a more
>>> > general solution.
>>>
>>> The fundamental problem is that there's only a Python out typemap for
>>> GList, that is one that converts from a GList* to a python list.
>>> Lacking an
>>> in typemap the gncOwner.AutoApplyPaymentsWithLots python wrapper
>>> expects an
>>> already constructed and Swig-wrapped GList*.
>>>
>>> Regards,
>>> John Ralls
>>>
>>>
>>
>> Nice. Would you put that in a pull request?
>>
>> There are two typemap(in) GList* in engine.i, but they're both for Guile
>> (Scheme), not Python. 'scm' is the giveaway.
>>
>> If there's a way to implement an output pointer parameter in Python I
>> don't know about it. You can pass in a container object and put the
>> output
>> Transaction* in the container, but that's both a bit of a hack and
>> doesn't
>> have the same meaning as Transaction** nor is it very pythonic. Nor, for
>> that matter, is gncOwnerCreatePaymentLotSecs a very good d
Re: [GNC-dev] [MAINT] Planned network outage March 23, 7pm EDT (2300 UTC)
Hi, This work has been completed. Please let me know if you have an issue so I can contact them. -derek On Wed, March 23, 2022 8:57 am, Derek Atkins wrote: > Hi, > > Just a reminder that this is happening today. The email from my ISP: > >> A reminder about this. We’re arriving at 6pm and will likely start >> little earlier than 7pm. >> >> I will send an email out when we complete the router swap, and >> we’ll be monitoring slack for any issues. >> >> You can reach me via sms at xxx if there are issues. >> >> After the Router swap is done, we will be replacing PDUs >> (one at a time), so please expect one side of your server’s >> power feed to drop during this work. > > I expect there to be an outage when the router is down, but it should all > come back once the new router is online. I will attempt to monitor the > situation as I can (I'm on the road today and expect to not be near my > laptop at 7pm EDT) but will let you all know updates when I get them. > > Thanks, > > -derek > > On Wed, March 9, 2022 2:35 pm, Derek Atkins wrote: >> Hi, >> >> I just got word from my ISP that they are planning a router swap on >> March >> 23 at 7pm US/EDT. They expect the outage to last up to an hour while >> they >> swap out the old router and install the new one (and update the PDUs in >> the process). >> >> During that time, code.gnucash.org will be inaccessible, which means git >> commits, email, wiki, IRC logs, etc will all be unavailable. >> >> Once the new router comes online I expect everything to return to normal >> quickly. >> >> Please let me know if there are any questions. >> >> -derek >> >> -- >>Derek Atkins 617-623-3745 >>de...@ihtfp.com www.ihtfp.com >> Computer and Internet Security Consultant >> >> ___ >> gnucash-devel mailing list >> gnucash-devel@gnucash.org >> https://lists.gnucash.org/mailman/listinfo/gnucash-devel >> > > > -- >Derek Atkins 617-623-3745 >de...@ihtfp.com www.ihtfp.com >Computer and Internet Security Consultant > > -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] [MAINT] Planned network outage March 23, 7pm EDT (2300 UTC)
Hi, Just a reminder that this is happening today. The email from my ISP: > A reminder about this. We’re arriving at 6pm and will likely start > little earlier than 7pm. > > I will send an email out when we complete the router swap, and > we’ll be monitoring slack for any issues. > > You can reach me via sms at xxx if there are issues. > > After the Router swap is done, we will be replacing PDUs > (one at a time), so please expect one side of your server’s > power feed to drop during this work. I expect there to be an outage when the router is down, but it should all come back once the new router is online. I will attempt to monitor the situation as I can (I'm on the road today and expect to not be near my laptop at 7pm EDT) but will let you all know updates when I get them. Thanks, -derek On Wed, March 9, 2022 2:35 pm, Derek Atkins wrote: > Hi, > > I just got word from my ISP that they are planning a router swap on March > 23 at 7pm US/EDT. They expect the outage to last up to an hour while they > swap out the old router and install the new one (and update the PDUs in > the process). > > During that time, code.gnucash.org will be inaccessible, which means git > commits, email, wiki, IRC logs, etc will all be unavailable. > > Once the new router comes online I expect everything to return to normal > quickly. > > Please let me know if there are any questions. > > -derek > > -- >Derek Atkins 617-623-3745 >de...@ihtfp.com www.ihtfp.com >Computer and Internet Security Consultant > > ___ > gnucash-devel mailing list > gnucash-devel@gnucash.org > https://lists.gnucash.org/mailman/listinfo/gnucash-devel > -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] [MAINT] Planned network outage March 23, 7pm EDT (2300 UTC)
Hi, I just got word from my ISP that they are planning a router swap on March 23 at 7pm US/EDT. They expect the outage to last up to an hour while they swap out the old router and install the new one (and update the PDUs in the process). During that time, code.gnucash.org will be inaccessible, which means git commits, email, wiki, IRC logs, etc will all be unavailable. Once the new router comes online I expect everything to return to normal quickly. Please let me know if there are any questions. -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] [MAINT] Unplanned hardware outage for code.gnucash.org
Good morning, At around 11:30pm US/EST last night, the hardware hosting code.gnucash.org crashed. I noticed the outage this morning at around 6:30 and power-cycled the hardware around 7am. The system rebooted and the VMs (including code) were back in operation by around 7:20am. Looking at the logs host logs, it looks like the host system was still alive but started having "sanlock" issues around 00:33 this morning, then a watchdog error at 00:34, and an ATA error immediately after. At this point I started getting VDSM errors, another ATA error 10 seconds later, and then VDSM execution errors (most likely all due to the ATA issues). About 30 seconds letter the VDSM service exited into "failed state", and the log abruptly ends shortly thereafter at 00:34:55. According to the reboot log, ATA4 is a 2TB SSD. It is unclear if the issue is the drive itself or the ATA driver. At this point, the hardware is up and running, but clearly there is "an issue". I'm getting on a plane in 3h30m so hopefully the system will remain stable until I return Thursday. -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Trouble with gsettings in GC 4.9
Hi, On Mon, January 3, 2022 3:55 am, bugzilla wrote: > Hi everyone, > > first of all a happy new year to you all. > > I tried to compile GC 4.9 on Linux Mint 20 ulyana following the > recommendations below. The build and installation process worked fine. [snip] > I also did not have a previous 4.x version installed. Only the default > 3.8 version that was released with the 'ulyana' Mint version. This > version was uninstalled before installing 4.9. Ah, but was it uninstalled before you *BUILT* 4.9? > Any advice on this subject would be greatly appreciated. > > Thanks, > Dirk -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ 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 Wed, December 8, 2021 1:27 am, Jeff wrote: > > I understand the direct link to a file or URL but; how does one specify > a URI? I'm not sure I understand the question. When you select a file as an image to attach, it will enter the URI file://path/to/file.img You can set a default path in the preferences. > --JEffrey Black M.B.A. -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Small changes to comment text, mostly in gnucash/import-export/import-main-matcher.h
Hi, On Sun, December 5, 2021 8:55 am, D. via gnucash-devel wrote: > Kevin, > > The preferred way to submit changes is through git PRs, not with patch > files attached to emails to the lists. You'll get better results using > that method. I would add that there are two preferred methods: 1) Github PR 2) Patch attached to a bugzilla report. Patches sent in email are likely to get lost or forgotten. Sending them via bugzilla and github are less prone to loss. Also, for the record, the patch did NOT make it through the mailing list's "purge HTML" process and into my inbox -- so it is already lost! > David T. -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Omit zero balance figures Vs Show zero balances
Hi, On Mon, November 22, 2021 8:29 pm, flywire wrote: > Display options are selected to display something except for Omit zero > balance figures. Why is it any different to Include accounts with zero > total balances ie select to display? Good question. I think the options are set up in such a way that when you turn them on they modify the default option. So really it's a question of the default. The *DEFAULT* is to show 0-balance accounts, so you turn "on" the option to hide them. On the other hand, the *default* is to hide "hidden" accounts, so you "turn on" the option to show them again. Does that makes sense? -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] GnuCash 4.8 Released
On Wed, September 29, 2021 4:01 pm, John Ralls wrote: > > >> On Sep 29, 2021, at 12:12 PM, Derek Atkins wrote: [snip] >> Well, the result does need to work on, e.g. cmake-3.14 (which is what >> code >> uses), so we either need a different construct or a conditional >> construct. > > Calling the standard unix command `cat` does that for all versions of > cmake in all environments that we support. There's no need for a > conditional. I think that constitutes a "different construct" ;) > Regards, > John Ralls -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] GnuCash 4.8 Released
On Wed, September 29, 2021 2:52 pm, John Ralls wrote: > > >> On Sep 29, 2021, at 9:58 AM, Frank H. Ellenberger >> wrote: >> >> Hi, >> >> Am 29.09.21 um 01:56 schrieb John Ralls: >>> David, >>> >>> Unfortunately Geert used a cmake -E command introduced in cmake-3.18, [snip] >> >> How about make it conditional by cmake version? > > Why? Well, the result does need to work on, e.g. cmake-3.14 (which is what code uses), so we either need a different construct or a conditional construct. > Regards, > John Ralls -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] KVP's
Hi, On Sat, September 11, 2021 9:42 am, David Carlson wrote: > I can imagine that some financial institution will either discontinue or > just plain break their OFX or csv export, so I think it should be left > possible for users to mix and match import types for the same account. I > myself have seriously considered that for a couple of my accounts, one of > which is currently reversing the signs on their OFX exports and > structuring > their csv exports to always have positive numbers for both debits and > credits.. Sure, I can see someone switching from one to the other, but what I mean is I don't see anyone who would import OFX one day, CSV the next, then OFX the day after, CSV the day after that, etc. (for ONE account). -derek > > On Sat, Sep 11, 2021 at 7:29 AM Derek Atkins wrote: > >> I can't imagine that someone is going to import both OFX and CSV for the >> same account. So I think using the account_id is fine. >> >> My question would be on backwards-compatibility; if you "modify" the >> account-id, and then open the data file in an older version of gnucash, >> what will happen if you try to import into that account? Most likely it >> would not auto-find the account (because the account-id wouldn't match), >> and would overwrite the over-loaded KVP. >> >> So I think it would be better to have a new KVP under the account. >> >> -derek >> >> On Sat, September 11, 2021 4:55 am, Chris Good wrote: >> > Hi Geert, >> > >> > I haven't yet figured out how not to affect the CSV and aqbanking >> imports >> > but it's on my list to do. >> > Maybe this would be useful for those too but I cannot test aqbanking. >> > >> > Regards, Chris >> > >> > On Sat, 11 Sep 2021, 6:47 pm Geert Janssens, >> > > >> > wrote: >> > >> >> Upon re-reading in more detail I find it is exactly your idea to make >> it >> >> depend on the account-id. I am not sure how this interacts with the >> csv >> >> importer. So perhaps all of my reservations are moot. >> >> >> >> Regards, >> >> >> >> Geert >> >> >> >> Op zaterdag 11 september 2021 10:44:18 CEST schreef Geert Janssens: >> >> > Hi Chris, >> >> > >> >> > I haven't followed the original issue discussion in detail so I can >> >> only >> >> add >> >> > some generic considerations. >> >> > >> >> > The generic import transaction matcher is used by both the OFX and >> the >> >> csv >> >> > importer (and perhaps even by the aqbanking one as well). So your >> >> option >> >> > would affect all of these. >> >> > >> >> > Saving this value just like that would mean it will define >> behaviour >> >> of >> >> all >> >> > two or three importers at once. Imagine a user imports in three >> >> different >> >> > formats depending on the bank to import from, would it then be >> >> desirable >> >> to >> >> > have this option set for all different banks ? Or would it be more >> >> desirable >> >> > to have it apply only to specific bank accounts ? The latter could >> >> even >> >> be >> >> > the case if a user imports ofx data from two different banks. >> Perhaps >> >> only >> >> > for one bank you'd want this override and not for the other ? >> >> > >> >> > In other words my concern is that making it a single book level >> option >> >> may >> >> > be too generic and while it would reduce effort in the use case you >> >> have >> >> in >> >> > mind it may increase effort in other scenarios. >> >> > >> >> > Regards, >> >> > >> >> > Geert >> >> > >> >> > Op zaterdag 11 september 2021 10:22:07 CEST schreef Chris Good: >> >> > > Hi, >> >> > > >> >> > > >> >> > > >> >> > > I'm working on adding an "Append" checkbox to the bottom of the >> >> "Generic >> >> > > import transaction matcher" so that when Update+Clear'ing >> >> > > >> >> > > a matched transaction, the imported Trans->Desc and Trans->Notes >> can >> >> be >>
Re: [GNC-dev] KVP's
I can't imagine that someone is going to import both OFX and CSV for the same account. So I think using the account_id is fine. My question would be on backwards-compatibility; if you "modify" the account-id, and then open the data file in an older version of gnucash, what will happen if you try to import into that account? Most likely it would not auto-find the account (because the account-id wouldn't match), and would overwrite the over-loaded KVP. So I think it would be better to have a new KVP under the account. -derek On Sat, September 11, 2021 4:55 am, Chris Good wrote: > Hi Geert, > > I haven't yet figured out how not to affect the CSV and aqbanking imports > but it's on my list to do. > Maybe this would be useful for those too but I cannot test aqbanking. > > Regards, Chris > > On Sat, 11 Sep 2021, 6:47 pm Geert Janssens, > wrote: > >> Upon re-reading in more detail I find it is exactly your idea to make it >> depend on the account-id. I am not sure how this interacts with the csv >> importer. So perhaps all of my reservations are moot. >> >> Regards, >> >> Geert >> >> Op zaterdag 11 september 2021 10:44:18 CEST schreef Geert Janssens: >> > Hi Chris, >> > >> > I haven't followed the original issue discussion in detail so I can >> only >> add >> > some generic considerations. >> > >> > The generic import transaction matcher is used by both the OFX and the >> csv >> > importer (and perhaps even by the aqbanking one as well). So your >> option >> > would affect all of these. >> > >> > Saving this value just like that would mean it will define behaviour >> of >> all >> > two or three importers at once. Imagine a user imports in three >> different >> > formats depending on the bank to import from, would it then be >> desirable >> to >> > have this option set for all different banks ? Or would it be more >> desirable >> > to have it apply only to specific bank accounts ? The latter could >> even >> be >> > the case if a user imports ofx data from two different banks. Perhaps >> only >> > for one bank you'd want this override and not for the other ? >> > >> > In other words my concern is that making it a single book level option >> may >> > be too generic and while it would reduce effort in the use case you >> have >> in >> > mind it may increase effort in other scenarios. >> > >> > Regards, >> > >> > Geert >> > >> > Op zaterdag 11 september 2021 10:22:07 CEST schreef Chris Good: >> > > Hi, >> > > >> > > >> > > >> > > I'm working on adding an "Append" checkbox to the bottom of the >> "Generic >> > > import transaction matcher" so that when Update+Clear'ing >> > > >> > > a matched transaction, the imported Trans->Desc and Trans->Notes can >> be >> > > optionally appended to the matched transaction Desc/Notes >> > > >> > > instead of overriding them. >> > > >> > > >> > > >> > > I'd like to store the value of the checkbox (True or False) for the >> > > imported account so that in the next import, it will default to the >> same >> > > value. >> > > >> > > >> > > >> > > I'm thinking this should be a KVP, either: >> > > >> > > 1. A New slot under the account or >> > > 2. Add a pipe symbol and the True or False value to the end of the >> > > account "online_id" slot >> > > >> > > >> > > >> > > I assume a new slot would be backwards compatible with older >> versions >> of >> > > GnuCash as they would just be ignored. >> > > >> > > >> > > >> > > Is a new slot the way to go? Any hints on how to do this please? >> > > >> > > >> > > >> > > Regards, >> > > >> > > Chris Good >> > > >> > > >> > > >> > > ___ >> > > gnucash-devel mailing list >> > > gnucash-devel@gnucash.org >> > > https://lists.gnucash.org/mailman/listinfo/gnucash-devel >> > >> > ___ >> > gnucash-devel mailing list >> > gnucash-devel@gnucash.org >> > https://lists.gnucash.org/mailman/listinfo/gnucash-devel >> >> >> >> >> > ___ > gnucash-devel mailing list > gnucash-devel@gnucash.org > https://lists.gnucash.org/mailman/listinfo/gnucash-devel > -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Customising Transaction Report
Hi, On Mon, August 30, 2021 10:30 am, flywire wrote: > I have modified trep-engine.scm and added two options to the Display tab: > > 1. "Include zero balance accounts" > 2. "Omit zero balance figures" > > (I'd still be happy for an explanation of the correct way of doing it.) > > What code do I need to add to use these options? I have accounts and > transactions with zero balances. The code you added just adds them to the options window. Then you need to actually write the code that *USES* those options! So you need to update the report rendering engine to use the options and decide what to output. -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] GnuCash DNSSec bindings still "bogus"?
HI Linas, Sorry, this was a false alarm. The evaluation was 4 days old (from 7/22). I forced the site to re-evaluate and the errors went away. Now we're just down to the glue record warning, but the domain is secure. -derek On Mon, July 26, 2021 10:20 am, Derek Atkins wrote: > HI, > > There was a bug report when DNSsec was down, which pointed to a reddit > thread, which pointed me to https://dnsviz.net/d/www.gnucash.org/dnssec/ > This is an interesting website which is pointing out two issues with the > gnucash.org domain: > > 1) A warning that the glue records for my nameserver don't match the > authoritative data. The issue here is that I have multiple IPv6 addresses > for that server, but only one of them is listed in the glue record. As of > right now, I can't figure out a way to list multiple v6 addresses in the > glue record. I've reached out to my DNS registrar to figure out if there > is a way to fix this, but a quick google search seems to imply that it is > not supported. :( > > 2) An error that there are no valid RRSIGs created by a key corresponding > to a DS RR covering the DNSKEY RRset, resulting in no secure entry point > (SEP) into the zone. This seems to imply you need to go to the > gnucash.org registrar and make sure the DS record(s) there correspond to > the correct keys you've got locally. > > For some reason they still have the expired sigs cached. Not sure why, > other than that they have a 3-day TTL, but that should have expired at > least by yesterday. > > We should get these issues fixed. > > -derek > > -- >Derek Atkins 617-623-3745 >de...@ihtfp.com www.ihtfp.com >Computer and Internet Security Consultant > ___ > gnucash-devel mailing list > gnucash-devel@gnucash.org > https://lists.gnucash.org/mailman/listinfo/gnucash-devel > -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] GnuCash DNSSec bindings still "bogus"?
HI, There was a bug report when DNSsec was down, which pointed to a reddit thread, which pointed me to https://dnsviz.net/d/www.gnucash.org/dnssec/ This is an interesting website which is pointing out two issues with the gnucash.org domain: 1) A warning that the glue records for my nameserver don't match the authoritative data. The issue here is that I have multiple IPv6 addresses for that server, but only one of them is listed in the glue record. As of right now, I can't figure out a way to list multiple v6 addresses in the glue record. I've reached out to my DNS registrar to figure out if there is a way to fix this, but a quick google search seems to imply that it is not supported. :( 2) An error that there are no valid RRSIGs created by a key corresponding to a DS RR covering the DNSKEY RRset, resulting in no secure entry point (SEP) into the zone. This seems to imply you need to go to the gnucash.org registrar and make sure the DS record(s) there correspond to the correct keys you've got locally. For some reason they still have the expired sigs cached. Not sure why, other than that they have a 3-day TTL, but that should have expired at least by yesterday. We should get these issues fixed. -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] [MAINT] Unplanned DNS outage for gnucash.org domain
Hi, Around 10am EDT yesterday, July 21, the gnucash.org DNS zone signatures expired. This was fixed today, around 1600 EDT. The code that auto-signs the domain is buggy and apparently got itself into a snit and wouldn't re-sign the domain. Of course the errors are, apparently, hidden in log files and not blatantly presented so Linas missed it. He has added another cron job to run the commands to clean up the detritus even if the signing is in good shape, so this failure mode shouldn't happen again. We are sorry for the inconvenience, -derek (for Linas, who runs the DNS domain) -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] [MAINT] Planned upstream network work July 1-2 US/EDT
Hi, TL;DR: There is an expected 15-minute network outage between 9pm July 1 and 3am July 2 (US/EDT) due to ISP router maintenance. Long Version: I received the following notification from my upstream network provider: Start Date: 2021-07-01 21:00 Eastern Time End Date: 2021-07-02 3:00 Eastern Time Work Window: Status: Scheduled Risk: Interruption to primary access. MaintenanceType: Scheduled Maintenance Reason for Work: Infrastructure Enhancement Risk Mitigation: Best practice and procedures will be employed throughout this event and we would like to ensure that all relevant tenants are aware of the activity Description: CoreSite Network Engineering will perform a migration of the customer access termination point to a newly deployed router. We anticipate service disruption of 15 minutes while these virtual links are moved. Thanks, -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] [MAINT] Unplanned network outage. yet again. (Upstream ISP failure)
Hi again, You may have noticed that code went offline yesterday -- there was a coolant failure at my ISP which caused the colo room temperature to raise to 122F (50C). Obvoiusly computers don't like to be at that temp. Water was restored earlier today and the ISP services were restored. The equipment at my premises were online the whole time, and indeed I was even able to reach my gateway through another address. Sorry for any inconvenience. Alas, there is very little I could do about *this* particular outage. -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] [MAINT] Unplanned network outage. again.
Hi All. TL;DR: You may have noticed a 22-hour network outage of gnucash email/wiki/git. It's all back now and should be stable going forward. Long Version: Yesterday around 1pm an Amazon truck decided to flay my (temporary) fiber line. You may recall that my network went out a couple weeks ago. The way my ISP performs the repair is a 3-part journey: 1) A tech comes to run a temporary line to get me up and running 2) A crew comes to deploy and bury a new service line 3) Another tech comes to connect the new service line When #1 happened they ran the line across the driveway. This isn't too surprising. Then #2 happened a week or so ago; it was actually perfect timing with some landscaping we were doing. Then I was waiting for #3 to happen. It was, apparently, scheduled for this Wednesday (May 12), but of course I didn't know that until yesterday when I was enjoying some music and the Amazon truck drove up my driveway, then back down, and the music stopped. OOPS! I called yesterday but they only made a note. So I called again today, got a really nice call-center agent in Eastern Europe somewhere, and she got me set up with an appointment from 4-8pm today. Then about an hour ago they called me to ask if they could come "now", and I said "YES". A short time later they arrived, connected the new service line, and then all my stuff came up on its own. So we're back, and should be pretty stable until the next significant power hit or a tree decides to take down something well off my property!! Happy Gnucashing. And sorry for the inconvenience. -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] [MAINT] Unplanned network outage
HI all, We had a short service outage today. My power went out (literally the power blew a fuse --- at the street corner) around 12:35pm. It was restored around 5pm. Unfortunately my UPS battery died around 4:45. Once the power came back, the systems all rebooted and came back on their own (around 5:15 or so). Sorry for the inconvenience. -derek PS: At 12:35 I heard a loud BANG and the power went out! I notified people on IRC immediately and went into power-saving mode. They were originally supposed to restore power by 3:30, which meant there would not have been any outage. Then they pushed it another hour and a half, which was just a LITTLE too much for the UPS. Alas. Again, sorry for any inconvenience. -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] [MAINT] Unplanned network outage
HI, Around 1pm EDT yesterday my network broke. I suspect it was a fiber "jerk" (not quite a fiber cut), but enough force to cause the fiber to stop sending light through. I wasn't home when it happened, but the Tech yelled at me about it. A new fiber has been run and bits are flowing as of 11:15am today. Sorry for the inconvenience (again). In about a week or two there will be an unplanned 20-minute outage when they bury a new line and swap it over. Thanks, -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] [MAINT] Unplanned network outage
Good morning GnuCashers, Just wanted to report on a (relatively short) unplanned network outage overnight. Around 12:30am US/ET my network went away. It came back around 1:15am. This was my upstream ISP doing some maintenance work. This is the same kind of maintenance that took me completely offline for hours in the past. The GOOD news is that my systems scripts handled the changes just fine and didn't get wedged! As a result of this outage I know the flatpak nightly build failed. I suspect the windows nightly build failed as well. I have not manually restarted them; new builds will happen tonight. Thanks, and have a great Thursday. Happy Earth Day! -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Gnucash.org DNSSec expired March 14th.
It does look like the domain is signed again (as of today). Of course, it doesn't explain why it got stuck. -derek On Wed, April 14, 2021 7:17 am, Graham Leggett wrote: > On 14 Apr 2021, at 10:08, Linas Vepstas wrote: > >> I'm deeply unhappy with dnssec; it's the worst technology I've >> ever had the displeasure of using. I'm finding it quite difficult >> to avoid writing a tirade. > > More and more DNS providers are doing hosted DNSSEC - the full you give us > the TLSA record you want, we do the rest kind of service. > > I use https://www.domaindiscount24.com/en, but ymmv. > > Regards, > Graham > — > > -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] Gnucash.org DNSSec expired March 14th.
Hi Linas, The GnuCash DNSSec signer stopped working a month ago and the domain signatures expired March 14th. Any chance you could kick it? Also, any chance we could set up some validator to notify if the expiration is impending? Thanks, -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Compilation fails on current maint and master, libgnucash/core-utils/gnc-vcs-info.h
Maybe provide the compilation errors? -derek Sent using my mobile device. Please excuse any typos. On March 23, 2021 5:57:54 AM c.holterm...@gmx.de wrote: Hello all, I tried compilation in some scenarios: On a fresh git clone A) Compiling 4.4 from scratch works. B) Compiling maint from scratch does not compile. C) Compiling 4.4 from scratch, checking out to maint head and recompiling current maint on top of the 4.4 build works. regards, Christoph Am 2021-03-21 08:55, schrieb c.holterm...@gmx.de: No, I work from a git clone. In addition I tried to do a fresh clone from git. This doesn't compile as well. Same error. I'm working on debian 10.8. regards, Christoph Am 2021-03-20 17:35, schrieb Geert Janssens: Did you by any chance start from a github zipfile instead of a cloned git repository ? Regards, Geert Op zaterdag 20 maart 2021 16:16:23 CET schreef GMX: Hello, just trying to compile after some months not on the project. Compilation from maint and master fails for me: > >> cmake ../gnucash > > ... > [ 0%] Built target guile-json > make[2]: *** No rule to make target > 'libgnucash/core-utils/gnc-vcs-info.h', needed by > 'share/gnucash/gnucash.1'. Stop. > make[1]: *** [CMakeFiles/Makefile2:1496: > doc/CMakeFiles/gnucash-manpage.dir/all] > Error 2 make: *** [Makefile:163: all] Error 2 don't know what to make of that. If I just recompile and existing and updated builddir everything works fine (checked for maint). regards, Christoph ___ 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 ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] lock on MariaDb database
Hi, How are you exiting/quitting GnuCash? It should unlock on exit, if it exits cleanly. -derek On Mon, March 22, 2021 11:31 am, Bregt - ICTgroup.be via gnucash-devel wrote: > Hi, > > I recently installed GnuCash 4.2 on an Ubuntu 20.04. I linked my data to > a database on an instance of a MariaDb server on the same host. All data > gets stored in the database as I expect, so far so good. > > Last week I put up a master/master replication configuration between the > MariaDb server and a second MariaDb server on another host in my local > network, in order to have a backup (and some form of multi-user access, > but that's not what it's about right now). Replication works as > expected, so far so good. > > I did notice however, that the lock on the database (the entry in table > gnclock) is set upon launching GnuCash, but is not deleted upon closing > GnuCash. This results in GnuCash asking me if I want to 'open anyway' > (ie overwrite the entry in gnclock) every time I launch GnuCash. Even > when detaching the primary MariaDb host from the local network, this > problem remains. > > I did tamper with the database in order to test the replication: I > created a dummy table and upon seeing it getting replicated to my second > server, I deleted that table (and it got deleted on the replication > server too). > > Anyone has an idea or a hint on how to get GnuCash to delete the entry > in table gnclock upon closing (as should happen and indeed happened > before configuring the replication)? Would my adding/deleting the dummy > table for the replication test have anything to do with this issue? > > Kind regards, > > Bregt > > > ___ > gnucash-devel mailing list > gnucash-devel@gnucash.org > https://lists.gnucash.org/mailman/listinfo/gnucash-devel > -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Early locale initialization
On Thu, March 18, 2021 7:58 am, Geert Janssens wrote: [snip] > 3. While all three allow to tweak some environment parameters, only linux > allows the user to do so via the environment file. For Windows and Macos > that > file is only read after locale is set. Whether that's a good thing depends > on > the answer to question 2. Are you saying that /etc/gnucash/environment (or the equivalent thereof) is not read/used on Windows or Mac? > Regards, > > Geert -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] [MAINT] Unplanned network outage
Hi everyone, I apologize for the 23-hour outage. Some landscape installers did some work unannounced and sliced my network line in the process. As you can tell, it's back now! Yay rapid response. Even though this is the last operation that I expect to have, I am still seriously considering an LTE backup, and an insurance policy. I can get the hardware relatively inexpensively -- it's the data service that I'm trying to find. Again, sorry for any inconvenience. Just me, it wasn't easy here, either! LOL. Happy Gnucashing! -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] [GNC] Fwd: www.gnucash.org
Hi, Actually, this probably should go to gnucash-devel instead of gnucash-user. So please reply only to -devel.. Right now we do have some diversified DNS -- Linas runs 2 DNS servers and I run one. We could set up one more... So THAT (DNS) isn't the issue. I could also set up a www "mirror" at my site, so "www.gnucash.org" would be somewhat diversified. However, I'd rather it be a hot-spare than a round-robin solution, and *that* is something I don't know how to do. What I mean is that we could set up multiple IP targets for www.gnucash.org in DNS, but clients would then hit both of them, whereas what I would want is for them only to hit the second if the first is unavailable. Moreover, that would only work for Linas' server (www), it wouldn't help for mine (which also runs master git, wiki, email lists, etc). I certainly welcome ideas, but we want to be the masters of our own destiny, which means running our own servers and not using e.g. AWS. -derek On Sat, February 27, 2021 9:18 am, David G. Pickett via gnucash-user wrote: > gnucash should have geographically diversified web servers? > > > -Original Message- > From: Linas Vepstas > To: David G. Pickett > Sent: Fri, Feb 26, 2021 6:18 pm > Subject: Re: www.gnucash.org > > That's a question for the gnucash-user mailing list. I am not involved in > spinning out releases. or in development, for that matter. > -- Linas > > On Tue, Feb 23, 2021 at 2:18 PM David G. Pickett > wrote: > > PS: Now web site is up, no 4.4 for Ubuntu 20-04 lts? > > > -Original Message- > From: David G. Pickett > To: linasveps...@gmail.com > Sent: Mon, Feb 22, 2021 8:44 pm > Subject: Re: www.gnucash.org > > The trick to dns fallover is having each web server be a dns server of the > same domain saying it is the www. The dns servrs that are up and > accessible give out their own address. This is old but a robust outer > layer. > > Cloud services can set up multiple servers that are just virtual slices > many places in their cloud. > > > -Original Message- > From: Linas Vepstas > To: David G. Pickett > Sent: Sun, Feb 21, 2021 7:30 pm > Subject: Re: www.gnucash.org > > Well, there's a mirror at utwente, I believe, but there's no automated > failover to that. The master DNS server was down as well. > > I've set up dns failover in the past, but its kind of tricky, and hard to > test, and didn't seem entirely reliable. > -- Linas > > On Sun, Feb 21, 2021 at 2:49 PM David G. Pickett > wrote: > > Need a diverse set of mirror/duplicate locations! Ask around! > On Saturday, February 20, 2021, 04:28:37 PM EST, Linas Vepstas > wrote: > > Website is in Texas. No electric power for 5 days! -- Linas > > On Thu, Feb 18, 2021 at 7:59 AM David G. Pickett > wrote: > > Has gnucash gone broke? The website has been missing for days! > > > -- > Patrick: Are they laughing at us?Sponge Bob: No, Patrick, they are > laughing next to us. > > > > > -- > Patrick: Are they laughing at us?Sponge Bob: No, Patrick, they are > laughing next to us. > > > > > -- > Patrick: Are they laughing at us?Sponge Bob: No, Patrick, they are > laughing next to us. > > ___ > gnucash-user mailing list > gnucash-u...@gnucash.org > To update your subscription preferences or to unsubscribe: > https://lists.gnucash.org/mailman/listinfo/gnucash-user > If you are using Nabble or Gmane, please see > https://wiki.gnucash.org/wiki/Mailing_Lists for more information. > - > 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-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] It appears that the gnucash.org server is down
Yes. Linas, who runs www, is in Austin. Austin is being hit by a major winter storm. Let's all hope he is okay. In the meantime, the wiki is still alive and well, and the documentation can be read there. -derek Sent using my mobile device. Please excuse any typos. On February 15, 2021 6:45:47 PM David Carlson wrote: 5:45 pm Centrral time -- David Carlson ___ 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] New OFX Requirements For USAA FSB
Thank you Martin! -derek Sent using my mobile device. Please excuse any typos. On February 12, 2021 8:08:45 PM Martin Preuss wrote: Hi, Am 13.02.21 um 00:07 schrieb John Ralls: [...] The next GnuCash release is 6 weeks from Sunday. This has nothing to do with GnuCash code so that doesn't really matter except that it's the next regular opportunity to update the bundled AQBanking for flatpak, macOS, and Microsoft Windows. Once Martin releases a new AQBanking version with the changes we can generate new bundles on 4.4, we needn't wait for a release. [...] Okay, my releases are out now (Gwenhywfar 5.5.1 and AqBanking 6.2.6). Regards Martin ___ 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] [MAINT] Unplanned network outage
Hi, Some of you may have noticed that code went offline around 2:30am US/ET this morning. My ISP made a change which caused my "magic box" (a device I use to work around a NAT table limit) to stop working. I manually corrected the issue at 7:15am and have written some code to attempt to do that automagically next time. Of course I can't test that until the next time $ISP decides to do some network hardware work. I apologize for any inconvenience. -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] [MAINT] Short network upgrade this weekend
Hi, The router upgrade is complete. Please let me know if you notice any network issues to code or any of its services. -derek On Fri, January 8, 2021 12:13 pm, Derek Atkins wrote: > Hi, > > I plan to update the software on my main router over the weekend. > Exact time still TBD, but if all goes well you will barely see a blip. > If it does NOT go well, then it's possible there might be some extended > downtime to code.gnucash.org. > > Based on my research there has been a lot of positive experiences > upgrading to this new software version. I'm upgrading because I hit a > feature limitation in the firmware it was running (from June 2019) which > was (finally!) fixed in this new release. > > I'll announce on IRC before I refresh, and email when it's complete. > > -derek > > -- >Derek Atkins 617-623-3745 >de...@ihtfp.com www.ihtfp.com >Computer and Internet Security Consultant > > ___ > gnucash-devel mailing list > gnucash-devel@gnucash.org > https://lists.gnucash.org/mailman/listinfo/gnucash-devel > -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] [MAINT] Short network upgrade this weekend
Hi, I plan to update the software on my main router over the weekend. Exact time still TBD, but if all goes well you will barely see a blip. If it does NOT go well, then it's possible there might be some extended downtime to code.gnucash.org. Based on my research there has been a lot of positive experiences upgrading to this new software version. I'm upgrading because I hit a feature limitation in the firmware it was running (from June 2019) which was (finally!) fixed in this new release. I'll announce on IRC before I refresh, and email when it's complete. -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] [MAINT] turned on IPv6 support
Hi, I just turned on IPv6 support for code.gnucash.org. Please let me know if you find any issues with the services (email, git, wiki, archives). Thanks, -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] [MAINT] Planned server reboot Monday, Dec 7, 8:00pm US/EST
TL;DR: Unless I hear major objections, I plan to reboot the VM server tomorrow, Monday, Dec 7, around 8pm US/EST (0100 UTC Dec 8), in order to refresh / update some certificates. Please let me know if this is an issue. Long Version: The GnuCash infrastructure uses a single-host OVirt VM platform for its production system. Unfortunately, this means that certain system maintenance efforts require system reboots, and, unfortunately, replacing the certificates is one of those. All the new certificates are in place so I should just need to reboot the system to allow it to take effect. The reason for the certificate update is two-fold: 1) Many of the certificates were set to expire next year (2021), so they would have to be renewed anyway. Granted, this date was November 1, so I had most of the year to do it, but still, it had to be done within the next 11 months. 2) More importantly, the certificates were all using SHA1, and this was causing problems with e.g. remote-viewer complaining that the certificates were not secure. This is JohnR and, after I update my own system this weekend, me. If I had a multi-server Ovirt setup (e.g. 3 hosts), then I could round-robin update them. I migrate all the running VMs to the other two hosts and then I can safely take the third host down and do whatever I needed. Then I bring it up again, let everything stabilize, and then move to the next one. Alas, with a single host, I can't do this so I need to reboot. total downtime should be no more than 30 minutes, assuming of course I got everything right. Also, I am *hoping* this will fix the remote-viewer issue, but I won't know for sure until after I reboot. If you all have any questions, concerns, or the timing is bad, please let me know. Thanks! -derek PS: For John, Frank, Geert, etc -- due to the certificate changes you will need to remove the old certificates from your browser trusted-cert cache first and then import the new ones. Search for IHTFP. If you don't remove it, it'll give you an error that the certificate changed but has the same Issuer/Serial#. I'm sorry, but there's nothing I can do about that. -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] Updated Ovirt Certs
HI, Just wanted to let you know that I'm in the process of upgrading the OVIRT certificates. This includes the CA Cert which you included in your browser. This means that right now, if you attempt to access ovirt you will get a certificate error. The fix is to remove the existing certificate(s) from you browser cache/memory and load the new one in. If you need me to email you the new CA certificate instead of pulling it ovirt directly, please let me know. Sorry for the inconvenience and short notice. I also need to plan a reboot to get VDSM to take the new certs. -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Gnucash server going offline shortly..
Well, this clearly didn't make it out before my UPS died. Power has been restored and services should be running normally again. Please let me know if you notice anything not working. Note to self, the UPS lasted a bit over 4 hours. This is the first significant power outage we've had in 3 years, and according to our neighbors across the street the last significant power outage was 6-7 years ago. So basically less-than-twice-a-decade. We will see if past performance is any indicator of future results :) -derek On Sat, October 31, 2020 11:00 am, Derek Atkins wrote: > Hi, > Power is out here due to Tropical Storm Zeta. > The UPS is down to 30%. > So I am going to cleanly shut down the gnucash server shortly which will > take down email, wiki, git.. > I will restart it ASAP when power is restored. > > -derek > Sent using my mobile device. Please excuse any typos. > ___ > gnucash-devel mailing list > gnucash-devel@gnucash.org > https://lists.gnucash.org/mailman/listinfo/gnucash-devel > -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] Gnucash server going offline shortly..
Hi, Power is out here due to Tropical Storm Zeta. The UPS is down to 30%. So I am going to cleanly shut down the gnucash server shortly which will take down email, wiki, git.. I will restart it ASAP when power is restored. -derek Sent using my mobile device. Please excuse any typos. ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Adding new modules to GnuCahs from Finance::Quote
Hi, What version of GnuCash? If you run gnc-fc-check, is your module listed? If you run gnc-fq-helper, does it give good results? -derek On Tue, September 29, 2020 12:19 pm, Emilio Dorigatti wrote: > Hello, > > I wrote a module [1] for Finance::Quote to fetch quotes from a new > source. It seems to work fine and is usable via gnc-fq-dump, however I > cannot seem to get it to work in gnucash. In the GUI, it appears under > the "unknown" quote source, and getting quotes fails with a generic > error message. I do not see helpful messages via gnucash-cli. > > Could you help me debug this issue? > > Thank you, > Emilio. > > > [1]: https://github.com/finance-quote/finance-quote/pull/151 > > ___ > gnucash-devel mailing list > gnucash-devel@gnucash.org > https://lists.gnucash.org/mailman/listinfo/gnucash-devel > -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Deprecation of XML file
Hi, On Mon, September 14, 2020 11:54 am, jean laroche wrote: > I too like the ability to manipulate the xml file directly, so I'm > attached to it. > Can someone explain the benefits of SQL vs XML? > Is it faster? The *main* benefit of SQL storage is that you get immediate saves. I.e., when you commit a transaction, it gets saved to storage immediately. So -- no lost work. Another benefit, LONG TERM, of moving to SQL is that we can improve the performance of "searches" (and EVERYTHING internally is a search). Also, theoretically, it COULD be faster because we could delay loading of data, however right now, no, it is not "faster" in that sense because we still load the full data-set into RAM when you start the program. > I know it allows simultaneous access by multiple users, but is that a > realistic usage scenario for GC? SQLite does not really allow multiple users. Moreover, supporting SQL does not immediately provide multi-user support -- there is a lot more to do to support that. So I would say that SQL is necessary for multiuser support, but not sufficient. See above on other reasons for moving to SQL. > Would it help implementing a real undo/redo mechanism? (something that I > do think is sorely missing) I don't think so. > Jean -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Deprecation of XML file
HI, A long long time ago (in a galaxy not too far away)... The __plan__ was to not eliminate XML but relegate it to an import/export format, but to change the default "File" method to SQLite. The reasoning is that SQLite, unlike other SQL-based backends, provides the user with a single-file model similarly to XML. The user does not need to be a DBA to use SQLite. Indeed, using SQLite requires the same level of system administration knowledge as using XML. SO.. yes, the long-term goal is to move to using SQLite as the primary storage facility. In the interim, the plan (last I heard) was to migrate from QOF to an in-memory SQLite -- so you would load XML into an in-memory SQLite database and then gnucash would, internally, use that in-memory SQLite, and then "Save" would push the data back out to XML. From there, moving to a real on-disk SQLite would be easy. So yes, long term goal WAS to migrate to SQLite as primary backend; we would NOT remove XML, but there is a TON of work to get there first. -derek On Mon, September 14, 2020 10:46 am, Michael or Penny Novack wrote: > >> Is there a reason to keep supporting the XML file in future? Wouldn't it >> be easier to force save the data to SQlite to tackle the move from QOF? >> >> The benefit of point in time save (instead of transactional save) could >> be achieved by working from a copy instead. >> >> Probable issue would arise from users that read the XML file directly. >> > Here's my two cents. And I am perhaps a good person to stick my nose in > because of one of the issues raised. > > No, keep XML. > > a) A burden to require existing users to obtain and maintain SQLite. > > b) Don't forget that some of us, quite properly, have long term backups > of books << say the books after YE ab initio >> If gnucash were no > longer to support XML, we wold have to convert all of those. And since > the issue of "unalterable books" has been raised, I will point out that > these backups might be considered so -- made onto "write once" medium > and in "legal custody". Converting them to SQLite removes that guarantee > << how do you know that NOTHING else was done besides conversion, no > alterations of data >> > > c) The issue of those who manipulate the gnucash database (I am using in > the generic sense) directly OR extract feeds from it OR send feeds to > it. They would have to change all their stuff. And here's why I am an > especially good person to respond. In my working days I have DIRECTLY > modified an SQL database. Not SQLite but real SQL, DB2 on mainframe. Not > going into why this done was beyond saying during testing a MAJOR change > was made to a project, tables were added, and a need to populate the > redefined database with test data << done the "right way", lots of > people working many days entering one at a time from terminals -- even a > batch DB2 process would have been slow >> The point here is that I was > real sneaky. Out of the hundreds of IT people in this very large shop I > was perhaps the only one who could have thought of the trick I used. So > I would consider writing something to do this sort of thing way beyond > reasonable for even very skilled end users. > > > Michael D Novack > > PS: I might as well include a plus for SQLite at the same time. Probably > much less skill required (once having learned SQLite) to query the > database outside of gnucash. I would think that far easier than what I > would have to do to write a program to query when a XML file. > > > ___ > gnucash-devel mailing list > gnucash-devel@gnucash.org > https://lists.gnucash.org/mailman/listinfo/gnucash-devel > -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] floors of the forest
I suspect this is (was) a broken account. I have removed them from the list. -derek Sent using my mobile device. Please excuse any typos. On September 4, 2020 2:38:19 PM John Ralls wrote: Please confine your posts to GnuCash mailing lists to topics directly related to GnuCash. Regards, John Ralls On Sep 4, 2020, at 11:25 AM, Mark wrote: Just found this. I don't recall hearing about the Finland thing before. *So funny*, and sad at the same time... Millions of people are going to vote for this clown. I think America is finished as a society. But at least they can still make the rest of the world laugh. ___ 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] Multi-account actions
I agree that mass-reparenting of accounts should be allowed, even if the accounts have splits, so that that all the selected accounts are allowed under the new parent (by type). The only corner-case I can think of is for Stock/Mutual fund accounts, where GnuCash makes an assumption that the trading occurs in the currency of its parent account, so if you move a stock/mutual account, the currency of the new parent matters. If you change to a parent with a different currency, and there are already splits in the stock/mutual account, then there might be an interpretation problem. But for pretty much everything else, just checking the type validity is sufficient. -derek On Mon, August 31, 2020 11:40 am, jean laroche wrote: > Note we're talking about multi-*account* actions, not transactions. > Multi-transaction actions would be great, but at the moment, the GC code > does not make that easy to implement. > > @John, I agree that changing currency on an account that has splits does > not make sense. > Changing parent, if the parent is compatible, I'm not sure why that > would be disallowed: Say I've decided to change the way I organize my > expenses, and expenses that used to be in account A:B I now want to put > into account A:C:D ... I don't see what the harm is even if there are > splits in them. > Note that this is *already* possible in GC: you delete account A:B and > ask for transactions to be moved to a new account A:C:D. > > Jean > > > On 8/31/2020 4:38 AM, Fross, Michael wrote: >> Hi John. If I can go to 10 transactions and change them 1 by 1, what’s >> the difference if can be iterated through, making the same change in >> each? I must be missing something. >> >> I’m not a gnucash dev, but thought I would ask as I like Jean’s idea. >> >> Michael >> >> On Sun, Aug 30, 2020 at 10:40 PM John Ralls > <mailto:jra...@ceridwen.us>> wrote: >> >> >> >> >> >> > On Aug 30, 2020, at 10:32 AM, jean laroche > <mailto:rip...@gmail.com>> wrote: >> >> > >> >> > Devs, >> >> > >> >> > I have 2 PRs that I submitted for multi-account actions. >> >> > With these PRs, the user can select multiple accounts in the >> main account view, then: >> >> > - Delete multiple accounts in one shot, >> >> > - Edit multiple accounts in one shot (change the notes, the >> flags, the color, the currency, or move them to a different parent). >> >> > >> >> > I also want to add a "duplicate" action where the user can >> duplicate the selected account(s). >> >> > >> >> > All this of course isn't very useful if you already have your >> account tree and you never change it. But it's very useful, in my >> view if you need to setup your account tree or if you regularly >> need to add accounts. >> >> > Also, it's part of an effort to make GC more user friendly, >> offering features that are common in nearly all software (select >> multiple, then do something). >> >> > >> >> > I'm afraid that these PR will just be ignored, because some of >> the devs just don't look favorably upon them (John for example). >> >> > >> >> > I'd like to ask devs to chime in on that. My argument is that >> >> > - It makes the user's life easier. >> >> > - It adds a feature to GC that is expected in most software (of >> any kind), select multiple then do something. >> >> > >> >> >> >> I don't have a problem with cosmetic changes like colors, notes, >> or names. Anything like currency or parents that can affect the >> accounting logic shouldn't be permitted unless all of the accounts >> have no splits. IOW the use case you proposed on the PR, shuffling >> things around when setting up a book, is fine. Doing any of that >> after creating splits can change the meaning of the splits and >> can't be permitted. >> >> >> >> GnuCash is not like "all other software". Just because >> spreadsheets let you jump off the bridge doesn't mean that GnuCash >> should. ;-) >> >> >> >> 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-devel mailing list > gnucash-devel@gnucash.org > https://lists.gnucash.org/mailman/listinfo/gnucash-devel > -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] [MAINT] Unplanned network outage for GnuCash Server
Hi All, TL;DR: There was an unplanned network outage for code.gnucash.org for the past 16 hours. I was able to route around the damage and packets are flowing again as of about 18h45 US/EDT. Long version: Sometime around 3:30am US/EDT my network stopped talking to my ISP. Unfortunately I was away on holiday for a quick 2-day lake getaway and the only debugging I could do remotely was that I determined I could not reach any of my machines on my raw ISP network. Once I got home this afternoon I was able to debug it further and determine that a bridge I had put in place between my ONT, Modem, and local devices was no longer properly working. I removed that box and reconnected without it an everything came back up. I do want to place that box back into service, because it allows me to bypass the modem NAT table limits, but for now I will keep the network running without it until I can find the time to track down what changes AT made to the configuration that caused it to break. But until I can find the time to do that (which will entail taking the network down), I will keep it up and running as a direct-connect. Sorry for any inconvenience this may have caused. Trust me, it wasn't pleasant for me, either, waking up from 100 miles away to see that the network was down! Have a great morning/evening/rest-of-your-day and happy GnuCashing! -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Gnucash Unavailable ???
David H writes: > No emails for a couple of days, wiki unavailable, just checking :-) Yeah, network outage. All back now. See my email I sent a couple hours ago. > Cheers David H. -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] "2" version of source code
Hi Jean, On Mon, July 13, 2020 2:25 pm, Jean Laroche wrote: > Hi Devs, > Last night I was looking at what it would take to allow selecting > multiple transactions in the split register, and realize (if I'm not > mistaken) that the split register is not based on a tree view (in which > case it would be easy to allow multi-select, but possibly tricky to do > the right thing after that). This is what I told you. :) > On the other hand, there are versions of the .c source files with a "2", > which I believe were a rework of the basic GC UI elements, and one of > them is the split register. The version 2 of it is apparently based on a > tree view and I remember somebody mentioning that the refactoring was > intended to allow multi-select (among other things I'm sure). Yes, this is the "register2 rewrite" that didn't finish. > Question: > - What's the status of the "2" versions? This was worked on more than 10 > years ago, if I remember correctly. No update since? > - How far was it from completion? Would it be a huge effort to look at > the code and make it functional? I know it can be enabled with a special > flag when we launch gnucash, what I don't know is what's missing before > the "2" versions can be adopted... Honestly I cannot answer these questions, so hopefully someone else will. I just know it wasn't feature complete before Rob Fewell (IIRC) ran out of steam, and nobody else picked it up. > Jean -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] [MAINT] Unplanned network outage for GnuCash Server
Hi, TL;DR: My ISP's upstream router failed causing my network to go away for the last 36 hours. IPv4 service is back as of 9am US/EDT today. IPv6 service should be back shortly (and and I'm writing this, IPv6 is back). Long version: Around 8pm US/EDT on Sunday, July 12th I noticed that my network had failed. I traced it down to the fact that I couldn't reach my upstream ISP router so I sent email asking for assistance. There was nothing else I could do from my end until I heard back from them. Yesterday I reached out again and was told that the router crashed hard and they were working on replacing it and trying to find a backup configuration as well. That was as of 3am Monday morning. Yesterday evening I noticed that the router was reachable again, but it wasn't routing my network to me, so this morning I reached out yet again, and they were able to re-install my configuration, but they had a bug in the IPv6 config. Still, I noticed email started flowing shortly after 9am. Once they corrected the IPv6 config (which happened while I was typing this in), everything came back up and now appears to be reachable. Because it was only down for 36 hours, no email should be lost, only delayed, and no other local data was lost on the GnuCash server. I'm sorry for any inconvenience this may have caused. Alas, there's not much I can do about an upstream router blowing up. :( Happy GnuCashing y'all. :-D -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Understanding the bayesian import matching algorithm
Hi, On Thu, July 2, 2020 3:10 pm, Christian Gruber wrote: > Hi, > > while further studying the bayesian import matching algorithm I'm now at > the point, where I wanted to understand, how the bayes formula is > applied to the problem of matching transactions to accounts using > tokens. But I need further information, since it doesn't come clear to > me what is really calculated there. > > The implementation can be found in the following functions in Account.cpp: > > * get_first_pass_probabilities() > * build_probabilities() > * highest_probability() > > Actually, the latter could be omitted as it only selects the account > with the highest matching probability. > > Studying the code and the rare comments on the implementation it seems > to be a variant of the naive bayes classifier > <https://en.wikipedia.org/wiki/Naive_Bayes_classifier#Probabilistic_model> > with the tokens used as (independent) "features" and the accounts used > as "classes". But comparing this algorithm to the code leaves several > questions open. > > Does anybody know a more precise algorithm description, on which the > implementation in GnuCash is based on? I'm not sure how detailed you need right now; I helped with some of the initial implementations but I'm sure it's all been rewritten by now. The idea is that the description/memo strings are tokenized and used as inputs into the probabilities that the transaction would go into the target account. If you have a high-enough probability it will auto-select that account for that transaction. When you assign an account (during import), it adds those tokens to the account's list of tokens for future guessing. Did you have a specific question about the process? For the complete algorithm you can look at the code. It's really not all that complicated (or at least it wasn't when first implemented). > Regards, > Christian -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] [GNC] error message with finance::quote gnc-path-check + problems with retrieving quotes for 2 symbols.
Also if you are in the outback without connectivity to read the wiki you are definitely not going to have the connectivity to grab quotes! LOL. -derek On Wed, June 24, 2020 3:54 pm, D. via gnucash-devel wrote: > Further : the user case for a user to be actually unable to access the > internet to consult the wiki is I think rather extreme. Inconvenient, > perhaps; maddeningly slow, even. But actually unavailable? > > Personally, I'm not sure how many transactions I would generate in the > "outback," anyway. I'd just wait until I had some connectivity to do my > online accounting. Besides my laptops never have that much battery life to > them. > > > Original Message > From: "Frank H. Ellenberger" > Sent: Wed Jun 24 12:18:19 EDT 2020 > To: "D." > Cc: gnucash-devel > Subject: Re: [GNC-dev] [GNC] error message with finance::quote > gnc-path-check + problems with retrieving quotes for 2 symbols. > > David, > > Am 24.06.20 um 14:01 schrieb D.: >> Yet another documentation appendix that would be more appropriately >> placed on the wiki... > > you are still walking in the wrong direction! > > If you are in the outback the wiki is not available or the access is > very expensive, but the docs are installed on > * Windows and Macos always, > * Linux details depend on the distribution and your choice. Usually if > you install gnucash, you get the recommendation to install gnucash-docs, > too. > > Frank > > _______ > gnucash-devel mailing list > gnucash-devel@gnucash.org > https://lists.gnucash.org/mailman/listinfo/gnucash-devel > -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Patelco stopped supporting OFX... other options
> This is interesting. It sounds like OAUTH, where the mini-webserver > redirects to the bank's website for authentication and gets a token back, > but OAUTH tokens are supposed to be single-use and expire. The fact that > neither seems to be the case is a bit worrying. Does plaid provide the > source code for this web server? That's not always the case. OAuth has long-lived tokens that can be refreshed and reused, they are not (always) single-use tokens. You're right that it DOES sound like OAuth, but it also sounds like you're obtaining a client token that can be re-used. > Regards, > John Ralls -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Patelco stopped supporting OFX... other options
Liz writes: > When I got the code using wireshark, it was " 1 2 3 4" General: "1 2 3 4"? That sounds like the code someone would use on their luggage! King: Remind me to change the code on my luggage. > Liz -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Can I edit the github release notice
Hi, Robert Fewell <14ubo...@gmail.com> writes: > Hi, > > Just noticed that the release says you can have multiple transaction > associations, the 6th bullet point but it is still only one per transaction. You probably should not edit anything directly in github, or it will probably get lost on the next push from code. > Regards, > Bob -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] [MAINT] Server Downtime to update OS and Virtualization Software
Hi All, I forgot to follow up that this maintenance happened on Sunday morning and everything got updated. I even took the opportunity to perform a minor software update on code (although it is still running a slightly "older" OS version -- upgrading that requires a bit more effort than I wanted to put in on Sunday). Thanks, -derek "Derek Atkins" writes: > Hi, > > I plan to update the VM server hosting code.gnucash.org this Sunday, June > 7, 2020, starting around 0900 US/EDT (1300 UTC). I expect total downtime > to be under an hour. During this outage you will be unable to reach the > wiki, email lists, email list archives, IRC logs, nightly builds, and the > master git repo. > > I will announce progress on IRC before, during, and after the update. > > Thanks, > > -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] [MAINT] Server Downtime to update OS and Virtualization Software
Hi, I plan to update the VM server hosting code.gnucash.org this Sunday, June 7, 2020, starting around 0900 US/EDT (1300 UTC). I expect total downtime to be under an hour. During this outage you will be unable to reach the wiki, email lists, email list archives, IRC logs, nightly builds, and the master git repo. I will announce progress on IRC before, during, and after the update. Thanks, -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] [MAINT] ovirt reboot(s) to upgrade the software
On Thu, June 4, 2020 11:58 am, John Ralls wrote: > > >> On Jun 4, 2020, at 6:30 AM, Derek Atkins wrote: >> >> John Ralls writes: >> >>> Derek, >>> >>> I can work around both and we can coordinate on IRC. The Saturday one >>> might take a little extra coordination as we're in the weekly release >>> period leading up to 4.0. >> >> I'm thinking I'll do the engine update tonight. >> >> I could do the host update Sunday morning US/ET? > > As long as you're done by 1100 EDT that should be OK, I seldom start > working before then. Okay, I think I can do that! Most of the time for the host upgrade is shutting down the VMs and waiting for them to come back up! This is where it would be nice to have multiple hosts so I can do live migration of the VMs when I perform this kind of maintenance. If (when?) I want (need?) to upgrade to Ovirt-4.4, that requires an upgrade to EL8, and that will require some re-installation of base OSes, which is going to be a pain unless they come up with a live migration strategy (right now it's "reinstall"). that kind of downtime would likely be significant. If I had multiple hosts I could round-robin upgrade them. Maybe one day. ;) > Regards, > John Ralls -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] [MAINT] ovirt reboot(s) to upgrade the software
John Ralls writes: > Derek, > > I can work around both and we can coordinate on IRC. The Saturday one > might take a little extra coordination as we're in the weekly release > period leading up to 4.0. I'm thinking I'll do the engine update tonight. I could do the host update Sunday morning US/ET? > Regards, > John Ralls -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] [MAINT] ovirt reboot(s) to upgrade the software
Hi, Ovirt finally released version 4.3.10 (a minor update) and I'd like to take that update soon. This will require two separate reboots. The first reboot is just the ovirt engine so will only affect those with access to the gnucash server console. The second will require that I shut down the VMs (including code) to upgrade the host server. This second reboot will affect all access to code, including email, wiki, and git. I'd like to schedule these two reboots. They do not have to happen simultaneously. The former I'd like to do some evening (US/ET) this week (again, this will only affect a handful of people); the second I'd like to do over the weekend (probably Saturday night US/ET) and will entail a 30-minute outage of code. Do these times work for the devs? If so, I'll make a wider annoucement of the second to a wider GnuCash audience. -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] [MAINT] VM (bugfix) Upgrade this weekend
Hi, There is a bug in the current version of Ovirt I'm using that causes a periodic (like once a quarter) ABRT of one of the management services. Therefore, I am planning to upgrade to a new patch release, but that will require rebooting the VM server (and as a result, rebooting code). I plan to do that this weekend. I don't expect the downtime to be more than a few (well, 15-30) minutes. Exact time TBD based on family free time, but I'll chat on IRC before, during, and after. -derek PS: I wonder if it makes sense to get a second CPU server (and a third system to act as an "arbiter") in order to allow real-time VM migration and allow host system upgrades without affecting VM uptime? *ponders* -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] Clean flatpak build failing due to missing dependency
HI, Trying to build Chris' beta branch in flatpak and the build is failing due to a missing dependency: Downloading https://www.aleksey.com/xmlsec/download/xmlsec1-1.2.26.tar.gz 0 00 00 0 0 0 --:--:-- 0:00:01 --:--:-- 0 Failed to download sources: module xmlsec: The requested URL returned error: 404 Not Found Looking at the directory, there is only versions 28, 29, and 30 -- and v.28 is from 2019. I'm not sure where this dep needs to be adjusted. -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] Bug (side-effect) in gnucash-on-flatpak: logs get uploaded to docs_revision branch
Hi, I am trying to set up a new flatpak build for chris to test out his beta branch. Of course I cannot just call build_package.sh -r beta because there is no beta branch of the docs. However, when I use -d to specify a specific gnucash-docs directory, this has an unusual side effect: the build log gets uploaded into the directory! In other words, if I say build_package.sh -r beta -d master, the build log gets uploaded to build-logs/master/-mm/build-beta-... This appears to happen because the function prepare_repo() sets the variable remote_branch_dir, and that gets used (later) in upload_build_log(). SO the fact that we prepare_repo for the code and only later prepare_repo docs, it's the DOCS version that gets used. It's a very odd side-effect of the code, but I suppose it makes sense for something like -r 3.10 -d maint. But doesn't make sense in my case. I'm not sure the right way to "fix" this. -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] About 3.9 and reconciliation balances
Dale, On Fri, April 10, 2020 12:37 pm, John Ralls wrote: > > >> On Apr 10, 2020, at 8:22 AM, Dale Phurrough via gnucash-devel >> wrote: >> >> This feels like a separation of accounting logic -- separate from >> storage >> field -- has broken down. From what you wrote, it seems each of these >> sources have direct access to core fields without any >> accounting/business >> logic to control the transaction of reconciliation nor to validate the >> input into that reconciliation. > > Unfortunately there is very little such separation anywhere in GnuCash. Even moreso, in many cases (e.g. Import) the data just isn't there! QIF has a reconcile flag but does not contain a reconcile date field. So if you're importing reconciled data, what should you use for the reconciled date? Over time, different developers working in different parts of the code made slightly different decisions, because at the time the actual date didn't matter because nothing used it. -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] About 3.9 and reconciliation balances
Hi, On Tue, April 7, 2020 11:47 am, Dale Phurrough wrote: > Cool use of cleared/reconciled for expenses. I can follow that general > approach. > I do have an inquiry regarding the need for the future when reconciling. > (What am I missing...or is there a gnucash feature I'm assuming exists > that > doesn't?) 樂 The path I follow is CLOSE to the path you follow, except I do a few things at the same time in gnucash and post-date the transaction. More below.. > In my mind, I see two accounts > 1) bank account, e.g. Bank of America Checking > 2) the expenses, for simplicity lets put them all into a single > "Reimbursable Expenses" account In my case I also have a credit card account involved. Also, note, that the Reimbursable Expenses account is really an ASSET type. > As I think through this, I would hope you can following a workflow similar > the following: > 1. Enter multiple transactions into "Reimbursable Expenses" account for > all > such expenses Yes. These come from various places, like Credit Cards, Cash, etc. > 2. Submit expense reports and mark those expenses in "Reimbursable > Expenses" account as cleared > 3. Wait for check > 4. Receive reimbursement check on 1 May 2020 Correct. > 5. On 2 May 2020, use GnuCash to reconcile the "Reimbursable Expenses" > account > 6. Mark the splits in the "Reimbursable Expenses" that are included with > this reimbursement check as reconciled. The reconcile date on those > specific splits will be 2 May 2020. > 7. Now the "Reimbursable Expenses" account is reconciled. > 8. On 4 May 2020, deposit the reimbursement check. This is not correct, or at least not completely correct. Recall that the overall process is like A/R: A) CC -> Reimbursible B) Reibursible -> Cash/Bank So when I get the reimbursement check on May 1, I use my bank app to deposit the check, but I know that deposit wont actually hit my account until May 2 (or possibly May 4). So on May 1st I enter in a transaction for Reimbursible -> Bank (to process the check) dated May 2 (because that's when it hits the bank, which is more important to me than when it hits the reimbursible account). The NEXT step is that, also on May 1, I want to reconcile my Reimbursibles back down to $0 (because they've been reimbursed)!! In this case, I want to date the reconcile on May 2 (so it includes the deposit that will hit the next day). I am lazy and forgetful. I don't want to have to remember to re-reconcile the deposit the next day, or have to reconcile multiple times. I want to do it all simultaneously when I actually process the reimbursement. But as I said above, I care about the date I expect it to hit the bank moreso than the date I receive the check. > 9. On 8 May 2020, you see that check's cash was deposited into your bank > account. You mark the credit split in the "Bank of America Checking" > account as cleared. > 10. On 2 *June* 2020, you use your May bank account statement to reconcile > the "Bank of America Checking" account > 11. You mark the splits in "Bank of America Checking" account that match > those in the bank statement as reconciled. The reconcile date on those > specific splits will be 2 *June* 2020 > 12. Now the " Bank of America Checking" account is reconciled. Other than that I often skip #9, yes, the rest of this is correct. > In the above workflow, there is no future-reconcile handling needed. > Reconciling the expenses is separate form reconciling the bank account. > Reconciles always happen now or in the past. See my corrections. In short: 1) make expenses 2) File expense report / mark items cleared 3) Receive Check. Deposit check (dated 1 day ahead) and Reconcile Reimbursement (also dated 1-2 days ahead) 4) *at some point in the future* reconcile the bank account once I get the next bank statement -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] About 3.9 and reconciliation balances
Hi, On Tue, April 7, 2020 10:21 am, Dale Phurrough via gnucash-devel wrote: > 1. > This time period of one month is arbitrary and my experience suggests this > is a symptom of a hack, incomplete solution, or partial workaround. Both > (a) allowing future/advance reconciliation -and- (b) disallowing something > "too far ahead" is again arbitrary and is forcing an arbitrary accounting > policy rather than conservative double-book rules and math. > Features with rules which are defined by the computer clock > are troublesome. It makes sense when one needs to transfer money via an > online API. It doesn't make sense when one is doing core accounting tasks. > Also this seems (in my shallow understanding of the 3.9 change) to not > work > with that 3.9 change. How could someone future reconcile if future-date > splits wouldn't be valid with respect to the future-target-reconcile > balance? This suggests a cascade of more workarounds. I will comment on this, because this came directly from a conversation that Chris and I had. Chris originally wanted to ensure that reconciles could never happen in the future *at all*. I.e., it would not allow you to future-reconcile. I said that I do often future-reconcile. My use-case is that I keep track of my reimbursable expenses using cleared/reconciled flags to denote that I expensed them (cleared), and the expense was reimburned (reconciled). So when I file my expense report I mark those items as cleared. Then when the reimbursement check comes in, I reconcile down to $0. My issue is that I want to do this (enter the reimbursement check and reconcile) on the day I receive the check, however the check only gets deposited the next day, so I need to be able to reconcile 1-2 days into the future. When I proposed this use-case to Chris, he suggested a month leeway, and I didn't push back saying "that is too much." If you have an ACTUAL use-case of future-reconciling I would like to hear it, because this is the only future-reconcile use case I have come across. Everything else in my experience is reconciling in the past. > 2. > I highly discourage altering any data without explicit disclosure and > acceptance of each change occurrence. This is not in alignment with the > ideas of data integrity, data persistence, trust and disclosure, etc. > Also a similar arbitrary accounting policy with the suggested date>1month > logic and 1/1/1970. GnuCash already has several places where is will correct (read: alter) data entries on the fly, when it Scrubs the accounts. It does this with bad strings and invalid dates, among other corrections. It will already do these corrections silently when the data file is loaded. Having said that, it probably still makes sense to pop up a dialog to warn the user if it finds this kind of "invalid" data. > --Dale -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] [MAINT] Unplaned network outage yesterday, April 2, 2020
HI, There was a fiber break in my neighborhood yesterday which took out my network (and others) for multiple hours. It was eventually repaired and everything came back. Not much I could do about it. I called AT within 10 minutes to work on getting it repaired, but there was a truck at the site quickly and unrelated to my technician call. Once they repaired the line everything came back and mail started flowing again. Sorry for any inconvenience. -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] PDF Reports
HI, the PDF / pagination issue is due to WebKit, so whether it works or not will depend on your platform and what webkit version is available to you/us. -derek On Wed, March 18, 2020 9:19 am, Michael or Penny Novack wrote: > On 3/17/2020 11:00 PM, David Carlson wrote: >> I added gnucash-user to the cc to distribute this to wider audience. >> >> I believe that if you export to pdf, then some pdf readers do split >> between >> lines. I think Firefox is one that works ok, but it has been a while >> since >> I tried it. >> >> David Carlson > > Again I will point out, IF you are after "pretty printed" reports (for > example, when treasurer of an org, what is handed out to the board or > posted on the organization's web site, DON'T expect to be able to all > the fancy editing within gnucash. That is not the place for it, and a > waste of time for accounting system programmers to try to provide > expanded editing control when perfectly good general purpose editors > already exist. > > So in the example here, instead of exporting into PDF expecting that to > be print ready, export into something else you can edit, get things like > those page breaks where you want them, then convert to PDF and print (or > link to site). > > > Michael D Novack > > > > ___ > gnucash-devel mailing list > gnucash-devel@gnucash.org > https://lists.gnucash.org/mailman/listinfo/gnucash-devel > -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] Build broken on MacOS
Did you follow the instructions and set the environment to match yours? I doubt your username is "john"... -derek On Thu, March 5, 2020 1:19 pm, Jean Laroche wrote: > The build seems to be broken on Mac OS. > Starting from fresh, new user, > sh gtk-osx-setup.sh works > jhbuild bootstrap works > jhbuild bootstrap-gtk-osx works > jhbuild build errors with > > Loading .env environment variables… > jhbuild build: failed to parse > /Users/gnucash/Source/jhbuild/modulesets/file:/Users/john/Development/GTK-OSX/gtk-osx-build/modulesets-stable/gtk-osx.modules: > [Errno 2] No such file or directory: > u'/Users/gnucash/Source/jhbuild/modulesets/file:/Users/john/Development/GTK-OSX/gtk-osx-build/modulesets-stable/gtk-osx.modules' > > ___ > gnucash-devel mailing list > gnucash-devel@gnucash.org > https://lists.gnucash.org/mailman/listinfo/gnucash-devel > -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] [GNC] Fwd: Failed - import of QIF files from Quicken
Hi, Adrien Monteleone writes: > I seem to recall a development goal being to eliminate Scheme code > except for reports. > > This might be a good candidate for just re-writing this in C/C++ with > proper tests and verbose error output and/or logging. > > If someone with the skillset is interested of course. I started a re-write of the QIF importer in C a very very long time ago. That (failed) re-write has long-since been removed from the repo. It turns out that C is not very good at tokenizing and parsing strings. Funny that. I am sure that using std::string in C++ would make it a lot easier to reprogram, but honestly the existing QIF importer is fairly robust and fairly well tested (via time). The real downside of the current implementation is that it doesn't have a test suite where you can throw test-case QIF files at it and ensure you get a reasonable answer. Having said that, whether or not you can actually throw an error with the line number will depend deeply on where it fails. The way the process works is that it reads in the file (line by line) and tokenizes the data. At this point it would be relatively easy to output the line number. Then, after the file is tokenized, it actually goes through and parses the tokens for QIF correctness; most likely THIS is where the failure occurs, but at this point we don't have line numbers any more. So we COULD add a "see line number X" into the qif-file.scm (IIRC), but I doubt that's the stage of the process where the error happens. > Regards, > Adrien -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[GNC-dev] [MAINT] Unexpected reboot/downtime of code (gnucash server)
Hi, TL;DR: The Ovirt VM system rebooted last night but the VMs didn't come back up. They are now back up and running normally (and the cause of the lack of restart has been corrected). Long Version: Some of you may have noticed that code was unavailable for the past 12 hours. Apparently the ovirt host rebooted last night around 10:45pm local time and the script to start the VMs on reboot didn't work. I've spent the past 3 hours debugging and determined the problem with the script was that the ovirt engine reports invalid state immediately upon reboot. Specifically, it reports that the storage domains are "up" even when they are not. It corrects itself shortly, but the startup script sees the storage as "up" and then tries to start the VMs (which fail to start). This has been fixed by adding a short delay between when the engine reports as "up" and when the script starts testing for the storage domains. I know this works because it ran from a clean restart of the ovirt host system. Still of concern is why the machine rebooted last night in the first place. I do not have an answer for that, and the logs don't really show anything of substance. I plan to continue to monitor the situation, and I will add some additional debugging in case it decides to reboot itself yet again. But at least if it does, we know the VMs will come back! :) Sorry for the downtime. -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
