Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1gr0uG-00050K-C2 for pgadmin-hackers@arkaria.postgresql.org; Tue, 05 Feb 2019 13:36:56 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1gr0uE-0005dt-QE for pgadmin-hackers@arkaria.postgresql.org; Tue, 05 Feb 2019 13:36:54 +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_SHA1:256) (Exim 4.89) (envelope-from ) id 1gr0uE-0005dm-Hi for pgadmin-hackers@lists.postgresql.org; Tue, 05 Feb 2019 13:36:54 +0000 Received: from mail-wr1-x444.google.com ([2a00:1450:4864:20::444]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1gr0uB-0001Nh-S9 for pgadmin-hackers@postgresql.org; Tue, 05 Feb 2019 13:36:54 +0000 Received: by mail-wr1-x444.google.com with SMTP id z18so2890387wrh.2 for ; Tue, 05 Feb 2019 05:36:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=pgadmin-org.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=oPr8JwaalUcJM7hisWY9jJsFHMIwXLWR0plS5ctyc1Q=; b=zLX40YkYWpIG6lyfW+UsWfoh9dwxALHqHaY6jOJEF5CPlAfueXWtiJ2lMt92F+8exj KoldaUEI7p3oLQu2OLtPIczegmzLysV4CK4u5yVpJIw6VQK6XUTLPfrAGqL8OLpGozSu xop+zqcy6gippWHGBSpYqvRGecNJHJNlXeZBMJcWYpO7TGnjB5apeu+XedDk3GpOk7vU 5sKZr+kvpQLOs+ZjusCkEKSd88+ATGJ7ZRV//mJ5Lfp1gpW1kSEHe+m5ZGFk0VGqHtOb kOditnHX+mE4y63TMZh52HO2xirc3stXTqOFWyr8gMBA76ixjAyGlYfWGrJyrosc8rB5 Gy8g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=oPr8JwaalUcJM7hisWY9jJsFHMIwXLWR0plS5ctyc1Q=; b=P5uXTPNTSidVf5aa4OREA5ItLP2rI55C3mjMgfNzJ5Coxutx2QxQmjr23uZO76Q2Hv aiOGHPAuQDKpe9im59QBIlvif22sMtFO8mKsk2GgMG506c2vjbioT8pkiCCLfolC3D/R Hz6SMb3oVf0ebyo/XFRy2ClbZ/Za6++k8+Kp2+raSdiH2afBvQqqhfGk7FXCJbi5BQJC RwORs14gba27rfBpZlhTNN9PfXHT1dE9puHjoPz9Mg/FZ4ZsIVe4zfpPDAE4R1CyT5zi oHe38kiRp6Kcramean6HjcvUvvzeQuzxUjJUVW0WZsGJ2E4w7VdNWnq/boghLtzbaTPQ D46A== X-Gm-Message-State: AHQUAuY18qqJikGK+QJQ0gV5yTx8NbXxU8IYkDNqDTymoo7ENE2It55z aRWP1vUhYmnbnslGSd7bUVyl5X3gwq2oTYBf/Q+bDA== X-Google-Smtp-Source: AHgI3IZXp+mMcQnvrKsKeI/hxwEx3GcoynY29YVgg0XM04qP9NotPsUFNHSwLEh/DS1MnGerOQJ2fn+ufEDrf/dKh7M= X-Received: by 2002:adf:97d1:: with SMTP id t17mr3727310wrb.283.1549373810431; Tue, 05 Feb 2019 05:36:50 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Dave Page Date: Tue, 5 Feb 2019 13:36:39 +0000 Message-ID: Subject: Re: Packagers: Handling upgrade checks To: Sandeep Thakkar Cc: Srinu Perabattula , pgadmin-hackers Content-Type: text/plain; charset="UTF-8" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Hi On Tue, Feb 5, 2019 at 12:27 PM Sandeep Thakkar wrote: > > Hi Dave, > > > On Wed, Jan 2, 2019 at 6:44 PM Dave Page wrote: >> >> Packagers, >> >> As you probably know, pgAdmin 4 checks for updates upon startup, and >> if a newer version is available, directs the user to www.pgadmin.org >> to download it. >> >> The is a problem if your pgAdmin came with a PostgreSQL installer (as >> you can't download them from our website), and potentially mildly >> annoying if you're a .deb or .rpm user. >> >> There are a couple of ways to optimise the experience for users here >> (one of which I just committed). I'll leave it up to each of you to >> choose what you want to do (Sandeep, I would suggest that the EDB >> installers use method 2). >> >> Method 1: Simply disable the upgrade check, and leave that to the >> operating systems update tools. To do this, create (or edit) a >> config_distro.py file that is installed alongside the config.py file >> from the pgAdmin source and include the line; >> >> UPGRADE_CHECK_ENABLED = False >> >> Method 2: For well known and trusted distributions we can support a >> custom check for your distribution. This involves 2 parts: >> >> 1) Let me know that you want a custom check, and I'll setup access for >> you to manage the version data on the pgAdmin website. We'll agree on >> a custom key for that data within the JSON file the website hosts. >> > We want that for PG and EPAS installers. Will you please share the custom key? edb-pgadmin4 See: https://www.pgadmin.org/versions.json (let me know if I need to change anything for testing etc). >> >> 2) Create (or edit) a config_distro.py file that is installed >> alongside the config.py file from the pgAdmin source and include the >> line; >> >> UPGRADE_CHECK_KEY = '' >> >> With this method, a different section of the JSON datafile will be >> checked by your distribution of pgAdmin, thus allowing you to control >> both when it tells users a new version is available, and the URL to >> which they are directed. >> > Makes sense. Will include this change in the upcoming PG and EPAS updates that bundle pgAdmin. :-) -- Dave Page Blog: http://pgsnake.blogspot.com Twitter: @pgsnake EnterpriseDB UK: http://www.enterprisedb.com The Enterprise PostgreSQL Company