Re: Open 7.3 items

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: Open 7.3 items
Дата
Msg-id 200207312043.g6VKhYH18348@candle.pha.pa.us
обсуждение исходный текст
Ответ на Re: Open 7.3 items  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Open 7.3 items  ("Iavor Raytchev" <iavor.raytchev@verysmall.org>)
Список pgsql-hackers
Tom Lane wrote:
> > Point-in-time recovery - ready for 7.3?
> 
> At the moment, it doesn't exist at all.  If patches appear, we can
> review 'em, but right now there is nothing to debate.

Yes, I listed it just to keep it on the radar.

> > Win32 - timefame?
> 
> I've seen nothing to make me think this will be ready for 7.3.

Same.

> > Schema handling - ready? interfaces? client apps?
> 
> The backend will be ready (it's not quite yet).  pg_dump is ready.
> psql is very definitely not ready, nor is pgaccess.  I don't know the
> status for JDBC or ODBC; any comments?  The other interface libraries
> probably don't care.

We should generate a list of subitems here.

> > Dependency - pg_dump auto-create dependencies for 7.2.X data?
> 
> Huh?

Can we create table/sequence dependency linking on loads; same with
other dependencies?  If not, we are going to have trouble with the
dependency code only working some times.  This could be a serious
confusion for users.  We coded some of our stuff assuming the linkage
will always be present, but a load from 7.2 may not have it.  What are
the ramifications?

> > glibc and mktime() - fix?
> 
> We need a fix for this.  Dunno what to do about it.

I have proposed a fix of placing a fixed mktime earlier in the link line
but no one has supplied a fixed mktime for me.

> Other things on my radar screen:
> 
> * I have about zero confidence in the recent tuple-header-size-reduction
> patches.

I have great confidence Manfred Koizar and his work.  I know you want
some checks added to the code and he will do that when he returns.  I
will mention this in the open items list.
improve macros in new tuple header code

> 
> * pg_conversion stuff --- do we understand this thing's behavior under
> failure conditions?  Does it work properly with namespaces and
> dependencies?

Seems Tatsuo says it is OK.

> * pg_dumpall probably ought to dump database privilege settings, also
> per-user and per-database GUC settings.

Added:
have pg_dumpall dump out db privilege and per-user/db settings

> 
> * BeOS and QNX4 ports are busted.

Added:
fix BeOS and QNX4 ports
> * The whole area of which implicit coercions should be allowed is a
> serious problem that we have not spent enough time on.  There are
> a number of cases in which CVS tip is clearly broken compared to
> prior releases.

Oh.   I didn't know that.  Added:
fix implicit type coercions that are worse
> 
> * Bear Giles' SSL patches seem to be causing unhappiness in some
> quarters.

I believe it is only the interfaces/ssl directory I created from his
patch when I didn't know what to do with it.  I wanted to remove it but
someone said it was good stuff and we should give the author until beta
to address it.  Added to TODO:
remove interfaces/ssl if not improved

> 
> * libpqxx is not integrated into build process nor docs.  It should
> be integrated or reversed out before beta.

Added:
integrate or remove new libpqxx

--  Bruce Momjian                        |  http://candle.pha.pa.us pgman@candle.pha.pa.us               |  (610)
853-3000+  If your life is a hard drive,     |  830 Blythe Avenue +  Christ can be your backup.        |  Drexel Hill,
Pennsylvania19026
 


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Open 7.3 items
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: Open 7.3 items