<div dir='auto'>OpenBSD has precompiled binary packages and<div dir="auto"><br></div><div dir="auto">> The ports tree is meant for advanced users. Everyone is encouraged to use the pre-compiled binary packages.</div><div dir="auto">> https://www.openbsd.org/faq/ports/ports.html</div><div dir="auto"><br></div><div dir="auto">So there is still a distinction between build-time and runtime.</div></div><div class="gmail_extra"><br><div class="gmail_quote">2026/01/18 23:57 Neal Gompa <ngompa13@gmail.com>:<br type="attribution" /><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">On Sun, Jan 18, 2026 at 9:45 AM Rafael Sadowski <rafael@sizeofvoid.org> wrote: <br>
> <br>
> Hi KDE Community, <br>
> <br>
> I'm currently working on mapping the dependencies for the OpenBSD <br>
> packages properly. I've started analysing the .kde-ci.yml. <br>
> <br>
> In OpenBSD, we have RUN_-, BUILD_- and LIB_DEPENDS. RUN_DEPENDS must <br>
> be installed alongside the package. BUILD_DEPENDS must be present <br>
> at build time but not linked against lib/bin and finally LIB_DEPENDS <br>
> which link against bin/lib. <br>
> <br>
> Let's take a look at frameworkintegration-6.22.0 for example: <br>
> <br>
> We have the following LIB_DEPENDS: <br>
> <br>
> LIB_DEPENDS =   devel/kf6/attica>=${MODKF6_VERSION} \ <br>
>                 devel/kf6/kcolorscheme>=${MODKF6_VERSION} \ <br>
>                 devel/kf6/kconfig>=${MODKF6_VERSION} \ <br>
>                 devel/kf6/kcoreaddons>=${MODKF6_VERSION} \ <br>
>                 devel/kf6/ki18n>=${MODKF6_VERSION} \ <br>
>                 devel/kf6/kiconthemes>=${MODKF6_VERSION} \ <br>
>                 devel/kf6/knewstuff>=${MODKF6_VERSION} \ <br>
>                 devel/kf6/knotifications>=${MODKF6_VERSION} \ <br>
>                 devel/kf6/kwidgetsaddons>=${MODKF6_VERSION} <br>
> <br>
> That's easy, because we scan all bin/libs to determined all used <br>
> libs correctly. This This is recorded in WANTLIB. This means that <br>
> it is immediately apparent if something is missing: <br>
> <br>
> WANTLIB += ${COMPILER_LIBCXX} GL KF6Attica KF6ColorScheme KF6ConfigCore <br>
> WANTLIB += KF6CoreAddons KF6I18n KF6IconThemes KF6NewStuffCore <br>
> WANTLIB += KF6Notifications KF6WidgetsAddons Qt6Core Qt6DBus Qt6Gui <br>
> WANTLIB += Qt6Network Qt6Widgets c m <br>
> <br>
> In other words, we can correctly determine shared library dependencies, but <br>
> now it gets exciting, but .kde-ci.yml says even more dependencies, namely: <br>
> <br>
> KDE_DEPENDS =   devel/kf6/kconfigwidgets \ <br>
>                 devel/kf6/kguiaddons \ <br>
>                 devel/kf6/kio \ <br>
>                 devel/kf6/kitemviews \ <br>
>                 devel/kf6/oxygen-icons \ <br>
>                 devel/kf6/kpackage <br>
> <br>
> I determined KDE_DEPENDS based on kde-ci.yml. Now I'm wondering <br>
> how to deal with it. Are these just build dependencies, or also <br>
> runtime dependencies, or both? What's the best way to determine <br>
> this? Can I even do that? What would be the best strategy for <br>
> distributions? <br>
> <br>
<br>
Correct me if I'm wrong, but don't ports imply that these things are <br>
compiled on the user's computer? Doesn't that mean the distinction of <br>
build-time and run-time is not particularly strong? <br>
<br>
<br>
<br>
--  <br>
真実はいつも一つ！/ Always, there's only one truth! <br>
</p>
</blockquote></div><br></div>