Re: [pgadmin-support] pgAdmin4 Server does not create SQLite tables

2016-10-24 Thread Dave Page
On Mon, Oct 24, 2016 at 5:30 AM, Josh Berkus wrote: > On 10/11/2016 01:47 PM, Dave Page wrote: >> >> >> On Tuesday, October 11, 2016, Josh Berkus > > wrote: > >> Ah, so I can drop a path into config_local? >> >> >> Yes, per the example I sent yesterday. config_local.p

Re: [pgadmin-support] pgAdmin4 Server does not create SQLite tables

2016-10-23 Thread Josh Berkus
On 10/11/2016 01:47 PM, Dave Page wrote: > > > On Tuesday, October 11, 2016, Josh Berkus > wrote: > Ah, so I can drop a path into config_local? > > > Yes, per the example I sent yesterday. config_local.py (and > config_distro.py) are sourced by config.py. config_

Re: [pgadmin-support] pgAdmin4 Server does not create SQLite tables

2016-10-11 Thread Dave Page
On Tuesday, October 11, 2016, Josh Berkus wrote: > On 10/10/2016 10:50 PM, Dave Page wrote: > > > > > > On Monday, October 10, 2016, Josh Berkus > > > wrote: > > > One thing which would improve this is to have setup.py take an > optional > > --directory argume

Re: [pgadmin-support] pgAdmin4 Server does not create SQLite tables

2016-10-11 Thread Josh Berkus
On 10/10/2016 10:50 PM, Dave Page wrote: > > > On Monday, October 10, 2016, Josh Berkus > wrote: > One thing which would improve this is to have setup.py take an optional > --directory argument. > > > How so? It gets the path from the config, the same way the

Re: [pgadmin-support] pgAdmin4 Server does not create SQLite tables

2016-10-10 Thread Dave Page
On Monday, October 10, 2016, Josh Berkus wrote: > On 10/10/2016 09:00 PM, Dave Page wrote: > > What is complicating matters here is that we need quite different > > configs for desktop vs. server mode, and it's hard to get that right. > > Another example, besides the paths; Devrim is configuring

Re: [pgadmin-support] pgAdmin4 Server does not create SQLite tables

2016-10-10 Thread Josh Berkus
On 10/10/2016 09:00 PM, Dave Page wrote: > What is complicating matters here is that we need quite different > configs for desktop vs. server mode, and it's hard to get that right. > Another example, besides the paths; Devrim is configuring the security > keys with default values in config_local.py

Re: [pgadmin-support] pgAdmin4 Server does not create SQLite tables

2016-10-10 Thread Dave Page
On Monday, October 10, 2016, Josh Berkus wrote: > On 10/10/2016 08:31 PM, Dave Page wrote: > > > > > > On Sunday, October 9, 2016, Josh Berkus > > > wrote: > > > > On 10/09/2016 05:04 PM, Josh Berkus wrote: > > > sqlite> select * from ConfigDB; > > > Error

Re: [pgadmin-support] pgAdmin4 Server does not create SQLite tables

2016-10-10 Thread Josh Berkus
On 10/10/2016 08:31 PM, Dave Page wrote: > > > On Sunday, October 9, 2016, Josh Berkus > wrote: > > On 10/09/2016 05:04 PM, Josh Berkus wrote: > > sqlite> select * from ConfigDB; > > Error: no such table: ConfigDB > > More relevantly: > > sqlite>

Re: [pgadmin-support] pgAdmin4 Server does not create SQLite tables

2016-10-10 Thread Dave Page
On Sunday, October 9, 2016, Josh Berkus wrote: > On 10/09/2016 05:04 PM, Josh Berkus wrote: > > sqlite> select * from ConfigDB; > > Error: no such table: ConfigDB > > More relevantly: > > sqlite> select * from version; > Error: no such table: version > Does it create pgadmin4.db at all? Having

Re: [pgadmin-support] pgAdmin4 Server does not create SQLite tables

2016-10-09 Thread Josh Berkus
On 10/09/2016 05:04 PM, Josh Berkus wrote: > sqlite> select * from ConfigDB; > Error: no such table: ConfigDB More relevantly: sqlite> select * from version; Error: no such table: version -- -- Josh Berkus Red Hat OSAS (any opinions are my own) -- Sent via pgadmin-support mailing list (pgadm

[pgadmin-support] pgAdmin4 Server does not create SQLite tables

2016-10-09 Thread Josh Berkus
Attempting to access pgAdmin4 from HTTP I get a "500 server error". Consulting the logs, I see: [Sun Oct 09 23:48:16.337065 2016] [wsgi:error] [pid 4689] [remote 98.246.109.153:200] sqlalchemy.exc.OperationalError: (sqlite3.OperationalError) no such table: version [SQL: 'SELECT version.name AS ver