Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1azkXK-00033L-2e for pgadmin-hackers@arkaria.postgresql.org; Mon, 09 May 2016 12:43:46 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84_2) (envelope-from ) id 1azkXI-0007HM-Vj for pgadmin-hackers@arkaria.postgresql.org; Mon, 09 May 2016 12:43:45 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1azkXH-0007H4-Nk for pgadmin-hackers@postgresql.org; Mon, 09 May 2016 12:43:43 +0000 Received: from mail-ig0-x229.google.com ([2607:f8b0:4001:c05::229]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.84_2) (envelope-from ) id 1azkXC-0000C6-RO for pgadmin-hackers@postgresql.org; Mon, 09 May 2016 12:43:42 +0000 Received: by mail-ig0-x229.google.com with SMTP id u10so102743803igr.1 for ; Mon, 09 May 2016 05:43:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=pgadmin-org.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=t5hCWz29jYIu4ChW242noDeckQ5O5y6axCGWBn1Gjns=; b=vF9clKSnOkZ8STW6///3w3L/POHU6soLtyLItoBtKVyQLhXml3jHrQD/+8hj24C9AD 7g4IvXmHJy+oWRnExBIq/3mvywGiA1kSlLQ70oq9PZ1zpQuHCl0oEo8ZnY5BESFQUEAV AVIPdSOi4wRhjDSo/L2OB8GmUCNnq7CpGHMzdGIY9jJI3+91QJX6EZ9ETHNtr2kuw/Vo b6Zfbvf/R5OIUpKpAB49URizUNL98J7p+TcQcRiImy4yetemG5rlR2sAhNrOlugdgPmR QXwf1hrTSyWwsTVvfMiSgwL15g6LLqDssZnFDO7ZDcZk+Ugopw9rHVwuDHvUHASka9bG NTxA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=t5hCWz29jYIu4ChW242noDeckQ5O5y6axCGWBn1Gjns=; b=NUJvOcn06mXUJYg3BpEUVkwq3h/Bdk3SM0EhLM09Q/TFI1PdoYDRSW5rx1JCYxu4xK 0lUISVDkbXTyRMHOj+B4UFZw8EsH9yXP4A0r3san+WWl35pXuf+Dmolu7mW2rxgNpZ9x xqvMDCedA5m5a5mIfuR0yzFDbgLp/P71IPAPbFVWQNqAg1f3AW4bYjM1Yp3/Sphgv0DX xs6UBK8g+/d8PpXEdhOi6lwLgSf024aGZeStxgc2U+HRqyVjtOXzxSsFrN7IId2v3/km auOchRNYCAKioY2o4o3fN4zRHXc1z435rvXuGF5eeUQbkBGAv8iU8/ePBMWKUueTGqDO mKVg== X-Gm-Message-State: AOPr4FXvGYpJMYuhzSULrfnvbSj5uFlSlrD1N2swog3umvYYMhWwZ9v6+TWBv61PuLCAxtXLZ34S+l7pYDysmA== MIME-Version: 1.0 X-Received: by 10.50.73.169 with SMTP id m9mr11238518igv.11.1462797815195; Mon, 09 May 2016 05:43:35 -0700 (PDT) Received: by 10.64.105.131 with HTTP; Mon, 9 May 2016 05:43:35 -0700 (PDT) In-Reply-To: References: Date: Mon, 9 May 2016 13:43:35 +0100 Message-ID: Subject: Re: PATCH: pgAdmin4 windows installer From: Dave Page To: Paresh More Cc: pgadmin-hackers , Sandeep Thakkar , Hamid Quddus Content-Type: multipart/mixed; boundary=089e0115f6442766e605326828c8 X-Pg-Spam-Score: -2.2 (--) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgadmin-hackers Precedence: bulk Sender: pgadmin-hackers-owner@postgresql.org --089e0115f6442766e605326828c8 Content-Type: multipart/alternative; boundary=089e0115f6442766e105326828c6 --089e0115f6442766e105326828c6 Content-Type: text/plain; charset=UTF-8 Hi On Fri, Apr 15, 2016 at 4:31 PM, Paresh More wrote: > Hello Dave, > > I have made changes according which you mentioned. > > Binary is located @ location > > https://uploads.enterprisedb.com/download.php?file=1f92c5abbaf7014d9aa8fb0711d53f6d > > Patch is attached in the Email. > > - Please move Make.bat to the root directory of the source tree. > *DONE* - Make.bat is moved to root directory > OK. > > - The built installer should be created in dist/ in the root directory of > the source tree (as the PIP package is) > *DONE - *dist would be created in the root directory of the source tree. > OK > > - The version number should be extracted from config.py, and used to > create the installer filename, i.e. pgadmin4-APP_VERSION.exe, which would > currently make "pgadmin4-1.0.0-dev.exe" > *DONE* - Now it reads from config.py and accordingly create installer > filename. > OK > > > - Please add a README.rst file to pkg/win32 that describes the required > packages to setup a build environment, and (where non-obvious, e.g. setting > up the compiler for PIP) including instructions on how to setup everything. > *DONE* > I've edited (and renamed for consistency) this file. Please find the update attached. I notice that it does not mention anything about setting up a compiler for PIP etc. Is that needed? > > - The user should never need to edit Make.bat, so any paths that might > change should come from the environment (with instructions telling the user > what to set where required). e.g. use vars like PYTHON_VERSION, > PYTHON_PATH, QTDIR. These should override any hard-coded defaults in the > script. Of course, where possible we should use variables standard to, or > set by the other products. > *DONE* - It would check environment variables and override if it is set, > else default values would be used and a check is put which would ensure all > the prerequisite requirement is installed or abort. > This doesn't appear to work at all. I set QTDIR in my environment, but the script complains that the default paths don't exist. I removed the default for QTDIR, and then get output like the following: C:\Users\dpage\Documents\pgadmin4>make 'Files' is not recognized as an internal or external command, operable program or batch file. 'Files' is not recognized as an internal or external command, operable program or batch file. 'Files' is not recognized as an internal or external command, operable program or batch file. 'Files' is not recognized as an internal or external command, operable program or batch file. C:\Qt\5.5\msvc2013_64 does not exist. "C:\Qt\5.5\msvc2013_64\bin\qmake.exe"s does not exist. Please Install QT SDK and set the QTDIR enviroment Variable. Clearly there are quoting issues here. > > - Any script errors should cause an exit. For example, my QT is a > different version than you used, but the build script just ignored the fact > that qmake couldn't be found and built an installer anyway. > *DONE* - Pre check is put which would ensure prerequisite requirement is > installed > OK > > > - Side-by-side installations of major versions of pgAdmin should be > allowed, so an installation directory of "C:\Program Files (x86)\pgAdmin > 4\" should actually install into C:\Program Files (x86)\pgAdmin > 4\., e.g. "C:\Program Files (x86)\pgAdmin 4\1.0\" > *DONE-*Side-by-side installation depending on Major and minor number is > handled. > Ex: All 1.0.0, 1.0.1,1.0.2,etc..... would go in C:\Program Files > (x86)\pgAdmin 4\1.0 > All 1.1.0, 1.1.1,1.1.2,etc..... would go in C:\Program Files > (x86)\pgAdmin 4\1.1 > and so on > OK. > > - Revision version updates should update the installed version, not > install side-by-side. Care should be taken to ensure the Add/Remove > Programs entries support both side-by-side installations and upgrades (e.g. > 1.0.0 -> 1.0.1) > *DONE* - Revision version update would update the installed version > A extra check is also put which insure older version would not be allowed > to install if higher version is already installed. > OK. > > - The first screen of the installer shows the version of pgAdmin as 1.0. > It should be APP_VERSION from config.py. > *DONE*- Screen shows APP_Version from config.py > OK. > > - To aid with error handling, the script should check to ensure it can > find required executables (e.g. qmake.exe, ISCC.exe) as a pre-flight check. > *DONE*- Pre check is set, which will ensure all prerequisite is already > set and installed. > OK. Please adjust the error reporting, e.g. :setInnoDetails echo %INNOTOOL% does not exist echo Please Install Innotool and set the INNOTOOL enviroment variable. goto EXIT :setVCDetails echo %VCDIR% does not exist. echo %VCVAR% does not exist. echo %VCNMAKE% does not exist. echo Please Install Microsoft Visual Studio and set the VCDIR environment variable. goto EXIT :setPythonDetails echo %PYTHON_HOME% does not exist. echo %PYTHON_VERSION% not set. echo %PYTHON_DLL% does not exist. echo Please Install Python and set the PYTHON_HOME enviroment Variable. goto EXIT :setQtDetails echo %QTDIR% does not exist. echo %QMAKE% does not exist. echo Please Install the QT SDK and set the QTDIR enviroment variable. goto EXIT > > - We need a simple way to create a 64bit build. > *DONE* > How is that done? It's not mentioned in the README. > > On Fri, Apr 8, 2016 at 2:17 AM, Dave Page wrote: > >> Hi >> >> First round feedback (finally - sorry for the delay!): >> >> - Please move Make.bat to the root directory of the source tree. >> >> - The built installer should be created in dist/ in the root directory of >> the source tree (as the PIP package is) >> >> - The version number should be extracted from config.py, and used to >> create the installer filename, i.e. pgadmin4-APP_VERSION.exe, which would >> currently make "pgadmin4-1.0.0-dev.exe" >> >> - Please add a README.rst file to pkg/win32 that describes the required >> packages to setup a build environment, and (where non-obvious, e.g. setting >> up the compiler for PIP) including instructions on how to setup everything. >> >> - The user should never need to edit Make.bat, so any paths that might >> change should come from the environment (with instructions telling the user >> what to set where required). e.g. use vars like PYTHON_VERSION, >> PYTHON_PATH, QTDIR. These should override any hard-coded defaults in the >> script. Of course, where possible we should use variables standard to, or >> set by the other products. >> >> - Any script errors should cause an exit. For example, my QT is a >> different version than you used, but the build script just ignored the fact >> that qmake couldn't be found and built an installer anyway. >> >> - Side-by-side installations of major versions of pgAdmin should be >> allowed, so an installation directory of "C:\Program Files (x86)\pgAdmin >> 4\" should actually install into C:\Program Files (x86)\pgAdmin >> 4\., e.g. "C:\Program Files (x86)\pgAdmin 4\1.0\" >> >> - Revision version updates should update the installed version, not >> install side-by-side. Care should be taken to ensure the Add/Remove >> Programs entries support both side-by-side installations and upgrades (e.g. >> 1.0.0 -> 1.0.1) >> >> - The first screen of the installer shows the version of pgAdmin as 1.0. >> It should be APP_VERSION from config.py. >> >> - To aid with error handling, the script should check to ensure it can >> find required executables (e.g. qmake.exe, ISCC.exe) as a pre-flight check. >> >> - We need a simple way to create a 64bit build. >> >> - I'm not sure we should try to use any part of VC++ (NMAKE, VCVARS >> etc.). The script failed to build the runtime for me - I think because >> VCVARS was conflicting with QMAKE settings. I was getting errors like: >> >> Generating Code... >> link /NOLOGO /DYNAMICBASE /NXCOMPAT /INCREMENTAL:NO >> /SUBSYSTEM:WINDOWS "/MANIFESTDEPENDENCY:type='win32' >> name='Microsoft.Windows.Common-Controls' version='6.0.0.0' >> publicKeyToken='6595b64144ccf1df' language='*' processorArchitecture='*'" >> /MANIFEST /MANIFESTFILE:release\pgAdmin4.exe.embed.manifest >> /OUT:release\pgAdmin4.exe @C:\Users\dpage\AppData\Local\Temp\nm196C.tmp >> qtmain.lib(qtmain_win.obj) : error LNK2038: mismatch detected for >> '_MSC_VER': value '1700' doesn't match value '1600' in pgAdmin4.obj >> qtmain.lib(qtmain_win.obj) : error LNK2019: unresolved external symbol >> "__declspec(dllimport) void __cdecl std::_Xbad_alloc(void)" >> (__imp_?_Xbad_alloc@std@@YAXXZ) referenced in function "char * __cdecl >> std::_Allocate(unsigned int,char *)" (??$_Allocate@D@std@ >> @YAPADIPAD@Z) >> qtmain.lib(qtmain_win.obj) : error LNK2019: unresolved external symbol >> "__declspec(dllimport) char const * __cdecl std::_Syserror_map(int)" >> (__imp_?_Syserror_map@std@@YAPBDH@Z) referenced in function "public: >> virtual class std::error_condition __thiscall >> std::_System_error_category::default_error_condition(int)const " >> (?default_error_condition@_System_error_category@std >> @@UBE?AVerror_condition@2@H@Z) >> qtmain.lib(qtmain_win.obj) : error LNK2019: unresolved external symbol >> "__declspec(dllimport) char const * __cdecl std::_Winerror_map(int)" >> (__imp_?_Winerror_map@std@@YAPBDH@Z) referenced in function "public: >> virtual class std::basic_string,class >> std::allocator > __thiscall >> std::_System_error_category::message(int)const " (?message@ >> _System_error_category@std@@UBE?AV?$basic_string@DU?$char_traits@D@std@ >> @V?$allocator@D@2@@2@H@Z) >> release\pgAdmin4.exe : fatal error LNK1120: 3 unresolved externals >> NMAKE : fatal error U1077: '"c:\Program Files (x86)\Microsoft Visual >> Studio 10.0\VC\BIN\link.EXE"' : return code '0x460' >> >> Stop. >> NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual >> Studio 12.0\VC\bin\nmake.exe"' : return code '0x2' >> Stop. >> >> Aborting build! >> >> Thanks! >> >> On Fri, Mar 25, 2016 at 11:40 AM, Paresh More < >> paresh.more@enterprisedb.com> wrote: >> >>> Hello Team, >>> >>> Attached is the patch which will create windows 32 installer for >>> pgAdmin4 (runtime mode) for python 2.7 version. >>> >>> This installer code has problem with psycopg2(2.5.2 version) for windows >>> >>> As discussed with Ashesh Vashi, I have changed to point to 2.6.1 version >>> and now the installer is working fine. >>> >>> So it would now generate windows 32 bit installer using psycopg2 (2.6.1 >>> version) >>> >>> Kindly please review and let me know if any changes required. >>> >>> Please also suggest whether we should go with 2.5.2(psycopg2) or with >>> the latest version. >>> >>> -- >>> >>> Thanks & Regards >>> >>> *Paresh More* >>> >>> [image: NEW-EDB-logo-4c] >>> >>> Pune, India. >>> Cell : +919922000564 | www.enterprisedb.com >>> >>> >>> -- >>> Sent via pgadmin-hackers mailing list (pgadmin-hackers@postgresql.org) >>> To make changes to your subscription: >>> http://www.postgresql.org/mailpref/pgadmin-hackers >>> >>> >> >> >> -- >> Dave Page >> Blog: http://pgsnake.blogspot.com >> Twitter: @pgsnake >> >> EnterpriseDB UK: http://www.enterprisedb.com >> The Enterprise PostgreSQL Company >> > > > > -- > > Thanks & Regards > > *Paresh More* > > [image: NEW-EDB-logo-4c] > > Pune, India. > Cell : +919922000564 | www.enterprisedb.com > -- Dave Page Blog: http://pgsnake.blogspot.com Twitter: @pgsnake EnterpriseDB UK: http://www.enterprisedb.com The Enterprise PostgreSQL Company --089e0115f6442766e105326828c6 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi

