Re: should ALPHAVANTAGE_API_KEY be a system or user variable

2017-11-14 Thread Derek Atkins
Geert Janssens writes: > Op maandag 13 november 2017 22:20:31 CET schreef Derek Atkins: >> Geert, >> > >> Why can't we just setenv() or putenv() the API Key prior to calling the >> scripts? >> > > gnc-fq-dump is not called from within gnucash so it's up to the caller to Ah, right. I wasn't t

Re: should ALPHAVANTAGE_API_KEY be a system or user variable

2017-11-14 Thread Erik Colson
John Ralls writes: > I agree that having F::Q specify a file is the way to go. Even better > on Mac and Win32 would be to use defaults/registry, but that’s > probably a bit more platform dependence than Erik is willing to go > for. The idea of saving F::Q vars to a .fqrc file looks right to me.

Re: should ALPHAVANTAGE_API_KEY be a system or user variable

2017-11-13 Thread John Ralls
> On Nov 13, 2017, at 1:35 PM, Geert Janssens > wrote: > > Op maandag 13 november 2017 22:20:31 CET schreef Derek Atkins: >> Geert, >> > >> Why can't we just setenv() or putenv() the API Key prior to calling the >> scripts? >> > > gnc-fq-dump is not called from within gnucash so it's up to

Re: should ALPHAVANTAGE_API_KEY be a system or user variable

2017-11-13 Thread Geert Janssens
Op maandag 13 november 2017 22:20:31 CET schreef Derek Atkins: > Geert, > > Why can't we just setenv() or putenv() the API Key prior to calling the > scripts? > gnc-fq-dump is not called from within gnucash so it's up to the caller to ensure the environment variable is set. I would prefer both

Re: should ALPHAVANTAGE_API_KEY be a system or user variable

2017-11-13 Thread Derek Atkins
Geert, On Mon, November 13, 2017 4:16 pm, Geert Janssens wrote: > Op maandag 13 november 2017 21:59:49 CET schreef Erik Colson: >> Hello, >> >> I'm also concerned by the declaration of an environment variable, but >> more generally. It feels wrong as it causes extra problems to common >> users. >

Re: should ALPHAVANTAGE_API_KEY be a system or user variable

2017-11-13 Thread Geert Janssens
Op maandag 13 november 2017 21:59:49 CET schreef Erik Colson: > Hello, > > I'm also concerned by the declaration of an environment variable, but > more generally. It feels wrong as it causes extra problems to common > users. > > Therfor I'm thinking of adding an option hash to F::Q which would >

Re: should ALPHAVANTAGE_API_KEY be a system or user variable

2017-11-13 Thread Erik Colson
Hello, I'm also concerned by the declaration of an environment variable, but more generally. It feels wrong as it causes extra problems to common users. Therfor I'm thinking of adding an option hash to F::Q which would contain the APIkey. Thus the APIkey can be an option _inside_ gnucash or oth

Re: should ALPHAVANTAGE_API_KEY be a system or user variable

2017-11-13 Thread Thoma, Herbert
Am 13.11.2017 um 14:36 schrieb Derek Atkins: Hi, My personal feeling is that "it depends." If you're running on a multiuser server then yes, it should probably be per-user. If it's just your home machine, then it can be a system variable. I suspect most users fall into the latter category and

Re: should ALPHAVANTAGE_API_KEY be a system or user variable

2017-11-13 Thread Derek Atkins
Hi, My personal feeling is that "it depends." If you're running on a multiuser server then yes, it should probably be per-user. If it's just your home machine, then it can be a system variable. I suspect most users fall into the latter category and not the former. -derek On Mon, November 13,

should ALPHAVANTAGE_API_KEY be a system or user variable

2017-11-13 Thread Wm via gnucash-devel
First, many thanks to all that have put in work on F::Q since the turn of the month, it has prompted me to try and find where I can make a contribution again. Having got my ALPHAVANTAGE_API_KEY today I'm wondering if it should be a user variable rather than a system one as the instructions sho