Похоже, 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
👍108❤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
❤117👍78
This media is not supported in your browser
VIEW IN TELEGRAM
🔥297❤85👨💻28
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
🤣175🤯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
❤65👍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
😁106
Да, "быть заGNOME’ленным" – это реально существующее явление
Это происходит, когда пользователь Linux устанавливает какое-нибудь одно из множества отдельных приложений или компонентов GNOME… и в результате пакетный менеджер автоматически подтягивает весь desktop-стек GNOME (как обязательные зависимости).
И, что ещё хуже, GNOME часто при этом назначается окружением рабочего стола по умолчанию.
Ты перезагружаешь систему после установки того самого одиночного GNOME-приложения... БАЦ. Ты уже залогинен в полноценную GNOME-сессию (независимо от того, какое DE ты использовал раньше). Без какого-либо предупреждения вообще.
Такое происходит уже очень, очень давно.
Проблем тут много: начиная с архитектурных проблем самого GNOME, нежелания команды GNOME "нормально сосуществовать" с другими, и заканчивая откровенно плохой пакетизацией во множестве Linux-дистрибутивов.
Кто-то даже создал сабреддит под названием r/gotGNOMED, чтобы у людей было место, где можно выговориться по этому поводу.
https://reddit.com/r/gotgnomed/
@linuxos_tg
Это происходит, когда пользователь Linux устанавливает какое-нибудь одно из множества отдельных приложений или компонентов GNOME… и в результате пакетный менеджер автоматически подтягивает весь desktop-стек GNOME (как обязательные зависимости).
И, что ещё хуже, GNOME часто при этом назначается окружением рабочего стола по умолчанию.
Ты перезагружаешь систему после установки того самого одиночного GNOME-приложения... БАЦ. Ты уже залогинен в полноценную GNOME-сессию (независимо от того, какое DE ты использовал раньше). Без какого-либо предупреждения вообще.
Такое происходит уже очень, очень давно.
Проблем тут много: начиная с архитектурных проблем самого GNOME, нежелания команды GNOME "нормально сосуществовать" с другими, и заканчивая откровенно плохой пакетизацией во множестве Linux-дистрибутивов.
Кто-то даже создал сабреддит под названием r/gotGNOMED, чтобы у людей было место, где можно выговориться по этому поводу.
https://reddit.com/r/gotgnomed/
@linuxos_tg
This media is not supported in your browser
VIEW IN TELEGRAM
Быстрый совет по Linux ✌️
Во время редактирования файла в nano нажмите
Nano выполнит команду и вставит её вывод в текущий файл – это удобно, когда нужно быстро добавить результат команды или сгенерированный текст прямо в процессе редактирования
@linuxos_tg
Во время редактирования файла в nano нажмите
Ctrl + T, чтобы выполнить shell-команду, не выходя из редактора.Nano выполнит команду и вставит её вывод в текущий файл – это удобно, когда нужно быстро добавить результат команды или сгенерированный текст прямо в процессе редактирования
@linuxos_tg
Please open Telegram to view this post
VIEW IN TELEGRAM
👍219🔥58
This media is not supported in your browser
VIEW IN TELEGRAM
👍154🔥79😁49❤13🤔12
Ядро Linux наконец-то, спустя 34 года, получило план преемственности на случай, если Линуса Торвальдса собьёт автобус
Две ключевые проблемы заключались в следующем:
1) Основное дерево ядра Linux хостится в личном Git-репозитории Торвальдса.
2) Сам Линус отвечает за принятие изменений в этот репозиторий.
Очевидно, сценарий "Торвальдс + автобус" стал бы серьёзной проблемой
План (в двух словах): Linux Foundation разберётся, поднимет новый репозиторий и назначит кого-то, кто будет мёржить изменения
@linuxos_tg
Две ключевые проблемы заключались в следующем:
1) Основное дерево ядра Linux хостится в личном Git-репозитории Торвальдса.
2) Сам Линус отвечает за принятие изменений в этот репозиторий.
Очевидно, сценарий "Торвальдс + автобус" стал бы серьёзной проблемой
План (в двух словах): Linux Foundation разберётся, поднимет новый репозиторий и назначит кого-то, кто будет мёржить изменения
@linuxos_tg