Re: Fixed xloginsert_locks for 9.4
| От | Andres Freund |
|---|---|
| Тема | Re: Fixed xloginsert_locks for 9.4 |
| Дата | |
| Msg-id | 20141004150817.GB32263@awork2.anarazel.de обсуждение исходный текст |
| Ответ на | Re: Fixed xloginsert_locks for 9.4 (Bruce Momjian <bruce@momjian.us>) |
| Ответы |
Re: Fixed xloginsert_locks for 9.4
|
| Список | pgsql-hackers |
On 2014-10-04 11:07:13 -0400, Bruce Momjian wrote: > On Fri, Oct 3, 2014 at 08:04:08PM -0400, Bruce Momjian wrote: > > On Sat, Oct 4, 2014 at 01:57:01AM +0200, Andres Freund wrote: > > > On 2014-10-03 19:54:36 -0400, Tom Lane wrote: > > > > Bruce Momjian <bruce@momjian.us> writes: > > > > > Agreeed. Also, reality check --- we can't change postgresql.conf easily > > > > > without an initdb, and I think our last 9.4 initdb is going to be > > > > > 9.4beta3, which is going to be packaged on Monday. > > > > > > > > Good point: independently of all else, it's a bit late to be adding new > > > > features to 9.4. > > > > > > This is getting absurd. The feature was there three days ago. > > > > My point is we have to have in there/decide by Monday or it isn't going > > to be in 9.4. I am unclear how we can resolve all the concerns about > > its addition in that short of a time. > > Actually, another issue is that we were only able to remove > xloginsert_locks this week because we are forcing an initdb for > 9.4beta3. If we had not, I am not sure how we would have removed this > undocumented setting, except to tell beta users to remove it from their > postgresql.conf file after we removed it from the server. This seems > sloppy --- we should have addressed this (documented it or removed it) > before beta1. It was marked as GUC_NOT_IN_SAMPLE. Greetings, Andres Freund -- Andres Freund http://www.2ndQuadrant.com/PostgreSQL Development, 24x7 Support, Training & Services
В списке pgsql-hackers по дате отправления: