leshoot this segfault in pgadmin4 that would be
>> great. But for sure I would also ask you to consider relaxing the
>> dependency on psutil given that virtually all users of your package
>> now have to maintain a compiler and wheel compilation toolchain
>> somewhere if they want to run pgadmin4 on Linux.
>>
--
David Gilman
:DG<
It looks like the most recent release of pgadmin4, 3.5, added a dependency on
psutil==5.4.7 . This dependency is a bit painful, especially for me,
for a few reasons.
First, it needs a C compiler to build. Second, upstream is not
providing a Linux binary wheel, manylinux or not, to help us out her
later==1.3
SQLAlchemy==1.2.7
sqlparse==0.2.4
testtools==2.3.0
traceback2==1.4.0
Twisted==16.6.0
unittest2==1.1.0
virtualenv==15.1.0
webencodings==0.5
Werkzeug==0.9.6
wokkel==0.7.1
wstools==0.4.3
WTForms==2.1
zope.interface==4.3.2
--
David Gilman
:DG<
Dhumal*
> *Sr. Software Engineer*
>
> EnterpriseDB India: http://www.enterprisedb.com
> The Enterprise PostgreSQL Company
>
> On Mon, Oct 9, 2017 at 1:16 PM, Dave Page wrote:
>
>> Harshal, can you help with this please?
>>
>> On Sun, Oct 8, 2017 at 12:39 AM, D
tgreSQL 9.4.14 - from the postgres apt repository. No changes made to
timeouts or anything in the postgresql.conf , it's all defaults.
Python 2.7
psycopg2 2.7.3.1
I can confirm that the apache process hosting pgadmin4 is running under the
right UNIX user account and that it seems to have good access/permissions
to its scratch files on disk. I see updates being made to pgadmin4.db and
the sessions directory.
--
David Gilman
:DG<