On Fri, Apr 15, 2016 at 4:31 PM, Paresh More <paresh.more= @enterprisedb.com> wrote:
Hello Dave,

I have made changes according which you me= ntioned.

Binary is located @ location
https://uploads.enterprisedb.com/dow= nload.php?file=3D1f92c5abbaf7014d9aa8fb0711d53f6d

Patch is attached in the Email.

- Please move Make.bat to the root d= irectory of the source tree.
DONE=C2=A0- Make.bat is moved to root directory

OK.
=C2=A0

- The built installer should be created i= n dist/ in the root directory of the source tree (as the PIP package is)
DONE -=C2=A0dist would be = created in the root directory of the source tree.

OK
=C2=A0

- The version number should be extracted from= config.py, and used to create the installer filename, i.e. pgadmin4-APP_VE= RSION.exe, which would currently make "pgadmin4-1.0.0-dev.exe"
DON= E - Now it reads from config.py and ac= cordingly create installer filename.
<= div>
OK
=C2=A0


- Please = add a README.rst file to pkg/win32 that describes the required packages to = setup a build environment, and (where non-obvious, e.g. setting up the comp= iler for PIP) including instructions on how to setup everything.
DONE

I've edited (and renamed for consistency) this fil= e. Please find the update attached.

I notice that = it does not mention anything about setting up a compiler for PIP etc. Is th= at needed?
=C2=A0

