commit -m "better"
1 825
Subscribers
No data24 hours
+67 days
+4830 days
Posting time distributions
Data loading in progress...
Find out who reads your channel
This graph will show you who besides your subscribers reads your channel and learn about other sources of traffic.
Publication analysis
| Posts | Views | Shares | Views dynamics |
01 https://www.opennet.ru/opennews/art.shtml?num=61218
Из этого текста можно узнать, что:
* расширения хрома могут не только все замедлять, но иногда и ускорять, для меня это было несколько неожиданно
* ublock - сила, adblock - могила
* не ставьте себе никакие расширения, кроме блокировщика рекламы, и штуки, которая умеет подменять user agent! | 680 | 9 | Loading... |
02 Media files | 846 | 10 | Loading... |
03 #cross, будни #bootstrap
https://github.com/pg83/ix/compare/55e3c5e70b000885a39d3ae42f764626aca724de...pg83:ix:main
Вот, запилил поддержку armv7, в качестве target.
В ядре кода даже убавилось, потому что я радикально упростил обработку target, теперь это просто dict merge для набора словарей, получаемых отображением множества токенов из target, разделенных -. Ну, то есть, делим linux-armv7-gnueabihf на 3 токена, для каждого получаем множество его флагов, и объединяем их.
Как side effect, a-b-c, и b-c-a - это теперь могут быть разные таргеты, потому что при слиянии пар ключ - значение важен порядок. Пока не решил, хорошо это, или плохо.
Ну и какое-то количество изменений в пакетах там и сям, для исправления сборки под нужный таргет. | 929 | 1 | Loading... |
04 https://git.sr.ht/~alip/syd/tree/main/item/doc/toctou-or-gtfo.md
Текст про то, что контейнеры не являются security boundary, и о том, насколько легко из них провалиться в "настоящую" OS.
Пакеты собирать - норм, а вот что-то более серьезное на них делать нельзя, кроме как если вы находитесь в доверенном окружении. | 1 003 | 33 | Loading... |
05 Media files | 963 | 12 | Loading... |
06 Media files | 1 226 | 44 | Loading... |
07 #jpeg_xl
https://issues.chromium.org/issues/40270698
Тикет "окончательно" закрыли, со статусом "Won't Fix (Obsolete)"
https://issues.chromium.org/issues/40270698#comment52 - коммент, в котором написано, что кодек убрал из кодовой базы chromium тот же чувак, что придумал и пилит WebP | 1 068 | 3 | Loading... |
08 Media files | 1 161 | 14 | Loading... |
09 Media files | 1 065 | 7 | Loading... |
10 Media files | 1 423 | 38 | Loading... |
11 Картина маслом: в предпоследний день отпуска админ канала обновляет пакетную базу! | 1 283 | 3 | Loading... |
12 В связи с тем, что нес багрепорты в llvm, пришлось добавить в цепочку #bootstrap еще +1 clang.
Потому что мой 18-ый кленг был еще той хероборой:
* исходники от 18 llvm
* libc++ + compiler runtime от 17
* все это было собрано творчески патченым 14-ым кленгом (чтобы он корректно собирался относительно старыми gcc).
А все потому, что хочется для бутстрепа поддержать минимально возможные системные toolchain.
15 clang поднял требования по отношению к gcc/clang, которым он хочет собираться.
А 14 кленг может собрать 18-ый, но только с 17-ой libc++, а вот 18-ую libc++ он собрать уже не может.
С таким кадавром ходить в суппорт не имеет смысла, потому что первый же вопрос - "а это точно у нас бага? воспроизводи с нормальным тулчейном!"
Вообще, эту цепочку надо иногда перетрахивать (с целью ее укорачивания), но, с точки зрения затрат, дешевле просто иногда сделать +1 компилятор в цепочке. | 1 318 | 2 | Loading... |
13 Media files | 1 318 | 20 | Loading... |
14 🤡 | 1 300 | 39 | Loading... |
15 Media files | 1 103 | 20 | Loading... |
16 В #nix community продолжает бурление странного.
Надо уже как-то попытаться сформулировать текстом полную картину происходящего, но, если честно, это займет какое-то дикое количество времени, я с трудом успеваю читать ссылки, а в их zulip, где они обсуждали структуру своего управления, даже не записался (хотя и мог, как контрибутор nix со стажем!)
Поэтому пока просто несколько ссылок:
https://chrismcdonough.substack.com/p/report-on-nixos-governance-discussions - чувак походил на встречи в zulip, рассказывает про свои наблюдения.
https://discourse.nixos.org/t/nixos-foundation-board-constitutional-assembly-appointment/45504 - сформированная коллегия выборщиков. | 1 471 | 5 | Loading... |
17 https://cullmann.io/posts/kde-applications-and-icons/
В итоге, KDE прибили гвоздями зависимость от breeze icon set, что, в целом, закономерно. | 1 384 | 0 | Loading... |
18 #llvmweekly
https://c3.handmade.network/blog/p/8852-how_bad_is_llvm_really
TL;DR - медленно, семантика промежуточного представления (над которым производятся оптимизации) заточены на С/С++, и сделать иначе - невозможно. Ну, например, деление на 0 в LLVM - UB, а какой-то "другой" язык хочет уметь это обрабатывать. В итоге, LLVM навязывает некоторую семантику любому языку, которые хочет его использовать. (ссылка на бесконечный цикл в rust, который некорретно оптимизировался llvm)
Зато много готовых оптимизаций из коробки.
Так же автор (очень справедливо!) вопрошает, какого хрена в коде LLVM не используются арены и пулы, везде, налево, и направо, потому что основные причины тормозов LLVM - это деревянные структуры без data locality.
У автора замена аллокатора для LLVM на mimalloc дает хороший буст в скорости (+10%). Я систематически бенчил clang с разными аллокаторами, и остановился на tcmalloc от Google, по скорости тот же mim, но в пике жрет прямо существенно меньше памяти.
Неутешительный вывод такой - начинать разработку компилятора стоит с LLVM, а вот дальше есть варианты. | 2 093 | 29 | Loading... |
19 Илья Суцкевер и Ян Лейке, которые возглавляли всё техническое направление по развитию ИИ, покинули компанию OpenAI. Конец предсказуемный, хоть и неприятный. https://www.theverge.com/2024/5/14/24156920/openai-chief-scientist-ilya-sutskever-leaves | 1 141 | 4 | Loading... |
20 По мне так хороший конец.
Я, как сформировавшийся AI-луддит, считаю, что чем больше людей будут обладать знаниями и умениями в этой технологии, тем нам всем будет крепче спать.
Поэтому пусть хоть +10 стартапов на эту тему запилят, или улучшат AI в еще одной корпорации, пофиг. | 1 206 | 1 | Loading... |
21 #llvmweekly
https://devblogs.microsoft.com/oldnewthing/20240510-00/?p=109742
Классный текст про устройство строки в 3 мажорных stl (clang, msvc, gcc).
Все 3 - разные, с разными tradeoff, и с разными perf характеристиками а разных использованиях.
В целом, можно сказать, что у clang - наиболее компактное представление, с самым большим запасом под SSO.
Но и во многих шаблонах использования clang строки медленнее.
От себя отмечу, что у clang очень удобное представление empty string - 3 константных нуля, однажды мне это очень помогло, когда пришлось перепиливать одну там COW реализацию строки на использование libc++ std::string внтури. | 1 436 | 34 | Loading... |
22 надо просто продать уязвимость на черном рынке, так полагаю | 1 369 | 1 | Loading... |
23 Apple says kernel vulnerability is not eligible for bounty
Article, Comments | 1 374 | 10 | Loading... |
24 ТехноШаман выпустил очень годный видос про его самую долгую симуляцию эволюции. Не пугайтесь что это седьмая часть, предварительно знать ничего не нужно, там всё объясняется.
Там есть осцилляция хищников и жертв и даже паразиты! Ещё мне понравились моменты когда проводились параллели с уже известными результатами эволюции на нашей планете.
https://youtu.be/oB0NTtZ_9lI | 1 477 | 24 | Loading... |
25 ⚡️Министром Культуры РФ назначен Паша Техник | 1 419 | 30 | Loading... |
26 Меня опять тянет на немножко философии.
(математики, да и вообще, науки, в этом тексте нет, если что)
proof of work - это довольно фундаментальная концепция для нашей вселенной.
Давайте посмотрим на нашу вселенную как на статический, законченый 4-d объект, полностью проэволюционировавший во времени.
Тогда, если мы будем делать срезы этого объекта по каким-то плоскостям t = t0, то мы будем наблюдать "значительное усложнение структур", появляющееся в этих срезах.
Самое банальное, по мере остывания вещества, структура усложняется.
Или вот вы построили дом - это очень значимое локальное усложнение структуры. Потому что была аморфная глина, потом произошла какая-то магия, и вот, стоит сложный, интересный, дом (или любая другая физическая конструкция)
Кажется, самая плотная упаковка подобных сложных структур - это proof of work во всяких криптосхемах, или, например, чексуммы блоков в каком-нибудь большом хранилище.
Посудите сами - где-то "рядом" (с точки зрения (3d + время) вселенной) одновременно лежат какие-то данные, и результат применения какого-то простого вычисления к этим данным.
Это, знаете ли, как если бы в произвольной точке вселенной возник жесткий диск, набитый хешами.
Что я тут хочу отметить:
* Вселенная, в которой есть разум, отличается от той, в которой нет, тем, что в ней начинают возникать вот такие вот компактные области, которые "зависят друг от друга по простому алгоритму", не знаю, как это лучше сказать.
* Если мы живем в симуляции, то нас, конечно, стоило бы запустить не чтобы быть виртуальным раем, а чтобы мы начали быстро и эффективно считать хеши, попутно оптимизируя этот процесс. Ну, представьте, что у вас есть дофига массы, и вы можете настроить параметры и запустить big bang! Почему бы не настроить так, чтобы эффективно производить хеши? Для какого-то там вашего личного proof of work.
* Регуляризация в виде конечной скорости света очень естественна, потому что надо хеши считать, а не звездные войны устраивать! | 1 529 | 9 | Loading... |
27 Peer review is not the gold standard in science
Peer review as we know it today was introduced very late, over a century after the scientific revolution. It happened after Einstein’s time… arguably the most productive era in science. Current scientists often equate a success with the publication in a selective peer-reviewed venue. But that was never the scientific paradigm. In fact, it is pre-scientific thinking. Back in Einstein’s time, many scientists believed in the ether. It would have been difficult to dismiss the ether as a concept. The prudent approach would have been to pay lip service to the ether. Similarly, most scientists believed in eugenics. They believed in forced sterilization for the greater good. Many of the racist laws in the US followed straight from progressive science. Opposing eugenics would have been difficult in the context of peer review. It would have been difficult to challenge eugenics openly as a scientists. Recently, people like Matt Ridley challenged the idea that the SARS-Cov2 virus originated from nature. Back when he published his book on the topic, it would have been difficult to pass peer review.…
https://lemire.me/blog/2024/05/11/peer-review-is-not-the-gold-standard-in-science/ | 1 285 | 4 | Loading... |
28 #homelab #lab
Мне снова понадобилось навертеть дырок в своем NAT.
Схема, как в цитируемом посте, не очень масштабируется, поэтому у меня оставалось 3 выхода:
* попробовать настраивать роутер черз upnp. Настроить получилось, но, как выяснилось, upnp в моем роутере сломан напрочь, потому что просверленные дырки почему-то не открылись файерволом.
* запилить уже свой Linux router. Как и тогда, связываться с этим мне очень не хотелось, и не хочется.
* настроить проброс портов на роутере через его "API". API в кавычках, потому что это не API в классическом смысле, а просто последовательность вызовов HTML ручек web gui, с выковыриванием нужных данных из HTML регулярками.
В итоге, у меня сработал третий способ, правда, пришлось соорудить еще одну #herobora, потому что все готовые альтернативы не работали конкретно с моим роутером, или делали что-то не то.
Вот мой скрипт, если вдруг кому-то нужно - https://github.com/pg83/lab/blob/master/bin/xiaomi/api/xapi.py | 1 402 | 1 | Loading... |
29 ПРИШЛО ВРЕМЯ ЧИСТИТЬ ДЕРИВАЦИИ
ДЕРИВАЦИИ САМИ НЕ ПОЧИСТЯТСЯ
ПОЧИСТЬ ИХ, ПОЧИСТЬ ИХ ЕЩЁ РАЗ
ЗАЧЕМ МНЕ НУЖНА НОРМАЛЬНАЯ FHS
У МЕНЯ НЕТ ВРЕМЕНИ ЧТОБЫ ЕБАТЬЯ С НЕЙ
ЛУЧШЕ Я СНОВА ПОЧИЩУ ДЕРИВАЦИИ
Я ЧИЩУ ДЕРИВАЦИИ ТРИ РАЗА В ДЕНЬ
КАЖДАЯ СБОРКА МУСОРА ЗАНИМАЕТ 20 МИНУТ
Я ЖИВУ АКТИВНОЙ И ПОЛНОЦЕННОЙ ЖИЗНЬЮ
И ПОЭТОМУ ЦЕЛЫЙ ДЕНЬ ПИШУ ПАКЕТЫ
А ПОСЛЕ СНОВА ЧИЩУ ДЕРИВАЦИИ
ТУПЫЕ ГЕНТУШНИКИ ОДЕРЖИМЫЕ КОМПИЛЯЦИЕЙ ВЕДРА
А Я СВОБОДНЫЙ ОТ ЗАДРОТСТВА ЧЕЛОВЕК
СКАЧАТЬ МОКРЫЕ МОКРЫЕ ФЛЕЙКИ STEAM-RUN ЗАПУСТИ БИНАРЬ
ЛУЧШЕ Я СНОВА ПОЧИЩУ ДЕРИВАЦИИ
В NIXOS ВСЁ ПРОСТО И ПОНЯТНО
АААААААААА ОШИБКА ERROR INFINITE RECURSION ENCOUNTERED
ЭТО ЖЕ ОЧЕВИДНО КАК ЕЁ РЕШИТь
ПРИШЛО ВРЕМЯ ЧИСТИТЬ ДЕРИВАЦИИ
КОКОКООКОКОКОКОКООКОКОККО
ЖМУ/ПИНУС ШВАБОДКА ПИТУХИ
КОКООКОКОКОКОКООКОКОКОККО | 1 451 | 11 | Loading... |
30 https://t.me/cxx95/136?comment=1014
Про карьерный рост. | 1 750 | 35 | Loading... |
31 https://plusnigger.org/
Я просто оставлю это здесь! | 2 295 | 72 | Loading... |
32 https://discourse.nixos.org/t/why-was-jon-ringer-banned-from-github/44114/23
Цензура в #nix набирает обороты! | 1 553 | 4 | Loading... |
33 Будни #bootstrap, stal/#ix
А у меня случилось 10к коммитов в репу со stal/ix, https://github.com/pg83/ix/commit/34311a72ea4c5a62edb6a40ad21a1d72f80cdb7a!
(и это без учета того, как проект жил в моем хомяке, а потом под брендом #mix)
Понятное дело, что 90% этих коммитов - это банальный upver, который давно пора автоматизировать, но, тем не менее, число радует своей "приятной округлостью", если вы понимаете, о чем я. | 1 469 | 0 | Loading... |
34 https://www.opennet.ru/opennews/art.shtml?num=61135
"Проект GNOME опубликовал финансовый отчёт за 2023 год"
Я не знаю, насколько данные по ссылке верны, но, в целом, цифры довольно интересные:
"Что касается источников поступления средств в 2023 году, то из полученных 556 тысяч долларов, $422 тысячи связаны с пожертвованиями и спонсорской помощью, $47 тысяч заработаны при проведении конференций, $80 тысяч связаны с проектом GIMP. По расходам $283 тысячи потрачены на проведение конференций, $105 тысяч на поддержку и инфраструктуру, $96 тысяч на программу Outreach (оплата стажировок женщин и меньшинств), $30 тысяч передано проекту GIMP, $121 тысяча потрачена на административные расходы и $39 тысяч передано на финансирование других проектов"
Как я это (провокационно, конечно) читаю?
Что на GIMP задонатили 80к (это при том, что у них уже 21 btc на счетах), 30к из которых пошло непосредственно проекту GIMP, а на остальные 50к устроили программу стажировок женщин и меньшинств.
Ору, и не могу остановиться.
Я бы на месте проекта GIMP (да и любого другого) бежал бы от такого распорядителя своими деньгами, а вы? | 1 380 | 7 | Loading... |
35 VC Says Half of Google Staff Do 'No Real Work'
Article, Comments | 1 449 | 37 | Loading... |
36 Вернулся к теме #kmscon, тем более, что у нее случился какой-то форк, который привел ее в собираемое и работоспособное состояние - https://github.com/Aetf/kmscon
В целом, мне удалось завести ее как замену обычной текстовой консоли Linux, и даже получить красивые цвета и нормальный шрифт, но случилась одна маленькая проблема - я так и не понял, как из нее запустить графическое окружение с wayland.
Из обычной консоли все просто - композитор перехватывает на себя текущий VT (virtual terminal), и запускает все в нем, через KMS. Но тут у нас уже другая программа получила владение этим VT (собственно, сама kmscon), и они начинают конфликтовать.
Я было подумал, что эту задачу должен решать seat management daemon (seatd, elogind, systemd), и он таки ее, в какой-то степени, помогает решить (программы могут открывать устройства через этот демон, и он будет правильно переключать владение при переключении между vt), но:
* не все программы используют seatd/elogind/etc (kmscon не умеет)
* а даже если и умеет, то там дальше начинаютя какие-то дебри, которые я вообще с трудом понимаю.
Например, я не понимаю, почему каждое приложение, которое пользуется 3d, пытается открыть устройство в /dev/dri/.
Казалось бы, вот есть wayland compositor, у него есть wl_drm, через которое приложение может попросить drm устройство в пользование, далее EGL умеет из этого wl_drm сконструировать egl context, для работы через него gl/vulkan.
Но нет, каждое приложение норовит само полезть в /dev/dri/, а это, как по мне, ломает всю идею seat management daemon.
Код там донельзя запутанный, в интернетах особо про эти крайние случаи не написано.
Вот, например, текст про то, что клиенты wayland предпочитают использовать dmabuf расширение протокола, а не wl_drm: | 1 519 | 3 | Loading... |
37 TIL что у проекта GIMP есь bitcoin кошелек с 21 битком, и они не знают, что с ним делать.
https://www.reddit.com/r/GIMP/comments/qowcy7/1300000_in_bitcoin_donations_idle_since_2014
https://news.ycombinator.com/item?id=29211252
https://blockchair.com/bitcoin/address/1NVMCeoBfTAJQ1qwX2Dx1C8zkcRCQWwHBq | 1 821 | 26 | Loading... |
38 А потом девопс проснулся | 1 429 | 28 | Loading... |
39 "Отец знакомого работает в NixOS Foundation. Сегодня срочно вызвали на совещание. Вернулся поздно и ничего не объяснил. Сказал лишь собирать вещи и бежать в магазин за продуктами на две недели. Сейчас едем куда-то далеко за город. Не знаю что происходит, но мне кажется началось..."
from https://t.me/ru_nixos_flood/86520 | 1 555 | 13 | Loading... |
40 #mesa #opengl #valve #zink
https://www.phoronix.com/news/NVK-Explicit-Sync-Valve
Надо сказать, что Valve поднимает графический стек Linux из руин, в которых он пребывал последние лет 20.
Надо сказать, что однажды в Linux было очень неплохое 2D ускорение, но, по мере усложнения аппаратной начинки, все это катилось в глюкавое и ненадежное говно, в которое вендоры иногда щедро подливали своих бинарных блобов, которые работали примерно только на машинках их разработчиков, то есть, нигде.
Вроде, есть Intel, есть AMD, которые выкатили oss драйвера, а теперь вот и Nvidia, но починкой всего стека системно занимается именно Valve.
Не думаю, что они делают это для благотворительности, и у них есть понятный коммерческий интерес, но, в целом, их вклад сложно переоценить. | 1 642 | 16 | Loading... |
https://www.opennet.ru/opennews/art.shtml?num=61218
Из этого текста можно узнать, что:
* расширения хрома могут не только все замедлять, но иногда и ускорять, для меня это было несколько неожиданно
* ublock - сила, adblock - могила
* не ставьте себе никакие расширения, кроме блокировщика рекламы, и штуки, которая умеет подменять user agent!
Изучение влияния на производительность 5000 дополнений к Chrome
Сервис мониторинга производительности web-сайтов DebugBear опубликовал результаты анализа влияния браузерных дополнений на производительность и комфорт работы пользователей. В ходе исследования протестировано 5000 наиболее популярных дополнений к Chrome. При тестировании оценивалась нагрузка на CPU, объём загружаемых данных, скорость загрузки страниц, задержки при взаимодействии пользователя с web-страницами и расходование дискового пространства.
👍 5🖕 3❤ 2😁 1🆒 1
#cross, будни #bootstrap
https://github.com/pg83/ix/compare/55e3c5e70b000885a39d3ae42f764626aca724de...pg83:ix:main
Вот, запилил поддержку armv7, в качестве target.
В ядре кода даже убавилось, потому что я радикально упростил обработку target, теперь это просто dict merge для набора словарей, получаемых отображением множества токенов из target, разделенных
-. Ну, то есть, делим linux-armv7-gnueabihf на 3 токена, для каждого получаем множество его флагов, и объединяем их.
Как side effect, a-b-c, и b-c-a - это теперь могут быть разные таргеты, потому что при слиянии пар ключ - значение важен порядок. Пока не решил, хорошо это, или плохо.
Ну и какое-то количество изменений в пакетах там и сям, для исправления сборки под нужный таргет.Comparing 55e3c5e70b000885a39d3ae42f764626aca724de...main · pg83/ix
ix package manager. Contribute to pg83/ix development by creating an account on GitHub.
👍 8🔥 2❤ 1
https://git.sr.ht/~alip/syd/tree/main/item/doc/toctou-or-gtfo.md
Текст про то, что контейнеры не являются security boundary, и о том, насколько легко из них провалиться в "настоящую" OS.
Пакеты собирать - норм, а вот что-то более серьезное на них делать нельзя, кроме как если вы находитесь в доверенном окружении.
👍 11🔥 3🤔 3😱 1
#jpeg_xl
https://issues.chromium.org/issues/40270698
Тикет "окончательно" закрыли, со статусом "Won't Fix (Obsolete)"
https://issues.chromium.org/issues/40270698#comment52 - коммент, в котором написано, что кодек убрал из кодовой базы chromium тот же чувак, что придумал и пилит WebP
🤡 19😢 9👍 3🤬 1