<div dir="ltr">Hi.<br><br>I've done the necessary changes, tested and created a a source package. Don't know where is a better place for a file upload, so just attached. The patch fill fail to apply the moment upsream releases its fix.<br>
<br>This is current HEAD of master branch, tag 'debian/0.17.0-2' set appropriately.<br><div class="gmail_extra"><br><div class="gmail_quote">2013/10/8 martin f krafft <span dir="ltr"><<a href="mailto:madduck@madduck.net" target="_blank">madduck@madduck.net</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
There is a reason it's called unstable.<br>
<br>
Backports only come into play when the package migrates to testing.<br>
And even that is not stable, i.e. if you run testing or<br>
stable+backports, you must be aware that you are not using stable<br>
software.<br>
<br>
Conclusion: stuff like this really sucks, but I don't think it's<br>
Debian's job to prevent upstream's lack of testing. In this case,<br>
upstream is at fault, I'd say.<span><font color="#888888"><br>
</font></span></blockquote></div><br>Concerning this exact issue: it's just so harmful and so easy to revert that I had the time and will to fix this before the package goes to the testing branch. Anyway, I use the package myself as well and I'd better not catch such bug during some production update since this makes all your infrastructure stop working until you fix this by hand. Imagine if you had some bunch of servers you need to ssh, fix the config and restart salt-minion. Even if this was a test suite.<br>
<br>I won't bother myself for every tiny issue I find as well. This just should go to upstream. Also considering that salt releases so often the maintainers aiming to just fix the regressions in sid/testing will spend their time a lot: first you need to release a fixed package, but almost every next release will discard majority of previously written patches. This involves additional efforts for maintainer as separate testing (though I do this every release), sponsor review and some time for the package to be uploaded to main archive. In most cases the package will be obsolete the first day it is released.<br>
<br>-- <br>Best regards, Andriy Senkovych<br></div></div>