<div dir="ltr">Hi Maciej,<div><br></div><div>We already talked about this case on IRC: the file <span style="font-size:13.333333969116211px;font-family:arial,sans-serif">/etc/opt/csw/ssl/</span><span style="font-size:13.333333969116211px;font-family:arial,sans-serif">openssl.cnf is provided by CSWopenssl-utils but it is registered as </span><span style="font-size:13.333333969116211px;font-family:arial,sans-serif">/etc/opt/csw/ssl/</span><span style="font-size:13.333333969116211px;font-family:arial,sans-serif">openssl.cnf.CSW in the pkgmap of the package as the real </span><span style="font-size:13.333333969116211px;font-family:arial,sans-serif">/etc/opt/csw/ssl/</span><span style="font-size:13.333333969116211px;font-family:arial,sans-serif">openssl.cnf is created at install time using the cswpreserveconf class.</span></div>

<div><span style="font-size:13.333333969116211px;font-family:arial,sans-serif">So it's indeed a false alarm as there is a package that provides this file (the package itself) and there will be no dangling symlink when the package is installed.</span></div>

<div><span style="font-family:arial,sans-serif;font-size:13.333333969116211px"><br></span></div><div><span style="font-family:arial,sans-serif;font-size:13.333333969116211px">That can probably be fixed in a another way (but I am not sure I understood your proposition, is it about creating a custom class action script to handle the creation of the symlink </span><span style="font-size:13.333333969116211px;font-family:arial,sans-serif">/opt/csw/ssl/</span><span style="font-size:13.333333969116211px;font-family:arial,sans-serif">openssl.cnf -> </span><span style="font-size:13.333333969116211px;font-family:arial,sans-serif">/etc/opt/csw/ssl/</span><span style="font-size:13.333333969116211px;font-family:arial,sans-serif">openssl.cnf ?).</span></div>

<div><span style="font-family:arial,sans-serif;font-size:13.333333969116211px">But for now I have no problem overriding this check.</span><br></div><div><span style="font-size:13.333333969116211px;font-family:arial,sans-serif"><br>

</span></div><div><span style="font-size:13.333333969116211px;font-family:arial,sans-serif">Anyway your comment was still useful, it made me notice that the openssl 0.9.8 recipe should simply not contain anymore the directives that create the openssl-utils and libssl-dev packages, they are generated by the openssl 1.0.1 recipe (which contains the same override).</span></div>

<div><span style="font-size:13.333333969116211px;font-family:arial,sans-serif"><br></span></div><div><span style="font-size:13.333333969116211px;font-family:arial,sans-serif">Yann</span></div><div><span style="font-size:13.333333969116211px;font-family:arial,sans-serif"><br>

</span></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2014-06-05 23:18 GMT+02:00 Maciej (Matchek) Bliziński <span dir="ltr"><<a href="mailto:maciej@opencsw.org" target="_blank">maciej@opencsw.org</a>></span>:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Thu, Jun 5, 2014 at 9:22 PM,  <<a href="mailto:chninkel@users.sourceforge.net">chninkel@users.sourceforge.net</a>> wrote:<br>


> +# False alert<br>
> +CHECKPKG_OVERRIDES_CSWopenssl-utils += file-needed-but-no-package-satisfies-it|/etc/opt/csw/ssl/openssl.cnf|CSWopenssl-utils|contains|symlink|/opt/csw/ssl/openssl.cnf|which|needs|the|target|file:|/etc/opt/csw/ssl/openssl.cnf<br>


<br>
Hm, I tend to think that there is some legitimacy to this alert. It's<br>
not just a spurious false alert out of nowhere. After all, the package<br>
does contain a dangling symlink, as far as pkgmap is concerned, that's<br>
a fact. :-)<br>
<br>
Maybe the class action script should create the /opt/csw/etc symlinks?<br>
That would keep all this logic in once place.<br>
<span class="HOEnZb"><font color="#888888"><br>
Maciej<br>
</font></span></blockquote></div><br></div>