[DVDnav-discuss] [PATCH] Packaging failure

[Dan Nicholson]

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.

--
Dan