- The user should never need to edit Make.bat, so any paths th= at might change should come from the environment (with instructions telling= the user what to set where required). e.g. use vars like PYTHON_VERSION, P= YTHON_PATH, QTDIR. These should override any hard-coded defaults in the scr= ipt. Of course, where possible we should use variables standard to, or set = by the other products.
DONE<= /b> - It would check environment variables and override if it is set, else = default values would be used and a check is put which would ensure all the = prerequisite requirement is installed or abort.

This doesn't appear to work at all. I set QTDIR = in my environment, but the script complains that the default paths don'= t exist. I removed the default for QTDIR, and then get output like the foll= owing:

C:\Users\dpage\Documents\pgadmin4>m= ake
'Files' is not recognized as an internal or external = command,
operable program or batch file.
'Files'= ; is not recognized as an internal or external command,
operable = program or batch file.
'Files' is not recognized as an in= ternal or external command,
operable program or batch file.
=
'Files' is not recognized as an internal or external command,<= /div>
operable program or batch file.
C:\Qt\5.5\msvc2013_64 d= oes not exist.
"C:\Qt\5.5\msvc2013_64\bin\qmake.exe"s d= oes not exist.
Please Install QT SDK and set the QTDIR enviroment= Variable.

Clearly there are quoting issues = here.
=C2=A0

