From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail.windriver.com ([147.11.1.11]) by linuxtogo.org with esmtp (Exim 4.72) (envelope-from ) id 1Qipkw-0004Vu-MG for openembedded-core@lists.openembedded.org; Mon, 18 Jul 2011 17:29:15 +0200 Received: from ALA-HCA.corp.ad.wrs.com (ala-hca [147.11.189.40]) by mail.windriver.com (8.14.3/8.14.3) with ESMTP id p6IFP9ZO020158 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Mon, 18 Jul 2011 08:25:09 -0700 (PDT) Received: from Macintosh-5.local (172.25.36.226) by ALA-HCA.corp.ad.wrs.com (147.11.189.50) with Microsoft SMTP Server id 14.1.255.0; Mon, 18 Jul 2011 08:25:09 -0700 Message-ID: <4E245054.4000303@windriver.com> Date: Mon, 18 Jul 2011 10:25:08 -0500 From: Mark Hatle Organization: Wind River Systems User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.18) Gecko/20110616 Thunderbird/3.1.11 MIME-Version: 1.0 To: References: <281DBDA2-688D-4559-8191-276A44DEDF70@dominion.thruhere.net> In-Reply-To: <281DBDA2-688D-4559-8191-276A44DEDF70@dominion.thruhere.net> Subject: Re: [PATCH 3/4] udev: Change hard coded /usr/lib to support multilib X-BeenThere: openembedded-core@lists.openembedded.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Patches and discussions about the oe-core layer List-Id: Patches and discussions about the oe-core layer List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jul 2011 15:29:15 -0000 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit On 7/18/11 7:32 AM, Koen Kooi wrote: > > Op 18 jul 2011, om 09:08 heeft Koen Kooi het volgende geschreven: > >> >> Op 18 jul 2011, om 08:13 heeft Dongxiao Xu het volgende geschreven: >> >>> Signed-off-by: Dongxiao Xu >>> --- >>> meta/recipes-core/udev/udev-164/makefile.patch | 16 ++++++++++++++++ >>> meta/recipes-core/udev/udev-new.inc | 1 + >>> meta/recipes-core/udev/udev_164.bb | 2 +- >>> 3 files changed, 18 insertions(+), 1 deletions(-) >>> create mode 100644 meta/recipes-core/udev/udev-164/makefile.patch >>> >>> diff --git a/meta/recipes-core/udev/udev-164/makefile.patch b/meta/recipes-core/udev/udev-164/makefile.patch >>> new file mode 100644 >>> index 0000000..c46ff4b >>> --- /dev/null >>> +++ b/meta/recipes-core/udev/udev-164/makefile.patch >>> @@ -0,0 +1,16 @@ >>> +Upstream-Status: Inappropriate [configuration] >> >> Could you explain why it's inappropriate for upstream but why we do need it here? > > I asked the udev maintainer: > > 14:25 < koen> kay: the udev Makefile.am has 'ln -sf $(libexecdir)/udev-acl $(DESTDIR)$(prefix)/lib/ConsoleKit/run-seat.d/udev-acl.ck', any reason for not using ${libdir} over ${prefix}/lib ? > 14:29 < kay> koen: libdir is /usr/lib64 here, can't use that > > So upstream is aware of multilib, but wants to put these scripts in a non-multilib dir. Since I don't have any experience with the fedora/opensuse way of multilib nor the new oe-core one, could you please explain why oe-core needs this patch, but fedora/opensuse don't? This is likely a problem with the multilib fix. "libexecdir" is often /usr/lib on many distribuions.. however as your other email mentioned.. setting it to /usr/lib64 is a mistake. It should be /usr/libexec or /usr/lib64. All of the associated multilib packages should work correctly and no conflicts introduced with this package (file contents should be identical.) It should be permissible for libexecdir to be changed in the configuration if someone really wants it to be. By default (in bitbake.conf) it is: export libexecdir = "${exec_prefix}/libexec" --Mark > regards, > > Koen > > > _______________________________________________ > Openembedded-core mailing list > Openembedded-core@lists.openembedded.org > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core