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

[Ludwig Nussel]

Kay Sievers wrote:
> 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.

Yeah, well changing the packaging is easy. OBS knows which packages
buildrequire the lib and it takes care of rebuilding all depending
packages in case the ABI changes. By contrast finding and fixing all
places that have copy&pasted a (non-trivial btw) piece of code is
a lot more work.

cu
Ludwig

-- 
 (o_   Ludwig Nussel
 //\   
 V_/_  http://www.suse.de/
SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nuernberg)