Price Retrieval Failure, Part 2

John Ralls jralls at ceridwen.us
Fri Feb 9 10:33:39 EST 2018


GnuCash on the Mac doesn’t install anything. You drag the bundle to wherever you like, and you can have as many as you like. If you want to try a “fresh installation” (shouldn’t make any difference, nothing in the bundle should change with use) just open up the dmg and drag Gnucash.app somewhere else.

The variables in the environment file are overridden by those variables being set in the launcher script (Gnucash.app/Contents/MacOS/Gnucash). In 2.7.4 and later there is no launcher script and the code that writes the environment file is changed to use paths relative to {GNC_HOME}.

You’re right that GnuCash shouldn’t be overwriting files in GNC_DOT_DIR. I’ll have a look at that. 

Regards,
John Ralls

> On Feb 8, 2018, at 9:14 PM, David T. via gnucash-user <gnucash-user at gnucash.org> wrote:
> 
> In reply to my own message, in the interest of trying to run a fresh installation of GnuCash, I logged in to a different (new) Mac user account and replicated the test there. In other words, I opened GnuCash and created a simple file with AAPL and tried to retrieve prices. I receive the same error. 
> 
> Because GnuCash on the Mac installs the application bundle at the system level, the environment file there is still invoked (a check in that account confirms that this file is accessible in the new account), so I wonder whether there is something going on there that causes my problem.
> 
> I don’t know whether this is a problem, but digging through the enviroment file yields two variables with John’s folder structures:
> 
> GNC_DBD_DIR=/Users/john/Development/Gnucash-Build/Gnucash-2.6-Leopard/inst/lib/dbd
> XDG_DATA_DIRS=/Users/john/Development/Gnucash-Build/Gnucash-2.6-Leopard/inst/share;{XDG_DATA_DIRS};/usr/local/share;/usr/share
> 
> These should be removed, or scrubbed to be generically valid. 
> 
> At this point, I am at a loss for how to proceed.  
> 
> I would try for a “clean slate,” but I would have thought that downloading and installing the newer version would have done that. Since I have been using GnuCash so long, and have sporadically attempted to contribute to the project, my machine has numerous development tools (git, SourceTree, etc.) and GnuCash content (gnucash-docs, gnucash-htdocs) installed; I imagine I could delete all of that as well, and try from there. Given how much trouble it has been for me to get these development technologies to work, I am loathe to take this step, however.
> 
> Geert mentioned that the Alphavantage settings will be incorporated into 3.0; when is that slated for release? Is the feature active on 2.7.4—and should I try using that (*he shudders*)? 
> 
> David
> 
>> On Feb 9, 2018, at 9:40 AM, David T. via gnucash-user <gnucash-user at gnucash.org> wrote:
>> 
>> Unfortunately, adding these lines to my config.user did not result in any further information.  I am stumped, and disappointed.
>> 
>> <aside>
>> It seems that an upgrade of GnuCash not only tanks one’s customized environment file in the application bundle (understandable), but also any additional files that a user might have put into the DOT_GNUCASH_DIR folder—like, custom scheme reports, or a config.user file that a user might have created in vain attempts to get said custom reports to load into their personal installation of GnuCash. I find this circumstance to be rather troubling, as the files that a user has put into this folder should not be summarily sent to the executioner by the next version of the application. This is especially troubling given that the authorized methods for creating and using custom scheme reports (as convoluted and sensitive as they are) specifically directs such reports to be placed into this folder. If *I* were to have written a custom report for GnuCash (as opposed to simply copying someone else’s work to my own system) I would be pretty ticked off to find my work discarded this way. Thank goodness I had backups, but really, one shouldn’t have to restore from a backup on this.
>> </aside>
>> 
>> I have now created a simple file to test out price retrieval. I put one stock account that uses AAPL, a cash account and Equity, and created a simple buy transaction (to create one price entry). For me, this file fails in the same way. I attach it here, so that someone else can test it. If it works for you, then there is something about my Mac that F::Q doesn’t like. And then I am really up the creek, because it’s a big operating system out there…
>> 
>> David
>> 
>> <TestAlpha.gnucash>
>> 
>>> On Feb 8, 2018, at 11:40 PM, Geert Janssens <geert.gnucash at kobaltwit.be> wrote:
>>> 
>>> David,
>>> 
>>> You can put the attached config.user file in your DOT_GNUCASH_DIR ($HOME/
>>> Library/Application Support/Gnucash)
>>> 
>>> If you then start gnucash from the command line, it should print out the value 
>>> of your API key there, together with the version of Finance::Quote that got 
>>> installed. Unless the OS X edition doesn't print this early boot 
>>> information...
>>> 
>>> Regards,
>>> 
>>> Geert<config.user>
>> 
>> _______________________________________________
>> gnucash-user mailing list
>> gnucash-user at 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.
> 
> _______________________________________________
> gnucash-user mailing list
> gnucash-user at 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.



More information about the gnucash-user mailing list