2
<p><span class="h-card" translate="no"><a href="https://social.noyu.me/@hikari" class="u-url mention">@<span>hikari</span></a></span> how do i pick a book for picking up a language</p><p>serious question btw</p>
<p>i found the AppImage in question and it has a valid enough squashfs root in it that unsquashfs can deal with it</p><p>so i gzipped it in place</p>
<p><span class="h-card" translate="no"><a href="https://mastodon.social/@whitequark" class="u-url mention">@<span>whitequark</span></a></span> REALLY? ;-)</p>
<p><span class="h-card" translate="no"><a href="https://mastodon.social/@whitequark" class="u-url mention">@<span>whitequark</span></a></span> I don’t really know, it’s the sound my brain made when reading your post ;D</p>
<p><span class="h-card" translate="no"><a href="https://chaos.social/@zhenech" class="u-url mention">@<span>zhenech</span></a></span> jesus fucking christ</p>
<p><span class="h-card" translate="no"><a href="https://mastodon.social/@whitequark" class="u-url mention">@<span>whitequark</span></a></span> Which part of<br />golang-go.crypto-dev-1:0.0~git20170407.0.55a552f+REALLY.0.0~git20161012.0.5f31782-1+deb8u1 do you dislike most? :)</p>
<p>wasn&#39;t time_t 64-bit on the amd64 ABI in first place?</p><p>(reading <a href="https://wiki.debian.org/ReleaseGoals/64bit-time" target="_blank" rel="nofollow noopener noreferrer" translate="no"><span class="invisible">https://</span><span class="ellipsis">wiki.debian.org/ReleaseGoals/6</span><span class="invisible">4bit-time</span></a>)<br />&gt; glibc 2.34 provides support for both the existing 32-bit ABI/API and a new 64-bit ABI/API. However it does not provide a switch forcing use of the new API/ABI - each build/package chooses explicitly to use the 64bit API/ABI (by setting _TIME_BITS=64).</p><p>computers were a mistake</p>
<p><span class="h-card" translate="no"><a href="https://narrativ.es/@janl" class="u-url mention">@<span>janl</span></a></span> w-what do you mean by that,</p>
<p>(staring at libappimage1.0abi1t64 version 1.0.4-5-4)</p><p>Debian. We need to talk about version numbers</p>