From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6747 invoked by alias); 3 Oct 2012 15:13:07 -0000 Received: (qmail 6735 invoked by uid 22791); 3 Oct 2012 15:13:05 -0000 X-SWARE-Spam-Status: No, hits=-7.3 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,KHOP_SPAMHAUS_DROP,RCVD_IN_DNSWL_HI,RCVD_IN_HOSTKARMA_W,RP_MATCHES_RCVD,SPF_HELO_PASS X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 03 Oct 2012 15:12:56 +0000 Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q93FCnNU020791 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 3 Oct 2012 11:12:50 -0400 Received: from host2.jankratochvil.net (ovpn-116-83.ams2.redhat.com [10.36.116.83]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id q93FCjiU002553 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 3 Oct 2012 11:12:48 -0400 Date: Wed, 03 Oct 2012 15:13:00 -0000 From: Jan Kratochvil To: Joel Brobecker Cc: Doug Evans , Meador Inge , gdb@sourceware.org Subject: Re: Using Py_SetPythonHome Message-ID: <20121003151244.GA22734@host2.jankratochvil.net> References: <50511945.2070400@codesourcery.com> <20120917170657.GB5716@adacore.com> <20120917174611.GA27891@host2.jankratochvil.net> <20120919080410.GA12296@host2.jankratochvil.net> <20120921153645.GD5439@adacore.com> <20120921154345.GA30615@host2.jankratochvil.net> <20120921155758.GE5439@adacore.com> <20120921172735.GA4341@host2.jankratochvil.net> <20121002130854.GL30746@adacore.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20121002130854.GL30746@adacore.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2012-10/txt/msg00020.txt.bz2 On Tue, 02 Oct 2012 15:08:54 +0200, Joel Brobecker wrote: > And to me, this is not violating "standard system > packagainng practices" (please point me to a document that would claim > to explain what the standard practices are), I follow http://fedoraproject.org/wiki/Packaging:Guidelines http://fedoraproject.org/wiki/Packaging:Guidelines#Beware_of_Rpath which is sure Fedora specific but in this part it can be considered as a general GNU/Linux behavior, I am willing to discuss packaging guidelines of other distros. > but providing a very > important feature, which, if not standard, definitely should be (IMO). I really do not say anything whether this feature should be standard or not. Maybe it should be standard, indeed. That is completely offtopic here. Show me any common GNU/Linux distro with >= 1% of packages using this feature. There is not any. Which proves to me it is not a standard feature. If it should be a standard feature: * These relocation functions should be moved as a GNU extension to glibc. * GNU Coding Standards should be extended for it. * etc. I do not see any attempt to do this part, which is what I find inappropriate on this feature. > If I have built a tool somewhere with a given prefix, and then I want > to install a copy somewhere else, it would be a real pain in the neck > to have to rebuild it. There already exist various methods to deal with it, a standardized one is /usr/sbin/alternatives (chkconfig package) which requires no specific upstream support from a package. Then there are per-package hacks like ENV variables documented in a man page but they are still more clear than this surprising relocation. > Going back to the actual subject of this discussion, would it cause > a problem to call Py_SetPythonHome in your situation where everything > is static and installed at the default location? Yes, it is a problem because 99.9% of other Python-using packages behave differently. Thanks, Jan