[DVDnav-discuss] [PATCH] Packaging failure
dbn.lists at gmail.com
Sat Aug 29 19:55:06 CEST 2009
On Fri, Aug 28, 2009 at 12:06 PM, John Stebbins<stebbins at jetheaddev.com> wrote:
> 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.
I don't think configure should be making any decisions based on uid
and I've never heard of anyone depending on behavior like that. If no
one objects, I can take it out of both packages.
More information about the DVDnav-discuss