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.96) (envelope-from ) id 1vJvBs-008Evh-0l for pgsql-translators@arkaria.postgresql.org; Fri, 14 Nov 2025 14:54:19 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1vJvBp-006npP-2x for pgsql-translators@arkaria.postgresql.org; Fri, 14 Nov 2025 14:54:17 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1vJvBp-006npI-1X for pgsql-translators@lists.postgresql.org; Fri, 14 Nov 2025 14:54:17 +0000 Received: from fhigh-a2-smtp.messagingengine.com ([103.168.172.153]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1vJvBm-007jaO-2J for pgsql-translators@lists.postgresql.org; Fri, 14 Nov 2025 14:54:17 +0000 Received: from phl-compute-05.internal (phl-compute-05.internal [10.202.2.45]) by mailfhigh.phl.internal (Postfix) with ESMTP id 1BBA91400068; Fri, 14 Nov 2025 09:54:12 -0500 (EST) Received: from phl-mailfrontend-01 ([10.202.2.162]) by phl-compute-05.internal (MEProxy); Fri, 14 Nov 2025 09:54:12 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kurilemu.de; h= cc:cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :reply-to:subject:subject:to:to; s=fm2; t=1763132052; x= 1763218452; bh=PfQPvhw1QZ2hW8ueKgUzPe9cq9kROto3SC/XwhA7nu8=; b=t ulC9LZG1TYkR0LcbrT+EU0CdJtTj79xJHYiFTMNeBkJT14tMQ9kHDGYWpNwL/t5/ OvhYz9+cOxQCBK7ZZ16rBJBsh1gGgVmgavxIXMzwbiuQsWmeQPlqZGg2P1K3/AqP IqYgP3Wpt5ETtRoVBxKfR315Sews/JKbMmeY/+s3ZUDlsAmgjMd884JfZFYmK2wg cRmYvGMUDFdZMbYmDM88LcqQAcj3MUbsUPP2coS44Ydd0Iu957QQGO5yUWXfUJkd fPymrAKzFshbPRKHP3g655VBcGDvmjxkTR34mUylmkW63pw3tNNjTItwB+JCetbv XLBAX7pg3Vgl6H1o9LvlA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :reply-to:subject:subject:to:to:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm3; t=1763132052; x=1763218452; bh=P fQPvhw1QZ2hW8ueKgUzPe9cq9kROto3SC/XwhA7nu8=; b=rtc2jLX7omNBslJ+s 1C+CDwxRg+2mJPwPFEF9RAnZeEhtuCcAESATTs/CkyVBKEVYm58FTegV0aFFl2Y2 SVYwhRCAtv7x5Qu3xeMioYWhn0KGmj5OQBz/LzaaoOHa/8+p2XUxGbe1uIqBXO1N LEF0pRr0LlcmacEgVm3xFSZgQhVZb60Ges1rc6OJIOwlRkAy6Tp/fqmOX19NsYR3 KPbdcEIj2owdn13Md1DPC89CW/DugYoY8XEcpBRm47GLTnh6S5HJFSswkyz1Y3Hc GGlzRr1xRh1XDVwGPtczQetUr0zwgN54Je8nHqLysU8tBZS8N9C1KVDWso4Scmz5 frtZg== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeffedrtdeggddvuddtudduucetufdoteggodetrf dotffvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfurfetoffkrfgpnffqhgenuceu rghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujf gurhepfffhvfevuffkgggtugfgjgesthekredttddtjeenucfhrhhomheplmhlvhgrrhho ucfjvghrrhgvrhgruceorghlvhhhvghrrhgvsehkuhhrihhlvghmuhdruggvqeenucggtf frrghtthgvrhhnpeetuedvheffkeevgfeuheevteevkefggedttdeufeeuheduuddthfef fffhjeefffenucffohhmrghinhepvghnthgvrhhprhhishgvuggsrdgtohhmnecuvehluh hsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomheprghlvhhhvghrrhgv sehkuhhrihhlvghmuhdruggvpdhnsggprhgtphhtthhopedvpdhmohguvgepshhmthhpoh huthdprhgtphhtthhopehpghhsqhhlqdhtrhgrnhhslhgrthhorhhssehlihhsthhsrdhp ohhsthhgrhgvshhqlhdrohhrghdprhgtphhtthhopegurghnihgvlheshigvshhqlhdrsh gv X-ME-Proxy: Feedback-ID: ie3de48e3:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Fri, 14 Nov 2025 09:54:11 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kurilemu.de; s=schmee; t=1763132048; bh=1u97MPfe90LnwSFOVMNb59sO+2J0LrwDdEGy8G3CdSE=; h=Date:From:To:Cc:Subject:In-Reply-To:From; b=LyMMPXuXmBuGtKTDs2vj432Pwdkauk0VXkuXWPwsfYmYKkkH/jdoixe5OCeFsqpRC xAVhSS8uwYF8KRVm/xMFeE+4dfbnCOGhDWQnnHAeQX43eTq7FL0BkKYV/Mm05AbUOB qkezTDAkwXE/BUr7OSmYXgPCAE0cBgsR1UKnvkCf4N05Vx+rmA2fOd+w76to+gyw3e guv6fBKzHknp42HBkmko+hERCwGBiTuYvGaYhWMYE6vDkyu67v3DSt/78903157xxv xuNZ9i+xe6q7e+eOwTluezwnNaBsVQHICNCF21zTm9I77LvdKdq0usOojOs86+YHPj I262geb6dADTA== Received: by schmee.kurilemu.internal (Postfix, from userid 1000) id 68C6576; Fri, 14 Nov 2025 16:54:08 +0200 (EET) Date: Fri, 14 Nov 2025 15:54:08 +0100 From: =?utf-8?Q?=C3=81lvaro?= Herrera To: Daniel Gustafsson Cc: pgsql-translators@lists.postgresql.org Subject: Re: v18 GUC in v17 translation Message-ID: <202511141446.wxyrmnnclogb@alvherre.pgsql> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <0C32C3FE-C624-4E96-8D03-8CC1A66186D7@yesql.se> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 2025-Nov-14, Daniel Gustafsson wrote: > The Japanese initdb translation contains strings which are only present in v18 > and onwards, which seems seems incorrect. While I know that we don't apply > changes directly to the in-tree .po files I attached a diff for that to > illustrate. Am I missing something or should these be removed from the source > translation repo? Hmm, this is pretty harmless -- it just means the message catalog has an entry that will never be used. But it won't have any bad consequences. I don't think we need to go out of our ways to clean it up: the automated merge workflow should eventually remove that string from the source file. It looks like this string came in with commit faf514a1ccf9 in the pgtranslation/messages repository. I don't understand what could have happened here, other than the translator downloading the file for the wrong branch. Maybe this explains why the stats for Japanese in 17 are much lower than for all other branches? I think our branch handling is really confusing and could easily induce people to do the wrong thing. I'm not sure what would be better, though. I think we could just get rid of branch master altogether, and create the next one from the previous (e.g., create REL_19_STABLE from REL_18_STABLE), rather than branching the previous from master each time. -- Álvaro Herrera PostgreSQL Developer — https://www.EnterpriseDB.com/ "Tiene valor aquel que admite que es un cobarde" (Fernandel)