commit -m "better"
Open in Telegram
3 566
Subscribers
+224 hours
+47 days
+8430 days
Data loading in progress...
Similar Channels
Tags Cloud
Incoming and Outgoing Mentions
---
---
---
---
---
---
Attracting Subscribers
July '26
July '26
+112
in 5 channels
June '26
+96
in 2 channels
Get PRO
May '26
+105
in 4 channels
Get PRO
April '26
+160
in 4 channels
Get PRO
March '26
+229
in 3 channels
Get PRO
February '26
+83
in 2 channels
Get PRO
January '26
+94
in 2 channels
Get PRO
December '25
+102
in 1 channels
Get PRO
November '25
+80
in 6 channels
Get PRO
October '25
+83
in 4 channels
Get PRO
September '25
+94
in 4 channels
Get PRO
August '25
+90
in 6 channels
Get PRO
July '25
+91
in 3 channels
Get PRO
June '25
+86
in 4 channels
Get PRO
May '25
+95
in 4 channels
Get PRO
April '25
+129
in 4 channels
Get PRO
March '25
+134
in 7 channels
Get PRO
February '25
+93
in 4 channels
Get PRO
January '25
+114
in 7 channels
Get PRO
December '24
+102
in 1 channels
Get PRO
November '24
+211
in 4 channels
Get PRO
October '24
+169
in 3 channels
Get PRO
September '24
+135
in 1 channels
Get PRO
August '24
+94
in 7 channels
Get PRO
July '24
+68
in 2 channels
Get PRO
June '24
+69
in 2 channels
Get PRO
May '24
+61
in 1 channels
Get PRO
April '24
+118
in 2 channels
Get PRO
March '24
+237
in 2 channels
Get PRO
February '24
+89
in 3 channels
Get PRO
January '24
+98
in 2 channels
Get PRO
December '23
+97
in 1 channels
Get PRO
November '23
+33
in 0 channels
Get PRO
October '23
+39
in 1 channels
Get PRO
September '23
+36
in 0 channels
Get PRO
August '23
+49
in 0 channels
Get PRO
July '23
+56
in 0 channels
Get PRO
June '23
+25
in 0 channels
Get PRO
May '23
+26
in 0 channels
Get PRO
April '23
+25
in 0 channels
Get PRO
March '23
+44
in 0 channels
Get PRO
February '23
+32
in 0 channels
Get PRO
January '23
+39
in 0 channels
Get PRO
December '22
+29
in 0 channels
Get PRO
November '22
+30
in 0 channels
Get PRO
October '22
+40
in 0 channels
Get PRO
September '22
+60
in 0 channels
Get PRO
August '22
+32
in 0 channels
Get PRO
July '22
+78
in 0 channels
Get PRO
June '22
+63
in 0 channels
Get PRO
May '22
+33
in 0 channels
Get PRO
April '22
+41
in 0 channels
Get PRO
March '22
+103
in 0 channels
Get PRO
February '22
+71
in 0 channels
Get PRO
January '22
+192
in 0 channels
Get PRO
December '21
+44
in 0 channels
Get PRO
November '21
+39
in 0 channels
Get PRO
October '21
+120
in 0 channels
Get PRO
September '21
+256
in 0 channels
| Date | Subscriber Growth | Mentions | Channels | |
| 24 July | +2 | |||
| 23 July | +6 | |||
| 22 July | +3 | |||
| 21 July | +4 | |||
| 20 July | 0 | |||
| 19 July | +1 | |||
| 18 July | 0 | |||
| 17 July | +8 | |||
| 16 July | +12 | |||
| 15 July | +3 | |||
| 14 July | +1 | |||
| 13 July | +4 | |||
| 12 July | +1 | |||
| 11 July | +2 | |||
| 10 July | +9 | |||
| 09 July | +17 | |||
| 08 July | +12 | |||
| 07 July | +8 | |||
| 06 July | +2 | |||
| 05 July | +1 | |||
| 04 July | +1 | |||
| 03 July | +2 | |||
| 02 July | +7 | |||
| 01 July | +6 |
Channel Posts
Меня тут в комментариях потроллили, что, мол, я публикую код под GPL3, хотя сильно против этого #GNU.
Дело в том, что #zutty исходно идет под GPL3, что делает его вирусным продуктом.
Я в ответ потроллил коллег, что переписываю #zutty с GPL на MIT - https://github.com/pg83/shitty/blob/master/CONTRIBUTING.md
Ох как порвало копилефтоблядей в комментариях, от "один раз замазался - уже назад дороги нет", до "так нельзя!".
Удивительно, как любители швабодки одновременно любят тырить код под свободными лицензиями типа MIT/BSD в свой копилефтомир, и при этом совершенно не переносят того, что их код тоже можно "отмыть" от вируса под названием GPL.
Так как такое переписывание требует каких-то телодвижений, мне пришлось разметить весь (новый!) код плашкой:
/* * Copyright (C) 2026 Shitty team * MIT licensed * See the file LICENSE.MIT for the full license. */Сижу и ржу, не назвать ли это
The Shittiest, всегда хотел стать фронтменом панкрок группы!| 2 | Дерево портов FreeBSD временно заморожено из-за добавления в порты слишком большого файла
Разработчики FreeBSD объявили о решении временно заморозить репозиторий с деревом портов в связи с инцидентом, вызванным помещением в порты бинарного файла, размером 150 МБ. Данная операция привела к нарушению зеркалирования портов на GitHub из-за превышения ограничения на максимальный размер файла, которое на GitHub составляет 100 МБ. Для проведения чистки и удаления из истории репозитория бинарных данных с сомнительной лицензией введена заморозка от внесения изменений, которая продолжается уже около двух суток. Информация о том, как подобный файл был помещён в дерево портов пока не приводится, но утверждается, что нет оснований считать репозиторий скомпрометированным.
Подробнее:
https://opennet.ru/65966/
https://opennet.me/65966/ | 1 481 |
| 3 | https://github.com/pg83/shitty
Полайкайте, раз такое дело! | 1 660 |
| 4 | https://t.me/itpgchannel/4285 писал, что запил порядка 600 автотестов.
Но вчера мне пришла в голову, не побоюсь этого слова, совершенно гениальная идея!
Я решил "ограбить опенсорс", и ограбил, и теперь доволен, как слон.
Короче, я заставил #LLM скачивать локально репозитории opens source терминалов, брать их интеграционные тесты, и добавлять в нашу базу. Попутно исправляя все баги, что у нас найдутся.
Конечно, не все так просто, сначала мы составили детальный план ограбления - что воровать в первую очередь, а что потом, как понимать, у кого реально баг - у нас, или у них, и так далее. Но суть от этого не меняется.
Машина трудится в поте лица уже сутки, не переставая, и потырила нам уже 2500 тестов, попутно починив еще пару десятков багов, и это только начало!
Поименный список ограбленных проектов: https://github.com/pg83/zutty/tree/master/tests
Очень, очень хорошо.
С учетом того, что я еще пофаззил #zutty, у меня будет один из самых надежных и соответствующих стандартам терминалов!
Отдельно замечу, что очень здорово, что вовремя перешел на свою систему сборки, интегрировать эту кашу куда-то еще было бы очень затруднительно. | 1 750 |
| 5 |  No text... | 1 782 |
| 6 | Надо выбрать! | 1 793 |
| 7 | Смех смехом, но #zutty я переписал почти полностью, и, кажется, пора менять брендинг.
В голове, с учетом традиции *tty, пока крутится shitty, но я еще не решил окончательно! | 1 782 |
| 8 | Парадоксально, но я не вижу у этой задачи никакого настоящего (а не "театр безопасности") решения, кроме как давать доступ к сильным моделям всем желающим.
Если так не делать, то у злоумышленников такой доступ все равно останется, и у правительств тоже. И твой сайт/программа, не будучи профажженой сильной моделью, будет беззащитен.
Если сравнивать с прошлым, то это примерно как запретить доступ к address sanitizer/libfuzzer, когда они только появились, потому что уязвимости они искали тоже очень хорошо.
А потом перестали, потому что все их встроили в pipeline.
Так же должно произойти и с сильными моделями.
Но, очевидно, не произойдет. | 1 807 |
| 9 |  Два дня назад я писал, что часть инфраструктуры HuggingFace подверглась атаке и была частично взломана ИИ-агентом. Только что OpenAI признались, что... это была их модель, GPT-5.6-Sol и другая, более мощная предрелизная LLM.
Их тестировали на ExploitGym (бенчмарк по кибербезопасности), и модель сначала смогла найти новый, до этого неизвестный эксплойт в инфраструктуре OpenAI (это не было её задачей, её не натравили «поискать баги чтоб мы пофиксили»), оттуда раскрутиться на получение полноценного доступа в интернет (который по умолчанию обрезан в тестовой среде), а затем залезть на HuggingFace искать ответы для бенчмарка. После этого она нашла уязвимость и там, получила доступ к коду авторизации некоторых сервисов и продолжила искать ответы.
Этот инцидент без преуменьшения беспрецедентный, и я пока не могу представить, что должно произойти, чтобы политики, NSA, DOD и Китай не обратили на это внимание.
GPT-6 в конце августа нам видимо не ждать 🌚 | 1 426 |
| 10 |  No text... | 2 132 |
| 11 |  +1Знаете ли вы, что 100% проблем безопасности GNOME отслеживает всего один сотрудник Red Hat?
А ещё Red Hat больше не передаёт разработчикам информацию НИ ОБ ОДНОЙ уязвимости в проектах, которые запрещают контент, сгенерированный ИИ.
И что с 1 ноября этот сотрудник Red Hat ВООБЩЕ перестанет отслеживать новые проблемы безопасности GNOME?
«Больше никто не отслеживает проблемы безопасности GNOME»
— говорит Майкл Катанзаро из Red Hat.
Так сейчас обстоят дела с безопасностью GNOME ☕️
https://blogs.gnome.org/mcatanzaro/2026/07/20/some-changes-to-gnome-security-tracking/
@linuxos_tg | 1 717 |
| 12 |  #prog #rust #article
Source | 1 853 |
| 13 |  У Кими закончились сервера и они временно закрыли покупку новых подписок
Как непрофессионально. Если Кими хочет представить себя мировой общественности как по-настройщему фронтирная AI лаборатория, они должны ДЕЙСТВОВАТЬ как таковая: например, тихо переключать людей на более дешевые модели, добавить экономящие ресурсы гардрейлы, и может быть написать блогпост или два про закат человечества | 1 973 |
| 14 |  Прогресс за выходные по https://t.me/itpgchannel/4275 #shell:
* определился с концепцией UX - это будет клон Unity, которая была лучшая шелл под Linux, да и вообще, неплохо смотрелась. На КДПВ можно видеть почти финальный результат.
* форкнул #zutty, переписал на свою велосипедную либу, добавил порядка 600 автотестов, нашел ими 40!!! багов (как падений, проездов, так и ошибок в реализации протоколов), реализовал все современные протоколы разом. Ну и ускорил, теперь мой Zutty не в 10 раз медленнее #foot, а в 2 раза быстрее, что уже очень достойно. А вы думали, что я буду терпеть тормозное говно в своем десктопе? #perf | 1 934 |
| 15 |  No text... | 1 753 |
| 16 | Claude Fable produced a counterexample to the Jacobian Conjecture
Article, Comments | 1 824 |
| 17 |  Примерно на 20-ом просмотре https://t.me/itpgchannel/4280 я решил, что негоже пользоваться гойскими системами сборки, и для #shell ImGui Desktop (анонс, если кто пропустил - https://t.me/itpgchannel/4275) мне нужна хорошая, годная, система сборки.
Надо сказать, что мне очень нравится пилить системы сборки, я за всю жизнь запилил их штук 10, часть inhouse - https://github.com/yandex/yatool, часть лежит на gihub. Тот же #IX - вполне себе система сборки.
Многие пользуются заслуженной популярностью!
В общем, если я за год не запилил систему сборки, то год прошел зря. За этот год я уже запилил две - https://github.com/pg83/ay, и вот теперь https://github.com/pg83/build.
По сути, это комбинация yatool выше (opensource версия нашей inhouse системы сборки ya), и meson.
От meson в ней способ описания сборочных файлов, только сильно проще:
https://github.com/pg83/gofra/blob/master/build.py
https://github.com/pg83/zutty/blob/master/build.py
В отличие от meson, это настоящий python, а не интерпретируемое подмножество, поэтому удобно делать всякие штуки, связанные с внешним окружением - всякого рода glob() по файлам/директориям, полуавтоматическое заведение новых таргетов при разумном устройстве fs, возможность скачать исходник из интернета, и так далее. Вот пример сложного сборочного файла, где это используется в хвост и в гриву - https://github.com/pg83/imway/blob/main/build.py.
К сожалению, это необходимо для сборки небольших oss проектов, поэтому это должно быть удобным.
От ya там, я бы это назвал, "общая вменяемость":
* мгновенное исполнение - раннер прямо встроен в тулзу, тулза строит граф, и тут же его выполняет
* пересборка не по timestamp, а по хешу от файлов и команд
* исходники парсятся, все их включения известны заранее, поэтому пересборка очень fine grained
* так как мы знаем все include для всех файлов, в том числе, от кодогенеренных таргетов, то совершенно не нужно указывать подробные зависимости, они будут выведены автоматически
* cas как хранилище артефактов
На КДПВ - результат сборки небольшого проекта. Половина моих читателей видела похожий output 100500 раз, я не люблю перепридумывать хорошие вещи.
Вся сборка - это один небольшой файл build, который копируется прямо в проект, как waf, поэтому сборка проекта самодостаточна.
Перевел на эту сборку весь свой C++ код, в том числе, #zutty, #shell, и доволен, как слон.
Я бы взял ya, но она не очень хорошо приспособлена для сборки небольших проектов, и очень для этого тяжеловесна. | 2 041 |
| 18 | Примерно на 20-ом просмотре https://t.me/itpgchannel/4280 я решил, что негоже пользоваться гойскими системами сборки, и для #shell ImGui Desktop (анонс, если кто пропустил - https://t.me/itpgchannel/4275) мне нужна хорошая, годная, система сборки.
Надо сказать, что мне очень нравится пилить системы сборки, я за всю жизнь запилил их штук 10, часть inhouse - https://github.com/yandex/yatool, часть лежит на gihub. Тот же #IX - вполне себе система сборки.
Многие пользуются заслуженной популярностью!
В общем, если я за год не запилил систему сборки, то год прошел зря. За этот год я уже запилил две - https://github.com/pg83/ay, и вот теперь https://github.com/pg83/build.
По сути, это комбинация yatool выше (opensource версия нашей inhouse системы сборки ya), и meson.
От meson в ней способ описания сборочных файлов, только сильно проще:
https://github.com/pg83/gofra/blob/master/build.py
https://github.com/pg83/zutty/blob/master/build.py
В отличие от meson, это настоящий python, а не интерпретируемое подмножество, поэтому удобно делать всякие штуки, связанные с внешним окружением - всякого рода glob() по файлам/директориям, полуавтоматическое заведение новых таргетов при разумном устройстве fs, возможность скачать исходник из интернета, и так далее. Вот пример сложного сборочного файла, где это используется в хвост и в гриву - https://github.com/pg83/imway/blob/main/build.py.
К сожалению, это необходимо для сборки небольших oss проектов, поэтому это должно быть удобным.
От ya там, я бы это назвал, "общая вменяемость":
* мгновенное исполнение - раннер прямо встроен в тулзу, тулза строит граф, и тут же его выполняет
* пересборка не по timestamp, а по хешу от файлов и команд
* исходники парсятся, все их включения известны заранее, поэтому пересборка очень fine grained
* так как мы знаем все include для всех файлов, в том числе, от кодогенеренных таргетов, то совершенно не нужно указывать подробные зависимости, они будут выведены автоматически
* cas как хранилище артефактов
На КДПВ - результат сборки небольшого проекта. Половина моих читателей видела похожий output 100500 раз, я не люблю перепридумывать хорошие вещи.
Вся сборка - это один небольшой файл build, который копируется прямо в проект, как waf, поэтому сборка проекта самодостаточна.
Перевел на эту сборку весь свой C++ код, в том числе, #zutty, #shell, и доволен, как слон.
Я бы взял ya, но она не очень хорошо приспособлена для сборки небольших проектов, и очень для этого тяжеловесна. | 1 |
| 19 |  No text... | 2 229 |
| 20 |  Вот это я понимаю ворвался с двух ног | 1 472 |
