From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?UTF-8?Q?Court=C3=A8s?=) Subject: bug#28727: Profiles with intentionally out of date packages are upgraded to the newest version Date: Mon, 09 Oct 2017 10:04:52 +0200 Message-ID: <87fuas926z.fsf@gnu.org> References: <96695834-ef08-db88-32b8-3b61066bb6f1@uq.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:41025) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e1T4h-0000do-Vx for bug-guix@gnu.org; Mon, 09 Oct 2017 04:06:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e1T4c-0007Hz-DZ for bug-guix@gnu.org; Mon, 09 Oct 2017 04:06:07 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:48402) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1e1T4c-0007Hv-A1 for bug-guix@gnu.org; Mon, 09 Oct 2017 04:06:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1e1T4b-0007UQ-Vg for bug-guix@gnu.org; Mon, 09 Oct 2017 04:06:02 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <96695834-ef08-db88-32b8-3b61066bb6f1@uq.edu.au> (Ben Woodcroft's message of "Sat, 7 Oct 2017 16:14:38 +1000") List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: Ben Woodcroft Cc: 28727@debbugs.gnu.org Hello, Ben Woodcroft skribis: > I have a profile with python@2 in it, and running 'guix package -u' > updates it to python@3, which isn't what I want. I cannot run 'guix > package -i python@2 -u' because then it tries to install both python@2 > and python@3, which conflicts. > > I can workaround this using 'guix package -u; guix package -i > python@2'. That isn't ideal (wasteful downloading of substitute, extra > entries in the generations list, etc), but is workable for me, making > this a low priority bug for me. There=E2=80=99s this possibility: guix package -u . -r python -i python@2 I admit it=E2=80=99s a bit contrived though. There are several ways to address it: 1. Rename our Python 2.x package =E2=80=9Cpython2=E2=80=9D. 2. Add a property to the =E2=80=98python=E2=80=99 package that describes = it as part of the =E2=80=9C2.=E2=80=9D series, and have the upgrade mechanism honor = that property by upgrading to a version prefixed with =E2=80=9C2.=E2=80=9D. #1 is obviously easier (it triggers a lot of rebuild though). Thoughts? Ludo=E2=80=99.