Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lBU3V-0006kD-Py for pgsql-pkg-debian@arkaria.postgresql.org; Mon, 15 Feb 2021 02:56:09 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1lBU3U-0007vB-P5 for pgsql-pkg-debian@arkaria.postgresql.org; Mon, 15 Feb 2021 02:56:08 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lBU1P-0005PB-Jg for pgsql-pkg-debian@lists.postgresql.org; Mon, 15 Feb 2021 02:53:59 +0000 Received: from mail-io1-xd2c.google.com ([2607:f8b0:4864:20::d2c]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1lBU1M-0000t9-RD for pgsql-pkg-debian@postgresql.org; Mon, 15 Feb 2021 02:53:58 +0000 Received: by mail-io1-xd2c.google.com with SMTP id n14so5396738iog.3 for ; Sun, 14 Feb 2021 18:53:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=pavely.net; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=IohoBs6W+dVGyqoHAewZykcxMMzCqnlILZrcYUghNvs=; b=Hsm1FFiiQnrQ0xM+gby3QS44ifuYL8fo02pZfs/yAG3LfcnbA6MX+k1/YZ+QLRvScd jN6qTADPt8JHZ0MNKaD+hJO3xpsf32/YXAxPrVIyjHopUTyez/moE/blW0Wk50PJBeC1 qkzKXPPAm9Z1cZnIpL4c2mm2taiaPHq48tOVw= 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; bh=IohoBs6W+dVGyqoHAewZykcxMMzCqnlILZrcYUghNvs=; b=qP+DQhzqQMC1ungoh/x2tW7UbkmSHMtvGpo2qRuAPaG/YNNC8KpPhdbuM7xlWtHuVQ x0Fp+2AiWAnBFqDyxeCqdr3qqS6U2FUg62jDW4s17rHcNVBLJYfXsomyiO0ilNWFR892 25M8De8kjwfES1wWXpN6z8BvRAI5Ti1lHYFTbeFeUtiFGLSNjdajenSYOKC5njZdvCQm lHsI/g5Rxiy03nIfbIkhkH3XxsVK0KXsQqbDc14gzQRQgTGjG+P/RGYUEKa4RdTa7DTD YUCevYwUjliHGbjkU20HYbH3t6pkEGFbSYrxmzCYEeC2niIOfKmjbeZy2vry5Hq1zotw RYHw== X-Gm-Message-State: AOAM531JpAVKGgJ+SVbt5l29+721/Ybp1OygQ5hBCN6F7aPWamHgruta otOQtDJ+IdswLE4NJbJZOE3UGQ81qhK7uBT1XrbfDLb/CzVleg== X-Google-Smtp-Source: ABdhPJwLonIxz8GMVHezTwi+dob7OwRJ3P961flDCQHH5mik+v4w6n9wZkPzPCtqS9Z7mMjHh+1/T9M4c6SQ/xXsGdI= X-Received: by 2002:a05:6638:25d6:: with SMTP id u22mr1233840jat.18.1613357634707; Sun, 14 Feb 2021 18:53:54 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Aaron Pavely Date: Sun, 14 Feb 2021 20:53:44 -0600 Message-ID: Subject: Re: libpq 11.10 / 11.11 are not propertly released for bionic To: Christoph Berg , Saif Hakim , pgsql-pkg-debian@postgresql.org Content-Type: multipart/alternative; boundary="000000000000b675f905bb571891" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk --000000000000b675f905bb571891 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sun, Feb 14, 2021 at 2:53 PM Christoph Berg wrote: > That said, you shouldn't worry about libpq5 11 - using the 13 version > from the "main" repository component is the recommended way. I guess > the fact that no one has spotted that problem before means no one is > actually using the "11" and the other versioned components. > Actually, I received a few complaints the other day from developers for the bionic-pgdg/9.6 component when 9.6.21 was pushed, so Saif's issue was not an isolated incident. At the time, I saw that the 'Packages' file was similarly last updated in November. Everything looks good now, though. While I recommend to my teams use the 'main' component for libpq, there continues to be fear among many that libpq versions mismatched from the parent database cluster version may cause unexpected issues =E2=80=94 even = after I point out that the database cluster itself is using the most recent release of libpq from the 'main' component. Aaron --000000000000b675f905bb571891 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Sun, Feb 14, 2021 at 2:53 PM Christoph= Berg <myon@debian.org> wrote:=
That said, you shouldn't worry about libpq5 11 - using the = 13 version
from the "main" repository component is the recommended way. I gu= ess
the fact that no one has spotted that problem before means no one is
actually using the "11" and the other versioned components.
=C2=A0
Actually, I received a few complaints=C2= =A0the other day from developers for the bionic-pgdg/9.6 component when 9.6= .21 was pushed, so Saif's issue was not an isolated incident. At the ti= me, I saw that the 'Packages' file was similarly last updated in No= vember. Everything looks good now, though.

While I= recommend to my teams use the 'main' component for libpq, there co= ntinues to be fear among many that libpq versions mismatched from the paren= t database cluster version may cause unexpected issues =E2=80=94 even after= I point out that the database cluster itself is using the most recent rele= ase of libpq from the 'main' component.

Aa= ron
--000000000000b675f905bb571891--