Warning: Undefined array key 0 in /var/www/tgoop/function.php on line 65

Warning: Trying to access array offset on value of type null in /var/www/tgoop/function.php on line 65
2490 - Telegram Web
Telegram Web
commit -m "better"
От автора патчей, ускорявших vte (да, да, все три терминала построены вокруг одной и той же библиотеки, #libvte, только вот у кого-то она тормозит, а у кого-то нет).

Неожиданно годный продукт, по крайней мере, не возникает позыва закрыть, и никогда больше не запускать.
https://www.phoronix.com/news/VTE-Terminals-Progress-Indicate

#ptyxis

Очередное улучшение #libvte, а #alacritty все еще быстрее, и будет быстрее.

И вот вам в копилку смешное применение #libvte - https://github.com/xyproto/orbiton

Чувак сделал текстовый редактор, а потом, когда ему понадобился gui, сказал:

"А давайте я просто запилю shell для своего текстового редактора, в виде отдельно собранного приложения на основе libvte, которое бы умело только запускать мой текстовый редактор"?

https://github.com/xyproto/orbiton/blob/main/gtk3/main.cpp

Такой html browser, только для консольных программ!
🔥9👍5🐳5🤯3
Forwarded from PRO Hi-Tech
Торвальдс опять не доволен

Линус Торвальдс раскритиковал идею внедрения уровней функций микроархитектуры x86_64 в ядро Linux. Эти уровни (например, x86_64-v2, v3, v4) используются в цепочках инструментов компиляторов для обозначения наборов инструкций ISA, таких как AVX или SSE, но Торвальдс считает их неприемлемыми для ядра.

Вся эта маркировка „v2“, „v3“, „v4“ и т. д., похоже, является каким-то безумным артефактом glibc, она глупая и должна исчезнуть. Она ни к чему не имеет отношения. Пожалуйста, не вносите этот бред в исходники ядра...
Существует вполне реальная модель для микроархитектурных функций, и это биты CPUID. Попытка линеаризовать эти биты технически неправильна, поскольку эти вещи просто не являются какой-то линейной прогрессией...Так что нет. Мы *НЕ* вносим этот идиотизм в ядро.


Торвальдс подчеркнул, что подобные подходы усложняют разработку, превращая простые вопросы совместимости в путаницу. Он также отметил, что Intel добавляет проблем с нелинейным развитием инструкций, таких как AVX-512 и AVX10, что еще больше делает уровни функций неподходящими.

Он предложил придерживаться базового подхода для сборки ядра, сосредотачиваясь на общих конфигурациях x86_64 и избегая сложных оптимизаций.
👍37🥰7🤡5🖕3🔥2🤷‍♂1🤮1
https://www.opennet.ru/opennews/art.shtml?num=62356

#GPL

https://lwn.net/Articles/1001013/

На что только не готовы люди, чтобы не тянуть в проект GPLv3 (и прочую дичь):

"Важной особенностью Apertis является возможность сформировать сборку, не включающую код под лицензиями семейства GPLv3. Вместо использования устаревших версий утилит GNU, сформированных до перехода на лицензию GPLv3, в Apertis задействованы более современные альтернативы под пермиссивными лицензиями. Например, вместо пакетов GNU coreutils и findutils в Apertis предложены аналоги от проекта uutils, написанные на языке Rust и распространяемые под лицензией MIT, а вместо GnuPG поставляется Sequoia-PGP под лицензиями GPL-2+ и LGPL-2+. При этом, для тех кого не заботят юридические вопросы, связанные с GPLv3, оставлена возможность использования традиционных наборов утилит"

Это, безусловно, очень хорошо.
10🤡6😁4👎3🐳2
Админ в естественной среде обитания.

Кстати, елка продержалась на этом месте уже 2 года, и останавливаться на этом рекорде не собирается!
👍3316🔥10❤‍🔥1😁1
Forwarded from Записки CPU designer'a (Николай)
Занимательные две статьи, которые проливают свет на увольнение Пэта Гелсингера и работу совета директоров Intel:

1) Irrational Analysis - Gelsinger's Last Supper

2) Fabricated Knowledge - The Death of Intel: When Boards Fail

Во второй статье доступна лишь часть материала; остальное скрыто пейволлом с скромным ценником 47 евро в месяц или 375 евро в год 😈

Мне удалось получить полный доступ к этой статье через регистрацию на платформе substack и подписку на Fabricated Knowledge.

Buen Finde! 🖥
Please open Telegram to view this post
VIEW IN TELEGRAM
👍9
Прошел всего лишь год с момента релиза https://www.tgoop.com/itpgchannel/1490, а я уже умею собирать как сам #yatool, так и произвольные проекты с ним, на своем личном ноутбуке.

Это важное уточнение, потому что из него следует:

* yatool properly bootstrapped, потому что у меня нет glibc, и просто так он работать бы не стал.

* в целом, он научился работать в таком окружении. Пока это требует довольно много странных флагов, бОльшую часть которых я знаю по случайному стечению обстоятельств - https://github.com/pg83/ix/blob/main/pkgs/bin/ya/wrapper/ya.py, но все же.

