Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1rtxod-001AcD-Rz for pgsql-hackers@arkaria.postgresql.org; Mon, 08 Apr 2024 22:50:16 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1rtxoc-00Dn3O-8Q for pgsql-hackers@arkaria.postgresql.org; Mon, 08 Apr 2024 22:50:14 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1rtxob-00Dn3F-Pu for pgsql-hackers@lists.postgresql.org; Mon, 08 Apr 2024 22:50:13 +0000 Received: from mail-qv1-xf2a.google.com ([2607:f8b0:4864:20::f2a]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1rtxoW-001ts0-Nz for pgsql-hackers@lists.postgresql.org; Mon, 08 Apr 2024 22:50:12 +0000 Received: by mail-qv1-xf2a.google.com with SMTP id 6a1803df08f44-69b137d09e3so11836856d6.1 for ; Mon, 08 Apr 2024 15:50:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dunslane-net.20230601.gappssmtp.com; s=20230601; t=1712616607; x=1713221407; darn=lists.postgresql.org; h=content-transfer-encoding:in-reply-to:autocrypt:content-language :from:references:cc:to:subject:user-agent:mime-version:date :message-id:from:to:cc:subject:date:message-id:reply-to; bh=FSylEz9q4dD+MnPlm1LhK5Fx/EtvxG8uyXHxgsVi1vw=; b=FkNBhz2mPPFSNxhtWYbs89hfqJtfJmLMpB3TVKP2EJgn22/p5/u4kJXQeJvJFDKSKq ejaPL9s3QgDzkjD+Hr/dcMs0npHLboBjPvdf++Hdj7R9ZLRDfGHfT+ezRLDMxzPcGQ4k KO4YJAiF1sh/vVTDDOImi1ZV2nBLxSEsSvkmkeW4EBk7Ns3SrRxbfxXp8k06MxalMYPK SfgBMkFoUM7sPCFa60QhyMDMlB5oO7OL2oOFn5PTBLnIkjq9BBfAuKgYtx+1k8AjfN1v guT1ET8Hf7WsoQjoJXEWYfJkPZpChyMO0oRKi5pnCv/1nfJaPIcTa/hkDKZeYFPtjzcB xynA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1712616607; x=1713221407; h=content-transfer-encoding:in-reply-to:autocrypt:content-language :from:references:cc:to:subject:user-agent:mime-version:date :message-id:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=FSylEz9q4dD+MnPlm1LhK5Fx/EtvxG8uyXHxgsVi1vw=; b=wuv4iivalFn341HzPV5pFVVdZ7pqUgLrqaWp/RxLlZuiSR4JEaPZCYkchUAlb/tE6t Mp7QXlcD85t/8tuwEVt++q04TfMwxgCRHxGpjKM0lZH+4mPsSOMUCGtP14ufkkYc640o yK3RJQFiwYHiOzJn5ErGUE938CVdAqIyDnVGSvUFJmqdUmTTdgarJjLQ1ALz9Ju1eMRm 5w81sWKlyFFOBbOTYzX91hMqtiyQdQExfPi3Eb9UPLQJKcEWc3R3qGjLhumFKX5PT7OC c0PRBHiL9/eqFo7K+H4sg5S6ZA5IF7HkgorMFmE6/caX6getGe8nhqH6g02DD2QkCN3n PeoA== X-Forwarded-Encrypted: i=1; AJvYcCXc+C8ygT61BFzLAeuF0D38K65P/u/0Zwa3RM5nCxngOmmPXPjs8ohRJtTp+d60TQbV0DtDOIOaFOqFcZsjqoVrxgh0tPEsXPjRwW4EY1VwngZ9 X-Gm-Message-State: AOJu0YwvPoeckCWARm4Fm5wmiakf2mdWs5uScChrRLUnJy0Lvt+I8uzy U26pHj3q9p4CvAr+Y+YohxqiljL3N24JSJHk3XJr4C984VORZcylaIqQK5FhzHE= X-Google-Smtp-Source: AGHT+IFm02SgCeeCa/UboIYK6cnyB2W7LT+cVqZuKK8+g+kQkgS06DXq/0GEZJD6v/sX4dFgHrOo7Q== X-Received: by 2002:a05:6214:1cc7:b0:699:1042:dcab with SMTP id g7-20020a0562141cc700b006991042dcabmr12274118qvd.60.1712616607250; Mon, 08 Apr 2024 15:50:07 -0700 (PDT) Received: from ?IPV6:2605:a601:9180:9800::2bb? ([2605:a601:9180:9800::2bb]) by smtp.googlemail.com with ESMTPSA id pz29-20020ad4551d000000b006990f6854e3sm3456288qvb.67.2024.04.08.15.50.06 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 08 Apr 2024 15:50:06 -0700 (PDT) Message-ID: <74015af1-14af-4aeb-a969-012ad1964148@dunslane.net> Date: Mon, 8 Apr 2024 18:50:05 -0400 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: PostgreSQL 17 Release Management Team & Feature Freeze To: Alvaro Herrera , Robert Haas Cc: Michael Paquier , David Rowley , Postgres hackers , Heikki Linnakangas References: <202404081607.tbumrn4qzia4@alvherre.pgsql> From: Andrew Dunstan Content-Language: en-US Autocrypt: addr=andrew@dunslane.net; keydata= xsBNBE7KWFkBCAClridxur2AIc7eW2AR7izbfp3EnNefie2HbLF0izW5Ik5UjX2HBXBx4syI gY6b0ugohXrr274+baoAlvSbq6cAoQuEVrk5IZFzt20b1Xkx65FwGSEj526yiKLocqkJceSq Xr9xcA5SGY+FZv441chh5SU92v4q6z+6LPpoHOh97ptAVXZYNTtU0LevyvD5lja0TzbvJm6C eFXitJfnm1pLEr0DGJCR/iUOl/N62Kh4855zZC7NHIjQHPOvV5Stz/l5ilDhvGVk+xkXFPys SjZoUr1rXhYLpiyi5sR0X9FHXT0KnGuz1F5ERO7ZTLSSQ6fJwPj6gOk9K+vvoKvoeql5ABEB AAHNJEFuZHJldyBEdW5zdGFuIDxhbmRyZXdAZHVuc2xhbmUubmV0PsLAmwQTAQgARQIbAwIX gAIZAQULCQgHAgMiAgEGFQoJCAsCBBYCAwECHgcWIQTkPlhGHfx8v0RpFaWZ+n/LWfw7gQUC ZFlxxwUJGVGAbgAKCRCZ+n/LWfw7gXikB/9ZdcUy6CTBFIIuL/bVsc1eLEW/gJBjJBF6HxNY xgEkAgXAp4Lg4A5U+QB9GouFr7+GYxF0BU4hzoGhNPUWltxnHdMWP8nC/38LAqgMi8L/bbsm HW5YPBdWYaAZAPJQVfOAgjTbRUb26KSprpyrrJKW0ZmrZfjhNPcQ72jpWzoPLQqx2X6B0fru 1jq+cBh8lb6r1mJTim1T3JIn+F/v5VpdQS+EL8xqsHkfzKjIPsW3CIXpkypSk6saA55Rkkbl 26AW8ftPVB0Q6Lnn6FLt9CP0MGNixBQ55yq8r1K+nCBvCCjvQjM8RDm0UUum0WNl+ifQgTLO E8TWEnwVtkBf+3QWzsBNBE7KWFkBCADRnOM0FCzsYW6jtncg+dWIagjUZpvaClmqn/sJluLa Q3v1VXMQJzYs3eC1gh386W+XBwLRpDj3jzH81lX+p73Re3d3oJW7X+ffsxuzu5ZVdMUkqBYo nkAbKxr6gyJ12F/+JkUVzLcoTN+d/7YsQvUVi7NaKH8mJgjz112O4fUe3p9wfAaFa0RXHc5S GPzRTYRRlv/XZBIho4J2tkZOnteZJZ+GbxQVlINt6fd8P6al3MWOvpP/ExJPguEfjOsO6Njy xjo3WfpD4lHMOR/Oc3/8mScEF84rF2jXbsFgelWnbPWAvXY+pD0dXOFRkagGmC/viwBDqq5b 5tk76kKmUbZxABEBAAHCwHwEGAEIACYCGwwWIQTkPlhGHfx8v0RpFaWZ+n/LWfw7gQUCZFlx 5wUJGVGAjgAKCRCZ+n/LWfw7gf+iB/4g8CPY5jihf5r/8EsoIGe2H+dpVmpPF8YGBzTIvCz/ fQoOq8AX/pE76QEuFnFZWfjw+wgBXgCVmkox2Eflkk6z4ND3pcwGZ6CfCxTQCDk/dij+2DQ4 6bmDCy/sBgcbz9mTpoLC11HLoPae6YN9nBNQRZDcEFEu54OaVOqlIdbA6m+POIBCXZdHOFc0 WoDTgxHRzC1jgQNidyd6tKqcsVJs0dzF0oKTmFFmUAqTdJO12LBuNA1rlqrR3EtpYk8B/wtS 5dIMD7Q8hwQpL+4C6GNpb6ZKnPkLi47pDOLhz2qBrqN+rqUEsT3YnExYpzj5yOBi+FlmV1Hw 49QYe1sn2ZPs In-Reply-To: <202404081607.tbumrn4qzia4@alvherre.pgsql> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 2024-04-08 Mo 12:07, Alvaro Herrera wrote: > On 2024-Apr-08, Robert Haas wrote: > >> And maybe we need to think of a way to further mitigate this crush of >> last minute commits. e.g. In the last week, you can't have more >> feature commits, or more lines of insertions in your commits, than you >> did in the prior 3 weeks combined. I don't know. I think this mad rush >> of last-minute commits is bad for the project. > Another idea is to run a patch triage around mid March 15th, with the > intention of punting patches to the next cycle early enough. But rather > than considering each patch in its own merits, consider the responsible > _committers_ and the load that they are reasonably expected to handle: > determine which patches each committer deems his or her responsibility > for the rest of that March commitfest, and punt all the rest. That way > we have a reasonably vetted amount of effort that each committer is > allowed to spend for the remainder of that commitfest. Excesses should > be obvious enough and discouraged. > I quite like the triage idea. But I think there's also a case for being more a bit more flexible with those patches we don't throw out. A case close to my heart: I'd have been very sad if the NESTED piece of JSON_TABLE hadn't made the cut, which it did with a few hours to spare, and I would not have been alone, far from it. I'd have been happy to give Amit a few more days or a week if he needed it, for a significant headline feature. I know there will be those who say it's the thin end of the wedge and rulez is rulez, but this is my view. cheers andrew -- Andrew Dunstan EDB: https://www.enterprisedb.com