If you like an opinion as sysadmin, i agreed with Michael. I don&#39;t think it is rpm job to change <br>what it is the default umask setting on the system or the sysadmin in particolar. If I want different, well, someone can always to define in the desidered way in the spec file for safety and portablity. If the root umask is wrong or truly restrictive there is nothing to do to stop it: for example it could be create /etc/hosts 400 and the like. RPM file perhaps had sound perms with the fix&nbsp; but what about the other config files, or other item ?<br>
<br>Elia<br><br><br><br><div class="gmail_quote">On Wed, May 28, 2008 at 1:37 PM, Panu Matilainen &lt;<a href="mailto:pmatilai@redhat.com">pmatilai@redhat.com</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 class="Ih2E3d">On Wed, 28 May 2008, Michael Schroeder wrote:<br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Wed, May 28, 2008 at 01:03:13PM +0300, Panu Matilainen wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Rpm <a href="http://4.4.2.3" target="_blank">4.4.2.3</a> and newer sets umask to 0022 on initialization, so it is<br>
already &quot;fixed&quot; upstream. Not that 0022 is a magic universally<br>
absolutely correct value for umask, it&#39;s just what most things (scriptlets<br>
notably) expect.<br>
</blockquote>
<br>
Actually I do not agree with the fix. At least SUSE&#39;s scriptlets<br>
tend to restart daemons if an update is installed, with this<br>
change the new processes will have an umask that is different<br>
from the system&#39;s configuration.<br>
</blockquote>
<br></div>
Note the quotes around &quot;fixed&quot;... Previously rpm and anything (re)started from it was at the mercy of root user&#39;s umask, nothing guarantees that to be the same as &quot;system configuration&quot; (ie what&#39;s in effect at boot time) either. The new behavior ensures some predictability, not much more.<br>
<font color="#888888">
<br>
 &nbsp; &nbsp; &nbsp; &nbsp;- Panu -</font><div><div></div><div class="Wj3C7c"><br>
_______________________________________________<br>
Rpm-maint mailing list<br>
<a href="mailto:Rpm-maint@lists.rpm.org" target="_blank">Rpm-maint@lists.rpm.org</a><br>
<a href="https://lists.rpm.org/mailman/listinfo/rpm-maint" target="_blank">https://lists.rpm.org/mailman/listinfo/rpm-maint</a><br>
</div></div></blockquote></div><br>