<div dir="ltr"><div dir="ltr"><div dir="ltr">On Mon, Jun 3, 2019 at 2:10 AM Manuel Bergler <<a href="mailto:berglerma@gmail.com">berglerma@gmail.com</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Why should software be different?</blockquote><div><br>It shouldn't, as already pointed out. That's why well behaved libraries try to keep compatibility in some reasonable margins.<br>To throw one more stone here - are you willing to backport patches from latter minor versions to former ones? When the API and ABI breaks often that isn't very trivial, is it?</div><div><br></div></div></div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jun 3, 2019 at 2:47 AM Manuel Bergler <<a href="mailto:berglerma@gmail.com">berglerma@gmail.com</a>> wrote:</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">a) Qt can never remove superseded APIs and classes (which is what<br>
you suggested previously) and will eventually collapse under its own<br>
weight, or<br></blockquote><div><br>It can under the current model where API and ABI breaking may happen between major versions, which I find rather reasonable.<br> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">b) Distributors have to deal with the fact that some software<br>
doesn't port and have to ship every version of qt side-by-side, or<br></blockquote><div><br>Like they do with boost? Which they don't, obviously.<br>It simply ain't going to happen they're not an infinite well of computer and human time.<br><br>Also are you suggesting that all applications sync up theirs to your release cycle? Or are the distros to do that?<br>If porting the application between minor versions takes more time than the time to introduce a breaking change, then you're never going to port anything as this is all you're going to do ultimately.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">c) The software that doesn't port has to deal with the fact that it<br>
will be dropped by distributions. But any software with sufficiently<br>
many users to warrant packaging by the distributors should be able to<br>
find a maintainer that at least can keep it compiling.<br></blockquote><div><br>Keeping something compiling is different from keeping something working; not to mention that API breaks are non-trivial to port. Also this is not a distributions' problem exclusively. Clients of Qt expect, and rightfully so, binary compatibility which was promised. It wouldn't be surprising to me to find an ebb of usage if we start breaking the ABI every 6 months just because we decided we can. I don't even want to venture into the rabbit hole that is 6-month lifetime of APIs.</div></div></div>