Forwarded from infosec
• Друзья, пришло время провести очередной конкурс. На этот раз мы разыгрываем бумажную версию книги "Практическая безопасность Linux", которая поступила в продажу 2 недели назад. Автор издания лично подпишет для вас книгу и направит по нужному адресу. Ну и чтобы повысить шанс на победу, мы сделали целых 15 призовых мест!
• Итоги подведём 17 января в 11:00 по мск., случайным образом, при помощи бота. Доставка для победителей бесплатная в зоне действия СДЭК.
Для участия нужно:
1. Быть подписанным на наш канал: Infosec.
2. Подписаться на канал наших друзей: Мир Linux.
3. Нажать на кнопку «Участвовать»;
4. Ждать результат.
Бот может немного подвиснуть — не переживайте! В таком случае просто нажмите еще раз на кнопку «Участвовать».
#Конкурс
• Итоги подведём 17 января в 11:00 по мск., случайным образом, при помощи бота. Доставка для победителей бесплатная в зоне действия СДЭК.
Для участия нужно:
1. Быть подписанным на наш канал: Infosec.
2. Подписаться на канал наших друзей: Мир Linux.
3. Нажать на кнопку «Участвовать»;
4. Ждать результат.
#Конкурс
🔥67👍20❤19😢3🙏3👨💻3👌1
Официально: Линус Торвальдс теперь занимается вайбкодингом
Для части своего последнего проекта он заюзал Antigravity от Google
https://github.com/torvalds/AudioNoise
@linuxos_tg
Для части своего последнего проекта он заюзал Antigravity от Google
https://github.com/torvalds/AudioNoise
@linuxos_tg
😁155
Похоже, Arch Linux движется в сторону замены ключевых компонентов (таких как pacman) на переписанные на Rust аналоги.
Немецкое агентство Sovereign Tech Agency профинансировало разработку ALPM (Arch Linux Package Management) на сумму $562 800 (более полумиллиона долларов).
Эта работа была почти полностью сосредоточена на создании "библиотек и инструментов на Rust" для управления пакетами в Arch, которые "нацелены на сохранение совместимости с pacman".
На данный момент Rust-реализация ALPM ещё не заменила pacman полностью. Однако здравый смысл подсказывает, что замена является целью проекта (иначе столь масштабное финансирование выглядело бы бессмысленным).
Также стоит отметить: существующие инструменты управления пакетами Arch (такие как pacman) распространяются под лицензией GPL. Новые библиотеки и замены на Rust лицензируются по MIT-лицензии
@linuxos_tg
Немецкое агентство Sovereign Tech Agency профинансировало разработку ALPM (Arch Linux Package Management) на сумму $562 800 (более полумиллиона долларов).
Эта работа была почти полностью сосредоточена на создании "библиотек и инструментов на Rust" для управления пакетами в Arch, которые "нацелены на сохранение совместимости с pacman".
На данный момент Rust-реализация ALPM ещё не заменила pacman полностью. Однако здравый смысл подсказывает, что замена является целью проекта (иначе столь масштабное финансирование выглядело бы бессмысленным).
Также стоит отметить: существующие инструменты управления пакетами Arch (такие как pacman) распространяются под лицензией GPL. Новые библиотеки и замены на Rust лицензируются по MIT-лицензии
@linuxos_tg
Пока в Linux не начнут упрощать базовые вещи вроде этой, "года Linux" так и не будет. Только что поставил Fedora 43 – и вот команды, которые нужно выполнить, чтобы система не уходила в спящий режим.
Может скажем ему?
@linuxos_tg
Быстрый совет по Linux
Вы можете попросить
Файл
Пример содержимого файла
Каждая строка - это имя или шаблон. При сканировании
@linuxos_tg
Вы можете попросить
du пропускать определённые директории, указав их имена в текстовом файле, тогда они не будут попадать в отчёт по использованию диска. Это позволяет держать вывод чистым и не учитывать то, что вас не интересует.du -h -X excludes.txt
Файл
excludes.txt содержит имена или шаблоны путей, а не жёстко заданные расположения. du игнорирует всё, что совпадает с ними, во время сканирования. Также можно использовать wildcard-шаблоны, например *.log, чтобы пропускать все .log-файлы, найденные при обходе.Пример содержимого файла
exclude.txt:Downloads
.local
.config
.var
.ssh
*.png
.gnupg
Каждая строка - это имя или шаблон. При сканировании
du игнорирует всё, что совпадает с этими записями, благодаря чему вывод по использованию диска остаётся сфокусированным и читабельным.@linuxos_tg
👍109❤20
Альфа-версия GNOME 50 была выпущена
Главная новая фича?
Ознакомиться с полным списком изменений можно на странице анонса релиза. Финальный выпуск GNOME 50 ожидается 18 марта 2026 года
@linuxos_tg
Главная новая фича?
«Полностью удалена поддержка X11».
Ознакомиться с полным списком изменений можно на странице анонса релиза. Финальный выпуск GNOME 50 ожидается 18 марта 2026 года
@linuxos_tg
Let’s Encrypt начал выдавать TLS-сертификаты для IP-адресов и запустил короткоживущие 6-дневные сертификаты
Теперь можно поднимать HTTPS напрямую на IPv4/IPv6 без доменного имени – удобно для homelab, тестовых стендов, временных сервисов, внутренних бэкендов и начальной настройки серверов. Сертификаты для IP выдаются только в short-lived формате и живут 160 часов (чуть больше 6 дней)
Параллельно стали доступны опциональные 6-дневные сертификаты и для доменов – как дополнительный уровень защиты: при компрометации ключа ущерб ограничен самим сроком жизни сертификата, а не отзывом.
Для получения нужен ACME-клиент с поддержкой профиля shortlived (например, свежий Certbot). Для IP валидация только через http-01 или tls-alpn-01 – dns-01 не поддерживается
@linuxos_tg
Теперь можно поднимать HTTPS напрямую на IPv4/IPv6 без доменного имени – удобно для homelab, тестовых стендов, временных сервисов, внутренних бэкендов и начальной настройки серверов. Сертификаты для IP выдаются только в short-lived формате и живут 160 часов (чуть больше 6 дней)
Параллельно стали доступны опциональные 6-дневные сертификаты и для доменов – как дополнительный уровень защиты: при компрометации ключа ущерб ограничен самим сроком жизни сертификата, а не отзывом.
Для получения нужен ACME-клиент с поддержкой профиля shortlived (например, свежий Certbot). Для IP валидация только через http-01 или tls-alpn-01 – dns-01 не поддерживается
@linuxos_tg
❤118👍78
This media is not supported in your browser
VIEW IN TELEGRAM
🔥302❤86👨💻29
Xorg предлагает новую "главную" ветку своего X11-сервера, которая:
- Вернется к коду февраля 2024 года (почти два года назад) и
- Переименует свою ветку с "master" на "main".
Оставим в стороне явно политкорректное изменение имени ветки на "main"…
Цель этого шага, похоже, заключается в том, чтобы выпустить новые релизы Xorg с минимальным влиянием от прежних вкладов основного разработчика XLibreDev.
Мотивация Xorg кажется очевидной — у Xorg есть личная неприязнь к ведущему разработчику XLibre, возникшая из-за его форка Xorg, а также из-за его неполиткорректных (не левых) политических взглядов (что недопустимо). Однако тот факт, что Xorg вообще пытается делать новые релизы, довольно странен.
В последние годы ключевые разработчики Xorg (и Wayland) ясно дали понять, что основной целью Xorg Foundation является в конечном итоге полное уничтожение Xorg (для того, чтобы насильно продвигать Wayland). И для этого они прилагали значительные усилия, отклоняя (буквально) тысячи предложений по коду на протяжении многих лет и затягивая важные фичи и исправления (многие из которых уже внедрены в форк XLibre).
Является ли это реакцией на широкое принятие XLibre, которое, похоже, набирает популярность? Или, возможно, эта странная стратегия вызвана тем, что принятие Wayland застопорилось (они имеют примерно одинаковую долю рынка с Xorg/XLibre), несмотря на попытки навязать Wayland пользователям на протяжении нескольких лет?
Будет ли этот подход официально принят? Это выглядит вероятным, поскольку это предложение исходит от Алана Куперсмифа, бывший член правления Xorg Foundation и менеджер релизов Xorg
https://lists.x.org/archives/xorg-devel/2026-January/059417.html
@linuxos_tg
- Вернется к коду февраля 2024 года (почти два года назад) и
- Переименует свою ветку с "master" на "main".
Оставим в стороне явно политкорректное изменение имени ветки на "main"…
Цель этого шага, похоже, заключается в том, чтобы выпустить новые релизы Xorg с минимальным влиянием от прежних вкладов основного разработчика XLibreDev.
Мотивация Xorg кажется очевидной — у Xorg есть личная неприязнь к ведущему разработчику XLibre, возникшая из-за его форка Xorg, а также из-за его неполиткорректных (не левых) политических взглядов (что недопустимо). Однако тот факт, что Xorg вообще пытается делать новые релизы, довольно странен.
В последние годы ключевые разработчики Xorg (и Wayland) ясно дали понять, что основной целью Xorg Foundation является в конечном итоге полное уничтожение Xorg (для того, чтобы насильно продвигать Wayland). И для этого они прилагали значительные усилия, отклоняя (буквально) тысячи предложений по коду на протяжении многих лет и затягивая важные фичи и исправления (многие из которых уже внедрены в форк XLibre).
Является ли это реакцией на широкое принятие XLibre, которое, похоже, набирает популярность? Или, возможно, эта странная стратегия вызвана тем, что принятие Wayland застопорилось (они имеют примерно одинаковую долю рынка с Xorg/XLibre), несмотря на попытки навязать Wayland пользователям на протяжении нескольких лет?
Будет ли этот подход официально принят? Это выглядит вероятным, поскольку это предложение исходит от Алана Куперсмифа, бывший член правления Xorg Foundation и менеджер релизов Xorg
https://lists.x.org/archives/xorg-devel/2026-January/059417.html
@linuxos_tg
This media is not supported in your browser
VIEW IN TELEGRAM
🤣177🤯23👍17
Please open Telegram to view this post
VIEW IN TELEGRAM
This media is not supported in your browser
VIEW IN TELEGRAM
Принес крутейший репо для тех, кто любит учиться на реальных примерах. Тут собрано более сотни опенсорсных клонов популярных сервисов: от Airbnb до YouTube
Каждый проект снабжен ссылками на исходный код, демками, описанием стека и количеством звезд на GitHub. А у некоторых даже есть туторы по созданию
Забирайте: GitHub 🍯
@linuxos_tg
Каждый проект снабжен ссылками на исходный код, демками, описанием стека и количеством звезд на GitHub. А у некоторых даже есть туторы по созданию
Забирайте: GitHub 🍯
@linuxos_tg
❤68👍34🔥16
В прошлом месяце KDE выкинул поддержку FreeBSD из своего менеджера входа в систему.
Технически остальные компоненты KDE продолжают работать на FreeBSD.
Но с целенаправленным удалением существующего кода, необходимого для поддержки Plasma Login Manager на FreeBSD, в сочетании с растущей зависимостью от systemd, невольно начинаешь задумываться – сколько ещё пройдёт времени до полного отказа от какой-либо совместимости с FreeBSD.
Иронично, что в то же самое время, когда KDE движется в сторону прекращения поддержки FreeBSD, проект FreeBSD работает над официальной поддержкой KDE в своём установщике🙂
@linuxos_tg
«Удалили код поддержки FreeBSD»
«Мы завязаны на systemd/logind, поэтому FreeBSD не поддерживается»
Технически остальные компоненты KDE продолжают работать на FreeBSD.
Но с целенаправленным удалением существующего кода, необходимого для поддержки Plasma Login Manager на FreeBSD, в сочетании с растущей зависимостью от systemd, невольно начинаешь задумываться – сколько ещё пройдёт времени до полного отказа от какой-либо совместимости с FreeBSD.
Иронично, что в то же самое время, когда KDE движется в сторону прекращения поддержки FreeBSD, проект FreeBSD работает над официальной поддержкой KDE в своём установщике
@linuxos_tg
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
😁107