social.coop is one of the many independent Mastodon servers you can use to participate in the fediverse.
A Fediverse instance for people interested in cooperative and collective projects. If you are interested in joining our community, please apply at https://join.social.coop/registration-form.html.

Administered by:

Server stats:

486
active users

#glibc

4 posts3 participants0 posts today
Sourceware<p>Sourceware Survey 2025 Results</p><p>In the end we got 103 (!) responses with a nice mix of developers, users and maintainers from various hosted projects.</p><p><a href="https://sourceware.org/survey-2025" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="">sourceware.org/survey-2025</span><span class="invisible"></span></a></p><p><a href="https://fosstodon.org/tags/binutils" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>binutils</span></a> <a href="https://fosstodon.org/tags/cygwin" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>cygwin</span></a> <a href="https://fosstodon.org/tags/dwarfstd" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>dwarfstd</span></a> <a href="https://fosstodon.org/tags/elfutils" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>elfutils</span></a> <a href="https://fosstodon.org/tags/gcc" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>gcc</span></a> <a href="https://fosstodon.org/tags/gdb" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>gdb</span></a> <a href="https://fosstodon.org/tags/glibc" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>glibc</span></a> <a href="https://fosstodon.org/tags/libabigail" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>libabigail</span></a> <a href="https://fosstodon.org/tags/newlib" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>newlib</span></a> <a href="https://fosstodon.org/tags/systemTap" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>systemTap</span></a> <a href="https://fosstodon.org/tags/valgrind" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>valgrind</span></a> <a href="https://fosstodon.org/tags/bzip2" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>bzip2</span></a> <a href="https://fosstodon.org/tags/libffi" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>libffi</span></a> <a href="https://fosstodon.org/tags/dwz" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>dwz</span></a> <a href="https://fosstodon.org/tags/debugedit" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>debugedit</span></a> <a href="https://fosstodon.org/tags/gnupoke" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>gnupoke</span></a> <a href="https://fosstodon.org/tags/bunsen" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>bunsen</span></a> <a href="https://fosstodon.org/tags/lvm2" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>lvm2</span></a> <a href="https://fosstodon.org/tags/annobin" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>annobin</span></a> <a href="https://fosstodon.org/tags/gnu" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>gnu</span></a>-gabi <a href="https://fosstodon.org/tags/cgen" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>cgen</span></a> <a href="https://fosstodon.org/tags/kawa" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>kawa</span></a> <a href="https://fosstodon.org/tags/insight" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>insight</span></a> <a href="https://fosstodon.org/tags/pacme" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>pacme</span></a></p>
stateful being<p><a href="https://mastodon.social/tags/tek" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>tek</span></a> 0.2.0 out now: <a href="https://codeberg.org/unspeaker/tek/releases/tag/0.2.0" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">codeberg.org/unspeaker/tek/rel</span><span class="invisible">eases/tag/0.2.0</span></a></p><p>it's buggy as hell, and about half the features i've showcased previously are disabled for now. but, more importantly, i've managed to build it as a single binary that you should be able to run on any <a href="https://mastodon.social/tags/linux" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>linux</span></a> with <a href="https://mastodon.social/tags/glibc" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>glibc</span></a> and <a href="https://mastodon.social/tags/jack" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>jack</span></a>... let me know what happens!</p><p><a href="https://mastodon.social/tags/rust" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>rust</span></a> <a href="https://mastodon.social/tags/tui" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>tui</span></a> <a href="https://mastodon.social/tags/daw" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>daw</span></a></p>
Felix Palmen :freebsd: :c64:<p>Today, I implemented the <a href="https://mastodon.bsd.cafe/tags/async" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>async</span></a> / <a href="https://mastodon.bsd.cafe/tags/await" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>await</span></a> pattern (as known from <a href="https://mastodon.bsd.cafe/tags/csharp" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>csharp</span></a> and meanwhile quite some other languages) ...</p><p>... in good old <a href="https://mastodon.bsd.cafe/tags/C" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>C</span></a>! 😎 </p><p>Well, at least sort of.</p><p>* It requires some standard library support, namely <a href="https://mastodon.bsd.cafe/tags/POSIX" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>POSIX</span></a> user context switching with <a href="https://mastodon.bsd.cafe/tags/getcontext" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>getcontext</span></a> and friends, which was deprecated in POSIX-1.2008. But it's still available on many systems, including <a href="https://mastodon.bsd.cafe/tags/FreeBSD" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>FreeBSD</span></a>, <a href="https://mastodon.bsd.cafe/tags/NetBSD" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>NetBSD</span></a>, <a href="https://mastodon.bsd.cafe/tags/Linux" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Linux</span></a> (with <a href="https://mastodon.bsd.cafe/tags/glibc" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>glibc</span></a>). It's NOT available e.g. on <a href="https://mastodon.bsd.cafe/tags/OpenBSD" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>OpenBSD</span></a>, or Linux with some alternative libc.</p><p>* I can't do anything about the basic language syntax, so some boilerplate comes with using it.</p><p>* It has some overhead (room for extra stacks, even extra syscalls as getcontext unfortunately also always saves/restores the signal mask)</p><p>But then ... async/await in C! 🥳 </p><p>Here are the docs:<br><a href="https://zirias.github.io/poser/api/latest/class_p_s_c___async_task.html" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">zirias.github.io/poser/api/lat</span><span class="invisible">est/class_p_s_c___async_task.html</span></a></p><p><a href="https://mastodon.bsd.cafe/tags/C" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>C</span></a> <a href="https://mastodon.bsd.cafe/tags/coding" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>coding</span></a></p>
Felix Palmen :freebsd: :c64:<p>I finally eliminated the need for a dedicated <a href="https://mastodon.bsd.cafe/tags/thread" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>thread</span></a> controlling the pam helper <a href="https://mastodon.bsd.cafe/tags/process" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>process</span></a> in <a href="https://mastodon.bsd.cafe/tags/swad" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>swad</span></a>. 🥳 </p><p>The building block that was still missing from <a href="https://mastodon.bsd.cafe/tags/poser" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>poser</span></a> was a way to await some async I/O task performed on the main thread from a worker thread. So I added a class to allow exactly that. The naive implementation just signals the main thread to carry out the requested task and then waits on a <a href="https://mastodon.bsd.cafe/tags/semaphore" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>semaphore</span></a> for completion, which of course blocks the worker thread.</p><p>Turns out we can actually do better, reaching similar functionality like e.g. <a href="https://mastodon.bsd.cafe/tags/async" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>async</span></a> / <a href="https://mastodon.bsd.cafe/tags/await" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>await</span></a> in C#: Release the worker thread to do other jobs while waiting. The key to this is user context switching support like offered by <a href="https://mastodon.bsd.cafe/tags/POSIX" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>POSIX</span></a>-1.2001 <a href="https://mastodon.bsd.cafe/tags/getcontext" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>getcontext</span></a> and friends. Unfortunately it was deprecated in POSIX-1.2008 without an obvious replacement (the docs basically say "use threads", which doesn't work for my scenario), but still lots of systems provide it, e.g. <a href="https://mastodon.bsd.cafe/tags/FreeBSD" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>FreeBSD</span></a>, <a href="https://mastodon.bsd.cafe/tags/NetBSD" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>NetBSD</span></a>, <a href="https://mastodon.bsd.cafe/tags/Linux" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Linux</span></a> (with <a href="https://mastodon.bsd.cafe/tags/glibc" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>glibc</span></a>) ...</p><p>The posercore lib now offers both implementations, prefering to use user context switching if available. It comes at a price: Every thread job now needs its private stack space (I allocated 64kiB there for now), and of course the switching takes some time as well, but that's very likely better than leaving a task idle waiting. And there's a restriction, resuming must still happen on the same thread that called the "await", so if this thread is currently busy, we have to wait a little bit longer. I still think it's a very nice solution. 😎 </p><p>In any case, the code for the PAM credential checker module looks much cleaner now (the await "magic" happens on line 174):<br><a href="https://github.com/Zirias/swad/blob/57eefe93cdad0df55ebede4bd877d22e7be1a7f8/src/bin/swad/cred/pamchecker.c" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">github.com/Zirias/swad/blob/57</span><span class="invisible">eefe93cdad0df55ebede4bd877d22e7be1a7f8/src/bin/swad/cred/pamchecker.c</span></a></p><p><a href="https://mastodon.bsd.cafe/tags/C" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>C</span></a> <a href="https://mastodon.bsd.cafe/tags/coding" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>coding</span></a></p>
butterflyofChick ⏚ꝃ⌁⁂<p>First I noticed if this « ğ ».<br>Which is : latin small letter g with breve<br>Unicode : U+011F<br>Graph : <a href="https://graphemica.com/%C4%9F" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="">graphemica.com/%C4%9F</span><span class="invisible"></span></a></p><p>In <a href="https://mstdn.fr/tags/Kabyle" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Kabyle</span></a> the correct one is : « ǧ »<br>Which is : latin small letter g with caron<br>Unicode : U+01E7<br>Graph : <a href="https://graphemica.com/%C7%A7" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="">graphemica.com/%C7%A7</span><span class="invisible"></span></a></p><p>In this case, ǧ according to <a href="https://mstdn.fr/tags/CLDR" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>CLDR</span></a> is correct : <a href="https://www.unicode.org/cldr/charts/47/summary/kab.html" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://www.</span><span class="ellipsis">unicode.org/cldr/charts/47/sum</span><span class="invisible">mary/kab.html</span></a></p><p>2/…</p><p><a href="https://mstdn.fr/tags/glibc" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>glibc</span></a></p>
butterflyofChick ⏚ꝃ⌁⁂<p>I was reading this part of kab_DZ collate on glibc and something is not correct :</p><p>Link glibc 2.41-6 : <a href="https://sources.debian.org/src/glibc/2.41-6/localedata/locales/kab_DZ/" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">sources.debian.org/src/glibc/2</span><span class="invisible">.41-6/localedata/locales/kab_DZ/</span></a></p><p>1/…</p><p><a href="https://mstdn.fr/tags/glibc" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>glibc</span></a> <a href="https://mstdn.fr/tags/Kabyle" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Kabyle</span></a></p>
C++Now<p>C++Now 2025 SESSION ANNOUNCEMENT: Using TLA+ to Fix a Very Difficult glibc Bug by Malte Skarupke</p><p><a href="https://schedule.cppnow.org/session/2025/using-tla-to-fix-a-very-difficult-glibc-bug/" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">schedule.cppnow.org/session/20</span><span class="invisible">25/using-tla-to-fix-a-very-difficult-glibc-bug/</span></a></p><p>Register now at <a href="https://cppnow.org/registration/" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="">cppnow.org/registration/</span><span class="invisible"></span></a></p><p><a href="https://mastodon.social/tags/coding" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>coding</span></a> <a href="https://mastodon.social/tags/cplusplus" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>cplusplus</span></a> <a href="https://mastodon.social/tags/glibc" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>glibc</span></a> <a href="https://mastodon.social/tags/TLA" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>TLA</span></a></p>
Boud<p>The <a href="https://framapiaf.org/tags/Maneage" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Maneage</span></a> <a href="https://framapiaf.org/tags/reproducibility" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>reproducibility</span></a> system for scientific research papers that starts from a minimal POSIX-like host OS does not yet build [1] the <a href="https://framapiaf.org/tags/GNUCLibrary" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>GNUCLibrary</span></a> = <a href="https://framapiaf.org/tags/GLibC" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>GLibC</span></a> . We have a draft implementation building glibc *after* <a href="https://framapiaf.org/tags/GCC" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>GCC</span></a> [2]; and an alternative proposal arguing that building glibc *first* and gcc second would be more long-term sustainable [[1] comment18].</p><p>Should GLibC be built first? Why (or why not)?</p><p>[1] <a href="https://savannah.nongnu.org/task/?15390" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">savannah.nongnu.org/task/?1539</span><span class="invisible">0</span></a><br>[2] <a href="https://gitlab.com/maneage/project-dev/-/blob/glibc/reproduce/software/make/core-gnu.mk#L718" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">gitlab.com/maneage/project-dev</span><span class="invisible">/-/blob/glibc/reproduce/software/make/core-gnu.mk#L718</span></a></p>
Kevin Karhan :verified:<p><span class="h-card" translate="no"><a href="https://mstdn.jp/@landley" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>landley</span></a></span> <span class="h-card" translate="no"><a href="https://todon.nl/@burnoutqueen" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>burnoutqueen</span></a></span> Yeah...</p><p><a href="https://infosec.space/tags/GPLv3" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>GPLv3</span></a> is a desaster as it's 99% ideology and 1% license text and alongside <a href="https://infosec.space/tags/AGPLv3" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>AGPLv3</span></a> completely ignores the reality of how <a href="https://infosec.space/tags/licensing" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>licensing</span></a> and <a href="https://infosec.space/tags/patents" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>patents</span></a> and <a href="https://infosec.space/tags/IP" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>IP</span></a> works.</p><ul><li>Not that I like the status-quo, but we'd rather see businesses steer clear of anything GPLv2+ or GPLv3 or worse.</li></ul><p>And on the flipside we basically get <em>"source available"</em> stuff like <a href="https://infosec.space/tags/SSPL" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>SSPL</span></a> which only serves as a means to commit <a href="https://infosec.space/tags/AssetDenial" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>AssetDenial</span></a> and monopolize commercial offerings...</p><ul><li>I think <a href="https://infosec.space/tags/Linux" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Linux</span></a> being <a href="https://infosec.space/tags/GPLv2only" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>GPLv2only</span></a> is a good compromise and my personal gripes with <a href="https://infosec.space/tags/FSF" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>FSF</span></a> &amp; <a href="https://infosec.space/tags/GNUtils" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>GNUtils</span></a> as well as <a href="https://infosec.space/tags/GlibC" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>GlibC</span></a> are something different...</li></ul>
Christian Brauner 🦊🐺<p>Who at <a href="https://mastodon.social/tags/glibc" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>glibc</span></a> do we need to bribe to get <span class="h-card" translate="no"><a href="https://fosstodon.org/@codonell" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>codonell</span></a></span> :</p><p>"I think we really need to expose some<br>sort of clone/clone3 wrapper, with some guardrails against unsupportable<br>scenarios (such as spawning new threads in the current process)."</p><p>finally implemented! It really is missing!<br><a href="https://patchwork.sourceware.org/project/glibc/patch/20230803163558.991832-7-adhemerval.zanella@linaro.org" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">patchwork.sourceware.org/proje</span><span class="invisible">ct/glibc/patch/20230803163558.991832-7-adhemerval.zanella@linaro.org</span></a></p>
unixbhaskar<p>Ummm 🤔</p><p><a href="https://mastodon.social/tags/glibc" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>glibc</span></a> <a href="https://mastodon.social/tags/libc" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>libc</span></a> <a href="https://mastodon.social/tags/programming" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>programming</span></a> <a href="https://mastodon.social/tags/binary" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>binary</span></a> <a href="https://mastodon.social/tags/opensource" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>opensource</span></a> </p><p><a href="https://jangafx.com/insights/linux-binary-compatibility" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">jangafx.com/insights/linux-bin</span><span class="invisible">ary-compatibility</span></a></p>
Kevin Karhan :verified:<p><span class="h-card" translate="no"><a href="https://kitsunes.club/@Jessica" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>Jessica</span></a></span> <span class="h-card" translate="no"><a href="https://mstdn.social/@BrodieOnLinux" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>BrodieOnLinux</span></a></span> +9001%</p><p>The reason I don't use <a href="https://infosec.space/tags/GlibC" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>GlibC</span></a> on <span class="h-card" translate="no"><a href="https://infosec.space/@OS1337" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>OS1337</span></a></span> is because it's <a href="https://infosec.space/@kkarhan/114175034719920644" rel="nofollow noopener noreferrer" target="_blank">constantly breaking userspace</a>…</p>
Douglas J Hunley<p>Tuning the <a href="https://fosstodon.org/tags/glibc" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>glibc</span></a> memory allocator (for <a href="https://fosstodon.org/tags/Postgres" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Postgres</span></a>) <a href="https://vondra.me/posts/tuning-the-glibc-allocator-for-postgres/" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">vondra.me/posts/tuning-the-gli</span><span class="invisible">bc-allocator-for-postgres/</span></a></p>
NerdNextDoor :Blobhaj:<p>Making a <a href="https://mastodon.social/tags/Linux" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Linux</span></a> <a href="https://mastodon.social/tags/Distro" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Distro</span></a> from the <a href="https://mastodon.social/tags/LFN" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>LFN</span></a> guide by MapleCircuit. (Great guy, search up the series <a href="https://mastodon.social/tags/LinuxfromNothing" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>LinuxfromNothing</span></a> and go follow him!!!)</p><p>I’m using <a href="https://mastodon.social/tags/Musl" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Musl</span></a> instead of <a href="https://mastodon.social/tags/Glibc" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Glibc</span></a> for funsies.</p><p>I’m <a href="https://mastodon.social/tags/Nerdy" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Nerdy</span></a> as shit, and that’s pretty cool.</p><p><a href="https://mastodon.social/tags/Tech" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Tech</span></a> <a href="https://mastodon.social/tags/Technology" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Technology</span></a> <a href="https://mastodon.social/tags/Nerd" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Nerd</span></a></p>
Gardiner Bryant<p><strong>The glibc disaster, Wayland HDR update, and more Linux Gaming News!</strong></p> <p><a href="https://subscribeto.me/videos/watch/ab8c04fe-8247-4844-88eb-4af189b21c42" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">subscribeto.me/videos/watch/ab</span><span class="invisible">8c04fe-8247-4844-88eb-4af189b21c42</span></a></p>
mgorny-nyan (on) :autism:🙀🚂🐧<p>Jeżeli kiedyś zastanawialiście się, jak szybko rośnie `packaging.tags.sys_tags()` na GNU / <a href="https://pol.social/tags/Linux" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Linux</span></a>, to mam formułkę (chyba że coś popieprzyłem). Dla <a href="https://pol.social/tags/CPython" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>CPython</span></a> 3.x na <a href="https://pol.social/tags/glibc" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>glibc</span></a> 2.y, łączną liczbę tagów wyraża wyrażenie:</p><p>2xy + x + 3y + 3</p><p>Albo równoważnie:</p><p>x(2y + 1) + 3y + 3<br>y(2x + 3) + x + 3</p><p>Co za tym idzie, jeżeli nic innego się nie zmienia, to każda nowa wersja Pythona dodaje (2y + 1) tagów, a każda nowa wersja glibc dodaje (2x + 3) tagów. Dla glibc 2.41, daje to 83 nowe tagi na nową wersję CPythona. Dla CPythona 3.13, mamy 29 nowych tagów na nową wersję glibc.</p><p>No i dla porównania: CPython 3.13 na architekturze x86_64 z glibc 2.41 ma już 1205 zgodnych tagów paczek wheel.</p><p><a href="https://pol.social/tags/Python" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Python</span></a></p>
mgorny-nyan (he) :autism:🙀🚂🐧<p>If you were ever wondering how fast `<a href="https://social.treehouse.systems/tags/packaging" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>packaging</span></a>.tags.sys_tags()` are growing on GNU / <a href="https://social.treehouse.systems/tags/Linux" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Linux</span></a>, I have a formula for you (unless I screwed up the maths). For <a href="https://social.treehouse.systems/tags/CPython" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>CPython</span></a> 3.x on <a href="https://social.treehouse.systems/tags/glibc" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>glibc</span></a> 2.y, the total number of tags is:</p><p>2xy + x + 3y + 3</p><p>Or equivalently:</p><p>x(2y + 1) + 3y + 3<br>y(2x + 3) + x + 3</p><p>So all other things equal, every new minor version of <a href="https://social.treehouse.systems/tags/Python" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Python</span></a> introduces (2y + 1) tags, and every new minor version of glibc introduces (2x + 3) tags. For glibc 2.41, this means 83 new tags per CPython version. For CPython 3.13, this means 29 new tags per glibc version.</p><p>Oh, and for a good measure: CPython 3.13 on x86_64 with glibc 2.41 features 1205 compatible wheel tags.</p>
Liam @ GamingOnLinux 🐧🎮<p>The glibc 2.41 update has been causing problems for Linux gaming <a href="https://www.gamingonlinux.com/2025/02/the-glibc-2-41-update-has-been-causing-problems-for-linux-gaming/" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://www.</span><span class="ellipsis">gamingonlinux.com/2025/02/the-</span><span class="invisible">glibc-2-41-update-has-been-causing-problems-for-linux-gaming/</span></a></p><p><a href="https://mastodon.social/tags/Linux" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Linux</span></a> <a href="https://mastodon.social/tags/glibc" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>glibc</span></a> <a href="https://mastodon.social/tags/LinuxGaming" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>LinuxGaming</span></a></p>
tTh<p><span class="h-card" translate="no"><a href="https://mastodon.weber.fi.eu.org/@matthieu" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>matthieu</span></a></span> : En plus l'epoxy, ça empèche de désinstaller la <a href="https://mastodon.tetaneutral.net/tags/glibc" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>glibc</span></a> !<br><span class="h-card" translate="no"><a href="https://piaille.fr/@LaurentChemla" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>LaurentChemla</span></a></span></p>
Aptivi<p>Using Discord on Arch Linux? Be aware of this issue once you upgrade to glibc 2.41.</p><p><a href="https://mastodon.social/tags/discord" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>discord</span></a> <a href="https://mastodon.social/tags/archlinux" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>archlinux</span></a> <a href="https://mastodon.social/tags/arch" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>arch</span></a> <a href="https://mastodon.social/tags/glibc" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>glibc</span></a> <a href="https://mastodon.social/tags/linux" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>linux</span></a> <a href="https://mastodon.social/tags/TechNews" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>TechNews</span></a></p><p><a href="https://officialaptivi.wordpress.com/2025/02/04/discord-and-glibc-2-41-update-on-arch-linux/" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">officialaptivi.wordpress.com/2</span><span class="invisible">025/02/04/discord-and-glibc-2-41-update-on-arch-linux/</span></a></p>