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
>
>
>
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 |
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 |