[prev in list] [next in list] [prev in thread] [next in thread] 

List:       gentoo-dev
Subject:    [gentoo-dev] Re: udev installs now to /lib/udev (was: rfc: libexec directory inconsistency)
From:       Matthias Schwarzott <zzam () gentoo ! org>
Date:       2011-04-30 12:30:49
Message-ID: 201104301430.50680.zzam () gentoo ! org
[Download RAW message or body]

On Sonntag, 24. April 2011, Matthias Schwarzott wrote:
> Getting that discussion back on top.
> 
> On Samstag, 22. Januar 2011, Diego Elio Pettenò wrote:
> > Il giorno sab, 22/01/2011 alle 11.02 -0600, William Hubbs ha scritto:
> > > Is there a reason for this? If not, would it break things if we start
> > > using /libexec as well as /usr/libexec?
> > 
> > More or less and yes, it would create one more root directory that has
> > no real usage to be there anyway...
> > 
> > > 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.
> > 
> > Which is wrong, it should be /lib/foo instead, not $(get_libdir), to
> > follow what udev and other software in Linux has been using for a very
> > long time now.
> 
> Sounds like we should fix udev ebuild and some ebuilds installing udev
> rules to not use /$(get_libdir)/udev, but plain /lib/udev.
> 
> I used that in believe that /lib is identical or links to /$(get_libdir)
> and multilib-strict requires it, but it seems to be intelligent enough to
> only deny 64-bit libs to go to /lib.
> 
> So proper udev should use /lib/udev, correct?
> 
sys-fs/udev-168 does now install to /lib/udev unconditionally.

Regards
Matthias



[prev in list] [next in list] [prev in thread] [next in thread]