From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric Bavier Subject: Re: We need to generalize 'package-with-python2' Date: Tue, 3 Feb 2015 21:47:13 -0600 Message-ID: <20150203214713.47d2fd1b@PocketWee> References: <87siembm0k.fsf@netris.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:59779) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YIqw4-0007ET-Tk for guix-devel@gnu.org; Tue, 03 Feb 2015 22:47:29 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YIqvw-0006vn-Ol for guix-devel@gnu.org; Tue, 03 Feb 2015 22:47:28 -0500 Received: from mail.centurylink.net ([205.219.233.9]:27503 helo=smtp.centurylink.net) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YIqvw-0006tc-JU for guix-devel@gnu.org; Tue, 03 Feb 2015 22:47:20 -0500 In-Reply-To: <87siembm0k.fsf@netris.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-bounces+gcggd-guix-devel=m.gmane.org@gnu.org To: Mark H Weaver Cc: guix-devel@gnu.org On Tue, 03 Feb 2015 18:42:03 -0500 Mark H Weaver wrote: > The 'python-dbus' package (called 'dbus-python' upsteam) uses the > 'gnu-build-system', and like most other python libraries, there will > be two variants: 'python-dbus' and 'python2-dbus'. Unfortunately, > 'package-with-python2' only works on packages that use > 'python-build-system'. This is a problem. > > It wouldn't be so bad to use 'inherit' to create 'python2-dbus' from > 'python-dbus', but the more serious problem is that unless we > generalize 'package-with-python2', it won't work properly on any > package that uses 'python-dbus' as an input. > > On the other hand, I realize that 'package-with-explicit-python' > intentionally avoids traversing into packages unless they use > 'python-build-system', and that this is important for efficiency. > > Any thoughts on how best to solve this? Would it be enough to stop recursion when the bag inputs no longer contain a python? `~Eric