https://www.opennet.ru/opennews/art.shtml?num=60173

Тут вот проект opensuse ищет новый логотип.

Я бы им, конечно, предложил сабж (pepe clown)

Мне вот интересно, как в Arch проезжают новые версии софта?

Вот есть такая https://archlinux.org/packages/core/x86_64/libxml2/

Я ее уже накатывал-откатывал 2 раза, потому что они перехреначили API по заголовочным файлам в последней версии, и половина проектов перестала компилироваться, потому что в включенных ими заголовках нет нужных функций.

Но, при этом, если собрать .so, то она обратно совместима. Потому что все нужные символы остались, просто лежат в других файлах.

Получается, Arch тащит к себе код, с которым можно динамически слинковаться, а вот пересобраться уже не получится?

Как так?

https://www.forrestthewoods.com/blog/dependencies-belong-in-version-control/

Тут вот коллега пишет, что надо, мол, clang.exe класть прямо в VCS, и расписывает, как было бы много профитов у такого решения.

Это, конечно, безумие, потому что тогда надо класть все зависимости для всех разнообразных вариантов поддерживаемых платформ, как host, так и target.

И вся эта красота разваливается, когда нужно проапдейтить zlib.

Чувак хочет дешевой воспроизводимости, нашел простое и дуболомное решение (ему простительно, он из геймдева, там и компиляторов-то, отличных от MSVC, и не видели, наверное), и остановился на нем.

В репозиторий нужно класть якоря - ссылки на метапакетные системы, типа flake.nix, ix.h, и так далее, чтобы они готовили контролируемое и воспроизводимое окружение, в котором бы ты запускал свою сборку, которая должна быть максимально простой, без configure в 10к строк.

И действительно, зачем кешировать зависимости в git (или другой vcs), когда тебе их, в один момент, привезут на хост ровно в том виде, в котором ты их ожидаешь?

- Когда я встречу свою любовь?
- Погоди пару минут, кластер Кубера навернется...

Неожиданные жертвы снегопада. Благо, неравнодушные москвичи помогают роверам выбраться из снега.

Когда-нибудь ИИ попытается захватить мир, но его остановит погода.

https://www.phoronix.com/news/RHEL10-Removing-X.Org

RH в 2025 собирается отказаться от поставки Xorg, для страдающих наслаждающихся всех остальных останется Xwayland - реализация X11 поверх wayland.

"This decision will allow us to focus our efforts starting from RHEL 10 solely on a modern stack and ecosystem. This means we will be able to tackle problems such as HDR, increased security, setups with mixed low and high density displays or very high density displays, better GPU/Display hot-plugging, better gestures and scrolling, and so on. We are confident that Wayland will provide a solid platform and we’re excited to work with the community and all of our partners and customers on building the future for Linux"

Так-то, если убрать фанатизм, то это очень взвешенное техническое решение - нехер распыляться на 2 стека.

Читать надо, конечно, не новость, но комментарии к ней - https://www.phoronix.com/forums/forum/phoronix/latest-phoronix-articles/1424648-red-hat-enterprise-linux-10-dropping-the-x-org-server-except-for-xwayland

Как владелец wayland-only дистрибутива, не могу не пожелать коллегам удачи на этом тернистом пути.

https://deepseekcoder.github.io

Коллеги говорят что все, пизда всем человекам программистам!

Верим?

#зумеры #rust #rant

Вот есть такой https://wezfurlong.org/wezterm/index.html - весь из себя ниибаца безопасный и на Rust. 11k звезд на github. Альтернатива #alacritty, потому что а почему бы и нет?

Его намертво вешает вот такая программа:

pg# cat qw.py
import sys
for i in range(0, 10000):
    sys.stdout.write(chr(i))

Мораль?

Ну вот не падает программа, написанная пионером, а уходит в бесконечный цикл - кому от этого легче?

#math #rant #зумеры

https://garrit.xyz/posts/2023-11-30-why-you-can't-divide-by-zero

Вот, молодежь добирается до основ математики.

"I just had a discussion about this with a collegue who happens to have a degree in mathematics, and the way they explained it made it absolutely clear why it doesn't make sense to divide by zero"

Объяснение в тексте, конечно, странноватое, но, наверное, было бы странно, если бы коллега-математик аккуратно рассказал про продолжение деления на R U {бесконечность}, и про продолжение этого расширения дальше, с добавлением 0/0.

​Кто и в какой момент решил, что на обложках книг про программирование должны быть животные, а не могущественное величие светлого будущего?

Да, это реальная книга, выпущенная в 1982 году, про язык FORTH.

https://infinitemac.org/

Совершенно классный сайт, с web эмулатором m68k, и кучей образов Mac OS, c первой по девятую. + куча древнего софта под них.

Короче, если есть желание посмотреть, как там в 92 году игралось в Prince of Persia, или там в третий фотошоп, или в Warcraft I/II, то вот, пожалуйста, все готово.

Мне лично всегда было интересно, как "ощущались" старые маки в действии, но раньше я мог только попялиться на старые скриншоты. А теперь можно и мышкой повозить.

Эмулятор забагованный, чем ближе к "девятке", тем системы ведут себя глючнее.

https://github.com/harfbuzz/harfbuzz/issues/2524#issuecomment-1835439173

#harfbuzz

Вот, кто-то еще заметил, что там цикл уже существенно больше, чем просто hb <-> freetype.

Понятное дело, что ничего там не произойдет, потому что никто, кроме его работодателей, повлиять на разработчика harfbuzz не может. А им, очевидно, похуй, пока он исправно проталкивает нужные изменения в downstream дистрибутивов.

https://github.com/yandex/yatool

#я_просто_оставлю_это_здесь, #what_a_day_to_be_alive, #джва_года_ждал
#yatool

(пересоздал с КДПВ)