- Any script errors should cause an exit. For example, my QT is a d= ifferent version than you used, but the build script just ignored the fact = that qmake couldn't be found and built an installer anyway.
DONE - Pre check is put which would ensure=C2=A0prerequisite requirement is installed

OK
=C2=A0
=


- Side-by-side installations of major versions of pgAdmin should be al= lowed, so an installation directory of "C:\Program Files (x86)\pgAdmin= 4\" should actually install into C:\Program Files (x86)\pgAdmin 4\<= ;major>.<minor>, e.g. "C:\Program Files (x86)\pgAdmin 4\1.0\&= quot;
DONE-Side-by-side = installation depending on Major and minor number is handled.
Ex: All 1.0.0, 1.0.1,1.0.2,etc..... would go in=C2= =A0C:\Program Files (x86)\pgAdmin 4\1.0
A= ll 1.1.0, 1.1.1,1.1.2,etc..... would go in=C2=A0C:\Program Files (x86)\pgAdmin 4\1.1
and so on

OK.
=C2=A0

- = Revision version updates should update the installed version, not install s= ide-by-side.=C2=A0 Care should be taken to ensure the Add/Remove Programs e= ntries support both side-by-side installations and upgrades (e.g. 1.0.0 -&g= t; 1.0.1)
DONE - Revisio= n version update would update the installed version=C2=A0
A extra check is also= put which insure older version would not be allowed to install if higher v= ersion is already installed.

