<p>I think that makes a lot of sense.</p>
<p>I suppose we should define some exception class whose instances would at least contain the error message and the information message. <br>
Any check could use this exception or a sub-class when they need to raise an error.</p>
<p>Now the question is just: where is the central place to catch these exceptions and display the message ? <br>
 I didn't check yet but I am sure you already have an idea.</p>
<p>For the stack trace, we could display it only in debug mode.</p>
<p>Yann<br>
</p>
<div class="gmail_quote">Le 7 janv. 2013 16:24, "Maciej (Matchek) Bliziński" <<a href="mailto:maciej@opencsw.org">maciej@opencsw.org</a>> a écrit :<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
2013/1/7 pfelecan <<a href="mailto:pfelecan@opencsw.org">pfelecan@opencsw.org</a>>:<br>
> and the explanation is that in the turmoil I left binaries in the in place<br>
> replacements rules (REINPLACE) which is a no no...<br>
<br>
So checkpkg did the right thing in failing, but the error message<br>
displayed wasn't terribly helpful.<br>
<br>
Yann, could we display an informative message? I know that there's a<br>
lot you can already see: that it's ldd run that failed, so it feels<br>
natural to try to execute the same command and see what happens. Since<br>
people often freak out when they see a seemingly unintentional stack<br>
trace, adding two sentences of guidance would be good. (Of course,<br>
it's essential for debugging to re-raise the exception and display the<br>
stack trace.)\<br>
<br>
What do you think?<br>
<br>
Maciej<br>
_______________________________________________<br>
maintainers mailing list<br>
<a href="mailto:maintainers@lists.opencsw.org">maintainers@lists.opencsw.org</a><br>
<a href="https://lists.opencsw.org/mailman/listinfo/maintainers" target="_blank">https://lists.opencsw.org/mailman/listinfo/maintainers</a><br>
.:: This mailing list's archive is public. ::.<br>
</blockquote></div>