The Hello World example program works on my Kindle.

Reminder for myself: gcc 9.5.0 compiles glibc 2.19 with binutils 2.45 in crosstools-ng 1.28.0

#KindleModding #KindleHomebrew #KindleHomebrewDevelopment #KindleDevelopment #GLibC #GCC #BinUtils #CrossToolsNG

Rails 애플리케이션 메모리 비대화(Memory Bloat) 원인과 해결책 (2025년판)

Rails 메모리 비대화의 주된 원인은 Ruby의 메모리 누수가 아니라 glibc의 malloc이 해제된 메모리를 OS에 즉시 반환하지 않고 내부적으로 보유하기 때문이다.

🔗 원문 보기

Rails 애플리케이션 메모리 비대화(Memory Bloat) 원인과 해결책 (2025년판)

Rails 메모리 비대화의 주된 원인은 Ruby의 메모리 누수가 아니라 glibc의 malloc이 해제된 메모리를 OS에 즉시 반환하지 않고 내부적으로 보유하기 때문이다.

Ruby-News | 루비 AI 뉴스

Rails 애플리케이션 메모리 비대화 원인과 해결책 (2025년판)

Rails의 메모리 비대화는 메모리 누수가 아니라 glibc가 해제된 메모리를 OS에 즉시 반환하지 않고 내부 풀에 보유하기 때문에 발생한다.

🔗 원문 보기

Rails 애플리케이션 메모리 비대화 원인과 해결책 (2025년판)

Rails의 메모리 비대화는 메모리 누수가 아니라 glibc가 해제된 메모리를 OS에 즉시 반환하지 않고 내부 풀에 보유하기 때문에 발생한다.

Ruby-News | 루비 AI 뉴스

@icedquinn @tknarr @navi sadly you are correct to the point that @fuchsiii jokingly says that:

#Win32 / #Win64 is the most stable #ABI on #Linux.

Personally, I am so frustrated about this situation that I mandate all applications for @OS1337 to ship their dependencies with themselves statically linked.

  • Making it the problem of the Softwares' Maintainers!
    • If they use some stuff that doesn't allow that, then that's their problem…
  • But then again I also statically compile against #musl because #GlibC is notorious for bricking shit with minor updates and anything #GNU seems to be run by folks who think: 'Just recompile it with the new version!' is a valid answer for their bullshit.
Explore a classic DebConf5 talk: Denis Barbier shows how to customize GNU libc locale files — great for sysadmins, i18n enthusiasts, and anyone tweaking glibc. Retro tech knowledge worth revisiting! #GNU #glibc #locales #Linux #DebConf #i18n #opensource #English
https://friprogramvarusyndikatet.tv/videos/watch/499f76b2-37e4-489a-b100-5fa41a444a68
Customization of GNU libc locale files

PeerTube

How is it possible that ubuntu 22.04 use an older glibc version than the Debian version it's based on? #2204 #c++ #glibc

https://askubuntu.com/q/1564816/612

How is it possible that ubuntu 22.04 use an older glibc version than the Debian version it's based on?

I'm rather beginner with c++ development and could not find an answer to this question. I wanted to compile on Debian 12 (oldest lts) to make sure that all downstream distros could run my little to...

Ask Ubuntu
This Week In Security: Getting Back Up To Speed

Editor’s Note: Over the course of nearly 300 posts, Jonathan Bennett set a very high bar for this column, so we knew it needed to be placed in the hands of somebody who could do it justice. T…

Hackaday

Почему функции rand и lrand48 из glibc годятся только для Тетриса: о случайных числах всерьёз

Функцию rand из стандартной библиотеки языка Си для генерации псевдослучайных чисел, наверное, не ругал только ленивый. В довольно известном докладе Rand considered harmful рассказывалось о проблемах с переносимостью, ограниченным диапазоном, многопоточностью, качеством и т.п. Иногда в учебниках упоминают о том, что алгоритм в rand может быть не очень качественным, иметь проблемы с младшими битами, периодом, прохождением статистических тестов. Но крайне редко можно увидеть разбор конкретных критериев, выявляющих дефекты генераторов. В этой статье я постараюсь наглядно показать не просто отдельные недостатки rand , lrand48 и random из glibc, но их полную непригодность для каких-либо вычислений в принципе. Также вы увидите превосходство поточных шифров над minstd , линейным конгруэнтным генератором из 1980-х, не только в качестве, но и в производительности.

https://habr.com/ru/articles/1005118/

#Генераторы_псевдослучайных_чисел #glibc #си #c++ #математическая_статистика #математическое_моделирование #тестирование_по

Почему функции rand и lrand48 из glibc годятся только для Тетриса: о случайных числах всерьёз

Функцию rand из стандартной библиотеки языка Си для генерации псевдослучайных чисел, наверное, не ругал только ленивый. В довольно известном докладе Rand considered harmful рассказывалось о проблемах...

Хабр

#linuxfromscratch installation completed

Yes #UEFI is still in BLFS.
That's very very BAD in 2026

The only "big" problem in Chi's run was https://www.linuxfromscratch.org/blfs/view/systemd/postlfs/efivar.html

the patch that's needed so it builds clean with glibc 2.43 can be found here

https://github.com/rhboot/efivar/pull/292.patch

all in all https://linuxfromscratch.org/lfs/view/13.0-systemd-rc1/ seems to be in good shape

#linux #efivar #glibc

efivar-39