<div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>I'm am disputing that this is the right thing to do - surely there will<br>be other necessary changes for
4.3/4.4 - I don't see what putting this<br>in now gains us.</blockquote><div><br>less divergence in 4.2 vs 4.4 or 4.x packaging.<br>So it is a cleanup but one which does not at all harm 4.2 but helps in the long term.<br>
If it was not the case you'd have to make the sonames explicit in the other two libs too.<br>I am almost sure this hardcoding was not intentional so by fixing it I am not doing any harm.<br></div><div><br> </div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
If this had been done with regard to a particular upstream tarball we<br>wanted then I could understand it but these changes appear to have come<br>from nothing.</blockquote><div><br>If it had been the same way in the other two libs I would have asked here.
<br><br></div>|Maybe you're just trying to make our life easier - it does sort of make<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">sense but I really hope we don't miss something through this.
<br></blockquote></div><br>Indeed I want to make our lives easier. Sometimes I may overreact in refactoring, <br>eliminating copy-pastage and hardcoded magic but this time I am not ;)<br><br>So by using a stretched analogy: used the wildcard here just as we do for usr/share/xfce4
<br>so that we don't have to explictely add/remove various filenames from one package version<br>to the other but rely on upstream to DTRT which they usually do :)<br><br>Jani<br>