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
❤67👍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
👍222🔥59
This media is not supported in your browser
VIEW IN TELEGRAM
👍156🔥79😁49❤13🤔13
Ядро Linux наконец-то, спустя 34 года, получило план преемственности на случай, если Линуса Торвальдса собьёт автобус
Две ключевые проблемы заключались в следующем:
1) Основное дерево ядра Linux хостится в личном Git-репозитории Торвальдса.
2) Сам Линус отвечает за принятие изменений в этот репозиторий.
Очевидно, сценарий "Торвальдс + автобус" стал бы серьёзной проблемой
План (в двух словах): Linux Foundation разберётся, поднимет новый репозиторий и назначит кого-то, кто будет мёржить изменения
@linuxos_tg
Две ключевые проблемы заключались в следующем:
1) Основное дерево ядра Linux хостится в личном Git-репозитории Торвальдса.
2) Сам Линус отвечает за принятие изменений в этот репозиторий.
Очевидно, сценарий "Торвальдс + автобус" стал бы серьёзной проблемой
План (в двух словах): Linux Foundation разберётся, поднимет новый репозиторий и назначит кого-то, кто будет мёржить изменения
@linuxos_tg