From owner-freebsd-python@FreeBSD.ORG Wed Oct 22 05:17:05 2014 Return-Path: Delivered-To: python@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3D332168 for ; Wed, 22 Oct 2014 05:17:05 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2539730A for ; Wed, 22 Oct 2014 05:17:05 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s9M5H5rx023937 for ; Wed, 22 Oct 2014 05:17:05 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: python@FreeBSD.org Subject: [Bug 184954] Installation checks prevent multiple python ports being installed Date: Wed, 22 Oct 2014 05:17:05 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports Tree X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: mva@FreeBSD.org X-Bugzilla-Status: In Discussion X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: python@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-python@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: FreeBSD-specific Python issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2014 05:17:05 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=184954 --- Comment #5 from Marcus von Appen --- The problem is not about man pages, but about how you configure poudriere. There can be only one default python version at any time, which is the reason, why your approach does not work. The correct approach for your poudriere environment would be to build packages with the proper default python version and to build packages with a user-supplied PYTHON_VERSION setting. If you build packages for python2.7 as default and python3.4 as default, packages may conflict, since e.g. the f2py binary would link to f2py-2.7 and also to f2py-3.4 (or the man page or the docs, etc.). A correct poudriere configuration could look like this: /usr/local/etc/poudriere.d/make.conf: PYTHON_DEFAULT_VERSION=python2.7 /usr/local/etc/poudriere.d/python34-make.conf: PYTHON_DEFAULT_VERSION=python2.7 PYTHON_VERSION=python3.4 To build packages for your default, just invoke poudriere without a set option, as you are used to. To build packages for python3.4, add the set option: poudriere ... -z python34 ... -- You are receiving this mail because: You are the assignee for the bug.