Date: Tue, 21 Mar 2023 10:32:07 -0500
From: Justin Pryzby <pryzby@telsasoft.com>
To: Pavel Stehule <pavel.stehule@gmail.com>
Cc: Julien Rouhaud <rjuju123@gmail.com>,
	Daniel Gustafsson <daniel@yesql.se>,
	"Gregory Stark (as CFM)" <stark.cfm@gmail.com>,
	Andres Freund <andres@anarazel.de>,
	Andrew Dunstan <andrew@dunslane.net>,
	John Naylor <john.naylor@enterprisedb.com>,
	Erik Rijkers <er@xs4all.nl>, Tom Lane <tgl@sss.pgh.pa.us>,
	Alvaro Herrera <alvherre@2ndquadrant.com>,
	Tomas Vondra <tomas.vondra@enterprisedb.com>,
	Dean Rasheed <dean.a.rasheed@gmail.com>,
	Stephen Frost <sfrost@snowman.net>,
	Surafel Temesgen <surafel3000@gmail.com>,
	vignesh C <vignesh21@gmail.com>, pgsql-hackers@postgresql.org
Subject: Re: proposal: possibility to read dumped table's name from file
Message-ID: <ZBnN9x71hH8F/LQv@telsasoft.com>
References: <CAFj8pRBmN1AGm7wBk8279_mf-vCd6vaiY+tJ=dOLrn9p1LAL8w@mail.gmail.com>
 <20221113085838.mcb7ai3p2ozxqjxa@jrouhaud>
 <CAFj8pRA_1rroP3TvM7xnpUb=U4Z085ZHL6HC5TjaETnj0ttirA@mail.gmail.com>
 <20221122052556.jkb3kmzg7k3g2b7h@jrouhaud>
 <CAM-w4HNSmKQKw0r3wm2qgt4dhoSMCSmyp6cfK2u8P0roA7m5ng@mail.gmail.com>
 <9069E332-4D38-4BBE-B527-3D9D4A11912E@yesql.se>
 <20230307024709.n3mky2yzttxxqaj4@jrouhaud>
 <CAFj8pRAGiNnOUEE5zf3yD60Y82qyLB_ehC=rUNPks0FHULR+oQ@mail.gmail.com>
 <ZBcVz5Gymrv23Ntu@telsasoft.com>
 <CAFj8pRDN8_jqzk8SppfYLeXw02XeNf_zYO28ZjjPf1hcQFe30g@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <CAFj8pRDN8_jqzk8SppfYLeXw02XeNf_zYO28ZjjPf1hcQFe30g@mail.gmail.com>
Archived-At: <https://www.postgresql.org/message-id/ZBnN9x71hH8F/LQv%40telsasoft.com>
Precedence: bulk

On Mon, Mar 20, 2023 at 08:01:13AM +0100, Pavel Stehule wrote:
> ne 19. 3. 2023 v 15:01 odesílatel Justin Pryzby <pryzby@telsasoft.com> napsal:
> 
> > On Thu, Mar 16, 2023 at 01:05:41PM +0100, Pavel Stehule wrote:
> > > rebase + enhancing about related option from a563c24
> >
> > Thanks.
> >
> > It looks like this doesn't currently handle extensions, which were added
> > at 6568cef26e.

What about this part ?  Should extension filters be supported ?

I think the comment that I'd patched that lists all the filter types
should be minimized, rather than duplicating the list of all the
possible filters that's already in the usrr-facing documentation.

One new typo: childrent