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 1qHPGL-0008TV-Lz for pgsql-hackers@arkaria.postgresql.org; Thu, 06 Jul 2023 13:43:13 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1qHPGK-0004yQ-JZ for pgsql-hackers@arkaria.postgresql.org; Thu, 06 Jul 2023 13:43:12 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1qHPGK-0004yH-9h for pgsql-hackers@lists.postgresql.org; Thu, 06 Jul 2023 13:43:12 +0000 Received: from smtp.outgoing.loopia.se ([93.188.3.37]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1qHPGH-002MUm-Gb for pgsql-hackers@postgresql.org; Thu, 06 Jul 2023 13:43:11 +0000 Received: from s807.loopia.se (localhost [127.0.0.1]) by s807.loopia.se (Postfix) with ESMTP id 7B7192F9C33E for ; Thu, 6 Jul 2023 15:43:07 +0200 (CEST) Received: from s981.loopia.se (unknown [172.22.191.6]) by s807.loopia.se (Postfix) with ESMTP id 6A3E82E28EAF; Thu, 6 Jul 2023 15:43:07 +0200 (CEST) Received: from s473.loopia.se (unknown [172.22.191.6]) by s981.loopia.se (Postfix) with ESMTP id 666A022B17A2; Thu, 6 Jul 2023 15:43:07 +0200 (CEST) X-Virus-Scanned: amavisd-new at amavis.loopia.se X-Spam-Flag: NO X-Spam-Score: -1 X-Spam-Level: X-Spam-Status: No, score=-1 tagged_above=-999 required=6.2 tests=[ALL_TRUSTED=-1] autolearn=disabled Received: from s899.loopia.se ([172.22.191.6]) by s473.loopia.se (s473.loopia.se [172.22.190.13]) (amavisd-new, port 10024) with LMTP id 2P7YuUsxQqCX; Thu, 6 Jul 2023 15:43:06 +0200 (CEST) X-Loopia-Auth: user X-Loopia-User: daniel@yesql.se X-Loopia-Originating-IP: 89.255.232.193 Received: from smtpclient.apple (customer-89-255-232-193.stosn.net [89.255.232.193]) (Authenticated sender: daniel@yesql.se) by s899.loopia.se (Postfix) with ESMTPSA id 9752E2C8BA85; Thu, 6 Jul 2023 15:43:06 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.120.41.1.3\)) Subject: Re: UUID v7 From: Daniel Gustafsson In-Reply-To: Date: Thu, 6 Jul 2023 15:43:06 +0200 Cc: Nikolay Samokhvalov , "Kyzer Davis (kydavis)" , Peter Eisentraut , Andres Freund , Andrey Borodin , PostgreSQL Hackers , "brad@peabody.io" , "wolakk@gmail.com" Content-Transfer-Encoding: quoted-printable Message-Id: <7AC9F1D2-A02B-4FF6-A331-C686C7EA244B@yesql.se> References: <20230211011453.uq2yopunpbovcbnn@awork3.anarazel.de> <5ceb7394-7488-d438-0951-fcc940feb539@enterprisedb.com> <5176A0E4-CA75-47D0-A1F3-FBC9B6116595@yesql.se> To: Matthias van de Meent X-Mailer: Apple Mail (2.3696.120.41.1.3) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk > On 6 Jul 2023, at 15:29, Matthias van de Meent = wrote: >=20 > On Thu, 6 Jul 2023 at 14:24, Daniel Gustafsson = wrote: >>=20 >>> On 22 Jun 2023, at 20:30, Nikolay Samokhvalov = wrote: >>=20 >>> Some small updates as I see them: >>> - there is revision 7 now in = https://github.com/ietf-wg-uuidrev/rfc4122bis >>> - noticing that there is no commitfest record, I created one: >>=20 >> I will actually go ahead and close this entry in the current CF, not = because we >> don't want the feature but because it's unlikely that it will go in = now given >> that standardization is still underway. Comitting anything right now = seems >> premature, we might as well wait for standardization given that we = have lots of >> time before the v17 freeze. >=20 > I'd like to note that this draft has recently had its last call > period, and has been proposed for publishing early last month. Sure, but this document is in AD Evaluation and there are many stages = left in the IESG process, it may still take a fair bit of time before this is = done. > Sure, it's earlier than the actual release of > the standard, but that wasn't a blocker for SQL features that were > considered finalized either. I can't speak for any SQL standard features we've committed before being standardized, it's for sure not the norm for the project. I'm only = commenting on this particular Internet standard which we have plenty of time to = commit before v17 without rushing to beat a standards committee. Also, if you look you can see that I moved it to the next CF in a vague = hope that standardization will be swift (which is admittedly never is). -- Daniel Gustafsson