<div dir="ltr"><div>FYI, I removed the code because it seemed arbitrary.  It would reject some, but not all combinations of:<br></div><div>    west.ipsec.secrets</div><div>    westipsec.secrets</div><div>    west.secrets</div><div>    ipsec.secrets<br></div><div>I figured reducing this list to just:</div><div>   west.ipsec.secrets</div><div>   ipsec.secrets</div><div>(and perhaps only allowing one) + logging the result was for a later pass.<br></div><div><br></div><div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, 21 Sep 2020 at 11:34, Antony Antony <<a href="mailto:antony@vault.libreswan.fi">antony@vault.libreswan.fi</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">New commits:<br>
commit eff59a46350f2e638f1ef5051ab6f7a29033e5cf<br>
Author: Antony Antony <<a href="mailto:antony@phenome.org" target="_blank">antony@phenome.org</a>><br>
Date:   Mon Sep 21 15:24:13 2020 +0000<br>
<br>
    testing: swan-prep break on conflicting config files<br>
<br>
    fix 1e0b14ec0b20c3 this is a nice improvement, however, allowing<br>
    conflicting files and picking the first one is less than ideal.<br>
    We would end up with test cases with reduntant config files and endless<br>
    confusion. Even with this fix I suspect 1e0b14ec0b20c3 would allow more<br>
    config files than what a test would use.<br>
<br>
    This is a first step to refuse to copy config file when there are<br>
    conflicting files. The checks could stricter than this.<br>
<br>
_______________________________________________<br>
Swan-commit mailing list<br>
<a href="mailto:Swan-commit@lists.libreswan.org" target="_blank">Swan-commit@lists.libreswan.org</a><br>
<a href="https://lists.libreswan.org/mailman/listinfo/swan-commit" rel="noreferrer" target="_blank">https://lists.libreswan.org/mailman/listinfo/swan-commit</a><br>
</blockquote></div></div></div>