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 1ktbOF-0007mK-Rl for pgsql-hackers@arkaria.postgresql.org; Sun, 27 Dec 2020 19:07:40 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1ktbOE-0002QG-Hs for pgsql-hackers@arkaria.postgresql.org; Sun, 27 Dec 2020 19:07:38 +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 1ktbOE-0002Q9-60 for pgsql-hackers@lists.postgresql.org; Sun, 27 Dec 2020 19:07:38 +0000 Received: from mail-io1-xd31.google.com ([2607:f8b0:4864:20::d31]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1ktbOA-0000w6-Qu for pgsql-hackers@lists.postgresql.org; Sun, 27 Dec 2020 19:07:37 +0000 Received: by mail-io1-xd31.google.com with SMTP id q137so7690528iod.9 for ; Sun, 27 Dec 2020 11:07:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telsasoft-com.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=XcpILKM/ylBiuWeA/q73Ar5rIXS9zXS6/GrQQBsNJdE=; b=YWgu46mz9y7k3zdacUmwSQ83lPnsvVUEgG5aMNF90xk2VsYcqIk118WDuc9jQ05d2g HIoGM27zC/Yovgj57xS9l95sYjLebZUoZIKd3pnN3q/Akc5yZ7TXrUPsmkA6bgxZoLWc PmeyjA0+7cdIk+spz/790b9cVFr0KiKOO6F9u8NT9pAN+KRHv99sxd7atqsRFSGrf+9p U368eNS3FfkBPWjBAkyljOjq14BAPgm9tsZsPrDtxpZIDeqJdBsgYmFQWGFCrOOQYlsB FZekfiVLO0FqY3r9Z1J1xBcuNbVPV7W7Vbgv9oSRsawIseb6Eo0SZSvcuTdT8y3r5LMW IwEQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=XcpILKM/ylBiuWeA/q73Ar5rIXS9zXS6/GrQQBsNJdE=; b=W5YAAxZSb86+JDbdfE59so+BgWH7Qn1DrJijEo+7Ieh6gsEeBQRSgAkDNGYw6crHKv KvD22Rahnj6B4cBiOoOFB+7eTCB2fdjX9pbXVCcrPSZNPba8rqjghBKChkDXmK5Vuc54 RtejctPMLYHgaI097SU76bgU3tfNoTnu9GulquFhy3zkMAWrAKCWmENXbfmsPtZVk6hp M9TDfL/t5/cXG6ZO6CmWyjp5+oN9TNgRM+zE19V8MrccC6sx4wfx1TFIVRQb7MXje9C1 T7ag1lN8JhzWAIHNHy7ipURCxvq240n2a2h7MjOJ8f1ZMCDqcjTqqQYn+mfmKOkZAjlF q8gQ== X-Gm-Message-State: AOAM5317bRdiOfoTLiqzchKdHVao53Q64dUN2di4yDVVWfMk3vhgaR0k H9YL4PKxx39yN7U7EWbNI7zmIw== X-Google-Smtp-Source: ABdhPJynUpQ5J6jyeOy5DBaWHzMwOls2AgxHc9bWiODte9uNjloKOOU950nvU4AQ6KmLW5gfku6ChQ== X-Received: by 2002:a5d:959a:: with SMTP id a26mr34622404ioo.94.1609096052993; Sun, 27 Dec 2020 11:07:32 -0800 (PST) Received: from pryzbyj.telsasoft (charmander.telsasoft.com. [50.244.222.1]) by smtp.gmail.com with ESMTPSA id v3sm29841882iom.24.2020.12.27.11.07.31 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 27 Dec 2020 11:07:31 -0800 (PST) Received: by pryzbyj.telsasoft (Postfix, from userid 1000) id D56EE8006B1; Sun, 27 Dec 2020 13:07:29 -0600 (CST) Date: Sun, 27 Dec 2020 13:07:29 -0600 From: Justin Pryzby To: Tomas Vondra Cc: Tom Lane , Andres Freund , buschmann@nidsa.net, pgsql-hackers@lists.postgresql.org Subject: Re: pg_upgrade test for binary compatibility of core data types Message-ID: <20201227190729.GB26311@telsasoft.com> References: <20191013001032.lqrn4kqaovhrf77l@development> <17717.1570991208@sss.pgh.pa.us> <20191013203848.2eksimmpux3546wr@development> <27596.1571062600@sss.pgh.pa.us> <20191014163538.cqn6j4cl7s2mk2yz@development> <20191015001817.zei45apgpu5dzngr@development> <20191015044118.GO3599@telsasoft.com> <20191015070725.csmdmdvrlb6klwkg@development> <20201206180248.GI24052@telsasoft.com> <20201216172222.GS30237@telsasoft.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="CE+1k2dSO48ffgeK" Content-Disposition: inline In-Reply-To: <20201216172222.GS30237@telsasoft.com> User-Agent: Mutt/1.9.4 (2018-02-28) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk --CE+1k2dSO48ffgeK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Dec 16, 2020 at 11:22:23AM -0600, Justin Pryzby wrote: > On Sun, Dec 06, 2020 at 12:02:48PM -0600, Justin Pryzby wrote: > > I meant to notice if the binary format is accidentally changed again, which was > > what happened here: > > 7c15cef86 Base information_schema.sql_identifier domain on name, not varchar. > > > > I added a table to the regression tests so it's processed by pg_upgrade tests, > > run like: > > > > | time make -C src/bin/pg_upgrade check oldsrc=`pwd`/11 oldbindir=`pwd`/11/tmp_install/usr/local/pgsql/bin > > Per cfbot, this avoids testing ::xml (support for which may not be enabled) > And also now tests oid types. > > I think the per-version hacks should be grouped by logical change, rather than > by version. Which I've started doing here. rebased on 6df7a9698bb036610c1e8c6d375e1be38cb26d5f -- Justin --CE+1k2dSO48ffgeK Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="v3-0001-WIP-pg_upgrade-test.sh-changes-needed-to-allow-te.patch"