On 08/28/2009 11:11 AM, John Stebbins wrote:
Hmm, sorry, ignore. Now i'm confused. The problem doesn't seem to be
what I thought it was. Got complaints that gentoo users couldn't
create ebuilds properly. But this isn't the right solution.
On 08/28/2009 11:01 AM, John Stebbins wrote:
Some package tools run configure as fakeroot. This triggers code in
configure.ac that detects uid 0 to hardcode the installation path of
the m4 macros to the system aclocal macro dir. This ignores any
DESTDIR the packaging tools may have set and installation fails since
it attempts to write to a system dir without proper permissions.
These patches maintain the current behaviour if uid==0 && DESTDIR is
empty. Otherwise, DESTDIR and the regular datadir path are used.
I don't know if you will consider this a bug or just a feature I'll have
to deal with.
I figured out what is causing us problems. We include libdvdnav and
libdvdread with our sources. It gets built and linked statically.
libdvdread/nav configure gets run with --prefix=<local dir> which is a
non-system directory that doesn't require root privileges. But when
someone tries to package our program, the packager runs everything using
fakeroot. libdvdread/nav configure script detects uid==0 and hardcodes
the path to install the m4 macros to a system directory. Installation
of the m4 macros subsequently fails since the install is not really
running as root.
Is this a scenario you think should be fixed in libdvdread/nav? If so,
my thoughts are a configure option to disable install of the m4 macros.
_______________________________________________
DVDnav-discuss mailing list
[email protected]
https://lists.mplayerhq.hu/mailman/listinfo/dvdnav-discuss
