<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 Tue, Mar 30, 2021 at 11:44 PM Jim Klimov <<a href="mailto:jimklimov@cos.ru">jimklimov@cos.ru</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">On March 30, 2021 5:57:11 PM UTC, Gary Mills <<a href="mailto:gary_mills@fastmail.fm" target="_blank">gary_mills@fastmail.fm</a>> wrote:<br>
>On Tue, Mar 30, 2021 at 05:53:00PM +0200, <a href="mailto:stes@PANDORA.BE" target="_blank">stes@PANDORA.BE</a> wrote:<br>
>> <br>
>> I think there is no need to do bulk conversion of OpenIndiana<br>
>> packages, due to the change (the commit<br>
>> c063eb990f530561e469b3c1e4bb64230456c0da in illumos-gate).<br>
><br>
>> Older versions of packages that depend on SUNWcs (core solaris or<br>
>> core system) continue to work fine.<br>
><br>
>> New versions of packages can modify their manifest and Makefile and<br>
>> require pkg:/<span class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small"></span>shell/ksh93.<br></blockquote><div><br></div><div style="font-family:arial,helvetica,sans-serif;font-size:small" class="gmail_default">Probably just add</div><div style="font-family:arial,helvetica,sans-serif;font-size:small" class="gmail_default"><br></div><div style="font-family:arial,helvetica,sans-serif;font-size:small" class="gmail_default">REQUIRED_PACKAGES += <span class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small"></span>shell/ksh93</div><div style="font-family:arial,helvetica,sans-serif;font-size:small" class="gmail_default"><br></div><div style="font-family:arial,helvetica,sans-serif;font-size:small" class="gmail_default">in <a href="http://shared-macros.mk">shared-macros.mk</a></div><div style="font-family:arial,helvetica,sans-serif;font-size:small" class="gmail_default"><br></div><div style="font-family:arial,helvetica,sans-serif;font-size:small" class="gmail_default">If this is not enough then fix the script that generates REQUIRED_PACKAGES to avoid re-adding in the Makefile dependencies that have already been listed in the make-rules/*.mk files.<br></div><div style="font-family:arial,helvetica,sans-serif;font-size:small" class="gmail_default"><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
><br>
>This analysis seems correct, at least for installed systems.  We do<br>
>have to think about updates to installed systems, new installations,<br>
>and the build system, however.<br>
><br>
>As long as the ksh package is a dependancy of another package that is<br>
>always installed, it will always be installed as well.  That situation<br>
>should be fine for updates and new installations.<br>
><br>
>Certainly the OI build system will be affected.  I'm assuming that<br>
>this system only rebuilds packages when something in them has changed.<br>
>So, some of those packages will fail to build, because they do not<br>
>have the new ksh package in the REQUIRED_PACKAGES gmake variable.  The<br>
>easiest course might be to fix the Makefile of various packages as the<br>
>rebuild breaks.  An alternative might be to identify the packages and<br>
>fix them in advance, so that the rebuild succeeds.  I don't think that<br>
>a permanent global fix is possible for the build system.<br>
<br>
Hi all,<br>
<br>
I currently presume (did not check to prove) that SUNWcs might (for some transition period or forever) depend on shell/ksh93 and so package builds with unchanged recipes would succeed. Just two packages instead of one, delivering more or less same bytes.<br>
<br>
Updating recipes may be more due to optimization (do we really need the bulk of OS/Net in the scratch build zone to build this script-only package), if SUNWcs is/will-be-one-day at all avoidable as an installation footprint, and/or if an older version may be deployed and unchanged since golden image because it is not a relevant critical part of the recipe requirements? <br>
<br>
And possibly limit the impact of inverse dependencies (we critically changed a low-level dependency so everyone using them should get rebuilt - the attack surface of ksh93 alone is smaller than SUNWcs altogether).<br>
<br>
No idea if there's a grain of practical truth to my ideas above, just that's what I think about it today, based on experience with various OSes and build systems, until proven wrong :)<br>
<br>
Jim<br>
<br>
<br>
<br>
--<br>
Typos courtesy of K-9 Mail on my Android<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>-- <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>