<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Nov 11, 2014 at 2:43 PM, Karl Rupp <span dir="ltr"><<a href="mailto:rupp@iue.tuwien.ac.at" target="_blank">rupp@iue.tuwien.ac.at</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">Hi,<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
        There is a difference between a library and an end-user application.<br>
        Having "updaters" for end-user applications seems to be the<br>
        status quo<br>
        on Windows and to a lesser extent on Macs, but is resented on Linux.<br>
        Having a library do these checks is not okay anywhere.<br>
<br>
<br>
    I remember a session at the Google Summer of Code where some guy<br>
    from one of the open source wikis shared his experiences with having<br>
    embedded a 'counter pixel' in a release. In short, his lesson<br>
    learned was that any kind of "phoning home" is an absolute no-go<br>
    unless made *very* clear to the users (plus opt-out). This was<br>
    pre-Snowden, so many people are now much more sensible with respect<br>
    to these matters...<br>
<br>
<br>
I am all for a configure opt-out, and noting it in every piece of<br>
documentation. My impression of the level<br>
of sophistication of most users is that we will see few opt-outs.<br>
</blockquote>
<br></span>
I bet that some Germans would still be very upset about an opt-out rather than an opt-in (yes, this is a cultural issue...).<br>
<br>
Is there much value from a nagupgrade check at configure-time? Those who download a fresh copy of PETSc don't have any benefit from the check. After the installation, the check has no effect (Matt, I remember your fieldsplit slides where you say that students only install at the beginning of your PhD, then work entirely with options). For </blockquote><div><br></div><div>Hmm, I wanted to say compile once :)</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">those who configure frequently, a regular update is part of the work flow anyway. So, who really benefits from nagupgrade?<br></blockquote><div><br></div><div>I think the intent is to catch people who use regular releases, but to try and persuade them to upgrade when a new release</div><div>comes out. I have no data for this, but my impression is that most users work this way.</div><div><br></div><div>   Matt</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Best regards,<br>
Karli<br>
<br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">What most experimenters take for granted before they begin their experiments is infinitely more interesting than any results to which their experiments lead.<br>-- Norbert Wiener</div>
</div></div>