Не то чтобы это было мне жизненно необходимо, но я испытываю от этого странное чувство удовлетворения.
😁19👍1610🔥7🥴4🆒2🤯1
Forwarded from Двач
В Россию начнут массово привозить программистов из Индии

Помянем джунов
😭27🤡124🤔3😁2🤗2😎2🐳1
https://www.phoronix.com/news/OpenWrt-Compromised-ASU-Builds

2 уязвимости в проекте openwrt.

Вторая так прямо очень красивая:

"2. Truncated SHA-256 Hash Collisions: The request hashing mechanism truncates SHA-256 hashes to only 12 characters. This significantly reduces entropy, making it feasible for an attacker to generate collisions. By exploiting this, a previously built malicious image can be served in place of a legitimate one, allowing the attacker to "poison" the artifact cache and deliver compromised images to unsuspecting users"
👍11🤡7🐳3😁1🤔1
Forwarded from The After Times
🤣47😁213👎3🔥1
commit -m "better"
Для сборки ядра нужна тулза bc. Тулза bc от проекта GNU требует для сборки программу ed. Но если собирать bc от GNU с ed от GNU, то ed зависает на входе. При этом, замечательно срабатывает ed из проекта heirloom, но на получившемся bc виснет сборка самого ядра(я смотрел на выхлоп heirloom ed, и почти готов дать зуб, что он таки правильный). На этом замечательном результате я остановился, и взял bc из проекта busybox.
Будни #bootstrap

В итоге, проблему со сборкой gnu bc пришлось раздебажить, потому что надоело костылизировать сборку ed от #heirloom.

Все оказалось до смешного просто - ed от GNU хочет завести временный файл, и именно в /tmp, которого у меня нет (#TMPDIR https://www.tgoop.com/itpgchannel/2350), молча глотает ошибку, и дальше мы получаем мусор на вход в сборку gnu bc.

Вот однострочник, который фиксит проблему - https://github.com/pg83/ix/blob/main/pkgs/bin/ed/ix.sh#L10
🔥124🤩4🤮3🤡3❤‍🔥1👍1🥱1🐳1
Forwarded from mem moment
18😁7👍5❤‍🔥3👎3💔1
Forwarded from MemesGuild
😁24🍌12🌭8👍7🥴32🥰1👏1🤮1🐳1
#llvmweekly

https://discourse.llvm.org/t/nanobind-for-mlir-python-bindings/83511

Коллеги пишут, что ускорили какой-то биндинг из LLVM в Python, за счет использования nanobind вместо pybind11 (я хз что это, я использую cython), ажно на 10%.

Больше всего меня удивило не это, а вот этот вот отрывок текста:

"For a complicated Google-internal LLM model in JAX, this change improves the MLIR lowering..."

Это что значит?

Я просто не понимаю, что значат эти слова, когда их ставят рядом - где LLM, а где "MLIR lowering"?
🐳5👍3🤔21
Forwarded from Arslan's Insights
Оказывается, intel практически в одну калитку проигрывает рынок серверного железа.
🔥18🤷‍♂9🤔4👍3😢3
#rant

https://infosec.exchange/@wdormann/113625346544970814

"An EXT filesystem can tell the Linux OS how it should behave "if" the filesystem is corrupt, including triggering a kernel panic. In a world where USB thumb drives exist, this seems... not ideal"

Любое блочное устройство надо рассматривать как remote, со всеми вытекающими. Верхний уровень должен уметь делать retry, и указывать таймаут на любую операцию. Проблема в том, что современные FS делают это плохо, и не очень консистентно. Я как-то находил в коде XFS такие retry, но "плохо и мало".

С точки зрения пользователя FS тоже всегда должна рассматриваться как remote, со всеми вытекающими retry и указаниями таймаутов.

К сожалению, API unix такой, и вряд ли он поменяется, потому что огромные объемы софта полагаются на то, что "FS всегда есть под ногами".
👍10🔥5🐳4💯32🤷‍♂1
Forwarded from The Экономист
Яндекс стал вторым по популярности поисковиком в мире, говорится в итогах международного исследования Cloudflare. Кроме того, «Яндекс Браузер» стал третьим по популярности среди пользователей Android, а Telegram вышел на третье место среди мессенджеров, обогнав Viber и WeChat.

🤑 The Экономист
Please open Telegram to view this post
VIEW IN TELEGRAM
👍33🤡16🍾9🔥4🆒3
commit -m "better"
Очередное улучшение #libvte, а #alacritty все еще быстрее, и будет быстрее.
Хоба, вжух-вжух, и это поделие становится дефолтным терминалом в ubuntu!

#ptyxis

https://www.phoronix.com/news/Ubuntu-Ptyxis-Recommended

Чтобы я так жил, недоделку над #libvte - и дефолтным терминалом.

Впрочем, в последнее время очень много таких транных решений!

Как вам https://fedoraproject.org/wiki/Changes/FedoraMiracle, а?

Это fedora remix на wayland compositor, который пока есть только на бумаге (https://github.com/miracle-wm-org/miracle-wm)! А fedora на нем уже есть!
🤡8👍4🍓4
2025/07/13 04:29:13
Back to Top
HTML Embed Code: