[PATCH] enable build support without systemd compatibility libraries

Simon McVittie simon.mcvittie at collabora.co.uk
Fri Sep 12 06:32:40 PDT 2014


On 03/09/14 10:27, Umut Tezduyar Lindskog wrote:
> On Tue, Sep 2, 2014 at 12:10 PM, Simon McVittie
> <simon.mcvittie at collabora.co.uk> wrote:
>> Please send patches to Bugzilla so they don't get lost.
> 
> I will do that.

I didn't see any in Bugzilla.

>> This looks reasonable, but is "underquoted" (the rule of thumb should be
>> one pair of [] per pair of ()).

Fixed that...

>> Shouldn't the check be the other way round, so we check for libsystemd
>> if available, and fall back to libsystemd-* if not?
> 
> I guess it makes more sense to have the libsystemd check first since
> libsystemd is the future.

... and that, and applied the patch for dbus 1.8.8 and 1.9.0.

>> If you want to reduce binary size in a packaged distribution, it would
>> seem reasonable to package the compat *.pc files in a -dev/-devel
>> package, but not package the compat libraries: that's API-compatible
>> (but not ABI-compatible) with systemd < 209, and would allow dbus to be
>> compiled without changes.
> 
> We have our own distro for our embedded product. We don't have
> dev/devel kind of things.

The same idea stands: you can compile systemd with the compat option,
but not install the compat libraries unless anything actually depends on
them (which it does not, in fact, if it has been built against the
compat *.pc files), in exactly the same way that if you don't want to
install *.h or *.a, you don't do that.

If your packaging system (or lack thereof) does not understand how to
track library dependencies, I'd say that's a problem you solve by
getting a better packaging system - rpm and dpkg both know how to do this.

    S



More information about the dbus mailing list