On 4/14/06, Andrew Benton <[EMAIL PROTECTED]> wrote:
> Hello world!
> Has anyone tried to install gdm-2.14.1? I can't get it to compile, it
> ends like this
>
> libfreetype.so /usr/lib/libgdk_pixbuf-2.0.so /usr/lib/libgobject-2.0.so
> /usr/lib/libgmodule-2.0.so /usr/lib/libglib-2.0.so /usr/lib/libxml2.so
> -lz /usr/lib/libart_lgpl_2.so -lm /usr/lib/libXi.so
> /usr/lib/libXinerama.so /usr/lib/libXext.so /usr/lib/libX11.so
> /usr/lib/libXau.so /usr/lib/libXdmcp.so -ldl
> make[4]: *** No rule to make target `gdmthemetester.in', needed by
> `gdmthemetester'. Stop.
> make[4]: Leaving directory `/sources/gdm-2.14.1/gui/greeter'
> make[3]: *** [all-recursive] Error 1
Hmm, gdm-2.14.0 worked for me. Looks like a packaging bug. There is
no gdmthemetester.in. Looking at gdmthemetester, there's no need for
a .in file since no variables are substituted. Maybe they meant to
ship it. ChangeLog from 2006-03-28 seems to indicate it should be
there. Possibly a `make dist' problem.
Anyway, the workaround is `touch gui/greeter/gdmthemetester.in'. Then
the Makefile target won't bomb. No wait, the Makefile wants to do an
sed on gdmthemetester.in, so you'd get an empty file. Try
cp gui/greeter/gdmthemetester{,.in}
I see the bug now. The sed is supposed to replace [EMAIL PROTECTED]@] so
it knows where to find gdmgreeter. For some reason, it's shipped with
this value already as /usr/lib. This is definitely a `make dist' bug.
This is an even better workaround:
sed 's%/usr/[EMAIL PROTECTED]@]%' gui/greeter/gdmthemetester > \
gui/greeter/gdmthemetester.in
Then, when make runs, it will actually substitute the correct location
for gdmgreeter.
--
Dan
--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
