Chris's Wiki :: blog/linux/ReadlineDistroVersionMess Commentshttps://utcc.utoronto.ca/~cks/space/blog/linux/ReadlineDistroVersionMess?atomcommentsDWiki2019-09-23T07:45:42ZRecent comments in Chris's Wiki :: blog/linux/ReadlineDistroVersionMess.By Hales on /blog/linux/ReadlineDistroVersionMesstag:CSpace:blog/linux/ReadlineDistroVersionMess:f99537b424b3846af593f5bc009a3c752ca7c3daHaleshttps://halestrom.net<div class="wikitext"><p>@Me: that's a lot more work and it's not flexible.</p>
<p>In my home dir I have a folder full of a few dozen different programs and manually-compiled games. Some of these:</p>
<ul><li>are constantly changing & being recompiled</li>
<li>do not support system-wide installation support (ie split into /usr/share/xxx, etc)</li>
</ul>
<p>I also think that holistically "join them if you can't beat them" isn't a great option. What if the big package manager finds a way of using this to cause you problems? Eg hold half of your system back in weird or incompatible ways? I suspect that provided old lib packages will cause less issues (& help requests from users) than recommending users package everything.</p>
</div>2019-09-23T07:45:42ZBy Hales on /blog/linux/ReadlineDistroVersionMesstag:CSpace:blog/linux/ReadlineDistroVersionMess:7a448b4a7dec3900b5a87591228746cb10083951Haleshttps://halestrom.net<div class="wikitext"><p>I am not guilty of trying work around major library revision changes by symlinking other versions to the same name. Someone else broke into my house and used my computer, your honour. I swear.</p>
<blockquote><p>a Linux distribution can reasonably expect people to build software against system shared libraries</p>
</blockquote>
<p>This bites me often. I dream of a distro/package-system that makes old versions of libs and programs a first-class option.</p>
<p>I also dream of other things, like proper multi-arch support. Void Linux's xbps does not support multiarch well -- x86-32 on x86-64 is a bit of a hack and packages can't span multiple arches (as is required for things like Wine 64+32).</p>
<p>Mint/Ubuntu (presumably Debian too?) isn't greatly better from a multiarch user-friendliness point of view. Installing wine isn't enough, you also have to work out what 32-bit libgl packages need to be installed, otherwise your games don't work or they crawl. I can never remember their names.</p>
<blockquote><p>Linux distributions don't want to have to take on the burden of maintaining</p>
</blockquote>
<p>Yeah, in my experiences many distro-maintainers are already stressed and in the thick of it.</p>
</div>2019-09-23T07:39:03ZBy Me on /blog/linux/ReadlineDistroVersionMesstag:CSpace:blog/linux/ReadlineDistroVersionMess:bd430a5bb6ace0203b5a9878441c8ff4d53038a9Me<div class="wikitext"><p>Package own binaries into own rpms - that will keep deps in order and won't allow to break things easily by upgrading to newer soname like in case of readline.</p>
</div>2019-09-23T07:11:32Z