From mboxrd@z Thu Jan 1 00:00:00 1970 From: Roel Janssen Subject: Re: postgres 9.6.2 update breakage Date: Mon, 15 May 2017 08:48:47 +0200 Message-ID: <87fug6wr74.fsf@gnu.org> References: <87mvag7sj0.fsf@gnu.org> <87mvagaayq.fsf@gnu.org> <874lwoa1bs.fsf@dustycloud.org> <87lgq09zq7.fsf@gnu.org> <877f1j90ii.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:37593) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dA9ox-0001PU-7l for guix-devel@gnu.org; Mon, 15 May 2017 02:49:32 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dA9ou-0000Pg-6m for guix-devel@gnu.org; Mon, 15 May 2017 02:49:31 -0400 In-reply-to: <877f1j90ii.fsf@gnu.org> List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: Jan Nieuwenhuizen Cc: guix-devel@gnu.org, Pg Hackers Jan Nieuwenhuizen writes: > Roel Janssen writes: > >> So, it would be something like: >> postgres pg_upgrade \ >> ... > > It's great to have a recipe `that works', so thanks! > > However, whether or not we automate this, I cannot help to wonder if > we should support downgrading -- at least to the previous version > in this case? > > If I'm not mistaken, everything else in GuixSD will run if I select a > previous system generation in Grub...except for this? > > Is involving postgres developers an option, I'm sure a least one of > the postgresql hackers[cc] are already looking at Guix[SD]? > > Greetings, > janneke Ah yes, I see the point. The problem here is that when new features are added to PostgreSQL, and you rely upon them in your database schemas, downgrading will most likely cause loss of information. Maybe we need a wrapper script that also makes a dump of all of the data? Now that could become a security hole. Or the wrapper script warns about this situation, and recommends making a (extra) back-up of the database before upgrading. Or.. the upgrade is something a user should do explicitly, basically giving up on the "just works" concept. Guix already provides a nice way to get the previous version of the exact binaries used before the upgrade. Kind regards, Roel Janssen