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 1n5wAa-0005Aw-Lw for pgsql-bugs@arkaria.postgresql.org; Fri, 07 Jan 2022 20:49:04 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1n5wAY-0006B0-Vp for pgsql-bugs@arkaria.postgresql.org; Fri, 07 Jan 2022 20:49:02 +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 1n5wAY-0006Ar-No for pgsql-bugs@lists.postgresql.org; Fri, 07 Jan 2022 20:49:02 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1n5wAR-0002ab-MZ for pgsql-bugs@lists.postgresql.org; Fri, 07 Jan 2022 20:49:02 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.15.2/8.15.2) with ESMTP id 207KmqT81377834; Fri, 7 Jan 2022 15:48:52 -0500 From: Tom Lane To: byavuz81@gmail.com cc: pgsql-bugs@lists.postgresql.org Subject: Re: BUG #17358: While using --with-uuid=bsd option, uuid_ossp test fails on NetBSD 9.2 In-reply-to: <17358-89806e7420797025@postgresql.org> References: <17358-89806e7420797025@postgresql.org> Comments: In-reply-to PG Bug reporting form message dated "Fri, 07 Jan 2022 10:38:50 +0000" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <1377832.1641588532.1@sss.pgh.pa.us> Date: Fri, 07 Jan 2022 15:48:52 -0500 Message-ID: <1377833.1641588532@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk PG Bug reporting form writes: > While installing PostgreSQL from source code, uuid_ossp test fails on NetBSD > 9.2. Hmm, yeah, reproduced here. It looks like NetBSD 9 and later have decided to generate version-4 UUIDs instead of the version-1 UUIDs that we're expecting uuid_create() to return. How annoying. Their uuid_create(3) man page doesn't actually commit to anything either way, but I suppose it's based on the uuidgen(2) syscall, and that page clearly changed between 8.2 and 9.0: https://man.netbsd.org/NetBSD-8.2/uuidgen.2 https://man.netbsd.org/NetBSD-9.0/uuidgen.2 We hadn't noticed because our one NetBSD 9.x buildfarm animal isn't building with --with-uuid :-(. Not sure about how to fix this nicely. We've tried to avoid writing our own code for V1 UUIDs, but maybe we should just bite the bullet and do that? The hard part seems like it'd be to get a MAC address from someplace. regards, tom lane