<div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small"><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Sep 29, 2023 at 10:15 AM Marcel Telka <<a href="mailto:marcel@telka.sk">marcel@telka.sk</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi,<br>
<br>
I noticed there are PACKAGE_NAMES macros set for few components in the<br>
oi-userland git repo.  Namely here:<br>
<br>
components/meta-packages/history/Makefile<br>
components/openindiana/gfx-drm/Makefile<br>
components/openindiana/pkg/Makefile<br>
components/openindiana/slim_source/Makefile<br>
<br>
They were added in October 2018 by following commits:<br>
<br>
c7b5e23fc94<br>
2e3897664af<br>
ac1196a7cb0<br>
a4bb6ce259f<br>
<br>
I'm curious what is the purpose of these macros.  As far as I know there<br>
is no known consumer for them.  They looks like some attempt to list<br>
packages generated by a component before we had support for pkg5 files<br>
(introduced in 2020).<br>
<br>
If PACKAGE_NAMES are unused then I plan to simply remove them once I<br>
touch those Makefiles.<br></blockquote><div><br></div><div><div style="font-family:arial,helvetica,sans-serif;font-size:small" class="gmail_default">If I remember correctily they were introduced to produce package names used in dependency resolution in the external python scripts, for components that generate packages internally and then copy them rather than the usual procedure.</div><div style="font-family:arial,helvetica,sans-serif;font-size:small" class="gmail_default">The goal was to trigger rebuild of dependencies based on this information and avoid publication of broken repositories e.g. when ABI is broken and the update is split in several PRs due to our flawed CI.</div><div style="font-family:arial,helvetica,sans-serif;font-size:small" class="gmail_default">Without these definitions print-package-names would produce an incomplete list of packages provided by the component and the graph will have dangling dependencies.</div><div style="font-family:arial,helvetica,sans-serif;font-size:small" class="gmail_default">However I am not sure if the bass/component.py script still relies on these definitions (there is also a build-plan branch that attempts to automate rebuild of dependencies).<br></div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
<br>
Thank you.<br>
<br>
-- <br>
+-------------------------------------------+<br>
| Marcel Telka   e-mail:   <a href="mailto:marcel@telka.sk" target="_blank">marcel@telka.sk</a>  |<br>
|                homepage: <a href="http://telka.sk/" rel="noreferrer" target="_blank">http://telka.sk/</a> |<br>
+-------------------------------------------+<br>
<br>
_______________________________________________<br>
oi-dev mailing list<br>
<a href="mailto:oi-dev@openindiana.org" target="_blank">oi-dev@openindiana.org</a><br>
<a href="https://openindiana.org/mailman/listinfo/oi-dev" rel="noreferrer" target="_blank">https://openindiana.org/mailman/listinfo/oi-dev</a><br>
</blockquote></div><br clear="all"><br><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><font style="font-family:courier new,monospace" size="1">---<br>Praise the Caffeine embeddings<br></font></div></div></div></div></div>