techhub.social is one of the many independent Mastodon servers you can use to participate in the fediverse.
A hub primarily for passionate technologists, but everyone is welcome

Administered by:

Server stats:

4.6K
active users

#musl

1 post1 participant0 posts today
Alex Haydock @ WHY2025<p>Everything I've read suggests <a href="https://infosec.exchange/tags/musl" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>musl</span></a> resolv.conf only supports 3 nameservers in resolv.conf.</p><p>So why does dnscheck.tools suggest that all 6 of the resolvers I configured are actually working?</p><p>😵‍💫 Very puzzling</p>
Eldyj<p>Так. Минулий пост про wlroots та llvm/glibc це дизиінфа xD<br>Сам пошукав і знайшов, що це mesa залежить від <a href="https://twiukraine.com/tags/llvm" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>llvm</span></a>, тож в результаті, що <a href="https://twiukraine.com/tags/X11" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>X11</span></a>, що <a href="https://twiukraine.com/tags/wayland" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>wayland</span></a> залежать обидва від нього. Щоправда є пропрієтарні драйвери <a href="https://twiukraine.com/tags/nvidia" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>nvidia</span></a>, які наче не залежать від llvm та покривають значну частину можливостей mesa своїми бібліотеками, але вони не працюють з <a href="https://twiukraine.com/tags/musl" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>musl</span></a> <a href="https://twiukraine.com/tags/libc" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>libc</span></a>, тож все таки доведеться мені лишити llvm у себе.</p>
Laurent Bercot<p><span class="h-card" translate="no"><a href="https://social.vlhl.dev/users/navi" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>navi</span></a></span> Yes, you're right, all the file actions are a malloc'ed linked list, so I was wrong. <span class="h-card" translate="no"><a href="https://hachyderm.io/@dalias" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>dalias</span></a></span> , ISTR there was talk on <a href="https://social.treehouse.systems/tags/musl" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>musl</span></a> to have some preallocated room for something related to <code>posix_spawn()</code> to avoid dynamic allocations, I thought it was file actions, what was it about? Or did you choose not to implement it in the end?</p>
JdeBP<p><span class="h-card" translate="no"><a href="https://mastodon.social/@mcc" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>mcc</span></a></span> <span class="h-card" translate="no"><a href="https://hachyderm.io/@dalias" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>dalias</span></a></span> <span class="h-card" translate="no"><a href="https://mastodon.social/@whitequark" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>whitequark</span></a></span> <span class="h-card" translate="no"><a href="https://tech.lgbt/@becomethewaifu" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>becomethewaifu</span></a></span> </p><p>Changing compiler is not the problem. But changing the standard library becomes one. systemd gained problems with <a href="https://tty0.social/tags/musl" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>musl</span></a> because of this.</p><p><a href="https://tty0.social/tags/systemd" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>systemd</span></a> </p><p><a href="https://tty0.social/@JdeBP/114646325165347305" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">tty0.social/@JdeBP/11464632516</span><span class="invisible">5347305</span></a></p>
Cassandrich<p>Just designed and tested an algorithm to build a reverse-iterator on top of an iterator that can only run in forwards direction (part of the <a href="https://hachyderm.io/tags/musl" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>musl</span></a> collation project) and it seems to be good!</p><p>63 underlying forward-iterate steps to perform 21 reverse-iterate steps in simple test case.</p>
Kevin Karhan :verified:<p><span class="h-card" translate="no"><a href="https://fedi.catto.garden/users/gettie" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>gettie</span></a></span> <span class="h-card" translate="no"><a href="https://mastodon.bsd.cafe/@chesheer" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>chesheer</span></a></span> Sadly not even <a href="https://infosec.space/tags/AdelieLinux" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>AdelieLinux</span></a>, which <span class="h-card" translate="no"><a href="https://bitbang.social/@ActionRetro" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>ActionRetro</span></a></span> uses all the time...</p><p>I am working on an <a href="https://infosec.space/tags/i486" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>i486</span></a> distro ( <span class="h-card" translate="no"><a href="https://infosec.space/@OS1337" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>OS1337</span></a></span>) but for <a href="https://infosec.space/tags/i386" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>i386</span></a> the support in terms of Linux <a href="https://github.com/OS-1337/OS1337/blob/c4a19af5a62d7afbb80dfc416773a92074e6cc32/docu/internal/linux.kernel.versions.tsv#L2" rel="nofollow noopener" target="_blank">ended</a> with Versions 3.4.99 LTS &amp; 3.6.9 respectably, and my <a href="https://infosec.space/tags/userland" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>userland</span></a> &amp; <a href="https://infosec.space/tags/toolchain" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>toolchain</span></a> (<a href="https://infosec.space/tags/toybox" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>toybox</span></a> &amp; <a href="https://infosec.space/tags/musl" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>musl</span></a>-cross) doesn't support that <em>at all</em>, and I'd propably have more success convincing <span class="h-card" translate="no"><a href="https://mstdn.jp/@landley" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>landley</span></a></span> to join <a href="https://infosec.space/tags/OS1337" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>OS1337</span></a> than to support i386 <em>even if I could pay him for that</em>!</p>
Kevin Karhan :verified:<p><span class="h-card" translate="no"><a href="https://social.linux.pizza/@FandaSin" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>FandaSin</span></a></span> <span class="h-card" translate="no"><a href="https://mastodon.social/@cleverboi" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>cleverboi</span></a></span> <span class="h-card" translate="no"><a href="https://mstdn.social/@BrodieOnLinux" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>BrodieOnLinux</span></a></span> <span class="h-card" translate="no"><a href="https://social.gompa.me/@neal" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>neal</span></a></span> I think <a href="https://infosec.space/tags/i486" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>i486</span></a> is a good baseline because that's the furthest some systems can go!</p><ul><li>And supporting <a href="https://infosec.space/tags/i386" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>i386</span></a> is out of the question for <span class="h-card" translate="no"><a href="https://infosec.space/@OS1337" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>OS1337</span></a></span> - unless someone wants to also abckport <a href="https://infosec.space/tags/toybox" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>toybox</span></a> and <a href="https://infosec.space/tags/musl" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>musl</span></a>!</li></ul><p><a href="https://infosec.space/@kkarhan/114738983433662865" translate="no" rel="nofollow noopener" target="_blank"><span class="invisible">https://</span><span class="ellipsis">infosec.space/@kkarhan/1147389</span><span class="invisible">83433662865</span></a></p>
Kevin Karhan :verified:<p><span class="h-card" translate="no"><a href="https://mastodon.social/@cleverboi" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>cleverboi</span></a></span> <span class="h-card" translate="no"><a href="https://social.linux.pizza/@FandaSin" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>FandaSin</span></a></span> <span class="h-card" translate="no"><a href="https://mstdn.social/@BrodieOnLinux" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>BrodieOnLinux</span></a></span> <span class="h-card" translate="no"><a href="https://social.gompa.me/@neal" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>neal</span></a></span> as for <a href="https://infosec.space/tags/i386" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>i386</span></a> I understood <em>why</em> cuz it was more and more painful m, but the problem with <a href="https://infosec.space/tags/i486" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>i486</span></a> is that in several <a href="https://infosec.space/tags/embedded" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>embedded</span></a> and <a href="https://infosec.space/tags/industrial" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>industrial</span></a> setups there are still newly deloyed systems based off it.</p><p>I.e. <a href="https://infosec.space/tags/Vortex86" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Vortex86</span></a> <a href="https://infosec.space/tags/SoC" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>SoC</span></a>'s cuz <a href="https://infosec.space/tags/MSDOS" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>MSDOS</span></a> and shit still gets used in <a href="https://infosec.space/tags/industrial" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>industrial</span></a> equipment.</p><ul><li>And <a href="https://infosec.space/tags/Linux" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Linux</span></a> is kinda necessary to keep that rollin'...</li></ul><p>Linux <a href="https://github.com/OS-1337/OS1337/blob/main/docu/linux.kernel.versions.tsv" rel="nofollow noopener" target="_blank">stopped supporting i386</a> with versions <code>3.4.99 (longterm)</code> &amp; <code>3.6.9</code> respectably.</p><ul><li>And unlike with <code>i386</code> where none of the toolchain (<a href="https://infosec.space/tags/musl" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>musl</span></a>) and utilities (<a href="https://infosec.space/tags/toybox" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>toybox</span></a>) supoort it, <code>i486</code> is still supported there.</li></ul><p>And I really want to continue developing a minimalist <em>"rescue"</em> distro that can handle such legacy hardware because it may be the only option to <code>ddrescue</code> stuff from certain systems or to properly &amp; reproduceably backup &amp; restore them!</p>
Kevin Karhan :verified:<p><span class="h-card" translate="no"><a href="https://mastodon.social/@mrmasterkeyboard" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>mrmasterkeyboard</span></a></span> I mean, that's why I <a href="https://os1337.com/" rel="nofollow noopener" target="_blank">chose</a> <a href="https://infosec.space/tags/musl" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>musl</span></a> for <span class="h-card" translate="no"><a href="https://infosec.space/@OS1337" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>OS1337</span></a></span>... </p><p>Shoutout again to <span class="h-card" translate="no"><a href="https://mstdn.jp/@landley" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>landley</span></a></span> for making this <em>super easy</em> by releasing the <code>musl-cross</code> - <a href="https://landley.net/toybox/downloads/binaries/toolchains/latest/" rel="nofollow noopener" target="_blank">toolchain</a> used for <a href="https://infosec.space/tags/toybox" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>toybox</span></a>, making it super easy to just build against that.</p>
Kevin Karhan :verified:<p><span class="h-card" translate="no"><a href="https://mastodon.social/@mrmasterkeyboard" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>mrmasterkeyboard</span></a></span> np.</p><p>To me <span class="h-card" translate="no"><a href="https://infosec.space/@OS1337" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>OS1337</span></a></span> is just an attempt to a minimalist <a href="https://infosec.space/tags/Linux" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Linux</span></a> distro because I want some <a href="https://infosec.space/tags/reproduceable" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>reproduceable</span></a> &amp; <a href="https://infosec.space/tags/auditable" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>auditable</span></a> <a href="https://infosec.space/tags/firmware" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>firmware</span></a> for various other projects, and both <span class="h-card" translate="no"><a href="https://fosstodon.org/@yoctoproject" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>yoctoproject</span></a></span> and <a href="https://infosec.space/tags/RaspberryPiOS" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>RaspberryPiOS</span></a> 'lite' seem rather excessive to me.</p><ul><li>Also a proper minimalist <a href="https://infosec.space/tags/CLI" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>CLI</span></a>-based <a href="https://infosec.space/tags/distro" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>distro</span></a> that can be used for an <em>"<a href="https://infosec.space/tags/SSH" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>SSH</span></a>-<a href="https://infosec.space/tags/Terninal" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Terninal</span></a>"</em> does have merits.</li></ul><p>I just think that it can have serious benefits being less distracting and allowing me (and others) to just use basically any hardware to <em>get work done</em>...</p><ul><li>The rest of the component selection came because it was either dictated by necessity (Linux has the most driver support and biggest community), alignment with values &amp; goals ( <span class="h-card" translate="no"><a href="https://mstdn.jp/@landley" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>landley</span></a></span> 's <a href="https://infosec.space/tags/toybox" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>toybox</span></a> is a <a href="https://www.youtube.com/watch?v=cz6iGrhnMKs" rel="nofollow noopener" target="_blank">clean &amp; minimalist userland)</a> and being better than <a href="https://infosec.space/tags/GNU" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>GNU</span></a> stuff (i.e. <span class="h-card" translate="no"><a href="https://social.treehouse.systems/@musl" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>musl</span></a></span> / <a href="https://infosec.space/tags/musl" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>musl</span></a>) by not bricking shit at random minor updates…</li></ul>
Kevin Karhan :verified:<p><span class="h-card" translate="no"><a href="https://fosstodon.org/@lmemsm" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>lmemsm</span></a></span> basically the Idea behind <a href="https://infosec.space/@OS1337" rel="nofollow noopener" target="_blank">it</a> is to be a <em>brutally simple</em> <a href="https://infosec.space/tags/toybox" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>toybox</span></a> + <a href="https://infosec.space/tags/musl" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>musl</span></a> / <a href="https://infosec.space/tags/linux" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>linux</span></a> distro that grew out of the necessity for me to actually think about <a href="https://infosec.space/tags/firmware" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>firmware</span></a> for some projects. </p><ul><li>And lets just say I did saw <span class="h-card" translate="no"><a href="https://fosstodon.org/@w84death" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>w84death</span></a></span> 's <a href="https://infosec.space/tags/Floppynux" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Floppynux</span></a> and <span class="h-card" translate="no"><a href="https://mstdn.jp/@landley" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>landley</span></a></span> did present <a href="https://www.youtube.com/watch?v=SGmtP5Lg_t0" rel="nofollow noopener" target="_blank">a</a> <a href="https://www.youtube.com/watch?v=MkJkyMuBm3g" rel="nofollow noopener" target="_blank">lot</a> of <em>convincing arguments</em> <a href="https://www.youtube.com/watch?v=Sk9TatW9ino" rel="nofollow noopener" target="_blank">alongside a literal walktrough</a> to get started.</li></ul><p>Basically I want something that is so simple and auditable that it's practical to make it pass any <a href="https://infosec.space/tags/verification" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>verification</span></a> demands for <a href="https://infosec.space/tags/SecureTerminal" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>SecureTerminal</span></a>|s in <a href="https://infosec.space/tags/CriticalInfrastructure" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>CriticalInfrastructure</span></a> and <a href="https://infosec.space/tags/Communications" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Communications</span></a>. </p><ul><li>OFC one may point at my other projects and say: <em>"Why don't you just put <a href="https://infosec.space/tags/RaspberryPiOS" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>RaspberryPiOS</span></a> on a <a href="https://infosec.space/tags/microSD" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>microSD</span></a>?"</em> ignoring that the smallest image is &gt;330MB in size and that seems kinda overkill for essentially my demands for a minimalist <a href="https://infosec.space/tags/Linux" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Linux</span></a> with very few programs in userspace. </li></ul><p>Not to mention a <a href="https://infosec.space/tags/GNUfree" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>GNUfree</span></a> - <a href="https://infosec.space/tags/Linux" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Linux</span></a> distro is the way to go if I want that thing to not get bricked constantly by minor <a href="https://infosec.space/tags/GlibC" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>GlibC</span></a>-changes... </p><ul><li>End goal is something akin to <a href="https://infosec.space/tags/MSDOS" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>MSDOS</span></a> in it's brutal simplicity, but way more extendable.</li></ul> <p>I hope that answers your question...</p><ul><li>Sorry for the delay.</li></ul>
Kevin Karhan :verified:<p><span class="h-card" translate="no"><a href="https://mastodon.social/@stman" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>stman</span></a></span> <span class="h-card" translate="no"><a href="https://mastodon.social/@eff" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>eff</span></a></span> <span class="h-card" translate="no"><a href="https://masto.hackers.town/@theruran" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>theruran</span></a></span> <span class="h-card" translate="no"><a href="https://cathode.church/@50htz" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>50htz</span></a></span> <span class="h-card" translate="no"><a href="https://social.solarpunk.au/users/vidak" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>vidak</span></a></span> <span class="h-card" translate="no"><a href="https://mastodon.net2o.de/@forthy42" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>forthy42</span></a></span> once you have a <em>"<a href="https://infosec.space/tags/SoftCPU" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>SoftCPU</span></a>"</em> that can be supported by gcc or llvm as well as <a href="https://infosec.space/tags/linux" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>linux</span></a>, <a href="https://infosec.space/tags/musl" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>musl</span></a> &amp; <a href="https://infosec.space/tags/toxbox" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>toxbox</span></a> I can port <span class="h-card" translate="no"><a href="https://infosec.space/@OS1337" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>OS1337</span></a></span> to it.</p><p><a href="https://en.wikipedia.org/wiki/Soft_microprocessor" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">en.wikipedia.org/wiki/Soft_mic</span><span class="invisible">roprocessor</span></a></p>
musl libc<p>Things <a href="https://social.treehouse.systems/tags/musl" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>musl</span></a> libc will never do (broad but not comprehensive):</p><p>- Nag you to update.<br>- Phone home to check it if should nag you to update.<br>- Tell you a CVE can't be fixed without updating to the latest version.<br>- Try to force you to switch from glibc to musl.<br>- Get other software you depend on dependent on musl.<br>- Rant against "wokeness" or "DEI".<br>- Integrate "AI" into your libc.<br>- Give you up.<br>- Let you down.</p>
Raniri<p>Running Android Platform tools (adb, fastboot, etc) on musl. <a href="https://mastodon.social/tags/android" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>android</span></a> <a href="https://mastodon.social/tags/musl" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>musl</span></a> <a href="https://mastodon.social/tags/Linux" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Linux</span></a></p><p><a href="https://gist.github.com/lidgnulinux/eeb1d1b881edf8a10df7d0861e31eb66" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">gist.github.com/lidgnulinux/ee</span><span class="invisible">b1d1b881edf8a10df7d0861e31eb66</span></a></p>
Cassandrich<p>Details on progress in this post to the <a href="https://hachyderm.io/tags/musl" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>musl</span></a> mailing list: <a href="https://www.openwall.com/lists/musl/2025/06/11/1" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://www.</span><span class="ellipsis">openwall.com/lists/musl/2025/0</span><span class="invisible">6/11/1</span></a></p><p>Actual draft code repo is now up too, at <a href="https://github.com/richfelker/musl-uca-draft" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">github.com/richfelker/musl-uca</span><span class="invisible">-draft</span></a></p>
Cassandrich<p>Update on <a href="https://hachyderm.io/tags/musl" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>musl</span></a> LC_COLLATE work: NFD code is functional and Unicode test vectors for normalization to NFD all pass.</p><p>.rodata 14161 bytes<br>.text 1089 bytes</p><p>🎉</p>
musl libc<p>This thread by <span class="h-card" translate="no"><a href="https://social.treehouse.systems/@ariadne" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>ariadne</span></a></span> on Treehouse's intent to defederate from Fosstodon lays out more details, in more diplomatic terms:</p><p><a href="https://social.treehouse.systems/@ariadne/114632131776730666" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">social.treehouse.systems/@aria</span><span class="invisible">dne/114632131776730666</span></a></p><p>I (<span class="h-card" translate="no"><a href="https://hachyderm.io/@dalias" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>dalias</span></a></span>) have tried my best to engage with the new Fosstodon admin in good faith on what mistakes they're making, only to be met with assertions that their comfort is more important than marginalized folks' safety on their instance. I cannot in good conscience ask folks to maintain a relationship with Fosstodon in order to follow <a href="https://social.treehouse.systems/tags/musl" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>musl</span></a> libc updates on the fedi.</p>
JdeBP<p><span class="h-card" translate="no"><a href="https://hachyderm.io/@dalias" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>dalias</span></a></span> <span class="h-card" translate="no"><a href="https://social.treehouse.systems/@ska" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>ska</span></a></span> </p><p>Well they *are* making their own versions of those two macros. I'd already read the ostensible rationale for it, and it seemed poor.</p><p>They have a problem with their own code's headers having lots of cross-dependencies. (Strong coupling and low cohesion: a long-standing <a href="https://tty0.social/tags/systemd" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>systemd</span></a> problem.) That's not a reason for fiddling with the <a href="https://tty0.social/tags/StandardC" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>StandardC</span></a> library, let alone making one's own FILE and DIR macros.</p><p><a href="https://tty0.social/tags/musl" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>musl</span></a></p>
JdeBP<p><span class="h-card" translate="no"><a href="https://social.treehouse.systems/@ska" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>ska</span></a></span> <span class="h-card" translate="no"><a href="https://hachyderm.io/@dalias" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>dalias</span></a></span> </p><p>I understood Daniel J. Bernstein's avoidance of the Standard C library, especially strings and standard I/O which had been rife with pointer mis-uses for decades.</p><p>But this is not that.</p><p>Why on Earth would one continue to use stdio but roll one's own version of the GNU C library's FILE and DIR macros?</p><p><a href="https://github.com/systemd/systemd/issues/37779#issuecomment-2952813363" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">github.com/systemd/systemd/iss</span><span class="invisible">ues/37779#issuecomment-2952813363</span></a></p><p><a href="https://tty0.social/tags/StandardC" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>StandardC</span></a> <a href="https://tty0.social/tags/systemd" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>systemd</span></a> <a href="https://tty0.social/tags/musl" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>musl</span></a></p>
datenwolf<p>All I want is just a collection of <a href="https://chaos.social/tags/binutils" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>binutils</span></a>, <a href="https://chaos.social/tags/GCC" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>GCC</span></a>, <a href="https://chaos.social/tags/llvm" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>llvm</span></a>+<a href="https://chaos.social/tags/clang" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>clang</span></a>, <a href="https://chaos.social/tags/glibc" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>glibc</span></a> and <a href="https://chaos.social/tags/musl" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>musl</span></a> that are "free standing" / relocatable, which I can pack into a <a href="https://chaos.social/tags/squashfs" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>squashfs</span></a> image to carry around to my various development machines.</p><p>You'd think that for something as fundamental as compiler infrastructure with over 60 years of knowledge, the whole bootstrapping and bringup process would have been super streamlined, or at least mostly pain free by now.</p><p>Yeah, about that. IYKYK</p>