<p>Just to enumerate what sort of things an update policy would consist of, from the top of my head:</p>
<ul>
<li>whether to install the file in the first place (default obviously yes, but %ghost does not get installed at all)</li>
<li>whether to replace files (default being yes, currently only changable with %config(noreplace))</li>
<li>whether to backup overwritten files (default being no, %config enables)</li>
<li>whether file metadata should be updated (default yes, no for %ghost and some other arguably buggy cases, and then one might actually want metadata updates for %ghost files)</li>
</ul>
<p>...and probably something else too, but that's what rpm currently implements in the typical ad-hoc manner. So here's a fine chance to make things less ad-hoc as well.</p>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">—<br />You are receiving this because you commented.<br />Reply to this email directly, <a href="https://github.com/rpm-software-management/rpm/issues/152#issuecomment-293539537">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/ANb80xLSUo7PjEZtIjvvaFjN9HSPaHkAks5rvKnogaJpZM4L8LsX">mute the thread</a>.<img alt="" height="1" src="https://github.com/notifications/beacon/ANb802U0leshSgS-lfg8YeJpj0miGdmXks5rvKnogaJpZM4L8LsX.gif" width="1" /></p>
<div itemscope itemtype="http://schema.org/EmailMessage">
<div itemprop="action" itemscope itemtype="http://schema.org/ViewAction">
  <link itemprop="url" href="https://github.com/rpm-software-management/rpm/issues/152#issuecomment-293539537"></link>
  <meta itemprop="name" content="View Issue"></meta>
</div>
<meta itemprop="description" content="View this Issue on GitHub"></meta>
</div>

<script type="application/json" data-scope="inboxmarkup">{"api_version":"1.0","publisher":{"api_key":"05dde50f1d1a384dd78767c55493e4bb","name":"GitHub"},"entity":{"external_key":"github/rpm-software-management/rpm","title":"rpm-software-management/rpm","subtitle":"GitHub repository","main_image_url":"https://cloud.githubusercontent.com/assets/143418/17495839/a5054eac-5d88-11e6-95fc-7290892c7bb5.png","avatar_image_url":"https://cloud.githubusercontent.com/assets/143418/15842166/7c72db34-2c0b-11e6-9aed-b52498112777.png","action":{"name":"Open in GitHub","url":"https://github.com/rpm-software-management/rpm"}},"updates":{"snippets":[{"icon":"PERSON","message":"@pmatilai in #152: Just to enumerate what sort of things an update policy would consist of, from the top of my head:\r\n- whether to install the file in the first place (default obviously yes, but %ghost does not get installed at all)\r\n- whether to replace files (default being yes, currently only changable with %config(noreplace))\r\n- whether to backup overwritten files (default being no, %config enables)\r\n- whether file metadata should be updated (default yes, no for %ghost and some other arguably buggy cases, and then one might actually want metadata updates for %ghost files)\r\n\r\n...and probably something else too, but that's what rpm currently implements in the typical ad-hoc manner. So here's a fine chance to make things less ad-hoc as well."}],"action":{"name":"View Issue","url":"https://github.com/rpm-software-management/rpm/issues/152#issuecomment-293539537"}}}</script>