Он на что намекает? 🤔

@linuxos_tg

Чит-код для гитхаба

Ребята из Devin выкатили пушку: теперь любую репу можно превратить в полноценную энциклопедию одним кликом

Просто меняешь github на deepwiki в URL — и получаешь актуальную документацию плюс чат с ИИ по репозиторию

Бесплатно. Без регистрации. Пользуйтесь ✌️

@linuxos_tg

Интересный факт: UNIX начал свою жизнь на списанном мини-компьютере PDP-7, где использовался как платформа для игры Space Travel и как тестовый стенд для идей Кена Томпсона о проектировании операционных систем.

Так что можно сказать, что Томпсон изначально создал UNIX главным образом ради игр 🤓

@linuxos_tg

Тем временем в англоязычном Твиттере:

Русские хакеры внедрили полноценную виртуальную машину Linux внутри Windows, чтобы оставаться незамеченными

🙂

@linuxos_tg

Ничто не разжигает линуксовый холивар быстрее, чем systemd

Это спор о PID 1, «родителе всех процессов». Выбор init-системы во многом определяет философию вашего дистрибутива.

Существует два основных лагеря:

🔸systemd — интегрированный системный менеджер.
Он управляет службами, логированием (journald), сетью (networkd), устройствами (udev) и многим другим.

🔸Минималисты (runit, OpenRC и т. п.) — это более простые менеджеры служб. Они делают меньше: запускают, останавливают и мониторят процессы. Для логирования и других задач полагаются на внешние инструменты.

Но забудем на секунду о функциональности, поговорим о сборке с нуля.

Чтобы собрать runit, вам достаточно стандартной библиотеки C. Он крошечный, простой и практически не имеет зависимостей.

А вот чтобы собрать systemd, потребуется значительная часть современного Linux-стека. Это не отдельная утилита, а целая экосистема, в которую вы вписываетесь.

Вот в чём суть компромисса:
мощная интеграция против простой, составной модульности.

А вы что выбираете? И пробовали ли когда-нибудь собрать минимальную систему с нуля?

@linuxos_tg

Китти поясняет за use Arch btw 😁

@linuxos_tg

Вот почему Linux безопаснее и надёжнее, чем другие операционные системы 😅

Скачал недавно вирус для Linux и распаковал его.
Попробовал запустить от root — не сработало.
Гуглил 2 часа, выяснил, что вместо /usr/local/bin вирус распаковался в /usr/bin, куда у пользователя malware нет прав на запись, поэтому вирус не смог создать процессный файл.
Нашёл пропатченные configure и make файлы на каком-то китайском форуме, перекомпилировал и запустил заново.
Вирус сообщил, что ему нужна библиотека cmalw-lib-2.0.
Оказалось, cmalw-lib-2.0 входит в состав CentOS, но не Ubuntu. Ещё пару часов гуглил и нашёл инструкцию, как собрать .deb пакет из исходников.
Наконец вирус запустился, написал немного логов, сделал core dump и упал.
После часа разбора логов я понял, что вирус предполагал, будто работает на ext4, и обращался к API шифрования диска. Под btrfs этот API уже давно депрекейтнут, поэтому ядро сделало раздел только для чтения.

Открыл исходники, нашёл Bitcoin-кошелёк и скинул туда $5 из жалости.

@linuxos_tg