Dear #Ladybird.

Как обычно, читал release notes #imgui, https://github.com/ocornut/imgui/releases/tag/v1.91.1, наткнулся на прекрасное:

https://codeberg.org/ronak69/dear-ladybird

Это такой web совместимый браузер, поверх движка #ladybird, и с gui на imgui.

Лайтовый движок, лайтовый gui, что может быть лучше?

Нам тут пишут, что systemd собрали с musl.

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

Неожиданно, что эта новость привлекла какое-то внимание, потому что systemd с musl собирали уже несколько раз, и, например, даже я это как-то сделал, в рамках #stal/ix. Ничего особо сложного в этом не было.

Я сделал даже больше, я его собрал в статически слинкованном виде!

В процессе я столкнулся примерно с тем же, что описывает коллега по ссылке, понял, что применения результату у меня в хозяйстве не будет, и что портировать новые версии я тоже не буду, мне стало лень приводить патчи к какому-то нормальному виду, я это все стер к херам, и больше к этому не возвращался.

Ну и, в целом, мне бы хотелось, чтобы в мире Linux было какое-то разнообразие, и тот же Alpine на systemd не заглядывался, потому что так оно здоровЕе.

https://daniel.haxx.se/blog/2024/06/10/http-3-in-curl-mid-2024/

Оказывается, автор curl недавно писал примерно на эту же тему, и про проблемы msh/msquic тоже рассказывал.

Из текста я выяснил, что в debian поддержка #http3 реализована через связку gnutls + ngtcp2 + nghttp3, и я переделал так же, потому что пользовательская база у них пока чуть больше.

https://curl.se/mail/distros-2024-06/0000.html

"HTTP3 support was achieved by switching the curl binary to use the GNUTLS backend, but we still provide an OpenSSL libcurl"

Конфликт между старыми разработчиками ядра, которые пишут на C, и новыми, кто хочет в Rust, разгоратеся прямо сильно.

https://lkml.org/lkml/2024/8/28/1532

https://sporks.space/2024/09/05/is-linux-collapsing-under-its-own-weight-on-rust-for-linux/

https://vt.social/@lina/113045455229442533

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

https://www.youtube.com/watch?t=1529&v=WiPp9YEBV0Q&feature=youtu.be&themeRefresh=1

Конфликт, в целом, имеет очень понятную природу - разработчикам Rust нужны врапперы над абстракциями ядра, но:

1) эти абстракции плохо подходят для модели безопасности Rust, и старослужащие не хотят их менять в угоду Rust. Это плохо, я тут на стороне разработчиков Rust.

2) старослужащие хотят менять интерфейсы, и не учить новый язык. То есть, не хотят править абстракции Rust, когда меняют свои интерфейсы. Это, благодаря всратой модели взаимодействия Rust с внешним миром (когда надо руками захардкодить структуры и смещения в них), работает плохо. Тут я на стороне господ старослужащих, потому что надо взять, да сделать норм interop с C, и это задача для разработчиков Rust.