<= /div>
OK.
=C2=A0
=

- The first screen of the installer shows the version of pg= Admin as 1.0. It should be APP_VERSION from config.py.
DONE- Screen shows APP_Version from config.p= y

OK.
=C2=A0

- To aid with err= or handling, the script should check to ensure it can find required executa= bles (e.g. qmake.exe, ISCC.exe) as a pre-flight check.
DONE- Pre check is set, which will ensure al= l prerequisite is already set and installed.
=

OK. Please adjust the error reporting, e.g.
<= br>
:setInnoDetails
echo %INNOTOOL% does not exist=
echo Please Install Innotool and set the INNOTOOL enviroment var= iable.
goto EXIT

:setVCDetails
echo %VCDIR% does not exist.
echo %VCVAR% does not exist.
<= div>echo %VCNMAKE% does not exist.
echo Please Install Microsoft = Visual Studio and set the VCDIR environment variable.
goto EXIT

:setPythonDetails
echo %PYTHON_HOME% does= not exist.
echo %PYTHON_VERSION% not set.
echo %PYTHON= _DLL% does not exist.
echo Please Install Python and set the PYTH= ON_HOME enviroment Variable.
goto EXIT

:= setQtDetails
echo %QTDIR% does not exist.
echo %QMAKE% = does not exist.
echo Please Install the QT SDK and set the QTDIR = enviroment variable.
goto EXIT
=C2=A0

