<html>
    <head>
      <base href="https://bugs.freedesktop.org/" />
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW --- - Makefile tries to install libudev.so.1.2.0 to /lib - and then fails with an error"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=58167#c1">Comment # 1</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW --- - Makefile tries to install libudev.so.1.2.0 to /lib - and then fails with an error"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=58167">bug 58167</a>
              from <span class="vcard"><a class="email" href="mailto:mbiebl@gmail.com" title="Michael Biebl <mbiebl@gmail.com>"> <span class="fn">Michael Biebl</span></a>
</span></b>
        <pre>(In reply to <a href="show_bug.cgi?id=58167#c0">comment #0</a>)
<span class="quote">> version: systemd-196
> system: debian unstable, i686

> Debian currently installs systemd, udev, and pam libraries in /lib, despite
> the /usr merge.  But still, configuring with "--libdir=/lib" or with
> "--libexecdir=/lib" or with "--exec-prefix=/" or with
> "--with-rootlibdir=/lib" makes no distinction between /lib/ and /usr/lib/. 
> Thus then, installation either fails to install with the error</span >

Could you post the full configure line you used.

<span class="quote">> 
> 1) If "libgudev-1.0.la" has to go into "/usr/lib", then install it to
> /usr/lib/, not into "libdir" or kin, and similarly, with "pam_systemd.la". 
> Yes, there is "configure --with-pamlibdir=/usr/lib/security" - but - does
> that not seem silly, instead of just installing to "/usr/lib/security/"?

> 2) Please play nicely with others - though you might still try to persuade
> the Debian Maintainer, Tollef Fog Heen, to stop using /lib/ for systemd. 
> Does there need to be an additional "configure" option for a /lib/ install?</span >

systemd/udev is actually one of those few packages which does support the usr
split nicely.
In the Debian we can't for the time being rely on /usr being available during
early boot, so we use the following configure flags:


./configure --prefix=/usr --includedir=${prefix}/include
--mandir=${prefix}/share/man --infodir=${prefix}/share/info --sysconfdir=/etc
--localstatedir=/var --libdir=${prefix}/lib/x86_64-linux-gnu
--libexecdir=${prefix}/lib/x86_64-linux-gnu --with-rootprefix=
--with-rootlibdir=/lib/x86_64-linux-gnu --enable-libcryptsetup --enable-tcpwrap
--enable-selinux --enable-gtk-doc --disable-coredump --with-distro=debian

(taken from config.log)

This works nicely, no problems with make install or anything.

<span class="quote">> 3) "configure --sysconfdir=DIR" defaults to "/usr/etc".  Again - this would
> be easier if the default were simply "/etc" instead.</span >

That is how every autotools using package works. Unless you specify
--sysconfdir, it's based on $prefix. So it works as expected.</pre>
        </div>
      </p>
      <hr>
      <span>You are receiving this mail because:</span>
      
      <ul>
          <li>You are the QA Contact for the bug.</li>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>