On Tue, Aug 30, 2011 at 7:38 PM, Jed Brown <span dir="ltr"><<a href="mailto:jedbrown@mcs.anl.gov">jedbrown@mcs.anl.gov</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="gmail_quote"><div class="im">On Tue, Aug 30, 2011 at 14:34, Satish Balay <span dir="ltr"><<a href="mailto:balay@mcs.anl.gov" target="_blank">balay@mcs.anl.gov</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div>All --download-package=reinstall can do is install the new one over<br>
the old one. This can can still break if the new one doesn't<br>
completely overwrite the old one.<br></div></blockquote><div><br></div></div><div>Installing without keeping a log of exactly what was installed is totally the wrong model. All package managers have a manifest and can remove packages. PETSc should be able to do that too (eventually).</div>

</div>
</blockquote></div><br>Right. This model ONLY works if you control all the packages. We don't. We use other people's crusty stuff, and if you think<div>rm -rf does not scale, try managing all these packages yourself. It will make you as big an asshole as the guys at Debian.</div>
<div><br></div><div>   Matt<br clear="all"><div><br></div>-- <br>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<br>
</div>