<br><br><div class="gmail_quote">---------- Forwarded message ----------<br>From: <b class="gmail_sendername">devzero2000</b> &lt;<a href="mailto:pinto.elia@gmail.com">pinto.elia@gmail.com</a>&gt;<br>Date: Sun, Apr 20, 2008 at 1:42 PM<br>
Subject: Re: [Rpm-maint] [PATCH] &quot;%post -p /sbin/ldconfig&quot; wrongly skipped<br>To: Panu Matilainen &lt;<a href="mailto:pmatilai@laiskiainen.org">pmatilai@laiskiainen.org</a>&gt;<br><br><br><div class="Ih2E3d"><blockquote style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;" class="gmail_quote">

P.S. Did you send this question privately on purpose? Just for the record, I wont mind if you reply back to / cc rpm-maint list.<br></blockquote>
<br></div>No Panu, just an error of my mail client. Thanks for the reply.<div><div></div><div class="Wj3C7c"><br><br><br><br><br><div class="gmail_quote">On Sun, Apr 20, 2008 at 8:41 AM, Panu Matilainen &lt;<a href="mailto:pmatilai@laiskiainen.org" target="_blank">pmatilai@laiskiainen.org</a>&gt; wrote:<br>

<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div>On Sat, 19 Apr 2008, devzero2000 wrote:<br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
So for resolving this problem it is necessary to look the &quot;new&quot; dkpg trigger mechanism that rpm have from 1997 iirc ?&nbsp; Ok probably the name are similar but the function are different : i have to look at it in depth.<br>


</blockquote>
<br></div>
Looking at dpkg triggers is hardly &quot;necessary&quot;, but when somebody has already put considerable effort to solving the same problem it&#39;d be stupid not to look at what they&#39;ve done.<br>
<br>
The dpkg triggers are not to be confused with rpm triggers although some similarities exist. If you look at the scrollkeeper example from the specification, scrollkeeper package puts a trigger (or a watch, if you wish) on /usr/share/omf/ directory: any package updating the contents of that directory will activate that particular trigger (to run scrollkeeper-update), but it&#39;ll run just once &quot;when convenient&quot; - convenient would be for example once the transaction has otherwise finished.<br>


<br>
I haven&#39;t yet read the dpkg trigger specification in enough detail to comment on the other forms, but the ide a of putting watches on files and directories to execute something just once certainly seems like a useful idea, rpm just needs some different terminology to avoid confusion with the existing but different trigger mechanism.<div>

<br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
But if posttrans isn&#39;t perfect today but it can solve the issue<br>
why dosn&#39;t resolve the erasure problem in first place ? In every case it<br>
would be useful: a resolved problem is always an improvement.<br>
<br>
This&nbsp; seems a reasonable question.<br>
</blockquote>
<br></div>
%posttrans, whether it runs for erased packages or not, is not the solution to this problem. While we are talking about things that get run most likely only after the transaction finishes, %posttrans != &quot;anything post transaction&quot;, it has it&#39;s own package-centric semantics. For example the directory/file watch could run once all the involved packages have been processed, which doesn&#39;t *have* to be after everything else has completed, ie post transaction.<br>


<br>
To answer the question... that %posttrans doesn&#39;t run on erasures is a kind of two-fold thing:<br>
a) it&#39;s not intended to, there&#39;s supposed to be %postuntrans for that<br>
b) not implemented due to rpm internal issues/limitations<br>
<br>
%postuntrans might get implemented some day, but it&#39;s not the answer to this problem.<br>
<br>
P.S. Did you send this question privately on purpose? Just for the record, I wont mind if you reply back to / cc rpm-maint list.<br>
<br>
 &nbsp; &nbsp; &nbsp; &nbsp;- Panu -<br>
</blockquote></div><br>
</div></div></div><br>