Re: [GNC-dev] Fresh Windows build setup fails
Bob,
Finally got the %^$&^%$ package built, it's upload to Sourceforge and
setup-mingw64.ps1 is updated with the new version.
Regards,
John Ralls
> On Jan 30, 2021, at 5:44 PM, John Ralls wrote:
>
> Bob,
>
> Maybe not on Sunday. Rebuilding WebKit has hit a few snags and since it takes
> forever and one must start fresh every time it's still not done. I'll post a
> followup here when it's ready.
>
> Regards,
> John Ralls
>
>> On Jan 29, 2021, at 3:39 AM, Robert Fewell <14ubo...@gmail.com> wrote:
>>
>> John,
>> OK, will try and test a clean install maybe on Sunday. I did actually get my
>> build working but as usual other things took my time. I still had the
>> jhbuild package using python2.7, installed that and was able to do a
>> successful build with a couple of tweaks. I noticed the ICU update and
>> downgraded ICU, boost and halfbuzz I think to match the webkit version and
>> cmake and removed pkgconf.
>> I imagine that as I had been building on windows for a long time I was
>> always using the old version of jhbuild.
>>
>> If I recall, I did notice something strange with the mariad database files,
>> with a new install I do not think there is a plugin directory but will
>> confirm that.
>>
>> Regards,
>> Bob
>>
>> On Fri, 29 Jan 2021 at 04:33, John Ralls wrote:
>> I finally got back to this this week. There's a simple patch, which I've
>> pushed to gnucash-on-windows.git/patches/jhbuild.patch, to get jhbuild to
>> lose the leading / from pkgconf's version of pkg-config --list-all. That
>> fixes the major problem of nothing being able to find its dependencies with
>> pkg-config, and with that fixed everything seems to work normally again.
>>
>> Except that MSYS2 did a major update recently and bumped the ICU version,
>> and that breaks mingw-w64-webkitgtk. I've got a new one building, with luck
>> it will be done tomorrow.
>>
>> Regards,
>> John Ralls
>>
>>> On Dec 27, 2020, at 4:25 PM, John Ralls wrote:
>>>
>>> Bob,
>>>
>>> I poked at this for a few hours today. I found that the only thing that
>>> needs adjusting is to remove or comment out line 66 ($env:MSYSTEM =
>>> 'MINGW32') in buildserver/build_package.ps1.
>>>
>>> I also found an error in jhbuild, this patch fixes it:
>>> diff --git a/jhbuild/utils/packagedb.py b/jhbuild/utils/packagedb.py
>>> index b938c27c..b9d6d135 100644
>>> --- a/jhbuild/utils/packagedb.py
>>> +++ b/jhbuild/utils/packagedb.py
>>> @@ -76,7 +76,7 @@ class PackageEntry:
>>># write manifest
>>>fileutils.mkdir_with_parents(os.path.join(self.dirname, 'manifests'))
>>>writer = fileutils.SafeWriter(os.path.join(self.dirname,
>>> 'manifests', self.package))
>>> -writer.fp.write('\n'.join(self.manifest).encode('utf-8',
>>> 'backslashreplace') + b'\n')
>>> +writer.fp.write('\n'.join(self._manifest).encode('utf-8',
>>> 'backslashreplace') + b'\n')
>>>writer.commit()
>>>
>>>def remove(self):
>>>
>>> And things seem to be building OK now.
>>>
>>> Regards,
>>> John Ralls
>>>
>>>
>>>
On Dec 26, 2020, at 4:01 AM, Robert Fewell <14ubo...@gmail.com> wrote:
John,
Yes I did amend jhbuildrc.
Had another poke at it, I ran the setup-mingw64.ps1 file again using all
defaults to completion.
pkg-config gives said out put.
Down graded cmake to version 3.18.4-1
Installed mingw pkg-config which uninstalled pkgconf.
Changed to gnucash-on-windows.git and tried jhbuild command
got error importing jhbuild - needed to change path.insert to be of form
c:\\gcdev64\src\jhbuild.git'
Changing that then gave the subprocess error
I then made all the changes in mypatch file which seemed to work but I
then got the following directory structure c\gcdev64\downloads and
gnucash
So I changed jhbuildrc to the following
_basedir = "c:\gcdev64"
_download_dir ="c:\gcdev64\downloads"
And now OpenSP was downloaded and started to configure and build I think
and then errored.
That's as far I can go.
Regards,
Bob
On Sat, 26 Dec 2020 at 03:38, John Ralls wrote:
> On Dec 24, 2020, at 7:51 AM, Robert Fewell <14ubo...@gmail.com> wrote:
>
> John,
>
> I think this is down to paths / filenames, I can fix all the missing
> dependencies by doing this...
>
>
> c_include_search_paths = None
> for dep_type, value, altdeps in sysdeps:
> print("dep_type: ", dep_type)
> print("value is: ", value)
> dep_met = True
> if dep_type.lower() == 'path':
> if os.path.split(value)[0]:
> if not os.path.isfile(value) and not os.access(value,
> os.X_OK):
> dep_met = False
> else:
> pathdirs = set(os.environ.get('PATH', '').split(
Re: [GNC-dev] gnucash-devel Digest, Vol 215, Issue 9
Scott, After about 45 minutes on the phone with USAA being transferred to no less than 3 reps it turns out all one needs to do to reset the lock on Quicken access for USAA is visit: www.usaa.com/accessid And resubmit the form. Also, once unlocked I was able to get two successful requests submitted via curl: ACCTINFOTRNRQ: OFXHEADER:100 DATA:OFXSGML VERSION:103 SECURITY:NONE ENCODING:USASCII CHARSET:NONE COMPRESSION:NONE OLDFILEUID:NONE NEWFILEUID:NONE 20210210010544.000 XXX XXX ENG USAA Federal Savings Bank 67811 QMOFX 2300 -17AE-42CC-9AE4- 25B63B5A-7E11-4B65-8D3C-EABB4407B7EE 19900101 And STMTTRNRQ: OFXHEADER:100 DATA:OFXSGML VERSION:103 SECURITY:NONE ENCODING:USASCII CHARSET:1252 COMPRESSION:NONE OLDFILEUID:NONE NEWFILEUID:12F4539B-75E1-4B37-9A82-D97C0EB4E566 20210210010359.000 XXX XXX ENG USAA Federal Savings Bank 67811 QMOFX 2300 -17AE-42CC-9AE4- A86DD084-6ADF-42EB-A410-F52CFD6333AA 1 314074269 000XXX CHECKING 2021012000.000 2021020800.000 Y The results lead me to believe NEWFILEUID is not required and can be NONE. What files need to be updated under the GnuCash.app to use the latest aqbanking lib with Martin's recent changes? Regards, Bob On February 9, 2021 at 12:00 PM, gnucash-devel-requ...@gnucash.org wrote: You can try unlinking Quicken from your USAA account settings page (under Apps) and then re-activate it? On Mon, Feb 8, 2021 at 11:47 AM Bob White wrote: Scott, To expand a bit more on your research, it turns I got myself locked out working via command line (had a typo in my password,) but I got a new response: ___ 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
Martin, With further curl testing I have discovered that the NEWFILEUID apparently now requires an actual UUID or the value NONE. You can see my working examples in my previous post to the list. Any attempt to use time-based NEWFILEUID, e.g. 20210209212246.000, results in: Error encountered. See details below: java.io.IOException: Server returned HTTP response code: 400 for URL: https://usint.pz.finance-api.services/eftx/usaa/access.ofx I was able to clone and build the latest aqbanking from GitHub. I replaced the user edit dialog within GnuCash.app and saw the new httpUserAgent field, but the data was not persisted to the user config file. I expect this was due to not having all the pieces correctly overlaid on GnuCash. Do you know which files need to be replaced within GnuCash.app on macOS from a fresh build of aqbanking to fully replace the 6.2.5 that was distributed with it? Regards, Bob ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] gnucash-devel Digest, Vol 215, Issue 9
That’s great to know! I’m it sure what needs to be updated in gnu cash - I actually wrote my own software to pull transactions down. But I imagine there shouldn’t be too many changes that are needed once you get it working in curl and know what needs to be produced. Sent from my iPhone > On Feb 9, 2021, at 17:25, Bob White wrote: > > > Scott, > > After about 45 minutes on the phone with USAA being transferred to no less > than 3 reps it turns out all one needs to do to reset the lock on Quicken > access for USAA is visit: > > www.usaa.com/accessid > > And resubmit the form. > > Also, once unlocked I was able to get two successful requests submitted via > curl: > > ACCTINFOTRNRQ: > > OFXHEADER:100 > DATA:OFXSGML > VERSION:103 > SECURITY:NONE > ENCODING:USASCII > CHARSET:NONE > COMPRESSION:NONE > OLDFILEUID:NONE > NEWFILEUID:NONE > > > > > 20210210010544.000 > XXX > XXX > ENG > > USAA Federal Savings Bank > 67811 > > QMOFX > 2300 > -17AE-42CC-9AE4- > > > > > 25B63B5A-7E11-4B65-8D3C-EABB4407B7EE > > 19900101 > > > > > > And STMTTRNRQ: > > OFXHEADER:100 > DATA:OFXSGML > VERSION:103 > SECURITY:NONE > ENCODING:USASCII > CHARSET:1252 > COMPRESSION:NONE > OLDFILEUID:NONE > NEWFILEUID:12F4539B-75E1-4B37-9A82-D97C0EB4E566 > > > > > 20210210010359.000 > XXX > XXX > ENG > > USAA Federal Savings Bank > 67811 > > QMOFX > 2300 > -17AE-42CC-9AE4- > > > > > A86DD084-6ADF-42EB-A410-F52CFD6333AA > 1 > > > 314074269 > 000XXX > CHECKING > > > 2021012000.000 > 2021020800.000 > Y > > > > > > > The results lead me to believe NEWFILEUID is not required and can be NONE. > > What files need to be updated under the GnuCash.app to use the latest > aqbanking lib with Martin's recent changes? > > Regards, > > Bob > >> On February 9, 2021 at 12:00 PM, gnucash-devel-requ...@gnucash.org wrote: >> > >> >> You can try unlinking Quicken from your USAA account settings page (under >> Apps) and then re-activate it? >> >>> On Mon, Feb 8, 2021 at 11:47 AM Bob White wrote: >>> >>> Scott, >>> >>> To expand a bit more on your research, it turns I got myself locked out >>> working via command line (had a typo in my password,) but I got a new >>> response: >> ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] gnucash-devel Digest, Vol 215, Issue 9
> On Feb 9, 2021, at 5:25 PM, Bob White via gnucash-devel > wrote: > > What files need to be updated under the GnuCash.app to use the latest > aqbanking lib with Martin's recent changes? /Applications/Gnucash.app/Contents/Resources/lib/libaqbanking.44.dylib and possibly one or more loadable modules in /Applications/Gnucash.app/Contents/Resources/lib/aqbanking/plugins/44. Note that if the new libaqbanking has a different soname then the plugins directory will change too, i.e. if the new lib is libaqbanking.45.dylib then the plugins dir will be lib/aqbanking/plugins/45. There may also be changes in /Applications/Gnucash.app/Contents/Resources/share/aqbanking. Note that Gnucash.app is cryptographically signed and if you change binaries inside of it it will break the signature. Launch Services may not open it afterwards, but you still should be able to run it from the command line with /Applications/Gnucash.app/Contents/MacOS/Gnucash That will be more likely if you link against non-system libraries outside the bundle, so be sure to configure /Applications/Gnucash.app/Contents/Resources/lib at the front of your link path. Good luck. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
