https://bugzilla.redhat.com/show_bug.cgi?id=1980723



--- Comment #8 from Ben Kircher <[email protected]> ---
Hey, thanks for reviewing!

> * Why do we "BuildRequires: systemd"? Generally pulling in systemd itself 
> isn't needed.

Fixed.

> * You're not following the guidelines for systemd units

Fixed this. Hope this looks good now.

> * Why was the shared library removed? The problem with it is that it needs a 
> soname configured in CMake so that some kind of API/ABI stability promise 
> exists. Without the shared library, the headers are not very useful, since 
> there's nothing to link to.

True.

Puhh, OK, this is about the plugins. From what I can see: The unversioned
shared library is used by plugins. The fluent-bit binary itself does not link
against the shared library.

Plugins are loaded with dlopen(3)/dlsym(3) by the fluent-bit binary itself.
There is also support for writing plugins in Go when -DFLB_PROXY_GO=On is set
(which we don't here). Those Go plugins probably need that shared library, too.


I'm not really interested in writing plugins or using any. So if possible I
would drop the devel package (not sure this is OK with packaging guidelines?)

At the same time I would open an issue in upstream GH and ask friendly for a
set_target_properties(SOVERSION …) to be added to their CMake files. At the
same time for those header files all to be put under under a common fluent-bit
directory. As soon this is done, I could add a devel package.

What do you think?

Spec URL:
https://download.copr.fedorainfracloud.org/results/bkircher/fluent-bit/fedora-rawhide-x86_64/02982723-fluent-bit/fluent-bit.spec
SRPM URL:
https://download.copr.fedorainfracloud.org/results/bkircher/fluent-bit/fedora-rawhide-x86_64/02982723-fluent-bit/fluent-bit-1.8.10-2.fc36.src.rpm


-- 
You are receiving this mail because:
You are on the CC list for the bug.
You are always notified about changes to this product and component
https://bugzilla.redhat.com/show_bug.cgi?id=1980723
_______________________________________________
package-review mailing list -- [email protected]
To unsubscribe send an email to [email protected]
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/[email protected]
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Reply via email to