[systemd-devel] Missing shared library for functions of sd-daemon.c

Kay Sievers kay.sievers at vrfy.org
Thu Dec 16 15:38:06 PST 2010


On Thu, Dec 16, 2010 at 23:34, Ludwig Nussel <ludwig.nussel at suse.de> wrote:
> Kay Sievers wrote:
>> On Sun, Nov 28, 2010 at 14:06, Ludwig Nussel <ludwig.nussel at suse.de> wrote:
>> > Kay Sievers wrote:
>> >> On Fri, Nov 26, 2010 at 18:56, Gustavo Sverzut Barbieri
>> >> <barbieri at profusion.mobi> wrote:
>> >> > On Fri, Nov 26, 2010 at 2:17 PM, Dr. Werner Fink <werner at suse.de> wrote:
>> >> >> just what the subject says, I'm missing a shared library which
>> >> >> shares the functions of sd-daemon.c. Then the developers here
>> >> >> around could remove the several copies of sd-daemon.c and
>> >> >> sd-daemon.h.
>> >> >>
>> >> >> Is there a plan to create such a library and install the header
>> >> >> sd-daemon.h to ${prefix}/include?  Also I've not found the
>> >> >> manual page(s) mentioned in sd-daemon.h.  Only the main page
>> >> >> sd-daemon(7) is found.
>> >> >
>> >> > having a shared library for such simple and few functions would be
>> >> > worse than copying them to users.
>> >>
>> >> The main issue is build dependencies, systemd links against udev,
>> >> D-Bus, ... and udev, D-Bus, ... would link against systemd. That would
>> >> need to be sorted out.
>> >
>> > Should be no problem in OBS. Just use a source link and a second
>> > spec file that only compiles the shared lib (manually if needed). That way
>> > systemd and the lib are compiled independent of each other but you
>> > only need to take care of one source submission.
>>
>> It's more than that. It's a bootstrap issue, you can not even configure it.
>
> The question was about sd-daemon only, that's trivial to solve:
> https://build.opensuse.org/package/files?expand=0&package=libsd-daemon&project=home%3Alnussel

Only as long as the lib does not do anything real interesting it will
work that way -- but then we can also just copy the trivial files.

As soon as we do something interesting here, it will just not work anymore.

We will eventually get there, but then we need to find a proper
solution. For now, we better keep the stuff as it is, for the
mentioned reasons.

Thanks,
Kay


More information about the systemd-devel mailing list