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 1vh8yB-00AJ48-2P for pgsql-hackers@arkaria.postgresql.org; Sat, 17 Jan 2026 16:16:12 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1vh8yA-0095wz-2P for pgsql-hackers@arkaria.postgresql.org; Sat, 17 Jan 2026 16:16:11 +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 1vh8yA-0095wr-0l for pgsql-hackers@lists.postgresql.org; Sat, 17 Jan 2026 16:16:10 +0000 Received: from mail-oa1-x2c.google.com ([2001:4860:4864:20::2c]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.96) (envelope-from ) id 1vh8y5-00117m-0y for pgsql-hackers@lists.postgresql.org; Sat, 17 Jan 2026 16:16:10 +0000 Received: by mail-oa1-x2c.google.com with SMTP id 586e51a60fabf-404308dd5d6so1260538fac.1 for ; Sat, 17 Jan 2026 08:16:04 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1768666563; cv=none; d=google.com; s=arc-20240605; b=Y3khEHpbkkEAeeqvkEtXVctnFx2u8v/NSO2qh3ZwD7IRv60tjhioZWPOmAvNzNy24d nsJSHgDizEgNZG/3GtUNA0arjskVkQhC67REUd/tNfXNd4mNTHodpfvbEXMDXbj9ndBy JSWcKzpuEgl0xEKOD8+Q+1wthJHWJVQvSyWnFeTIa3gJ5FXLg43gCfgSKOsvScW91LbS ad8gEEZUERg5DiwDMKcYrtL5HWOPeAlW31hZxhENU8cqHCrYEu6sImUv9Bhr1yNyn/z4 JC8XY8anE+EIR/c266m4ebc+VKHb+If9uRu+LRQoqql/jRzpEaGVE6/UcBJVlUyv0JE0 HJnQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:dkim-signature; bh=yiLWsvjfjQ7VKQen5GOOR/NZYVtbf78s8SRombwFNt4=; fh=2yAa+1jZWBZ78HRwgvhE6JapS1feuaDT8NcRMstGHPM=; b=YaYuuvs4/nAdDM9gKYJr07jCWi9UUGXf1m6vKBeUqOG1cUUTadKX2VuDzmhu2MryBy x21Bp5H3rdIix74vW3rdtcqqwQKH0vzKzqO23eVCmNKCD28Anfzyij/Q4RhL/xu8qXMN V2XURMTvg6dO4NfNPNKskAdYnqhImYZxNPJrlmD5fF6aKt92w2gl/WCqtwS0zUL1mMHN EjB/Y54CbL19r+xywYtK07T4unKt070XNxmZH4Qvd9ld4UDSIuPkYLbV8EvinEL+cIIe 93RFaX7wYuwu0HYEe6OUhaS1UfrNcOrOj/azHwewvwkJHnjzihLI09ArsTXR7QBbV2/c ofeQ==; darn=lists.postgresql.org ARC-Authentication-Results: i=1; mx.google.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1768666563; x=1769271363; darn=lists.postgresql.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=yiLWsvjfjQ7VKQen5GOOR/NZYVtbf78s8SRombwFNt4=; b=iPTSGImc3hunarKBMftHzueZZKCRK+kJH0+ihdf3BGOCMd5BxAYM9FGo3dVbRIKgul pcXrIsYP5nW8K4Ln15AzbYPE8YLWvBFqdqGoTFZi3A3CAJ/N0A/ufIdaneIkN9VfmiuZ gQmCecMJT8JF4ghPf9a0QkqkBCcj+BbZiyGUz3WF43N3yHu3IoDyisxBdhcgRpC9MRS1 AVk8wC+Hi1Zk0n3e/mZwQRNkeTzCk0ZCT5qfcHnL474JEDERfULEEW0O0HjJLW2+65b7 P2KPHwSsxUBDyDYHD8tU951h6D4v/G0bObTJkdJStQAbwTpN7jso4KUVc1GVlpLBmgV+ T9kw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1768666563; x=1769271363; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=yiLWsvjfjQ7VKQen5GOOR/NZYVtbf78s8SRombwFNt4=; b=A7HoYRWd7DLNClyGSBhN5IP3wpqBefiUw3+ljjsJ3OW1kZ9KNgv/QUKnsUqiMYmPRB yQzq0Ydx7qLd7D1WdAM2aYpX4N+8KvYL2GLydatfIiAJO2R1XRfgDNgt4NODFqgVFt7e x7Hc0rH5gE+att95aKmTjfXUnbc0NKISLk0A1OXgXqzXOI233Y8v3kkytH5Nb7VZdpjy +OXpLpQrI8oX1AFJYIPio17Nx/TWzMQqDHOG2z1PrwBbN/74hi08CXhL3Ywee79NI4CK Ch6UOC4gJh5PiORZs8zaZA9pQWqCs6LufcP37E2PnrEflYlibFSuXxuBUyclplQL7+V1 t8oA== X-Gm-Message-State: AOJu0YyaQWEhHnbtGWqp4AQ/DtLWVnY0X2jW0gw0VL4qa2nALYNRutCW ExFUQfYTeNCooaTlkza9znWxA1Jht9eT15jAEUCYbfwT4gKQL1bkL+gkvqERWs0lnuOCgvraHBM UtIoz68T8v+/d7C4uIzZ1kvfT+Bvc7nk= X-Gm-Gg: AY/fxX7vFZoCOaozI21Z2/gUzd5X1SkYPTH4b2FvCagXfdns6Y0DFB8TOHzikKohBoz NrvaI/PwbkUGNVNwzlFZRzPbkh1YLzy8sHcHCPC7N5LABX16xZtpeIPiW8iSo0MpWKUNAYi5k1W yi8h6m3dcp3qMJxoZiKRf6e7BiqtjUGdBBwg57YnZwbDlvEpvrBrtEzXdNd7LjczoX8UfwhRPks hiQbCFiDiIwGPX4e0qEYEk2f2qyj6nf8jdRL0U6GCkSo0fNF7ljPcJpnNVaRe9LdXskeDS8BMFp u5FHj1k= X-Received: by 2002:a4a:ee0e:0:b0:659:9a49:8e0f with SMTP id 006d021491bc7-661189e8c79mr2472346eaf.81.1768666562967; Sat, 17 Jan 2026 08:16:02 -0800 (PST) MIME-Version: 1.0 References: <90F9169D-135C-45E5-8221-4F79DAED98E2@gmail.com> <46DA7611-C18D-4782-AEFF-F861ECDEFA5C@gmail.com> In-Reply-To: From: "David G. Johnston" Date: Sat, 17 Jan 2026 09:15:26 -0700 X-Gm-Features: AZwV_QhS2ZryKbLF2ISJEc9qXX2gH_n09VCwVT4FUstfRI42SZ2asNgXDZ4GinQ Message-ID: Subject: Re: docs: clarify ALTER TABLE behavior on partitioned tables To: Chao Li Cc: Postgres hackers , Amit Kapila Content-Type: multipart/mixed; boundary="0000000000003651ea064897c63b" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --0000000000003651ea064897c63b Content-Type: multipart/alternative; boundary="0000000000003651e9064897c639" --0000000000003651e9064897c639 Content-Type: text/plain; charset="UTF-8" diff --git a/doc/src/sgml/ref/alter_table.sgml b/doc/src/sgml/ref/alter_table.sgml index 8577e2cdcdd..188f8f3e04b 100644 --- a/doc/src/sgml/ref/alter_table.sgml +++ b/doc/src/sgml/ref/alter_table.sgml @@ -746,11 +746,8 @@ WITH ( MODULUS numeric_literal, REM When this command is applied to a partitioned table, the states of - corresponding clone triggers in existing partitions are updated too, - unless ONLY is specified. Triggers in partitions - created afterwards inherit the trigger state from the partitioned - table, while individual partitions may configure trigger states - independently. + corresponding clone triggers are updated too, unless ONLY + is specified. This command acquires a SHARE ROW EXCLUSIVE lock. "existing partitions" is implied here; and the rest is material for create table or implied by the optional ONLY (as we rely upon elsewhere): For partitioned tables, this action applies to the partitioned table and all of its partitions unless ONLY is specified. @@ -882,14 +879,11 @@ WITH ( MODULUS numeric_literal, REM See for more information. - When applied to a partitioned table, there is no data to rewrite. - Partitions created afterwards will use the access method specified - on the partitioned table, if any, unless overridden by a - USING clause; otherwise they default to - default_table_access_method. Specifying - DEFAULT removes a previously set access method, - causing future partitions to use - default_table_access_method. + When applied to a partitioned table, there is no data to rewrite, + only the default for newly created partitions is changed. + Specifying DEFAULT removes a previously set access method, + causing future partitions to use default_table_access_method. + Individual partitions are affected just like any other regular table. The wording of 'changes the default' adequately condenses the existing wording. I'm 50/50 on removing mention of default_table_access_method. @@ -902,10 +896,8 @@ WITH ( MODULUS numeric_literal, REM moves the data file(s) associated with the table to the new tablespace. Indexes on the table, if any, are not moved; but they can be moved separately with additional SET TABLESPACE commands. - When applied to a partitioned table, no data is moved. Existing - partitions are not affected, but partitions created afterwards with - CREATE TABLE PARTITION OF will use the specified - tablespace unless overridden by a TABLESPACE clause. + When applied to a partitioned table, no data is moved, only the default + for newly created partitions is changed. All tables in the current database in a tablespace can be moved by using Again, 'default' can carry a lot of implied meaning here. @@ -984,7 +976,7 @@ WITH ( MODULUS numeric_literal, REM When applied to a partitioned table, this form is accepted but has no - effect. It can be used on individual partitions, where it + practical effect. It can be used on individual partitions, where it behaves as for a regular table. I don't quite like saying 'no effect' since the command does function; and explaining why it is useless seemed a bit much, so just added the word 'practical' and left it to the reader to infer that the lack of storage and inheritance makes any such property on the partitioned table itself useless. diff --git a/doc/src/sgml/ref/create_table.sgml b/doc/src/sgml/ref/create_table.sgml index 780e4f0799f..835f609e2a6 100644 --- a/doc/src/sgml/ref/create_table.sgml +++ b/doc/src/sgml/ref/create_table.sgml @@ -635,9 +635,9 @@ WITH ( MODULUS numeric_literal, REM When a new partition is created, it generally inherits the current - definition-level settings of the parent partitioned table. However, + definition-level properties of the parent partitioned table. However, some table properties are not inherited automatically. In particular, - settings related to ownership, schema, replica identity, row-level + properties related to ownership, schema, replica identity, row-level security configuration, per-attribute statistics targets, and per-attribute options are not inherited unless explicitly specified for the partition. diff --git a/doc/src/sgml/ref/create_table.sgml b/doc/src/sgml/ref/create_table.sgml index 780e4f0799f..835f609e2a6 100644 --- a/doc/src/sgml/ref/create_table.sgml +++ b/doc/src/sgml/ref/create_table.sgml @@ -635,9 +635,9 @@ WITH ( MODULUS numeric_literal, REM When a new partition is created, it generally inherits the current - definition-level settings of the parent partitioned table. However, + definition-level properties of the parent partitioned table. However, some table properties are not inherited automatically. In particular, - settings related to ownership, schema, replica identity, row-level + properties related to ownership, schema, replica identity, row-level security configuration, per-attribute statistics targets, and per-attribute options are not inherited unless explicitly specified for the partition. Dislike the word "setting" here as it clashes with GUC. Was going to use "attribute" but its used for column. Settled on "property". "Definition-level" seems redundant, consider removing it. Attached patch as text. David J. --0000000000003651e9064897c639 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
diff --git a/doc/src/sgml/ref/alter_ta= ble.sgml b/doc/src/sgml/ref/alter_table.sgml
index 8577e2cdcdd..188f8f3e= 04b 100644
--- a/doc/src/sgml/ref/alter_table.sgml
+++ b/doc/src/sgml= /ref/alter_table.sgml
@@ -746,11 +746,8 @@ WITH ( MODULUS <replaceabl= e class=3D"parameter">numeric_literal</replaceable>, REM=
=C2=A0 =C2=A0 =C2=A0 </para>
=C2=A0 =C2=A0 =C2=A0 <para>=
=C2=A0 =C2=A0 =C2=A0 =C2=A0When this command is applied to a partitione= d table, the states of
- =C2=A0 =C2=A0 =C2=A0corresponding clone trigger= s in existing partitions are updated too,
- =C2=A0 =C2=A0 =C2=A0unless &= lt;literal>ONLY</literal> is specified. Triggers in partitions
= - =C2=A0 =C2=A0 =C2=A0created afterwards inherit the trigger state from the= partitioned
- =C2=A0 =C2=A0 =C2=A0table, while individual partitions ma= y configure trigger states
- =C2=A0 =C2=A0 =C2=A0independently.
+ =C2= =A0 =C2=A0 =C2=A0corresponding clone triggers are updated too, unless <l= iteral>ONLY</literal>
+ =C2=A0 =C2=A0 =C2=A0is specified.
= =C2=A0 =C2=A0 =C2=A0 </para>
=C2=A0 =C2=A0 =C2=A0 <para>
= =C2=A0 =C2=A0 =C2=A0 =C2=A0This command acquires a <literal>SHARE ROW= EXCLUSIVE</literal> lock.

"existing partit= ions" is implied here; and the rest is material for create table or im= plied by the optional ONLY (as we rely upon elsewhere):
<para>= ;
For partitioned tables, this action applies to the partitioned ta= ble
and all of its partitions unless <literal>ONLY</literal>= is specified.
</para>

@@ -882,14 +879,11 @@ WITH ( MO= DULUS <replaceable class=3D"parameter">numeric_literal</= replaceable>, REM
=C2=A0 =C2=A0 =C2=A0 =C2=A0See <xref linkend=3D&= quot;tableam"/> for more information.
=C2=A0 =C2=A0 =C2=A0 </= para>
=C2=A0 =C2=A0 =C2=A0 <para>
- =C2=A0 =C2=A0 =C2=A0When= applied to a partitioned table, there is no data to rewrite.
- =C2=A0 = =C2=A0 =C2=A0Partitions created afterwards will use the access method speci= fied
- =C2=A0 =C2=A0 =C2=A0on the partitioned table, if any, unless over= ridden by a
- =C2=A0 =C2=A0 =C2=A0<literal>USING</literal> c= lause; otherwise they default to
- =C2=A0 =C2=A0 =C2=A0<varname>de= fault_table_access_method</varname>. Specifying
- =C2=A0 =C2=A0 = =C2=A0<literal>DEFAULT</literal> removes a previously set acces= s method,
- =C2=A0 =C2=A0 =C2=A0causing future partitions to use
- = =C2=A0 =C2=A0 =C2=A0<varname>default_table_access_method</varname&= gt;.
+ =C2=A0 =C2=A0 =C2=A0When applied to a partitioned table, there is= no data to rewrite,
+ =C2=A0 =C2=A0 =C2=A0only the default for newly cr= eated partitions is changed.
+ =C2=A0 =C2=A0 =C2=A0Specifying <litera= l>DEFAULT</literal> removes a previously set access method,
+ = =C2=A0 =C2=A0 =C2=A0causing future partitions to use <varname>default= _table_access_method</varname>.
+ =C2=A0 =C2=A0 =C2=A0Individual p= artitions are affected just like any other regular table.
=C2=A0 =C2=A0 = =C2=A0 </para>
=C2=A0 =C2=A0 =C2=A0</listitem>
=C2=A0 =C2= =A0 </varlistentry>

The wording of 'changes = the default' adequately condenses the existing wording.=C2=A0 I'm 5= 0/50 on removing mention of default_table_access_method.

=

@@ -902,10 +896,8 @@ WITH ( MODULUS <replaceable class=3D"pa= rameter">numeric_literal</replaceable>, REM
=C2=A0 =C2=A0 = =C2=A0 =C2=A0moves the data file(s) associated with the table to the new ta= blespace.
=C2=A0 =C2=A0 =C2=A0 =C2=A0Indexes on the table, if any, are n= ot moved; but they can be moved
=C2=A0 =C2=A0 =C2=A0 =C2=A0separately wi= th additional <literal>SET TABLESPACE</literal> commands.
- = =C2=A0 =C2=A0 =C2=A0When applied to a partitioned table, no data is moved. = Existing
- =C2=A0 =C2=A0 =C2=A0partitions are not affected, but partitio= ns created afterwards with
- =C2=A0 =C2=A0 =C2=A0<command>CREATE T= ABLE PARTITION OF</command> will use the specified
- =C2=A0 =C2=A0= =C2=A0tablespace unless overridden by a <literal>TABLESPACE</lite= ral> clause.
+ =C2=A0 =C2=A0 =C2=A0When applied to a partitioned tabl= e, no data is moved, only the default
+ =C2=A0 =C2=A0 =C2=A0for newly cr= eated partitions is changed.
=C2=A0 =C2=A0 =C2=A0 </para>
=C2= =A0 =C2=A0 =C2=A0 <para>
=C2=A0 =C2=A0 =C2=A0 =C2=A0All tables in = the current database in a tablespace can be moved by using

Again, 'default' can carry a lot of implied meaning here.

@@ -984,7 +976,7 @@ WITH ( MODULUS <replaceable class= =3D"parameter">numeric_literal</replaceable>, REM
=C2= =A0 =C2=A0 =C2=A0 </para>
=C2=A0 =C2=A0 =C2=A0 <para>
=C2= =A0 =C2=A0 =C2=A0 =C2=A0When applied to a partitioned table, this form is a= ccepted but has no
- =C2=A0 =C2=A0 =C2=A0effect.=C2=A0 It can be used on= individual partitions, where it
+ =C2=A0 =C2=A0 =C2=A0practical effect.= =C2=A0 It can be used on individual partitions, where it
=C2=A0 =C2=A0 = =C2=A0 =C2=A0behaves as for a regular table.
=C2=A0 =C2=A0 =C2=A0 </p= ara>
=C2=A0 =C2=A0 =C2=A0</listitem>

I don= 't quite like saying 'no effect' since the command does functio= n; and explaining why it is useless seemed a bit much, so just added the wo= rd 'practical' and left it to the reader to infer that the lack of = storage and inheritance makes any such property on the partitioned table it= self useless.

diff --git a/doc/src/sgml/ref/create_table.sgml b= /doc/src/sgml/ref/create_table.sgml
index 780e4f0799f..835f609e2a6 10064= 4
--- a/doc/src/sgml/ref/create_table.sgml
+++ b/doc/src/sgml/ref/cre= ate_table.sgml
@@ -635,9 +635,9 @@ WITH ( MODULUS <replaceable class= =3D"parameter">numeric_literal</replaceable>, REM
=C2= =A0
=C2=A0 =C2=A0 =C2=A0 <para>
=C2=A0 =C2=A0 =C2=A0 =C2=A0When= a new partition is created, it generally inherits the current
- =C2=A0 = =C2=A0 =C2=A0definition-level settings of the parent partitioned table. How= ever,
+ =C2=A0 =C2=A0 =C2=A0definition-level properties of the parent pa= rtitioned table. However,
=C2=A0 =C2=A0 =C2=A0 =C2=A0some table properti= es are not inherited automatically. In particular,
- =C2=A0 =C2=A0 =C2= =A0settings related to ownership, schema, replica identity, row-level
+ = =C2=A0 =C2=A0 =C2=A0properties related to ownership, schema, replica identi= ty, row-level
=C2=A0 =C2=A0 =C2=A0 =C2=A0security configuration, per-att= ribute statistics targets, and
=C2=A0 =C2=A0 =C2=A0 =C2=A0per-attribute = options are not inherited unless explicitly specified
=C2=A0 =C2=A0 =C2= =A0 =C2=A0for the partition.




diff --git a/doc/s= rc/sgml/ref/create_table.sgml b/doc/src/sgml/ref/create_table.sgml
index= 780e4f0799f..835f609e2a6 100644
--- a/doc/src/sgml/ref/create_table.sgm= l
+++ b/doc/src/sgml/ref/create_table.sgml
@@ -635,9 +635,9 @@ WITH (= MODULUS <replaceable class=3D"parameter">numeric_literal&l= t;/replaceable>, REM
=C2=A0
=C2=A0 =C2=A0 =C2=A0 <para>
= =C2=A0 =C2=A0 =C2=A0 =C2=A0When a new partition is created, it generally in= herits the current
- =C2=A0 =C2=A0 =C2=A0definition-level settings of th= e parent partitioned table. However,
+ =C2=A0 =C2=A0 =C2=A0definition-le= vel properties of the parent partitioned table. However,
=C2=A0 =C2=A0 = =C2=A0 =C2=A0some table properties are not inherited automatically. In part= icular,
- =C2=A0 =C2=A0 =C2=A0settings related to ownership, schema, rep= lica identity, row-level
+ =C2=A0 =C2=A0 =C2=A0properties related to own= ership, schema, replica identity, row-level
=C2=A0 =C2=A0 =C2=A0 =C2=A0s= ecurity configuration, per-attribute statistics targets, and
=C2=A0 =C2= =A0 =C2=A0 =C2=A0per-attribute options are not inherited unless explicitly = specified
=C2=A0 =C2=A0 =C2=A0 =C2=A0for the partition.

Dislike the word "setting" here as it clashes with GUC.=C2= =A0 Was going to use "attribute" but its used for column.=C2=A0 S= ettled on "property".=C2=A0 "Definition-level" seems re= dundant, consider removing it.

Attached patch as text.=

David J.
--0000000000003651e9064897c639-- --0000000000003651ea064897c63b Content-Type: text/plain; charset="US-ASCII"; name="nocfbot-v3-0001-edits.txt" Content-Disposition: attachment; filename="nocfbot-v3-0001-edits.txt" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: f_mkiicdmm0 RnJvbSAzNWIwNGU5NjQyODlhYzA0OTkwN2JkYzE5ZjM2MzI4ZDJkNmM0NzcwIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiAiRGF2aWQgRy4gSm9obnN0b24iIDxkYXZpZC5nLmpvaG5zdG9u QGdtYWlsLmNvbT4KRGF0ZTogU2F0LCAxNyBKYW4gMjAyNiAwOToxMjoyNSAtMDcwMApTdWJqZWN0 OiBbUEFUQ0hdIHYzIGVkaXRzCgotLS0KIGRvYy9zcmMvc2dtbC9yZWYvYWx0ZXJfdGFibGUuc2dt bCAgfCAyOCArKysrKysrKysrLS0tLS0tLS0tLS0tLS0tLS0tCiBkb2Mvc3JjL3NnbWwvcmVmL2Ny ZWF0ZV90YWJsZS5zZ21sIHwgIDQgKystLQogMiBmaWxlcyBjaGFuZ2VkLCAxMiBpbnNlcnRpb25z KCspLCAyMCBkZWxldGlvbnMoLSkKCmRpZmYgLS1naXQgYS9kb2Mvc3JjL3NnbWwvcmVmL2FsdGVy X3RhYmxlLnNnbWwgYi9kb2Mvc3JjL3NnbWwvcmVmL2FsdGVyX3RhYmxlLnNnbWwKaW5kZXggODU3 N2UyY2RjZGQuLjYxMzE2MzJkMjBiIDEwMDY0NAotLS0gYS9kb2Mvc3JjL3NnbWwvcmVmL2FsdGVy X3RhYmxlLnNnbWwKKysrIGIvZG9jL3NyYy9zZ21sL3JlZi9hbHRlcl90YWJsZS5zZ21sCkBAIC03 NDYsMTEgKzc0Niw4IEBAIFdJVEggKCBNT0RVTFVTIDxyZXBsYWNlYWJsZSBjbGFzcz0icGFyYW1l dGVyIj5udW1lcmljX2xpdGVyYWw8L3JlcGxhY2VhYmxlPiwgUkVNCiAgICAgIDwvcGFyYT4KICAg ICAgPHBhcmE+CiAgICAgICBXaGVuIHRoaXMgY29tbWFuZCBpcyBhcHBsaWVkIHRvIGEgcGFydGl0 aW9uZWQgdGFibGUsIHRoZSBzdGF0ZXMgb2YKLSAgICAgIGNvcnJlc3BvbmRpbmcgY2xvbmUgdHJp Z2dlcnMgaW4gZXhpc3RpbmcgcGFydGl0aW9ucyBhcmUgdXBkYXRlZCB0b28sCi0gICAgICB1bmxl c3MgPGxpdGVyYWw+T05MWTwvbGl0ZXJhbD4gaXMgc3BlY2lmaWVkLiBUcmlnZ2VycyBpbiBwYXJ0 aXRpb25zCi0gICAgICBjcmVhdGVkIGFmdGVyd2FyZHMgaW5oZXJpdCB0aGUgdHJpZ2dlciBzdGF0 ZSBmcm9tIHRoZSBwYXJ0aXRpb25lZAotICAgICAgdGFibGUsIHdoaWxlIGluZGl2aWR1YWwgcGFy dGl0aW9ucyBtYXkgY29uZmlndXJlIHRyaWdnZXIgc3RhdGVzCi0gICAgICBpbmRlcGVuZGVudGx5 LgorICAgICAgY29ycmVzcG9uZGluZyBjbG9uZSB0cmlnZ2VycyBhcmUgdXBkYXRlZCB0b28sIHVu bGVzcyA8bGl0ZXJhbD5PTkxZPC9saXRlcmFsPgorICAgICAgaXMgc3BlY2lmaWVkLgogICAgICA8 L3BhcmE+CiAgICAgIDxwYXJhPgogICAgICAgVGhpcyBjb21tYW5kIGFjcXVpcmVzIGEgPGxpdGVy YWw+U0hBUkUgUk9XIEVYQ0xVU0lWRTwvbGl0ZXJhbD4gbG9jay4KQEAgLTg4MiwxNCArODc5LDEx IEBAIFdJVEggKCBNT0RVTFVTIDxyZXBsYWNlYWJsZSBjbGFzcz0icGFyYW1ldGVyIj5udW1lcmlj X2xpdGVyYWw8L3JlcGxhY2VhYmxlPiwgUkVNCiAgICAgICBTZWUgPHhyZWYgbGlua2VuZD0idGFi bGVhbSIvPiBmb3IgbW9yZSBpbmZvcm1hdGlvbi4KICAgICAgPC9wYXJhPgogICAgICA8cGFyYT4K LSAgICAgIFdoZW4gYXBwbGllZCB0byBhIHBhcnRpdGlvbmVkIHRhYmxlLCB0aGVyZSBpcyBubyBk YXRhIHRvIHJld3JpdGUuCi0gICAgICBQYXJ0aXRpb25zIGNyZWF0ZWQgYWZ0ZXJ3YXJkcyB3aWxs IHVzZSB0aGUgYWNjZXNzIG1ldGhvZCBzcGVjaWZpZWQKLSAgICAgIG9uIHRoZSBwYXJ0aXRpb25l ZCB0YWJsZSwgaWYgYW55LCB1bmxlc3Mgb3ZlcnJpZGRlbiBieSBhCi0gICAgICA8bGl0ZXJhbD5V U0lORzwvbGl0ZXJhbD4gY2xhdXNlOyBvdGhlcndpc2UgdGhleSBkZWZhdWx0IHRvCi0gICAgICA8 dmFybmFtZT5kZWZhdWx0X3RhYmxlX2FjY2Vzc19tZXRob2Q8L3Zhcm5hbWU+LiBTcGVjaWZ5aW5n Ci0gICAgICA8bGl0ZXJhbD5ERUZBVUxUPC9saXRlcmFsPiByZW1vdmVzIGEgcHJldmlvdXNseSBz ZXQgYWNjZXNzIG1ldGhvZCwKLSAgICAgIGNhdXNpbmcgZnV0dXJlIHBhcnRpdGlvbnMgdG8gdXNl Ci0gICAgICA8dmFybmFtZT5kZWZhdWx0X3RhYmxlX2FjY2Vzc19tZXRob2Q8L3Zhcm5hbWU+Lgor ICAgICAgV2hlbiBhcHBsaWVkIHRvIGEgcGFydGl0aW9uZWQgdGFibGUsIHRoZXJlIGlzIG5vIGRh dGEgdG8gcmV3cml0ZSwKKyAgICAgIG9ubHkgdGhlIGRlZmF1bHQgZm9yIG5ld2x5IGNyZWF0ZWQg cGFydGl0aW9ucyBpcyBjaGFuZ2VkLgorICAgICAgU3BlY2lmeWluZyA8bGl0ZXJhbD5ERUZBVUxU PC9saXRlcmFsPiByZW1vdmVzIGEgcHJldmlvdXNseSBzZXQgYWNjZXNzIG1ldGhvZCwKKyAgICAg IGNhdXNpbmcgZnV0dXJlIHBhcnRpdGlvbnMgdG8gdXNlIDx2YXJuYW1lPmRlZmF1bHRfdGFibGVf YWNjZXNzX21ldGhvZDwvdmFybmFtZT4uCisgICAgICBJbmRpdmlkdWFsIHBhcnRpdGlvbnMgYXJl IGFmZmVjdGVkIGp1c3QgbGlrZSBhbnkgb3RoZXIgcmVndWxhciB0YWJsZS4KICAgICAgPC9wYXJh PgogICAgIDwvbGlzdGl0ZW0+CiAgICA8L3Zhcmxpc3RlbnRyeT4KQEAgLTkwMiwxMCArODk2LDgg QEAgV0lUSCAoIE1PRFVMVVMgPHJlcGxhY2VhYmxlIGNsYXNzPSJwYXJhbWV0ZXIiPm51bWVyaWNf bGl0ZXJhbDwvcmVwbGFjZWFibGU+LCBSRU0KICAgICAgIG1vdmVzIHRoZSBkYXRhIGZpbGUocykg YXNzb2NpYXRlZCB3aXRoIHRoZSB0YWJsZSB0byB0aGUgbmV3IHRhYmxlc3BhY2UuCiAgICAgICBJ bmRleGVzIG9uIHRoZSB0YWJsZSwgaWYgYW55LCBhcmUgbm90IG1vdmVkOyBidXQgdGhleSBjYW4g YmUgbW92ZWQKICAgICAgIHNlcGFyYXRlbHkgd2l0aCBhZGRpdGlvbmFsIDxsaXRlcmFsPlNFVCBU QUJMRVNQQUNFPC9saXRlcmFsPiBjb21tYW5kcy4KLSAgICAgIFdoZW4gYXBwbGllZCB0byBhIHBh cnRpdGlvbmVkIHRhYmxlLCBubyBkYXRhIGlzIG1vdmVkLiBFeGlzdGluZwotICAgICAgcGFydGl0 aW9ucyBhcmUgbm90IGFmZmVjdGVkLCBidXQgcGFydGl0aW9ucyBjcmVhdGVkIGFmdGVyd2FyZHMg d2l0aAotICAgICAgPGNvbW1hbmQ+Q1JFQVRFIFRBQkxFIFBBUlRJVElPTiBPRjwvY29tbWFuZD4g d2lsbCB1c2UgdGhlIHNwZWNpZmllZAotICAgICAgdGFibGVzcGFjZSB1bmxlc3Mgb3ZlcnJpZGRl biBieSBhIDxsaXRlcmFsPlRBQkxFU1BBQ0U8L2xpdGVyYWw+IGNsYXVzZS4KKyAgICAgIFdoZW4g YXBwbGllZCB0byBhIHBhcnRpdGlvbmVkIHRhYmxlLCBubyBkYXRhIGlzIG1vdmVkLCBvbmx5IHRo ZSBkZWZhdWx0CisgICAgICBmb3IgbmV3bHkgY3JlYXRlZCBwYXJ0aXRpb25zIGlzIGNoYW5nZWQu CiAgICAgIDwvcGFyYT4KICAgICAgPHBhcmE+CiAgICAgICBBbGwgdGFibGVzIGluIHRoZSBjdXJy ZW50IGRhdGFiYXNlIGluIGEgdGFibGVzcGFjZSBjYW4gYmUgbW92ZWQgYnkgdXNpbmcKQEAgLTk4 NCw3ICs5NzYsNyBAQCBXSVRIICggTU9EVUxVUyA8cmVwbGFjZWFibGUgY2xhc3M9InBhcmFtZXRl ciI+bnVtZXJpY19saXRlcmFsPC9yZXBsYWNlYWJsZT4sIFJFTQogICAgICA8L3BhcmE+CiAgICAg IDxwYXJhPgogICAgICAgV2hlbiBhcHBsaWVkIHRvIGEgcGFydGl0aW9uZWQgdGFibGUsIHRoaXMg Zm9ybSBpcyBhY2NlcHRlZCBidXQgaGFzIG5vCi0gICAgICBlZmZlY3QuICBJdCBjYW4gYmUgdXNl ZCBvbiBpbmRpdmlkdWFsIHBhcnRpdGlvbnMsIHdoZXJlIGl0CisgICAgICBwcmFjdGljYWwgZWZm ZWN0LiAgSXQgY2FuIGJlIHVzZWQgb24gaW5kaXZpZHVhbCBwYXJ0aXRpb25zLCB3aGVyZSBpdAog ICAgICAgYmVoYXZlcyBhcyBmb3IgYSByZWd1bGFyIHRhYmxlLgogICAgICA8L3BhcmE+CiAgICAg PC9saXN0aXRlbT4KZGlmZiAtLWdpdCBhL2RvYy9zcmMvc2dtbC9yZWYvY3JlYXRlX3RhYmxlLnNn bWwgYi9kb2Mvc3JjL3NnbWwvcmVmL2NyZWF0ZV90YWJsZS5zZ21sCmluZGV4IDc4MGU0ZjA3OTlm Li44MzVmNjA5ZTJhNiAxMDA2NDQKLS0tIGEvZG9jL3NyYy9zZ21sL3JlZi9jcmVhdGVfdGFibGUu c2dtbAorKysgYi9kb2Mvc3JjL3NnbWwvcmVmL2NyZWF0ZV90YWJsZS5zZ21sCkBAIC02MzUsOSAr NjM1LDkgQEAgV0lUSCAoIE1PRFVMVVMgPHJlcGxhY2VhYmxlIGNsYXNzPSJwYXJhbWV0ZXIiPm51 bWVyaWNfbGl0ZXJhbDwvcmVwbGFjZWFibGU+LCBSRU0KIAogICAgICA8cGFyYT4KICAgICAgIFdo ZW4gYSBuZXcgcGFydGl0aW9uIGlzIGNyZWF0ZWQsIGl0IGdlbmVyYWxseSBpbmhlcml0cyB0aGUg Y3VycmVudAotICAgICAgZGVmaW5pdGlvbi1sZXZlbCBzZXR0aW5ncyBvZiB0aGUgcGFyZW50IHBh cnRpdGlvbmVkIHRhYmxlLiBIb3dldmVyLAorICAgICAgZGVmaW5pdGlvbi1sZXZlbCBwcm9wZXJ0 aWVzIG9mIHRoZSBwYXJlbnQgcGFydGl0aW9uZWQgdGFibGUuIEhvd2V2ZXIsCiAgICAgICBzb21l IHRhYmxlIHByb3BlcnRpZXMgYXJlIG5vdCBpbmhlcml0ZWQgYXV0b21hdGljYWxseS4gSW4gcGFy dGljdWxhciwKLSAgICAgIHNldHRpbmdzIHJlbGF0ZWQgdG8gb3duZXJzaGlwLCBzY2hlbWEsIHJl cGxpY2EgaWRlbnRpdHksIHJvdy1sZXZlbAorICAgICAgcHJvcGVydGllcyByZWxhdGVkIHRvIG93 bmVyc2hpcCwgc2NoZW1hLCByZXBsaWNhIGlkZW50aXR5LCByb3ctbGV2ZWwKICAgICAgIHNlY3Vy aXR5IGNvbmZpZ3VyYXRpb24sIHBlci1hdHRyaWJ1dGUgc3RhdGlzdGljcyB0YXJnZXRzLCBhbmQK ICAgICAgIHBlci1hdHRyaWJ1dGUgb3B0aW9ucyBhcmUgbm90IGluaGVyaXRlZCB1bmxlc3MgZXhw bGljaXRseSBzcGVjaWZpZWQKICAgICAgIGZvciB0aGUgcGFydGl0aW9uLgotLSAKMi40My4wCgo= --0000000000003651ea064897c63b--