From owner-freebsd-ports@FreeBSD.ORG Sun Apr 11 00:48:54 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD92E106566B; Sun, 11 Apr 2010 00:48:54 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (unknown [IPv6:2607:f678:1010::34]) by mx1.freebsd.org (Postfix) with ESMTP id 959208FC0C; Sun, 11 Apr 2010 00:48:54 +0000 (UTC) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id o3B0mp6E040169 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 10 Apr 2010 17:48:51 -0700 (PDT) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id o3B0mpFi040168; Sat, 10 Apr 2010 17:48:51 -0700 (PDT) Received: from fbsd61 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA13556; Sat, 10 Apr 10 17:44:11 PDT Date: Sat, 10 Apr 2010 17:43:24 -0700 From: perryh@pluto.rain.com To: kientzle@freebsd.org, julian@elischer.org Message-Id: <4bc11b2c.OaowlcB/8KRDOad7%perryh@pluto.rain.com> References: <4BBFD502.1010507@elischer.org> <4BC03ABA.6090309@elischer.org> <4BC0CC6F.7010009@freebsd.org> <4BC0E9AE.1000904@elischer.org> <4BC0FF80.4000907@freebsd.org> In-Reply-To: <4BC0FF80.4000907@freebsd.org> User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org Subject: Re: ports and PBIs X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Apr 2010 00:48:54 -0000 [dropped current@ since it doesn't take non-member posts] Tim Kientzle wrote: > The LD_LIBRARY_PATH issue is the most interesting > problem here. I don't immediately see a solution that > doesn't include teaching ld-elf.so.1 about some form > of per-application library path. Maybe install PBI executables with a wrapper of some sort which would set LD_LIBRARY_PATH and exec the real executable, or build similar functionality into a specialized variant of /usr/lib/crt1.o (which BTW seems not to have a manpage)? Nah, that would be too easy. There must be some lethal flaw in it.