- We need a simple way to = create a 64bit build.
DONE

How is that done? It's not mentioned in the R= EADME.
=C2=A0

On Fri, Apr = 8, 2016 at 2:17 AM, Dave Page <dpage@pgadmin.org> wrote:
=
Hi

First round feedbac= k (finally - sorry for the delay!):

- Please = move Make.bat to the root directory of the source tree.

- The built installer should be created in dist/ in the root director= y of the source tree (as the PIP package is)

- The= version number should be extracted from config.py, and used to create the = installer filename, i.e. pgadmin4-APP_VERSION.exe, which would currently ma= ke "pgadmin4-1.0.0-dev.exe"

- Please add= a README.rst file to pkg/win32 that describes the required packages to set= up a build environment, and (where non-obvious, e.g. setting up the compile= r for PIP) including instructions on how to setup everything.
- The user should never need to edit Make.bat, so any paths tha= t might change should come from the environment (with instructions telling = the user what to set where required). e.g. use vars like PYTHON_VERSION, PY= THON_PATH, QTDIR. These should override any hard-coded defaults in the scri= pt. Of course, where possible we should use variables standard to, or set b= y the other products.

- Any script errors should c= ause an exit. For example, my QT is a different version than you used, but = the build script just ignored the fact that qmake couldn't be found and= built an installer anyway.

- Side-by-side install= ations of major versions of pgAdmin should be allowed, so an installation d= irectory of "C:\Program Files (x86)\pgAdmin 4\" should actually i= nstall into C:\Program Files (x86)\pgAdmin 4\<major>.<minor>, e= .g. "C:\Program Files (x86)\pgAdmin 4\1.0\"

<= div>- Revision version updates should update the installed version, not ins= tall side-by-side.=C2=A0 Care should be taken to ensure the Add/Remove Prog= rams entries support both side-by-side installations and upgrades (e.g. 1.0= .0 -> 1.0.1)

- The first screen of the installe= r shows the version of pgAdmin as 1.0. It should be APP_VERSION from config= .py.

- To aid with error handling, the script shou= ld check to ensure it can find required executables (e.g. qmake.exe, ISCC.e= xe) as a pre-flight check.

- We need a simple way = to create a 64bit build.

- I'm not sure we sho= uld try to use any part of VC++ (NMAKE, VCVARS etc.). The script failed to = build the runtime for me - I think because VCVARS was conflicting with QMAK= E settings. I was getting errors like:

