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 1t14Uk-00Eaew-Dg for pgsql-hackers@arkaria.postgresql.org; Wed, 16 Oct 2024 13:55:22 +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 1t14Ui-003hEJ-Nb for pgsql-hackers@arkaria.postgresql.org; Wed, 16 Oct 2024 13:55:21 +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.94.2) (envelope-from ) id 1t14Ui-003hDt-E3 for pgsql-hackers@lists.postgresql.org; Wed, 16 Oct 2024 13:55:20 +0000 Received: from momjian.us ([72.94.173.45]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1t14Uf-001Mfc-W7; Wed, 16 Oct 2024 13:55:19 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=momjian.us; s=2024011501; h=In-Reply-To:Content-Transfer-Encoding:Content-Type: MIME-Version:References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-ID:Content-Description; bh=cj53u3EeE9obCdM8xvaGoUlQLbml401t7uTfFMG8k7Y=; b=DoNeqjEeHezcDcUqoAcqgw+Icl ymRUWtQoVrN/gfK9U7zD/MgAq84AQ+D0ieDi1H56rTv93NGfTBFaolVaRkgqJVo34n2sUT5mDGNzR 2z9A3lBiQd287lylXbTnophPvNnMDjN34hnwuKe7bR6uC/FgeE8amahUQCtrZj5pBWG2UbYn0K6hA vtiIOLBK+mOB1sJZGlPrhvIYbf17LuwpesMicuuBHX2RuqQN1XyEN6cdQka7tz4jOv0rMMqumaGlq EcSzX7fPRa1BQpFBV6j+GAQVCaDaumthHTTCB6XgGN1NknZgOlIp50mtEAdMtwwiE52aPVnEUB1K9 yRUJtMGQ==; Received: from bruce by momjian.us with local (Exim 4.96) (envelope-from ) id 1t14Uc-0087lb-1k; Wed, 16 Oct 2024 09:55:14 -0400 Date: Wed, 16 Oct 2024 09:55:14 -0400 From: Bruce Momjian To: Peter Eisentraut Cc: Yugo NAGATA , Tatsuo Ishii , tgl@sss.pgh.pa.us, daniel@yesql.se, pgsql-hackers@postgresql.org Subject: Re: Doc: typo in config.sgml Message-ID: References: <20241011123653.09a67d3ad7b60a59e4558403@sraoss.co.jp> <20241015101036.d8c29e4aada1c3e92ddcef9d@sraoss.co.jp> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Wed, Oct 16, 2024 at 09:58:23AM +0200, Peter Eisentraut wrote: > On 15.10.24 23:51, Bruce Momjian wrote: > > > I don't see why we need to enforce this at this level. Whatever downstream > > > toolchain has requirements about which characters are allowed will complain > > > if it encounters a character it doesn't like. > > > > Uh, the PDF build does not complain if you pass it a non-Latin-1 UTF8 > > characters. To test this I added some Russian characters (non-Latin-1) > > to release.sgml: > > > > (⟨б⟩, ⟨в⟩, ⟨г⟩, ⟨д⟩, ⟨ж⟩, ⟨з⟩, ⟨к⟩, ⟨л⟩, ⟨м⟩, ⟨н⟩, ⟨п⟩, ⟨р⟩, ⟨с⟩, ⟨т⟩, > > ⟨ф⟩, ⟨х⟩, ⟨ц⟩, ⟨ч⟩, ⟨ш⟩, ⟨щ⟩), ten vowels (⟨а⟩, ⟨е⟩, ⟨ё⟩, ⟨и⟩, ⟨о⟩, ⟨у⟩, > > ⟨ы⟩, ⟨э⟩, ⟨ю⟩, ⟨я⟩), a semivowel / consonant (⟨й⟩), and two modifier > > letters or "signs" (⟨ъ⟩, ⟨ь⟩) > > > > and I ran 'make postgres-US.pdf', and then removed the Russian > > characters and ran the same command again. The output, including stderr > > was identical. The PDFs, of course, were not, with the Russian > > characters showing as "####". Makefile output attached. > > Hmm, mine complains: My Debian 12 toolchain must be older. -- Bruce Momjian https://momjian.us EDB https://enterprisedb.com When a patient asks the doctor, "Am I going to die?", he means "Am I going to die soon?"