From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1PgqTK-000341-VD for garchives@archives.gentoo.org; Sun, 23 Jan 2011 03:18:35 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 8D785E06BF; Sun, 23 Jan 2011 03:18:24 +0000 (UTC) Received: from mail-fx0-f53.google.com (mail-fx0-f53.google.com [209.85.161.53]) by pigeon.gentoo.org (Postfix) with ESMTP id 34B4FE0ABD for ; Sun, 23 Jan 2011 03:17:49 +0000 (UTC) Received: by fxm11 with SMTP id 11so3665528fxm.40 for ; Sat, 22 Jan 2011 19:17:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:from :date:x-google-sender-auth:message-id:subject:to:content-type; bh=kR3+mMNq31vFyrtHhg8GNvytM22b4FCyiLSXoppvS/g=; b=svMTJ2TtLb2h/4xWvzH0ob/GxwqmhWBUN+URlSpoF8ixoS5xpXWNbICVG0BdG9aJkq 1S/GUEeDQDyov/Vwf3GYStPzo6v4670+DBMKSodu48ZeQ9VojEq4qE5ov3t+k1k6VIrH eLYmOTPz/u+b+9YGh+SkCZtKL/rN2JQ0M3Ig4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type; b=Gp/nH0JXMSknHwD6YS4SsauqYeVX88fMn8HpYAGPQA9agFi4Fjp3mYcSsgYOU/Nn/m YPXi4z4ks7/1Uue2+sDq4G8+pa85orpBxqhyRtYCfNENN6BhFGggD0bQf6VpkvrmPzFF VosowClTPq2N/XarRByz3cn8gWiNWHryvMVwo= Received: by 10.223.98.198 with SMTP id r6mr2583408fan.42.1295752669256; Sat, 22 Jan 2011 19:17:49 -0800 (PST) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 Sender: vapierfilter@gmail.com Received: by 10.223.121.197 with HTTP; Sat, 22 Jan 2011 19:17:29 -0800 (PST) In-Reply-To: <20110122170242.GA17407@linux1> References: <20110122170242.GA17407@linux1> From: Mike Frysinger Date: Sat, 22 Jan 2011 22:17:29 -0500 X-Google-Sender-Auth: tp0NILREU49iNQ3O3YXhB0y9vEY Message-ID: Subject: Re: [gentoo-dev] rfc: libexec directory inconsistency To: gentoo-dev@lists.gentoo.org Content-Type: text/plain; charset=ISO-8859-1 X-Archives-Salt: X-Archives-Hash: d2b27b9da6b27f61a8c1dd599e6e79fc On Sat, Jan 22, 2011 at 12:02 PM, William Hubbs wrote: > I noticed that for dhcpcd and openrc we force their LIBEXECDIR to be > $(get_libdir)/foo, which puts things in different directories depending on > whether the system is multilib or not. > > I enquired from Robin why we do this, and I was told that libexec is > supposed to contain things which are not abi specific, but we do not > enforce that for /, even though we do for /usr. > > Is there a reason for this? If not, would it break things if we start > using /libexec as well as /usr/libexec? /libexec is also a horrible wart which we have avoided on purpose. *BSD systems might use it, but we dont in Linux. i dont think the multilib issue is terribly relevant unless the files in question are used externally. with dhcpcd and openerc, the files are only used internally, so keeping them in the native multilib dir isnt an issue. -mike