<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[why can&#x27;t a minor version change not be goddamn backward compatible ffs.]]></title><description><![CDATA[<p>why can't a minor version change not be goddamn backward compatible ffs.</p><p><a href="https://chaos.social/tags/python" rel="tag">#<span>python</span></a></p>]]></description><link>https://board.circlewithadot.net/topic/d5b39605-e560-49a7-8b14-097b60104d3e/why-can-t-a-minor-version-change-not-be-goddamn-backward-compatible-ffs.</link><generator>RSS for Node</generator><lastBuildDate>Fri, 15 May 2026 02:39:38 GMT</lastBuildDate><atom:link href="https://board.circlewithadot.net/topic/d5b39605-e560-49a7-8b14-097b60104d3e.rss" rel="self" type="application/rss+xml"/><pubDate>Sun, 03 May 2026 13:51:08 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to why can&#x27;t a minor version change not be goddamn backward compatible ffs. on Sun, 03 May 2026 14:16:53 GMT]]></title><description><![CDATA[<p><span><a href="/user/rdnielsen%40floss.social">@<span>rdnielsen</span></a></span> besides python itself, nothing (&amp; that is exactly the problem). i don't understand this question. probably you don't understand what my problem is? the problem is python  changing and expecting deps to be in a different versioned directory than the previous version. and i have no control over the distro updating python to a newer minor version (which i now understand has nothing to do with semantic versioning)</p>]]></description><link>https://board.circlewithadot.net/post/https://chaos.social/users/stf/statuses/116511068228447526</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://chaos.social/users/stf/statuses/116511068228447526</guid><dc:creator><![CDATA[stf@chaos.social]]></dc:creator><pubDate>Sun, 03 May 2026 14:16:53 GMT</pubDate></item><item><title><![CDATA[Reply to why can&#x27;t a minor version change not be goddamn backward compatible ffs. on Sun, 03 May 2026 14:11:51 GMT]]></title><description><![CDATA[<p><span><a href="/user/stf%40chaos.social">@<span>stf</span></a></span> <br />What are you using that is so sensitive to version changes?</p><p>I've been maintaining a Python app since 2007 that requires 34 standard library packages and optionally uses an additional 21 standard and third-party packages, and  the only revisions that have been required were for the Python 2/3 transition and the changes to the openpyxl and xlrd libraries.</p>]]></description><link>https://board.circlewithadot.net/post/https://floss.social/users/rdnielsen/statuses/116511048407239858</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://floss.social/users/rdnielsen/statuses/116511048407239858</guid><dc:creator><![CDATA[rdnielsen@floss.social]]></dc:creator><pubDate>Sun, 03 May 2026 14:11:51 GMT</pubDate></item><item><title><![CDATA[Reply to why can&#x27;t a minor version change not be goddamn backward compatible ffs. on Sun, 03 May 2026 13:56:25 GMT]]></title><description><![CDATA[<p><span><a href="/user/stf%40chaos.social">@<span>stf</span></a></span> Python never used semantic versioning so the part you call minor is more like the calendar version. It's just unfortunate it looks like semantic versioning. I know they considered changing it to look more calendar-like but that was rejected.</p><p>See <a href="https://peps.python.org/pep-2026/" rel="nofollow noopener"><span>https://</span><span>peps.python.org/pep-2026/</span><span></span></a></p>]]></description><link>https://board.circlewithadot.net/post/https://fosstodon.org/users/owenrlamont/statuses/116510987754571108</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://fosstodon.org/users/owenrlamont/statuses/116510987754571108</guid><dc:creator><![CDATA[owenrlamont@fosstodon.org]]></dc:creator><pubDate>Sun, 03 May 2026 13:56:25 GMT</pubDate></item></channel></rss>