mastodon.ie is one of the many independent Mastodon servers you can use to participate in the fediverse.
Irish Mastodon - run from Ireland, we welcome all who respect the community rules and members.

Administered by:

Server stats:

1.6K
active users

#libc

0 posts0 participants0 posts today
HoldMyType<p>folks who do smart things with multiprocessing models like Go and Chromium usually don't want C libraries potentially stepping on their toes. Oh gosh threads. The day I figure out how to do those, will be day the whole world will want to use this thing. But I want people who use Cosmopolitan <a href="https://mathstodon.xyz/tags/Libc" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Libc</span></a> to know what value it's providing them. I think the best way to do that is by raising awareness of the systems engineering fundamentals like this. Because that's something you're right to point out that the <a href="https://mathstodon.xyz/tags/Linux" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Linux</span></a> community leadership has room for improvement on.<br><a href="https://news.ycombinator.com/item?id=26290723" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">news.ycombinator.com/item?id=2</span><span class="invisible">6290723</span></a></p>
Aho<p><span class="h-card" translate="no"><a href="https://social.linux.pizza/@MichaelRoss" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>MichaelRoss</span></a></span> something I have been trying to look for is a <a href="https://mastodon.social/tags/Linux" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Linux</span></a> <a href="https://mastodon.social/tags/ls" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>ls</span></a> that isn't depending on <a href="https://mastodon.social/tags/glibc" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>glibc</span></a> or another <a href="https://mastodon.social/tags/libc" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>libc</span></a> implementation, the reason is there was some malware that attached itself to glibc and prevented you to see the directories and files it used and also the process directory in /proc <br>Had you a ls that wasn't built with glibc, then all the files and directories would be listed.</p>
Root Moose<p>I kind of wish there was a version of Alpine that was libc based - just for desktop NVIDIA support really.</p><p><a href="https://root.moose.ca/tags/Linux" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Linux</span></a> <a href="https://root.moose.ca/tags/AlpineLinux" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>AlpineLinux</span></a> <a href="https://root.moose.ca/tags/Alpine" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Alpine</span></a> <a href="https://root.moose.ca/tags/NVIDIA" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>NVIDIA</span></a> <a href="https://root.moose.ca/tags/libc" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>libc</span></a> <a href="https://root.moose.ca/tags/musl" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>musl</span></a></p>
unixbhaskar<p>Ummm 🤔</p><p><a href="https://fosstodon.org/tags/glibc" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>glibc</span></a> <a href="https://fosstodon.org/tags/libc" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>libc</span></a> <a href="https://fosstodon.org/tags/programming" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>programming</span></a> <a href="https://fosstodon.org/tags/binary" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>binary</span></a> <a href="https://fosstodon.org/tags/opensource" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>opensource</span></a> </p><p><a href="https://jangafx.com/insights/linux-binary-compatibility" rel="nofollow noopener" 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>
Khionu S :trans_furr_white:<p>Something I would like to make in <a href="https://hachyderm.io/tags/rust" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>rust</span></a> is a <a href="https://hachyderm.io/tags/libc" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>libc</span></a> wrapper that uses type-level contracts and optional (maybe debug-by-default) runtime checks. I like Rustix, but I'd like to make something that you can use with magnitudes less footguns.</p><p>If you know of a company/team that would be willing to fund such work, I'd be eager to get connected!</p><p><a href="https://hachyderm.io/tags/FediHire" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>FediHire</span></a> <a href="https://hachyderm.io/tags/contracting" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>contracting</span></a> <br>(Please reply with suggested hashtags, I'm not the greatest at these xD)</p>
Cassandrich<p>Exciting easy win I'd been meaning to do for a long time for broadening the scope of libc-test: 45 LoC (including include directives) to dive into a user+mount+net namespace where resolv.conf points to localhost and you have your own localhost you can bind to port 53 on (so resolver can be tested or even fuzzed). Non <a href="https://hachyderm.io/tags/musl" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>musl</span></a> specific; like all of libc-test, should work for any <a href="https://hachyderm.io/tags/libc" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>libc</span></a>.</p>
Neustradamus :xmpp: :linux:<p><a href="https://mastodon.social/tags/glibc" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>glibc</span></a> 2.40 has been released (<a href="https://mastodon.social/tags/GNU" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>GNU</span></a> / <a href="https://mastodon.social/tags/GNUC" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>GNUC</span></a> / <a href="https://mastodon.social/tags/C" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>C</span></a> / <a href="https://mastodon.social/tags/LIBC" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>LIBC</span></a>) <a href="https://gnu.org/software/libc/" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://</span><span class="">gnu.org/software/libc/</span><span class="invisible"></span></a></p>
0mp at FreeBSD<p><span class="h-card" translate="no"><a href="https://mastodon.social/@mntmn" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>mntmn</span></a></span> From what I understand though, it is rarely the best approach. Here's an interesting comment by <span class="h-card" translate="no"><a href="https://infosec.exchange/@david_chisnall" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>david_chisnall</span></a></span> about the recent addition of some <a href="https://mastodon.social/tags/assembly" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>assembly</span></a> bits to <a href="https://mastodon.social/tags/FreeBSD" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>FreeBSD</span></a> <a href="https://mastodon.social/tags/libc" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>libc</span></a>: <br><a href="https://lobste.rs/s/uhdxcb/freebsd_14_1_release_announcement#c_jdakn8" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">lobste.rs/s/uhdxcb/freebsd_14_</span><span class="invisible">1_release_announcement#c_jdakn8</span></a></p>
Khionu S :trans_furr_white:<p>I've got an odd <a href="https://hachyderm.io/tags/posix" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>posix</span></a> <a href="https://hachyderm.io/tags/libc" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>libc</span></a> issue I could use help digging into.</p><p>I'm using `posix_spawnp`, and getting an errno of ECHILD. According to man7 and two other sources, `posix_spawnp` should only error as `clone`, `fork`, or `vfork` might, and none of them list ECHILD as a possible errno.</p><p>I'm using the Rust libc crate directly, fwiw, which is unabstracted bindings to libc. This error message compares directly against `libc::ECHILD`.</p><p>Thoughts?</p>
Some Bits: Nelson's Linkblog<p>pollyfill-glibc: Hackery to let new binaries run on old Linux systems. The docs directory has a bunch of interesting technical info on linker tricks<br><a href="https://github.com/corsix/polyfill-glibc/tree/main" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">github.com/corsix/polyfill-gli</span><span class="invisible">bc/tree/main</span></a><br> <a href="https://tech.lgbt/tags/compatibility" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>compatibility</span></a> <a href="https://tech.lgbt/tags/via" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>via</span></a>:lobsters <a href="https://tech.lgbt/tags/pollyfill" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>pollyfill</span></a> <a href="https://tech.lgbt/tags/linux" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>linux</span></a> <a href="https://tech.lgbt/tags/glibc" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>glibc</span></a> <a href="https://tech.lgbt/tags/hack" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>hack</span></a> <a href="https://tech.lgbt/tags/libc" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>libc</span></a> #+</p>
Bo Morgan<p>Cross-platform native C executables? Sweet.</p><p>"Cosmopolitan Libc makes C a build-once run-anywhere language, like Java, except it doesn't need an interpreter or virtual machine. Instead, it reconfigures stock GCC and Clang to output a POSIX-approved polyglot format that runs natively on Linux + Mac + Windows + FreeBSD + OpenBSD + NetBSD + BIOS with the best possible performance and the tiniest footprint imaginable."</p><p><a href="https://github.com/jart/cosmopolitan" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://</span><span class="">github.com/jart/cosmopolitan</span><span class="invisible"></span></a></p><p><a href="https://kolektiva.social/tags/c" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>c</span></a> <a href="https://kolektiva.social/tags/gcc" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>gcc</span></a> <a href="https://kolektiva.social/tags/clang" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>clang</span></a> <a href="https://kolektiva.social/tags/polyglot" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>polyglot</span></a> <a href="https://kolektiva.social/tags/posix" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>posix</span></a> <a href="https://kolektiva.social/tags/crossplatform" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>crossplatform</span></a> <a href="https://kolektiva.social/tags/cosmocc" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>cosmocc</span></a> <a href="https://kolektiva.social/tags/libc" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>libc</span></a> <a href="https://kolektiva.social/tags/linux" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>linux</span></a> <a href="https://kolektiva.social/tags/windows" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>windows</span></a> <a href="https://kolektiva.social/tags/mac" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>mac</span></a> <a href="https://kolektiva.social/tags/macos" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>macos</span></a> <a href="https://kolektiva.social/tags/netbsd" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>netbsd</span></a> <a href="https://kolektiva.social/tags/bios" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>bios</span></a></p>
sebsch<p>Could we have a moment for how amazingly thin and well defined nix' layer for the libc is?</p><p><a href="https://chaos.social/tags/rust" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>rust</span></a> <a href="https://chaos.social/tags/linux" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>linux</span></a> <a href="https://chaos.social/tags/libc" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>libc</span></a> </p><p><a href="https://docs.rs/nix/latest/nix/" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://</span><span class="">docs.rs/nix/latest/nix/</span><span class="invisible"></span></a></p>
Mike Rochefort :fedora:<p><span class="h-card" translate="no"><a href="https://mstdn.ca/@agierscher" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>agierscher</span></a></span> In agreement here. The way I usually look at it is as a suggestion to consider the language for two types of <a href="https://fosstodon.org/tags/C" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>C</span></a> projects:</p><p>a) it is a new(ish) codebase, or<br>b) the project is leaning towards a rewrite anyways.</p><p>Until developers stop authoring new C code and/or relying on the C <a href="https://fosstodon.org/tags/FFI" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>FFI</span></a> and C <a href="https://fosstodon.org/tags/ABI" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>ABI</span></a>, we can't really escape C code. And as <span class="h-card" translate="no"><a href="https://fosstodon.org/@snonux" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>snonux</span></a></span> mentioned, rewrites aren't the answer here. But other implementations of the <a href="https://fosstodon.org/tags/kernel" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>kernel</span></a>'s <a href="https://fosstodon.org/tags/syscalls" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>syscalls</span></a> can be made, avoiding a link to <a href="https://fosstodon.org/tags/libc" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>libc</span></a>.</p>
jouni<p>LLMs as local offline tools like grep? llamafile combines model + binaries into one single file and it is easy to run as part of your bash script as grep or sed is. <a href="https://github.com/mozilla-Ocho/llamafile" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">github.com/mozilla-Ocho/llamaf</span><span class="invisible">ile</span></a> </p><p>Interesting thing is that the same binary runs natively on Linux + Mac + Windows + FreeBSD + OpenBSD + NetBSD + BIOS on AMD64 and ARM64 with the best possible performance. Because of this project: <a href="https://justine.lol/cosmopolitan/index.html" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">justine.lol/cosmopolitan/index</span><span class="invisible">.html</span></a></p><p><a href="https://sauna.social/tags/llm" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>llm</span></a> <a href="https://sauna.social/tags/llama" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>llama</span></a> <a href="https://sauna.social/tags/llava" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>llava</span></a> <a href="https://sauna.social/tags/genai" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>genai</span></a> <a href="https://sauna.social/tags/cosmopolitanlibc" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>cosmopolitanlibc</span></a> <a href="https://sauna.social/tags/cosmopolitan" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>cosmopolitan</span></a> <a href="https://sauna.social/tags/libc" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>libc</span></a></p>
Kaitobuild once run anywhere c
MysticBasil 🇺🇦<p>This. Is. Huge. 🎉 <br><a href="https://mastodon.online/tags/cosmopolitan" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>cosmopolitan</span></a> <a href="https://mastodon.online/tags/libc" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>libc</span></a> </p><p><a href="https://justine.lol/cosmo3/" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://</span><span class="">justine.lol/cosmo3/</span><span class="invisible"></span></a></p>
Thomas Frans 🇺🇦<p>C developers: "Rust's memory safety is not a 'feature' of your program. It doesn't automatically make it better."</p><p>CVE-2023-4911: "Well hello there!"</p><p>I don't know about others but security is a pretty big feature in my books!</p><p><a href="https://social.linux.pizza/tags/security" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>security</span></a> <a href="https://social.linux.pizza/tags/linux" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>linux</span></a> <a href="https://social.linux.pizza/tags/cve20234911" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>cve20234911</span></a> <a href="https://social.linux.pizza/tags/libc" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>libc</span></a> <a href="https://social.linux.pizza/tags/glibc" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>glibc</span></a> <a href="https://social.linux.pizza/tags/Rust" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Rust</span></a> <a href="https://social.linux.pizza/tags/C" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>C</span></a> <a href="https://social.linux.pizza/tags/MemorySafety" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>MemorySafety</span></a></p>
das_menschy<p>Should I install <a href="https://toot.bike/tags/AlpineLinux" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>AlpineLinux</span></a> on my Laptop with <a href="https://toot.bike/tags/ArchLinux" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>ArchLinux</span></a>? Are all the usual programs (like Firefox, Thunderbird/Evolution, Nextcloud clients) compilable with <a href="https://toot.bike/tags/musl" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>musl</span></a> <a href="https://toot.bike/tags/libc" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>libc</span></a>?</p>
Kevin Karhan :verified:<p><span class="h-card"><a href="https://mas.to/@bitpirate" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>bitpirate</span></a></span> <span class="h-card"><a href="https://mastodon.social/@gamingonlinux" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>gamingonlinux</span></a></span> and as much as I'd love to see every game getting updated, it's illusional that publishers and devs will invest the time to do so on one-time-purchase titles that are over 2 years old, don't sell any significant numbers or don't get any other revenue to pay for workarounding the shit that <a href="https://mstdn.social/tags/flibc" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>flibc</span></a> does.</p><p>Other <a href="https://mstdn.social/tags/libc" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>libc</span></a>'s like <a href="https://mstdn.social/tags/musl" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>musl</span></a> don't do that.</p>
Kevin Karhan :verified:<p><span class="h-card"><a href="https://blahaj.zone/@lunaa" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>lunaa</span></a></span> <span class="h-card"><a href="https://udongein.xyz/users/yura" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>yura</span></a></span> <span class="h-card"><a href="https://social.kernel.org/users/torvalds" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>torvalds</span></a></span> I know...</p><p>There's a reason Distros like <a href="https://mstdn.social/tags/AlpineLinux" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>AlpineLinux</span></a>, <a href="https://mstdn.social/tags/ChimeraLinux" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>ChimeraLinux</span></a> and almost all <a href="https://mstdn.social/tags/embedded" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>embedded</span></a> systems using <a href="https://mstdn.social/tags/Busybox" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Busybox</span></a> or <a href="https://mstdn.social/tags/Toybox" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Toybox</span></a> want to get rid of <a href="https://mstdn.social/tags/glibc" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>glibc</span></a> if not replace it with something like <a href="https://mstdn.social/tags/uClinux" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>uClinux</span></a>, <a href="https://mstdn.social/tags/musl" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>musl</span></a>,or another <a href="https://mstdn.social/tags/libc" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>libc</span></a>... </p><p>Because glibc bricking stuff with minor updates kills any <a href="https://mstdn.social/tags/CCSS" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>CCSS</span></a> and any non-<a href="https://mstdn.social/tags/FLOSS" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>FLOSS</span></a> that can't be recompiled.</p><p>And what RMS et. al. may see as intentional, I think is the biggest issie that prevents <a href="https://mstdn.social/tags/Linux" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Linux</span></a> from dominating <a href="https://mstdn.social/tags/Desktop" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Desktop</span></a>|s!</p>