Generating = Code...
=C2=A0 =C2=A0 =C2=A0 =C2=A0 link /NOLOGO /DYNAMICBASE /NX= COMPAT /INCREMENTAL:NO /SUBSYSTEM:WINDOWS "/MANIFESTDEPENDENCY:type=3D= 'win32' name=3D'Microsoft.Windows.Common-Controls' version= =3D'6.0.0.0' publicKeyToken=3D'6595b64144ccf1df' language= =3D'*' processorArchitecture=3D'*'" /MANIFEST /MANIFES= TFILE:release\pgAdmin4.exe.embed.manifest /OUT:release\pgAdmin4.exe @C:\Use= rs\dpage\AppData\Local\Temp\nm196C.tmp
qtmain.lib(qtmain_win.obj)= : error LNK2038: mismatch detected for '_MSC_VER': value '1700= ' doesn't match value '1600' in pgAdmin4.obj
qtma= in.lib(qtmain_win.obj) : error LNK2019: unresolved external symbol "__= declspec(dllimport) void __cdecl std::_Xbad_alloc(void)" (__imp_?_Xbad= _alloc@std@@YAXXZ) referenced in function "char * __cdecl std::_Alloca= te<char>(unsigned int,char *)" (??$_Allocate@D@std@@YAPADIPAD@Z)=
qtmain.lib(qtmain_win.obj) : error LNK2019: unresolved external = symbol "__declspec(dllimport) char const * __cdecl std::_Syserror_map(= int)" (__imp_?_Syserror_map@std@@YAPBDH@Z) referenced in function &quo= t;public: virtual class std::error_condition __thiscall std::_System_error_= category::default_error_condition(int)const " (?default_error_conditio= n@_System_error_category@std@@UBE?AVerror_condition@2@H@Z)
qtmain= .lib(qtmain_win.obj) : error LNK2019: unresolved external symbol "__de= clspec(dllimport) char const * __cdecl std::_Winerror_map(int)" (__imp= _?_Winerror_map@std@@YAPBDH@Z) referenced in function "public: virtual= class std::basic_string<char,struct std::char_traits<char>,class = std::allocator<char> > __thiscall std::_System_error_category::mes= sage(int)const " (?message@_System_error_category@std@@UBE?AV?$basic_s= tring@DU?$char_traits@D@std@@V?$allocator@D@2@@2@H@Z)
release\pgA= dmin4.exe : fatal error LNK1120: 3 unresolved externals
NMAKE : f= atal error U1077: '"c:\Program Files (x86)\Microsoft Visual Studio= 10.0\VC\BIN\link.EXE"' : return code '0x460'
Stop.
NMAKE : fatal error U1077: '"C:\Progr= am Files (x86)\Microsoft Visual Studio 12.0\VC\bin\nmake.exe"' : r= eturn code '0x2'
Stop.

Aborting = build!

Thanks!

On Fri, Mar 25, 2016 at 1= 1:40 AM, Paresh More <paresh.more@enterprisedb.com> wrote:
Hello = Team,

Attached is the patch which will create windows 32= installer for pgAdmin4 (runtime mode) for python 2.7 version.
This installer code has problem with psycopg2(2.5.2 version) f= or windows

As discussed with Ashesh Vashi, I have = changed to point to 2.6.1 version and now the installer is working fine.

So it would now generate windows 32 bit installer us= ing psycopg2 (2.6.1 version)

Kindly please review = and let me know if any changes required.

Please al= so suggest whether we should go with 2.5.2(psycopg2) or with the latest ver= sion.

--

Thanks & Re= gards

Paresh More=

3D"NEW-EDB-logo-4c"

Pune, India.



