Re: Revamped runtime vs. Version number

From: Anthony DeBarros <adebarros(at)gmail(dot)com>
To: Ashesh Vashi <ashesh(dot)vashi(at)enterprisedb(dot)com>
Cc: Dave Page <dpage(at)pgadmin(dot)org>, pgadmin-support <pgadmin-support(at)postgresql(dot)org>, pgadmin-hackers <pgadmin-hackers(at)postgresql(dot)org>
Subject: Re: Revamped runtime vs. Version number
Date: 2018-02-01 15:21:13
Message-ID: CAAQFaFLMut4+X+uNrg3Z1+GSzNuqEk5FLacBt8gvKCbZ=66X=Q@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgadmin-hackers pgadmin-support

+1 … what roughly would be the release date? (Asking only because my
beginner SQL book, which uses pgAdmin, is publishing in April and we are in
the final proofreads now.)

Anthony DeBarros

On February 1, 2018 at 10:09:46 AM, Paolo Saudin (paolosaudin(at)gmail(dot)com)
wrote:

As Melvin, I am too in favor of "version number to 3.0 for the next
release".

Paolo

2018-02-01 16:00 GMT+01:00 Ashesh Vashi <ashesh(dot)vashi(at)enterprisedb(dot)com>:

>
>
> On Feb 1, 2018 8:15 PM, "Dave Page" <dpage(at)pgadmin(dot)org> wrote:
>
> So there's been nothing but positive feedback about the PoC revamped
> runtime I asked folks on the lists to test. Thank you to everyone that did
> so.
>
> With that in mind, I think we should use that in the next version and
> moving forwards, and bump the version number to 3.0 for the next release.
>
> +1
>
> Does anyone object to that plan?
>
> Nope.
>
> -- Thanks, Ashesh
>
>
> FYI, since the original PoC, I've made the following additional changes:
>
> - Move to using a shared memory interlock to ensure only a single instance
> (per user, per copy of the executable) is run. This means if you have
> multiple copies of pgAdmin installed, they won't interact with each other,
> but a single copy is limited to a single instance per user.
>
> - Add a log viewer. If startup fails (or other errors occur), the Python
> logs can now easily be viewed in the runtime.
>
> - Tidied up the configuration dialogue.
>
> - Added a config option to allow an alternate command to be run rather
> than executing the default browser. This allows any browser to be
> configured, using different profiles etc, as possible when launching on the
> command line.
>
> - Made startup more robust so config options can be corrected without
> restarts if needed, and failures can be detected much more quickly.
>
> - Cleaned up a bunch of redundant code.
>
> --
> Dave Page
> Blog: http://pgsnake.blogspot.com
> Twitter: @pgsnake
>
> EnterpriseDB UK: http://www.enterprisedb.com
> The Enterprise PostgreSQL Company
>
>
>

In response to

Responses

Browse pgadmin-hackers by date

  From Date Subject
Next Message Dave Page 2018-02-01 15:24:22 Re: Revamped runtime vs. Version number
Previous Message Dave Page 2018-02-01 15:19:17 Re: Revamped runtime vs. Version number

Browse pgadmin-support by date

  From Date Subject
Next Message Dave Page 2018-02-01 15:24:22 Re: Revamped runtime vs. Version number
Previous Message Dave Page 2018-02-01 15:19:17 Re: Revamped runtime vs. Version number