> On Jan 8, 2020, at 8:41 AM, Derek Atkins wrote:
>
> John Ralls writes:
>
>> No. OFX Direct Connect is a way of connecting GnuCash directly to the
>> bank and retrieving the account, balance, and transaction data
>> directly into GnuCash.
>>
>> In addition to a working AQBanking it
John Ralls writes:
> No. OFX Direct Connect is a way of connecting GnuCash directly to the
> bank and retrieving the account, balance, and transaction data
> directly into GnuCash.
>
> In addition to a working AQBanking it requires that your bank provide
> the service and that it reveals enough
All - the development you're talking about is beyond me, but I'm happy to help
with testing or anything else that needs an extra set of hands. A couple of
things.
- I assume you're in touch with Martin Preuss already, but if not, the README
for aqbanking 6 points out a list of changes that
I'd opt for the switch user method, with sharing files to the main users public
folder as John mentioned, as there is very little if any chance of messing up
the production GC file/settings/AqBanking.
> On Jan 3, 2020, at 2:30 PM, John Ralls wrote:
>
> Switching users isn't onerous as long
I have volunteered to help Martin as best I can.
I’m retired, getting old and not in the best of health but hopefully can be of
some assistance. I’ve been working with Linux in one flavor or another for over
25 years and would like to give back to the community in some way. If anyone
else can
No. OFX Direct Connect is a way of connecting GnuCash directly to the bank and
retrieving the account, balance, and transaction data directly into GnuCash.
In addition to a working AQBanking it requires that your bank provide the
service and that it reveals enough information that you can
Thanks John,
I think I’ll go the public folder route.
Regards,
Adrien
> On Jan 3, 2020 w1d3, at 4:30 PM, John Ralls wrote:
>
> Switching users isn't onerous as long as you use simple passwords--you do
> have to type it every time you switch--and it's easy to create a folder in
> your main
Switching users isn't onerous as long as you use simple passwords--you do have
to type it every time you switch--and it's easy to create a folder in your main
user's $HOME to collect stuff:
https://support.apple.com/guide/mac-help/control-access-to-your-public-folder-on-mac-mchlp1775/mac.
If
I’m considering that approach, but that would mean switching users just for
testing. I suppose I could set up some sort of common folder to save screen
shots and crash reports as I don’t want to have activity in the test user not
be available to me in my main account. If Mac had some sort of
> On Jan 3, 2020, at 7:09 AM, Derek Atkins wrote:
>
> John Ralls writes:
>
>> I don't know how much of that's fixable from GnuCash. Martin said last
>> week that he's suspended development of OFX so anything that isn't is
>> presumably broken forever.
>
> Did he give a reason for
John Ralls writes:
> I don't know how much of that's fixable from GnuCash. Martin said last
> week that he's suspended development of OFX so anything that isn't is
> presumably broken forever.
Did he give a reason for suspending OFX development?
> Please remember to CC this list on all your
> On 3 Jan 2020, at 01:35, Adrien Monteleone via gnucash-user
> wrote:
>
> I thought that was discussed, but delving into the bug threads and others
> linked therein, I see the issue a bit more clearly.
>
> Certainly, I think the current underlying approach is the more sane one long
> term
On Tue, Dec 31, 2019 at 12:09 PM boldstripe
wrote:
> Someone helpfully placed .deb packages for Gnucash 3.8 here (today):
> http://ftp.us.debian.org/debian/pool/main/g/gnucash/
>
> There are old postings on the mail list that explain how to use these.
>
Just after I saw this message the other
https://lists.gnucash.org/pipermail/gnucash-user/2019-October/087700.html
Yes an unfortunate minor regression while fixing a severe bug, because
until now I could not understand why the totals section included budget
equity values.
On Fri, 3 Jan 2020 at 01:15, Adrien Monteleone via gnucash-user
I haven’t yet delved into my 2020 budget, but certainly, the lack of an overall
total should be restored as it is critical to the budgeting process.
I consider this a regression of sorts. (in terms of reduced functionality, not
necessarily, the return of a previously solved bug)
Was this an
https://bugs.gnucash.org/show_bug.cgi?id=797551
On Thu, 2 Jan 2020 at 21:45, Greg W wrote:
> In the most recent release this change was made:
>
> [gnc-budget-view.c] totals - 5 fundamental types
> previous showed income/expense/transfers/totals budget totals, of uncertain
> meaning. now shows
In the most recent release this change was made:
[gnc-budget-view.c] totals - 5 fundamental types
previous showed income/expense/transfers/totals budget totals, of uncertain
meaning. now shows income/expense/asset/liability/equity budget totals. The
5 lines also become sensitive to the global
OFX seems to be a broken in AQBanking 6, which as I explained earlier I
provided in the Windows and Mac bundles to support the recent changes in
Germany's FinTS system. Here's what my testing found:
* OFX users and accounts aren't migrated to the new ~/.aqbanking/settings6
directory so the
Postscript: I was missing the Help and Concepts Guide, which I solved as
follows:
It took me several attempts, following instructions I found in INSTALL, READ
ME and elsewhere. In the end, I believe this is the part of what I did which
actually worked:
1. Download gnucash-docs from
On Thu, Jan 02, 2020 at 01:54:30PM -0600, boldstripe wrote:
> Thanks for the explanation, David. I think I may have been a bit over-zealous
> in my sudo use at the first stages of the procedure; that is perhaps what
> caused the permissions issue when I did not 'sudo' later on.
>
> I also run
Thanks for the explanation, David. I think I may have been a bit over-zealous
in my sudo use at the first stages of the procedure; that is perhaps what
caused the permissions issue when I did not 'sudo' later on.
I also run Gnucash inside Debian Buster virtual machines on both my Mac and
Windows
I’ll check that piece of configuration over the weekend (and I never knew the
xml could be uncompressed ... thanks Frank Ellenberger!)
Sent from my iPhone
> On Jan 2, 2020, at 11:40 AM, chris graves wrote:
>
> Derek,
>
> Yes, the symptoms I'm experiencing seem to be the same.
>
> Chris
>
Derek,
Yes, the symptoms I'm experiencing seem to be the same.
Chris
> On Jan 1, 2020, at 8:21 PM, Derek Robinson via gnucash-user
> wrote:
>
> We may be talking about the same issue - is the behavior what I described in
> my post earlier today?
>
> John Ralls ( or anyone else who might
I fully appreciate everything you say. My suggestion was only posted to
see if there was any way that 'amateurs' like myself who use it under
Windows 10 on a PC, can feel happy.
Of course there are no guarantees, even with expensive bought software,
that is why I left more than one other
HI,
Am Do., 2. Jan. 2020 um 05:27 Uhr schrieb Derek Robinson via
gnucash-user :
>
> We may be talking about the same issue - is the behavior what I described in
> my post earlier today?
>
> John Ralls ( or anyone else who might know ) - any idea where the link
> between an AqBanking account and
We may be talking about the same issue - is the behavior what I described in my
post earlier today?
John Ralls ( or anyone else who might know ) - any idea where the link between
an AqBanking account and the corresponding GC account is stored?
Derek
Sent from my iPhone
This definitely looks like a permissions issue.
One possibility is if you downloaded the source file with root permissions
or copied it to another location using sudo privileges it may have saved the
file with ownership by the root user so when you try to build it as your
normal user it does
Greg
It is certainly possible to run a number of versions in parallel. I usually
install my production version in /usr/local and I often initially install a
new version under my home directory and work initially on a copy of the data
file in a new location until I am happy to make it the
Finbar,
Each release announcement is accompanied by a list of fixes and a list of
remaining bugs that the developers believe may be important to some users.
Those lists are best estimates and more issues may appear when the release
reaches a wider audience.
It is then up to the user to estimate
Has anyone in the US been able to get Gnucash 3.8 AQBanking working?
Specifically, Actions -> Online Actions -> Get Transactions
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
Finbar,
GnuCash is not generally altered between the stable releases unless you are
using the "master" or "maint" branches from
the Github repository to build GnuCash.
If you are using the release tarball or a release version from the website or
made available via a Linux distribution it
will
I eventually succeeded in building and installing Gnucash v3.8 on Debian
Buster
I installed to /usr/local because David had success with that.
Not sure what I did to make it work, but it could have been any of the
following:
- used 'sudo' before cmake, make and make install commands; otherwise
On 01 January 2020 at 8:37, Greg Feneis said:
[...]
> My wish is that there was an easy way to install a newer GnuCash release
> without giving up the previous, that they could run alongside each other
> for a while.
The PortableApps version usually seems too be one or two editions behind
> On Jan 1, 2020, at 12:35 PM, boldstripe wrote:
>
> I'm attempting to build v 3.8 on Debian (Linux) Buster, using the
> instructions on 'Building on Linux' and--as far as I can understand--a side
> page on installing dependencies. I've run into an error on execution of the
> 'make' command
Stable releases are certainly intended to work for ordinary users, though it's
always possible to have regressions.
With AQBanking we have an unfortunate conundrum: The AQBanking developer wasn't
paying attention to legal developments in Germany and the EU and was caught
short by some
I'm attempting to build v 3.8 on Debian (Linux) Buster, using the
instructions on 'Building on Linux' and--as far as I can understand--a side
page on installing dependencies. I've run into an error on execution of the
'make' command that I do not understand. Can anyone please suggest a
remedy?:
Finbar, I think the Gnucash developers do their due diligence in testing but
some things don't appear until a wider group start to use the new version.
If you depend on Gnucash, and you are using MacOS, I suggest you clone your
drive with SuperDuper! or similar software before installing a new
Happy New Year, All
Perhaps a better strategy is for the ordinary user to do the waiting. As
is the case with a variety of software, both FOSS and commercial, you take
some risk when immediately installing and running newly released software.
It's just too complicated to test for all possible
I very much appreciate, and depend a lot on, Gnucash. But could I make a
small recommendation?
When a new version is launched would it be possible to announce when It
works for 'ordinary' users?
I have no trouble waiting until it is 'clean'
HYN 2020 to all.
Finbar
On 01/01/2020 00:34,
> On Dec 30, 2019, at 11:39 AM, brob2684 wrote:
>
> Hi,
>
> I just installed v3.8 on my Windows 10 machine (not sure exactly which
> version I had previously, but it was at least v3.6). I save in the sqlite
> format.
>
> When I open my file, all the account have zero balances.
Well, that was the clue that fixed things for me. I was able to do a wee bit
of cpan updating and it apparently fixed the conflict that was causing me
all the failures. Everything works nicely. Also, if i might add, the latest
3.8 version seems to start up a bit quicker than its elder predecessor.
Hi,
I just installed v3.8 on my Windows 10 machine (not sure exactly which
version I had previously, but it was at least v3.6). I save in the sqlite
format.
When I open my file, all the account have zero balances. Double-clicking on
an account brings up an empty register (i.e. no transactions).
It should but you will have to install all the dependencies and their
development headers to build successfully. There is a breakout page from the
building instruction which gives you the dependencies to install. (There are
occasionally some that are not covered as it depends on what the
If I build it myself on Debian Buster--using instructions in the Gnucash
Wiki, 'Build for Linux'--will it solve the dependency issues for me?
--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
___
gnucash-user mailing list
> On Dec 31, 2019, at 10:34 AM, farleykj wrote:
>
> Hi John,
> Seems like I'm always dealing with Perl troubles on here.
> I found the utility script you described, and the results I get with it are
> as expected:
>
> < --- Begin Test --- >
> $VAR1 = {
> 'AMZNerrormsg' => 'Error
Hi John,
Seems like I'm always dealing with Perl troubles on here.
I found the utility script you described, and the results I get with it are
as expected:
< --- Begin Test --- >
$VAR1 = {
'AMZNerrormsg' => 'Error retrieving quote for AMZN. Attempt to
fetch the URL
> On Dec 31, 2019, at 9:57 AM, boldstripe wrote:
>
> I may have posted too soon without testing the debian packages for v3.8.
> Installation from the v3.8 .deb files I gave the URL for failed for me on
> Debian Buster when installing using apt (and individually using gdebi, with
> similar
I may have posted too soon without testing the debian packages for v3.8.
Installation from the v3.8 .deb files I gave the URL for failed for me on
Debian Buster when installing using apt (and individually using gdebi, with
similar dependency issues). I uninstalled v3.7 first.
Here is a transcript
Someone helpfully placed .deb packages for Gnucash 3.8 here (today):
http://ftp.us.debian.org/debian/pool/main/g/gnucash/
There are old postings on the mail list that explain how to use these.
--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
On MacOS 10.15 with GnuCash 3.8:
/Applications/Gnucash.app/Contents/Resources/bin/gnc-fq-dump yahoo_json AMZN
Finance::Quote fields Gnucash uses:
symbol: AMZN <=== required
date: 12/30/2019 <=== recommended
currency: USD <=== required
Thanks, David.
I just used the quote downloading in the 2.6 version I was running
previously, on 2019-12-27 (Friday). After the update to 3.8 today, it no
longer works.
Running gnc-fq-dump yahoo_json amzn gets me nothing. Not even the date. I
ran the gnc-fq-update module to try and get things
GunCash 3.8
Builds from the tarball successfully on Linux Mint 19.3 Tina and installs
without any problems (/usr/local)
Thanks John and the team.
David Cousens
-
David Cousens
--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
Ken,
I think you will find a number of posts in the last 6 months about updating
the finace quotes which may help you with this. Search for finance quotes on
the user forum should return them. If notit will be a new bug
David Cousens
-
David Cousens
--
Sent from:
I just updated from my previous 2.6 variant (can't recall the actual version,
but it was near the end of the series).
I cannot get any Finance::Quote data. Was using yahoo_json, but it doesn't
work any more, not able to even get a quote for AMZN from gnc-fq-dump.
Doesn't even return the date.
Saw that a new version got released. It...
Version: 3.8
Build ID: 3.8b+(2019-12-29)
Finance::Quote: 1.49
installed with no issues on my Windows 10 laptop.
Still can't get aqbanking to work but will fiddle with it later.
--
Sent from:
55 matches
Mail list logo