Вот тут (https://vt.social/@lina/113045455229442533) вот подняли интересную тему, что таки надо С++, а не Rust, потому что нормальный interop, нет ебли с lifetime, и вообще, это больше похоже на инкрементальное изменение, которое будет поддержано бОльшим числом мейнтейнеров.

Не хочу делать какое-то summary, надо ходить по ссылкам, и читать, с комментариями, для того, чтобы понять, в каком печальном состоянии находится разработка ядра сейчас.

Всемогущие мейнтейнеры, которые не разговаривают друг с другом, и делать что-то cross subsystems не представляется возможным, такие дела.

Рубрика "нам пишут".

https://github.com/the-benchmarker/web-frameworks/issues/1129

TL;DR - коллега украл чужой код, и заврался настолько, что начал тереть все упоминания про это у себя в трекере, перепахивать историю своего репозитория, менять логины, и емейлы, при этом не переставая на кривом английском (что доставляет, так как видно за версту), от разных своих виртуалов, отстаивать свою правоту!

У проекта, между прочим, 25к звезд на гитхабе.

Гриш, ты не поймёшь в силу ограничений естественного интеллекта, но я для остальных попробую объяснить.

В армии нет никаких 1-1.
В ВУЗах нет 1-1.
На заводах нет 1-1.
У врачей нет 1-1.
У прораба с Джамшутом нет 1-1.

При этом заводы работают, образование люди получают, дома строятся, самолёты летают, банкоматы работают. Как же так?

Потому что там выстроены процессы, есть регламенты работы, планирование, дисциплина и контроль.

И только в айтишке все в попу целованные. Не могут работать без тыквенного пряного латте и ван-ту-ванов с поцелуями.
#сракигорят

Шок-контент: гнумера забанили в wayland-protocols

Начал падать git clone, вот с такой вот ошибкой: https://gist.github.com/pg83/d332bbf2302234e793b8c487fe01633d

HTTP/1.1 работает. bisect-ом ничего не нашел.

Что это? Случайная ошибка? Или начало конца?...

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

"собрали опенсурс и продают"

На самом деле, хорошая новость, несмотря на то, что с запашком, если вы понимаете, о чем я.

Здоровое государство - естественный потребитель open source софта, и не должно тратить деньги на проприетарные решения, по возможности.

Помните план США и TSMC по строительству завода в Аризоне?

В одном из чатов по ПЛИСам наткнулся на крутую статью "TSMC’s debacle in the American desert" от 23-го апреля.

Крайне рекомендую ознакомиться.

В статье описываются трудности, с которыми столкнулись американские инженеры во время стажировки на тайваньском заводе Fab 18, где они пытались адаптироваться к местной рабочей культуре.

В частности, они столкнулись с проблемами, вызванными языковым барьером и различиями в подходах к работе: тайваньские инженеры привыкли работать по 12 часов в день, тогда как их американские коллеги предпочитали более сбалансированный рабочий график.

Кроме того американские сотрудники столкнулись с серьёзными проблемами из-за языковых барьеров. Почти всё общение на заводе, включая обучение и собрания, велось на тайваньском или китайском языках, что затрудняло понимание задач.
В теории, будущие тайваньские сотрудники Аризонского завода должны были помогать американским коллегам с переводом, но на практике у многих не хватало времени или опыта для этого.
В результате американские инженеры были вынуждены полагаться на Google Translate и программы для распознавания рукописного текста, которые часто давали неудовлетворительные результаты.

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

Как итог — некоторые американские инженеры начали искать новые карьерные предложения в компаниях с менее жесткими требованиями и лучшими карьерными перспективами. В статье также упоминается, что один инженер, работавший как в Intel, так и в TSMC, рассказал, что его тайваньские коллеги интересовались вакансиями в Intel, где они надеялись на лучший баланс между работой и личной жизнью.

На codeforces уже появился пост про анализ o1-mini: https://codeforces.com/blog/entry/133887

o1-mini по идее не отличается от o1-preview в плане умения решать задачи на codeforces, так как заточена на такие вещи.

Короткий вывод: моделька неплохо решает простые задачи, но плохо решает задачи среднего уровня.

Для тех, кто не знает как устроены соревнования на codeforces. Есть 4 дивизиона, для каждого есть диапазон рейтинга, по которому осуществляется доступ к соревнованиям в дивизионе. Классическое соревнование состоит из 6 задач с возрастающей сложностью. Рейтинг человеку прибавляется или убавляется в завимости от места в соревновании. Место зависит от количества и скорости решения задач.

В посте говорят, что первые две задачи Div2 по сложности o1 решает весьма неплохо. Но начиная с третьей задачи Div2 модель справляется уже не очень. При этом четвертая задача Div2 - это эквивалент первой задачи Div1. Все, кто занимается олимпиадным программированием более менее серьезно - это Div1 уровень. То есть модель не дотягивает до Div1.

С нуля докачка до выхода в Div1 занимает около двух-трех лет, если уделять среднее количество времени тренировкам. Что значит выйти в Div1 - это стабильно решать 4 задачи Div2 и иногда решать 5 задач Div2. То есть на 2-3 задачи больше, чем умеет модель.

Само по себе очень смешно, что мы такие «а, ну всего лишь div2 решает парочку, фигня»!

А ведь всего лишь несколько лет назад предположение, что нейросетки будут решать задачи на codeforces, казалось бредом)

Но теперь нейросетка сравнялась с человеком, который тренируется в спортивном программировании около года…

Будни #bootstrap

Меня тут в комментариях спросили, как я заставил git ходить только по HTTP/1.1

Я там ответил, что в git есть опция, http.version, и что я ее и выставляю.

Как оказалось, это работает не всегда. Я так и не понял, когда и почему это ломается, но продолжал ловить ошибко про то, что по HTTP/2 не получается ничего забрать.

В итоге я сдался, и соорудил очередную #herobora.

А конкретно, собрал git с libcurl, в которой нет ничего, кроме HTTP/1.1

https://github.com/pg83/ix/blob/main/pkgs/lib/curl/http1/ix.sh
https://github.com/pg83/ix/blob/main/pkgs/bld/git/ix.sh

Удивительно, но после этого, ошибки у меня пропали.

Мораль? Никто не проверяет краевые случаи, ага.

Кстати, вспомнил, что cmake у меня собран с libcurl, которая вообще не умеет ходить по сети, в ней принудительно отключены вообще все протоколы.

Зачем?

Меньше зависимостей, граф сборки площе, ну и возможность отрубить любое хождение по сети не в любой OS есть (или доступно из коробки).

https://oneirical.github.io/gsocfinal/

Чувак хвастается, как, в рамках GSoC, переписал кучу тестов Rust, с Makefile на Rust.

TL;DR - ему нравится недо-DSL, который он запилил для этого на Rust, а мне вот не нравится, потому что тесты на Makefile были проще и понятнее (любому, кто хоть немного знает make и posix shell).

Что там стало лучше, мне непонятно, наверное стало чутка безопастнее.