Saito-san,
Oh, I didn't realize that you have aready pointed out this 1 hour
earlier than me. Sorry for this.
Best reagards,
--
Tatsuo Ishii
SRA OSS LLC
English: http://www.sraoss.co.jp/index_en/
Japanese:http://www.sraoss.co.jp
From: Noboru Saito
Subject: archive_command was duplicat
> On Mon, Oct 24, 2022 at 02:04:48PM +0900, Michael Paquier wrote:
>> Thanks, that's wrong :/
>
> Anyway, this one is on me, so applied. Thanks for the patch and the
> report!
Thank you!
--
Tatsuo Ishii
SRA OSS LLC
English: http://www.sraoss.co.jp/index_en/
Japanese:http://www.sraoss.co.jp
SONLOG-KEYS-VALUES
Yeah, that's a typo. Patch attached.
Best reagards,
--
Tatsuo Ishii
SRA OSS LLC
English: http://www.sraoss.co.jp/index_en/
Japanese:http://www.sraoss.co.jp
diff --git a/doc/src/sgml/config.sgml b/doc/src/sgml/config.sgml
index 703f6d5a7f..724c832308 100644
--- a/doc/src/sgml/c
>> Hello, I am a member of the PostgreSQL documentation Japanese translation
>> team.
>>
>> I noticed that the nextval tag in ref/create_sequence.sgml is different.
>> Is this just a mistake?
Patch pushed to all supported branches.
Thanks!
--
Tatsuo I
Yes, it seems using tag for nextval is plain wrong because
nextval is a function name. Moreover in other places tags
are used and using tag here looks inconsistent.
Best reagards,
--
Tatsuo Ishii
SRA OSS LLC
English: http://www.sraoss.co.jp/index_en.php
Japanese:http://www.sraoss.co.jp
>> I'd just fix HEAD and v13. The earlier branches are not friendly
>> at all to long function descriptions.
>
> +1 from me.
Pushed to HEAD and v13.
--
Tatsuo Ishii
SRA OSS, Inc. Japan
English: http://www.sraoss.co.jp/index_en.php
Japanese:http://www.sraoss.co.jp
> I'd just fix HEAD and v13. The earlier branches are not friendly
> at all to long function descriptions.
+1 from me.
--
Tatsuo Ishii
SRA OSS, Inc. Japan
English: http://www.sraoss.co.jp/index_en.php
Japanese:http://www.sraoss.co.jp
think we should back-patch to existing stable branches? The
reason I am asking is, the doc format for v12 and before use very
simple description and if we apply the same description of this patch
to those branche, the description level for the function may look
different from other functions.
(
.
It's not clear whether its return value is (first arg - second arg) or
(second arg - first arg). The order matters because the return value
could have a sign (it actually does first arg - second arg). Attached
is a patch to fix the description.
Best regards,
--
Tatsuo Ishii
SRA OSS, Inc.
o get somewhere with that hint.
Thanks for the info. I will try the direction. Actually I expected
there are something like auto-generate-from-template systems to create
catalogs.sgml.
Best regards,
--
Tatsuo Ishii
SRA OSS, Inc. Japan
English: http://www.sraoss.co.jp/index_en.php
Japanese:http://www.sraoss.co.jp
wonder if there's a (semi) automated way to reuse the 12 Japanese
translation for 13 doc. I want to avoid manual cut&paste work.
Any suggestions are welcome.
--
Tatsuo Ishii
SRA OSS, Inc. Japan
English: http://www.sraoss.co.jp/index_en.php
Japanese:http://www.sraoss.co.jp
> On Thu, Jul 30, 2020 at 04:02:25PM +0900, Tatsuo Ishii wrote:
>>
>> > Oops. Forgot to attach the patch.
>> >
>> >> In the table no bull mark is in "No conflict resolution necessary" row
>> >> for pgpool-II. Actually thi
s this capability." (here "this"
>> means "Multiple-Server Parallel Query Execution") This used to be true
>> long time ago but current stable versions of Pgpool-II do not support
>> this any more.
>>
>> Attached patch fixes these.
If there
ere "this"
> means "Multiple-Server Parallel Query Execution") This used to be true
> long time ago but current stable versions of Pgpool-II do not support
> this any more.
>
> Attached patch fixes these.
>
> Best regards,
> --
> Tatsuo Ishii
>
ry Execution") This used to be true
long time ago but current stable versions of Pgpool-II do not support
this any more.
Attached patch fixes these.
Best regards,
--
Tatsuo Ishii
SRA OSS, Inc. Japan
English: http://www.sraoss.co.jp/index_en.php
Japanese:http://www.sraoss.co.jp
thing like:
could not connect to server: Resource temporarily unavailable
I don't know if this should be applied to other OS as well though.
Best regards,
--
Tatsuo Ishii
SRA OSS, Inc. Japan
English: http://www.sraoss.co.jp/index_en.php
Japanese:http://www.sraoss.co.jp
>> I think actually the standard terminology is "round-to-nearest-even".
>
> Ok, I will change it to "round-to-nearest-even" if there's no objection.
Done.
Best regards,
--
Tatsuo Ishii
SRA OSS, Inc. Japan
English: http://www.sraoss.co.jp/index_en.php
Japanese:http://www.sraoss.co.jp
ly the standard terminology is "round-to-nearest-even".
Ok, I will change it to "round-to-nearest-even" if there's no objection.
Best regards,
--
Tatsuo Ishii
SRA OSS, Inc. Japan
English: http://www.sraoss.co.jp/index_en.php
Japanese:http://www.sraoss.co.jp
> On 30/12/2019 01:34, Tatsuo Ishii wrote:
>> Hi,
>>
>> Can you please someone elaborate what's the meaning of "even" in
>> datatype.sgml?
>>
>>
>> By default, floating point values are output in text form in their
>&g
This value will
~~~
use at most 17 significant decimal digits for float8
values, and at most 9 digits for float4 values.
I think "even" means "equality" here, not "even" of "even and odd".
Best reg
the rest of the section, such as use of "records" rather than "rows",
> and different markup choices. I propose the attached ... it's
> actually a bit longer than the original, but that's because it
> offers more details.
Thanks for looking into this. The patch lo
Around line 904 of perform.sgml
"These node types have the ability to discard subnodes which they are
able to determine won't contain any records required by the query."
I was not able to parse this. Maybe "that they " is needed after
"determine"?
Best re
> On Thu, 2019-11-21 at 09:08 +0900, Tatsuo Ishii wrote:
>> I just want to make sure that if I understand correctly what $subject says.
>> In the file:
>>
>> The previous initdb step should have told you how to
>> start up the database server. D
atabase server using:
pg_ctl -D data -l logfile start
Am I correct?
Best regards,
--
Tatsuo Ishii
SRA OSS, Inc. Japan
English: http://www.sraoss.co.jp/index_en.php
Japanese:http://www.sraoss.co.jp
>> On 19 Nov 2019, at 14:20, Tatsuo Ishii wrote:
>
>>
>> -Copies an existing logical replication slot name
>> src_slot_name
>> +Copies an existing logical replication slot named
>> src_slot_name
>
> +1
Fix committed/pushe
There's a very small typo in func.sgml. Patch attached.
Best regards,
--
Tatsuo Ishii
SRA OSS, Inc. Japan
English: http://www.sraoss.co.jp/index_en.php
Japanese:http://www.sraoss.co.jp
diff --git a/doc/src/sgml/func.sgml b/doc/src/sgml/func.sgml
index 28eb322f3f..e8082c05c9 100644
--- a/do
I thinkk a new line is needed after .
Best regards,
--
Tatsuo Ishii
SRA OSS, Inc. Japan
English: http://www.sraoss.co.jp/index_en.php
Japanese:http://www.sraoss.co.jp
diff --git a/doc/src/sgml/func.sgml b/doc/src/sgml/func.sgml
index 28eb322f3f..6d82c9f0bd 100644
--- a/doc/src/sgml/func.sgml
lor disability.
https://www.invisionapp.com/inside-design/color-accessibility-product-design/
Best regards,
--
Tatsuo Ishii
SRA OSS, Inc. Japan
English: http://www.sraoss.co.jp/index_en.php
Japanese:http://www.sraoss.co.jp
> This has been committed. The SVG images are committed as well, so no
> new tools are required.
What is the policy of adding graphics to PostgreSQL 12? Is it
encouraged to add more graphics to 12 docs? Or do we want to prohibit
it?
Best regards,
--
Tatsuo Ishii
SRA OSS, Inc. Japan
E
> This has been committed. The SVG images are committed as well, so no
> new tools are required.
Is it possible to generate figure indexes?
Best regards,
--
Tatsuo Ishii
SRA OSS, Inc. Japan
English: http://www.sraoss.co.jp/index_en.php
Japanese:http://www.sraoss.co.jp
>> Ok, I will remove the comment in all supported branches (after next
>> minor releases are out). Patch attached.
>
> +1. Looks fine to me.
Done.
Best regards,
--
Tatsuo Ishii
SRA OSS, Inc. Japan
English: http://www.sraoss.co.jp/index_en.php
Japanese:http://www.sraoss.co.jp
> Tatsuo Ishii writes:
>> There's a comment beginning with:
>>
>> in rules.sgml around line 2437. It seems this has been there since 2003.
>> Do we need to keep this?
>
> Well, the point is that the whole para after that is commented out.
Yes, so my q
There's a comment beginning with:
in rules.sgml around line 2437. It seems this has been there since 2003.
Do we need to keep this?
Best regards,
--
Tatsuo Ishii
SRA OSS, Inc. Japan
English: http://www.sraoss.co.jp/index_en.php
Japanese:http://www.sraoss.co.jp
> On 24/01/2019 00:53, Bruce Momjian wrote:
>> This is a pretty complicated issue with a lot of back-story. I am
>> thinking Tatsuo or me will probably commit it before March.
>
> Isn't that all the more reason to add it to the commitfest?
+1.
--
Tatsuo Ishii
SRA OSS
hing like "figure number". I think it would be
convenient for users to find that in the index.
BTW, the patch has some trailing spaces.
Best regards,
--
Tatsuo Ishii
SRA OSS, Inc. Japan
English: http://www.sr
> URL of OASIS group has been changed from http://www.oasis-open.org/ to
> https://www.oasis-open.org/, but there's a place where http is still
> used. Attached patch fixes that.
Done.
--
Tatsuo Ishii
SRA OSS, Inc. Japan
English: http://www.sraoss.co.jp/index_en.php
URL of OASIS group has been changed from http://www.oasis-open.org/ to
https://www.oasis-open.org/, but there's a place where http is still
used. Attached patch fixes that.
Best regards,
--
Tatsuo Ishii
SRA OSS, Inc. Japan
English: http://www.sraoss.co.jp/index_en.php
Japanese
t SVG graphics into PG's documentation?
>
> OK, the wiki pages look good, as do the diagrams, and I think you have
> the process we all agreed with. Should we move ahead and commit some of
> these diagrams to the souce tree for PG 12?
Yes, I think we should.
Best regards
onversions for some encodings, which means you may loose some
information in your text data when you store it into a database.
Best regards,
--
Tatsuo Ishii
SRA OSS, Inc. Japan
English: http://www.sraoss.co.jp/index_en.php
Japanese:http://www.sraoss.co.jp
t;> will need a PNG or such.
>>
>>
> If the source is SVG, why not just use SVG? SVG support in browsers has to
> be pushing 10 years now, shouldn't be a problem at all... And SVG can be
> embedded in the HTML itself (whether that would work in this particular
> case I don't know, but in theory it can)
+1.
--
Tatsuo Ishii
SRA OSS, Inc. Japan
English: http://www.sraoss.co.jp/index_en.php
Japanese:http://www.sraoss.co.jp
.
Best regards,
--
Tatsuo Ishii
SRA OSS, Inc. Japan
English: http://www.sraoss.co.jp/index_en.php
Japanese:http://www.sraoss.co.jp
> Thanks!
>
> That is what I was looking for.
>
> I'm trying to use a sgml2xml.pl script.
>
>
> Regards, Ioseph
>
>
> 2018년
/etc/ssl/openssl.cnf -extensions v3_ca \
-out root.crt -keyout root.key -subj "/CN=root.yourdomain.com"
Is there any reaon why our doc recommend the two-step procedure?
Best regards,
--
Tatsuo Ishii
SRA OSS, Inc. Japan
English: http://www.sraoss.co.jp/index_en.php
Japanese:http://www.sraoss.co.jp
:
https://commitfest.postgresql.org/19/1738/
Unfortunately CommitFest app does not allow to handle emails other
than posted to pgsql-hackers. So I decided to post to pgsql-hackers
after posting to pgsql-docs.
Best regards,
--
Tatsuo Ishii
SRA OSS, Inc. Japan
English: http://www.sraoss.co.jp
understands frontend/backend
protocol should be able to focus on protocol.sgml. Attached is a patch
for this.
Best regards,
--
Tatsuo Ishii
SRA OSS, Inc. Japan
English: http://www.sraoss.co.jp/index_en.php
Japanese:http://www.sraoss.co.jp
diff --git a/doc/src/sgml/protocol.sgml b/doc/src/sgml/protocol.sgml
> You're not wrong.
Thanks. Fix pushed.
Best regards,
--
Tatsuo Ishii
SRA OSS, Inc. Japan
English: http://www.sraoss.co.jp/index_en.php
Japanese:http://www.sraoss.co.jp
while others are
treated as run-time parameters to be set at backend start
Best regards,
--
Tatsuo Ishii
SRA OSS, Inc. Japan
English: http://www.sraoss.co.jp/index_en.php
Japanese:http://www.sraoss.co.jp
46 matches
Mail list logo