Whole-known-network
<p>thinking about the silicon vendor that came up with the "device name does not uniquely identify the actual device" issue</p>
<p>oh my gods</p>
<p><span class="h-card" translate="no"><a href="https://mastodon.social/@whitequark" class="u-url mention">@<span>whitequark</span></a></span> </p><p>"you'll never catch me alive, chalcopyrites!" </p><p>*oxidizes*</p>
<p>i was reading "Why do the electron configurations of chromium and copper seem to [...]" just now and i went "wait... what's copper? never heard of it" before realizing that i have brainrot</p>
<p><span class="h-card" translate="no"><a href="https://mastodon.social/@whitequark" class="u-url mention">@<span>whitequark</span></a></span> and yet in AD 2025 you can still find /usr/bin/[</p><p><a href="https://infosec.exchange/tags/unix" class="mention hashtag" rel="tag">#<span>unix</span></a> <a href="https://infosec.exchange/tags/linux" class="mention hashtag" rel="tag">#<span>linux</span></a></p>
<p><span class="h-card" translate="no"><a href="https://mastodon.social/@whitequark" class="u-url mention">@<span>whitequark</span></a></span> Yeah there used to be a few ye olde binaries that lived in /etc.</p>
<p><span class="h-card" translate="no"><a href="https://mastodon.social/@mcc" class="u-url mention">@<span>mcc</span></a></span> yes that is what seems to be happening to me</p><p>i.e. servo _absolutely requires_, for whatever goddamn reason, the nongnu/hp libunwind</p><p>in this case trying to shove any other libunwind into that hole will likely not work</p>
<p><span class="h-card" translate="no"><a href="https://mastodon.social/@whitequark" class="u-url mention">@<span>whitequark</span></a></span> Everything is being built from source. However there may be a Rust->C language boundary being crossed, which may look like "expecting the nongnu/hp libunwind" from that side.</p>
<p><span class="h-card" translate="no"><a href="https://mastodon.social/@mcc" class="u-url mention">@<span>mcc</span></a></span> do you desire assistance</p>