--
Sent via pgadmin-hackers mailing list (pgadmin-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgadmin-hackers=




--
Dave Page
Blog: http://pgsnake.blogspot.com<= br>Twitter: @pgsnake

EnterpriseDB UK: http://www.enterprisedb.com
The Enterpri= se PostgreSQL Company



--

Thanks & Regards=

Paresh More

3D"NEW-EDB-logo-4c"

Pune, India.




--
=
Dave Page
Blog: http://pgsnake.blogspot.com
Twitter= : @pgsnake

EnterpriseDB UK: http://www.enterprisedb.com
The Enterprise Postgre= SQL Company
--089e0115f6442766e105326828c6-- --089e0115f6442766e605326828c8 Content-Type: text/plain; charset=US-ASCII; name="README.txt" Content-Disposition: attachment; filename="README.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_io0011gh1 cGdBZG1pbiA0DQo9PT09PT09PT0NCg0KUHJlcmVxdWlzaXRlcw0KLS0tLS0t LS0tLS0tLQ0KDQpUbyBnZW5lcmF0ZSBhIHBnQWRtaW4gNCBpbnN0YWxsZXIg Zm9yIHdpbmRvd3MgKDY0KSBiaXQsIHRoZSBmb2xsb3dpbmcgcGFja2FnZXMg DQptdXN0IGJlIGluc3RhbGxlZDoNCg0KLSBRVCA0LjYgb3IgYWJvdmUgKG9s ZGVyIHZlcnNpb25zIG1heSB3b3JrLCBidXQgaGF2ZW4ndCBiZWVuIHRlc3Rl ZCkuDQotIFB5dGhvbiAyLjYgb3IgYWJvdmUuDQotIElubm8gVG9vbCBWZXJz aW9uIDUuNS44IGFuZCBBYm92ZQ0KLSBNaWNyb3NvZnQgdmlzdWFsIHN0dWRp byAoMjAxMykNCg0KVGhlIGZvbGxvd2luZyBlbnZpcm9ubWVudCB2YXJpYWJs ZXMgbWF5IGJlIGRlZmluZWQgdG8gb3ZlcnJpZGUgZGVmYXVsdHMgaW4gdGhl DQpidWlsZCBzY3JpcHQgKE1ha2UuYmF0KToNCg0KSU5OT1RPT0wsIFZDRElS LCBQWVRIT05fSE9NRSwgUFlUSE9OX0RMTCwgUVRESVINCg0KVGhlIGRlZmF1 bHQgc2V0dGluZ3MgYXJlIGVxdWl2YWxlbnQgdG86DQoNClNFVCAiSU5OT1RP T0w9QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxJbm5vIFNldHVwIDYiDQpTRVQg IlZDRElSPUM6XFByb2dyYW0gRmlsZXMgKHg4NilcTWljcm9zb2Z0IFZpc3Vh bCBTdHVkaW8gMTIuMFxWQyINClNFVCAiUFlUSE9OX0hPTUU9QzpcUHl0aG9u MjciDQpTRVQgIlBZVEhPTl9ETEw9QzpcV2luZG93c1xTeXNXT1c2NFxweXRo b24yNy5kbGwiDQpTRVQgIlFURElSPUM6XFF0XFF0NS41LjFcNS41XG1zdmMy MDEzIg0KDQpIb3cgdG8gYnVpbGQNCi0tLS0tLS0tLS0tLQ0KDQokIGNkIDxQ R0FETUlONF9TUkM+DQokIE1ha2UuYmF0DQoNClRoaXMgd2lsbCBnZW5lcmF0 ZSBwZ0FkbWluNDxtYWpvcj4uPG1pbm9yPjxzdWZmaXg+LmV4ZSBpbiB0aGUg UEdBRE1JTjRfU1JDL2Rpc3QgDQpmb2xkZXIuIFRoZSBNYWpvciwgbWlub3Ig YW5kIHN1ZmZpeCB2ZXJzaW9uIGRldGFpbHMgd2lsbCBiZSBleHRyYWN0ZWQg ZnJvbSANCndlYi9jb25maWcucHkgYW5kIHVzZWQgdG8gY3JlYXRlIHRoZSBp bnN0YWxsZXIgZmlsZW5hbWUsIGZvciBleGFtcGxlOg0KDQpwZ2FkbWluNC0x LjAuMC1kZXYuZXhlDQoNClNpZGUtYnktc2lkZSBpbnN0YWxsYXRpb25zIG9m IG1ham9yIHZlcnNpb25zIG9mIHBnQWRtaW4gYXJlIGFsbG93ZWQsIHNvIGFu IA0KaW5zdGFsbGF0aW9uIGRpcmVjdG9yeSBvZjoNCg0KIkM6XFByb2dyYW0g RmlsZXMgKHg4NilccGdBZG1pbiA0XCIgDQoNCndvdWxkIGFjdHVhbGx5IGlu c3RhbGwgaW50byANCg0KQzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxwZ0FkbWlu IDRcPG1ham9yPi48bWlub3I+DQoNCmUuZy4NCg0KIkM6XFByb2dyYW0gRmls ZXMgKHg4NilccGdBZG1pbiA0XDEuMFwiDQo= --089e0115f6442766e605326828c8 Content-Type: text/plain Content-Disposition: inline Content-Transfer-Encoding: 8bit MIME-Version: 1.0 -- Sent via pgadmin-hackers mailing list (pgadmin-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgadmin-hackers --089e0115f6442766e605326828c8--