On Wed, Sep 13, 2000 at 05:15:17AM +0100, Arnd Hanses wrote:
> On 13 Sep 2000 09:00:50 +0200, Lars Gullik Bjønnes wrote:
>
> >| --- po/Makefile.in.in.orig Tue Sep 12 18:57:02 2000
> >| +++ po/Makefile.in.in Tue Sep 12 18:51:04 2000
> >| @@ -24,6 +24,8 @@ gnulocaledir = $(prefix)/share/locale
> >| gettextsrcdir = $(prefix)/share/gettext/po
> >| subdir = po
> >|
> >| +DESTDIR =
> >| +
> >
> >Why isn't --prefix enough for you?
> >Anyway if this is a general problem with the Makefile.in.in in the
> >gettext, a report should be submitted to the gettex maintainers.
[snip]
Out of context, but I thought I'd answer this as a debian developer.
Yes, this does seem to be an upstream problem with gettext. I don't
know if it has ever been reported.
'prefix' isn't good enough because packaging systems (certainly dpkg)
have to build into a temporary dir, which is not where the package
will run from.
If I ./configure --prefix=/home/jules/tmproot/usr, then any embedded
paths within the application (in general, possibly not in lyx's case)
will be /home/jules/tmproot/usr/bin/appname. So in general debian
packaging scripts ./configure --prefix=/usr (so that the paths are
correct), but make install DESTDIR=/home/jules/tmproot/ (or
whatever). Since gettext doesn't support this, this means that some
patch is necessary to it every time ;-(
Jules
