Re: Missing glib/gobject when compiling

> On Nov 11, 2017, at 3:18 AM, Edward Bridges wrote: >>> On Nov 10, 2017, at 7:06 PM, Edward Bridges >> > wrote: >>> >> >>> Hi John, >>> >>> So I gave `jhbuild build pgsql` a go, and I may not have been successful >>> at choreographing the Control-C's to kill th

Re: Translation...

> On Nov 14, 2017, at 4:15 AM, Frank H. Ellenberger > wrote: > > Hi all, > > Am 11.11.2017 um 07:26 schrieb David T. via gnucash-devel: >> Thomas, >> >> I am not an expert on any of this, but I think that referring to a “split” >> as a “transaction line” ("ligne de transaction”) would be the

Re: should ALPHAVANTAGE_API_KEY be a system or user variable

> 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: Translation...

Hi all, Am 11.11.2017 um 07:26 schrieb David T. via gnucash-devel: > Thomas, > > I am not an expert on any of this, but I think that referring to a “split” as > a “transaction line” ("ligne de transaction”) would be the most appropriate. > > GnuCash uses the term “split” in a decidedly specifi

Re: should ALPHAVANTAGE_API_KEY be a system or user variable

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

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

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

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

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

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

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