Luca Capello wrote: > Hi Michael! > > On Tue, 30 Sep 2008 14:51:36 +0200, Michael Biebl wrote: >> Michael Biebl wrote: >>> The problem seem to be very simple: >>> configure.in:915-935 >>> >>> The AC_PATH_XTRA macro picks up additional X11 libs if installed and >>> adds them to $X_EXTRA_LIBS. >>> >>> If you install in a clean chroot, $X_EXTRA_LIBS will be empty. >> Minor correction: >> The additional depedencies on -lSM and -lICE are added to $X_PRE_LIBS > > Now that I think about it, I already experienced this weird problem [1]. > >> I guess we can either add build conflicts against all non-required X11 >> dev packages (I'm not sure if this is viable) >> or patch out X_EXTRA_LIBS from configure.in. > > I think the easiest solution would be to simply rebuild the package, > which is also the less invasive one.
Well, that obviously doesn't fix the underlying problem and it can happen again anytime in the future. I asked on #debian-x for advice. Here is the relevant irc log: [19:14] <mbiebl> Hi, I've got a problem regarding the usage of the AC_PATH_XTRA macro in dbus [19:14] <mbiebl> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=499650 [19:14] <mbiebl> Depending on which X dev packages are installed, this macro adds additional link dependencies [19:16] <noshadow> mbiebl: AC_PATH_XTRA is very old and likes to include just everything it can find. That needs either LIB-overriding or build-conflicts... [19:16] <mbiebl> noshadow: Is there a better, recommended way nowadays? [19:16] <jcristau> use pkg-config [19:17] <jcristau> and only check for the libs you're using [19:17] <pusling> cmake has also such a feature to include everything matching libX* [19:17] <noshadow> mbiebl: I don't think anyone ever bothered. Everything else has other drawbacks. do you really need XTRA? [19:17] <noshadow> AC_PATH_X might already be easier... [19:17] <jcristau> so PKG_CHECK_MODULES(X11, x11), and then use X11_CFLAGS and X11_LIBS [19:17] <mbiebl> noshadow: I don't know, why XTRA was used the way it is now. [19:18] <noshadow> but please do not add X11_CFLAGS into CFLAGS but to CPPFLAGS when using pkgtool [19:18] <mbiebl> jcristau: I'd have to check with dbus upstream, if this would be an acceptable solution [19:18] <mbiebl> (as it would be xorg > 7.0 only I guess) [19:18] <jcristau> yeah [19:19] <jcristau> AC_PATH_XTRA seems wrong if all you use is -lX11, in any case... [19:19] <noshadow> mbiebl: all thos AC_PATH_X* stuff support the whole Xt you most likely not need. so just a AC_CHECK_LIB for X11 might be more usefulll [19:20] <mbiebl> noshadow: My only guess here was, that this might be required for other X11 implementations [19:20] <mbiebl> But that's only wild guessing [19:21] <jcristau> is there really any other x11 implementation worth caring about today, though? [19:21] <noshadow> mbiebl: I think if you only need X11, the only advantage is that it does autodetection if you need -L/usr/X11R6/lib [19:22] <mbiebl> jcristau: I don't care for anything else besides x.org, others might disagree. [19:22] <noshadow> oh, and /usr/X11R5 and /usr/X11R4 [19:22] <mbiebl> Especially as dbus is used on a lot of plattforms [19:22] <mbiebl> But I guess it's best to bring this topic up on the dbus m-l [19:23] <noshadow> mbiebl: I'd suggest to just add options at which non-standard path to look and check for libX11, then people can just give the path when they have some very old implementation. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth?
signature.asc
Description: OpenPGP digital signature
