Re: BUG #19393: pg_upgrade fails with duplicate key violation when CHECK constraint named *_not_null exists
| От | Álvaro Herrera |
|---|---|
| Тема | Re: BUG #19393: pg_upgrade fails with duplicate key violation when CHECK constraint named *_not_null exists |
| Дата | |
| Msg-id | 202602231541.tcrufawcdbne@alvherre.pgsql обсуждение исходный текст |
| Ответ на | Re: BUG #19393: pg_upgrade fails with duplicate key violation when CHECK constraint named *_not_null exists (Michael Paquier <michael@paquier.xyz>) |
| Ответы |
Re: BUG #19393: pg_upgrade fails with duplicate key violation when CHECK constraint named *_not_null exists
|
| Список | pgsql-bugs |
On 2026-Feb-22, Michael Paquier wrote: > While I get the feeling of urgency, I am wondering if this particular > fix should have been delayed and pushed for next May's release. We > are already doing one quick release for the regressions found in the > CVE fixes.. I debated that with myself before pushing. I thought the risk of introducing a new bug or problem was pretty low; whereas the bug was clearly already affecting real-world users in their attempts to migrate to 18 from earlier versions, so the damage was real. > Based on my read of the fix, I feel rather safe that this is OK. But > as I have quoted upthread, the reason why I did not reply yet was to > wait for next week's release to be out before acting. That's your > code of course, so no objections from here, just a slight doubt about > the timing. Hmm, what? The only response from you that I see in this thread is https://postgr.es/m/aYp9tTWjUqS1ffAd@paquier.xyz which was on Feb 10th, which is before the 18.2 release, so you couldn't have been considering the 18.3 release yet. -- Álvaro Herrera PostgreSQL Developer — https://www.EnterpriseDB.com/ "On the other flipper, one wrong move and we're Fatal Exceptions" (T.U.X.: Term Unit X - http://www.thelinuxreview.com/TUX/)
В списке pgsql-bugs по дате отправления: