LINUX.ORG.RU

Какие оригинальные идеи вы бы хотели видеть в Linux-дистрибутиве будущего?

 , , ,


2

2

Каждый день видим рождение дистрибутивов с разной банальной функциональностью, вроде минимализма, или дружелюбностью для пользователя или каким-то конкретным DE по дефолту.

Для поддержки оборудования возьмем ядро линукса за базу, но будем мыслить шире. Архитектуру userspace можно делать совершенно по-разному.

Я привел список сильно и средне оригинальных идей с мультивыбором. Некоторое достигается в обычном линуксе сторонними приложениями, но мало кто допиливал эти возможности до полноценного применения или предоставлял как функциональность по умолчанию.

Некоторые идеи все-таки реализованы в дистрибутивах, но я добавил их в список из-за малой распространенности. Возможно люди о них не знают, потому интересно посмотреть насколько высоко они будут в опросе по сравнению с другими идеями.

  1. Система без состояния, тривиальный factory reset, состояние только в /home 155 (43%)

    ********************************************************************************************************************************************************************************************************************************************************************************************************************************

  2. Полная контейнеризация каждого приложения 103 (29%)

    ********************************************************************************************************************************************************************************************************************

  3. Cтруктурированные данные в pipes между утилитами 90 (25%)

    *****************************************************************************************************************************************************************************************

  4. Реорганизация софта на десктопе для глобальной доступности на всех ваших устройствах 85 (24%)

    *******************************************************************************************************************************************************************************

  5. Голосовое управление 70 (19%)

    ************************************************************************************************************************************************

  6. Машинное обучение для анализа состояния системы 60 (17%)

    ***************************************************************************************************************************

  7. Система-хост, где после логин экрана каждый пользователь входит в свою полную аппаратно ускореную VM с правами sudo 58 (16%)

    ***********************************************************************************************************************

  8. Flatpack, Snapcraft, AppImage как единственный пакетный менеджер 47 (13%)

    *************************************************************************************************

  9. Обширная телеметрия/мониторинг отправляемая на личный сервер 43 (12%)

    ****************************************************************************************

  10. Assistant, Alexa, Wolfram и другие облачные API как часть shell 42 (12%)

    **************************************************************************************

  11. HTML5/CSS/JS/WebAssembly DE 39 (11%)

    ********************************************************************************

  12. Поддержка софта только на языках компилируемых AOT в натив (с удобными библиотеками для scripting) 38 (11%)

    ******************************************************************************

  13. Логин по дефолту сразу в мультиплексор терминалов 34 (9%)

    **********************************************************************

  14. Автоматически глобально-доступная веб-консоль для администрирования 27 (8%)

    *******************************************************

  15. Все приложения на WebAssembly/WASI с AOT при инсталляции 26 (7%)

    *****************************************************

Всего голосов: 917, всего проголосовавших: 360

★★★★★

Проверено: Satori ()
Последнее исправление: vertexua (всего исправлений: 1)

Более современная и адекватная иерархия ФС

Более вменяемый пакетный менеджер без dll-hell и dep-hell, с возможностью поддержки работы сколь угодно старых приложений

Полномасштабная система безопасности с песочницами для всего и вся, взаимодействие между прогами происходит через некие порталы с запросом полномочий

Альтернативы вводу пароля для повышений привилегий - начиная от простого подтверждения (нажатие кнопки «Да»), и заканчивая вводом графического ключа или отпечатка пальца/сканирования радужки

Встроенная распределённая ФС с полной устойчивостью к цензуре и с развитыми метаданными файлов: рейтинги, метки, комменты (после этого, конечно, Линуксу будет объявлена тотальная война со стороны государств и бизнеса)))

Deleted
()
Последнее исправление: Deleted (всего исправлений: 2)
Ответ на: комментарий от Deleted

Многие идеи есть выше, просто под другими именами. Например вот эти все Flatpak и контейнеризация. Ну ещё андроид так работает

А так да, хороший список

vertexua ★★★★★
() автор топика
Последнее исправление: vertexua (всего исправлений: 1)

Хотел бы увидеть интеграцию терминала и графической среды. В текущем состоянии постоянно приходится переключаться между ними.

loz ★★★★★
()

нет пункта не нужно

bernd ★★★★★
()

Хоть не подходит, но выскажусь: лучше было бы, если бы ядро было полностью модульным. Так как вопрос потребления ресурсов больше не стоит так остро, как тридцать лет назад, можно было бы и позаботиться об отказоустойчивости системы.

Второе: я бы выкинул к такой-то матери всю эту кучу пакетных менеджеров и, возможно, всяческих контейнеров (те же «флатпаки» и прочее), ибо первое — это как «стонадцать» браузеров в «нулевые» (и под каждый разработчикам надо подстраиваться), а второе, ИМХО, лишняя реализация портативного ПО. К вопросу о безопасности всяческих «снапов»: всё решается правильной настройкой прав доступа и запуском от имени нужного пользователя.

Третье, и самое важное: реорганизация системы инициализации и звуковой подсистемы. Хоть systemd и удобен, но из него сделали натуральный «комбайн», который имеет слишком много функций. Вердикт: поделить по функционалу. О звуковых серверах даже притчи во языцех ходят. Это дело лучше было бы вообще полностью переписать, начиная от «альсы» и заканчивая «одним правильным» звуковым сервером (а то и без него).

Ну и последнее: портировать KDE под Windows сделать WM, аналогичный по функционалу тому же Kwin, но без использования какого-то ни было «тулкита». Но это уже моя «хотелка», так сказать, мечтаю.

Korchevatel ★★★★★
()
Ответ на: комментарий от Deleted

взаимодействие между прогами происходит через некие порталы с запросом полномочий

Если мне не изменяет память, в «линуксах» и так программы взаимодействуют через сокеты (или «pipes», не помню). Так что «Всё уже сделано до нас!».

Альтернативы вводу пароля для повышений привилегий - начиная от простого подтверждения (нажатие кнопки «Да»), и заканчивая вводом графического ключа или отпечатка пальца/сканирования радужки

Так вроде бы sudo уже умеет «в» подтверждение отпечатком пальца? Хотя лучше было бы эту функцию реализовать для всей системы.

Korchevatel ★★★★★
()

Называние опроса не корреспондирует с вариантами ответа. Где в них «оригинальные идеи»? Или откровенный бред, или откровенное «неоригинально», или уже (почти) реализовано.

Yorween
()

Нужен основанный на 3D десктоп, при этом он должен опираться не на OpenVR, а на специально модифицированные драйвера Mesa, в которые будут иметь многокамерный режим отображения 3D пространства, при этом камеры могут быть как статические, что соответствует обычному монитору, привязка одной камеры, что соответствует обычной 3D игре, и связке из двух и более камер что будет соответствовать двуматричному VR шлему.

И всё это должно быть в единой десктопной среде.

torvn77 ★★★★★
()

простой, как OpenBSD, и с всегда актуальной внутренней информацией (маны и хелпы), как OpenBSD

buratino ★★★★★
()
Ответ на: комментарий от vertexua

В Apline 3.5 пакета и нестандартная libc. На OpenBSD там похож только инсталлятор, точнее он там один в один, но OpenBSD мне ставить удобнее.

И там нет концепции базовой системы.

buratino ★★★★★
()

Здесь такая отличная коллекция способов превратить простую и логичную систему в непостижимую кучу дерьма… Я честно пытался проголосовать, но я не могу выбрать ничего из этого. А пустые голоса не принимаются.

Вот что я действительно хотел бы видеть, это набор нативных окружений запуска для приложений всех других операционных систем.

kirill_rrr ★★★★★
()

Какие оригинальные идеи вы бы хотели видеть в Linux-дистрибутиве будущего?

Нужность. Это было бы оригинально.

dogbert ★★★★★
()
Ответ на: комментарий от loz

Так в графике же есть терминалы. Быстрые и функциональные. Даже поблее быстрые и функциональные чем ядерная консоль.

kirill_rrr ★★★★★
()
Ответ на: комментарий от curufinwe

Нельзя системы без состояния, они бесполезны. Нельзя размещать общесистемные настройки в /home, он совсем не для этого.

kirill_rrr ★★★★★
()
Ответ на: комментарий от Korchevatel

Так не никаких «звуковых серверов». Есть только пульс. Который живёт поверх альсы, которая простейший микшер каналов и огромный пакет драйверов на всё.

kirill_rrr ★★★★★
()
Ответ на: комментарий от kirill_rrr

Нельзя системы без состояния, они бесполезны. Нельзя размещать общесистемные настройки в /home, он совсем не для этого.

Они полезны. Самый простой пример - /etc качается с git при старте. Пакеты которые нужно установить написаны в /etc/packages. Сначала оно проверят все ли установлено и что не установлено - устанавливает при старте.

Потом если ты сохранишь хомяк и сохранишь /etc, то ты после форматирования винта и перенакатывания этих каталогов получишь ту же систему. Все остальные каталоги стандартные, они сугубо функция от /etc

/etc/ можно назвать /home/system и тогда вообще только хомяк.

Такое есть в виде https://cloudinit.readthedocs.io/en/latest/topics/examples.html, но там только решается задача как нагенерить /etc из одного файла. Но надо намного больше поддержки чтобы соблюдать чистоту системы. Потому дистрибутив должен знать о этом принципе тоже

vertexua ★★★★★
() автор топика
Последнее исправление: vertexua (всего исправлений: 3)
Ответ на: комментарий от vertexua

Ну так во первых система без сети превращается в тыкву, а во вторых во время работы она функционирует как обычная система с состоянием. А потом происходит синхронизация по сети и если она почему то неудачна, то можно взять и потерять всё что сделано.

А ещё для каждой конкретной железки нужны свои настройки в /etc. здесь 2Гб памяти а там 16? Значит здесь столько свопа и zram, а там /tmp в оперативку.

kirill_rrr ★★★★★
()

Все это конечно хорошо и наверное кому-то нужно. Но лично я ничего из перечисленного не хотел бы видеть, ибо дичь такое совать в дефолт.

Cтруктурированные данные в pipes между утилитами

А это вообще нужно законодательно запретить.

no-such-file ★★★★★
()

Хочу изоляцию приложений, вроде того что есть в Ведроиде, только лучше. Есть песочницы (firejail), во flatpack что-то такое есть, но как-то оно всё не особо удобно

MrClon ★★★★★
()
Ответ на: комментарий от vertexua

/home/system

И разумеется сделать симлинк с него на /etc для соответствия стандартам. Это бред. Логическая структура корня получилась самой удачной за всё вемя операционок и нужно что то из ряда вон чтобы внести в неё какое то полезное изменение. А синдром «сделано не нами» ни к чему хорошему не ведёт.

kirill_rrr ★★★★★
()
Ответ на: комментарий от kirill_rrr

Ну так во первых система без сети превращается в тыкву

Нет, не совсем. Ей не обязательно каждый раз идти в git. Здесь больше вопрос о дисциплине и чистоте системы. Если состояние всегда синкалось с git, то легко можно делать reset. В этом основная ценность.

Насчет хомяка, то тут или монтировать по сети и тогда таки в тыкву. Или просто бекапить. С /home я ничего нового не предлагаю делать, только с /usr и подобными каталогами

А ещё для каждой конкретной железки нужны свои настройки в /etc. здесь 2Гб памяти а там 16? Значит здесь столько свопа и zram, а там /tmp в оперативку.

Не согласен. Нужно стремиться к тому чтобы конфигурации было поменьше.

Более того, я не говорил что больше одной машины пользуется /etc. Вполне может быть для одной машины. Фича в том, что ты точно знаешь что в /usr/share не затаился такой файл, который потом не восстановится после переустановки, если ты вернешь старый /etc. Сейчас вполне в /usr, /opt может лежать какая-то любая дичь, о которой ты забудешь.

vertexua ★★★★★
() автор топика
Последнее исправление: vertexua (всего исправлений: 1)
Ответ на: комментарий от MrClon

Но в ведроиде то плохо. Доходит до того, что они не могут отказаться от фат32 на флешках иначе у них доступ к файлам валится. А ещё приложения доизолировались до того, что они не могут интегрироваться между собой.

kirill_rrr ★★★★★
()
Ответ на: комментарий от kirill_rrr

Логическая структура корня получилась самой удачной за всё вемя операционок и нужно что то из ряда вон чтобы внести в неё какое то полезное изменение.

Тотоже в ChromeOS сделали точно так как я сказал. Там вообще /etc нету. Только зашифрованые хомяки и жестко стоковая система, в которую вообще приложения не ставятся. Приложения ставятся в хомяки.

То что я предлагаю в этом треде - намного более гибкая модель, которая вполне небольшими усилиями похожа на обычные линуксы и обладает всеми нужными фичами, в отличии от ChromeOS. Просто порядка и гарантий больше.

Плюс что-то похожее тут https://clearlinux.org/about. «Stateless Concept»

vertexua ★★★★★
() автор топика
Последнее исправление: vertexua (всего исправлений: 2)
Ответ на: комментарий от vertexua

В этом основная ценность.

Не вопрос. Пишем скрипты в хрон или какой нибудь простенький демон, который в фоне синхронизирует и бэкапит /etc.

Нужно стремиться к тому чтобы конфигурации было поменьше.

Это оправданно в какой нибудь корпорации или госструктуре, и то, обновление железа придётся производить одновременно и в полном объёме. Я всё таки думаю, что ПО должно более-менее выполнять свои функции на максимально широком спектре оборудования. С учётом минимум 10 лет назад и вперёд.

что в /usr/share не затаился такой файл, который потом не восстановится после переустановки

Тут в общем то согласен. Все общесистемные конфиги в /etc и только там, вся конфигурация пользователя в /home/user/.config и только там. И /var для изменяемых баз данных. Все остальные файлики статичные и распаковываются из пакетов без изменений.

kirill_rrr ★★★★★
()
Ответ на: комментарий от buratino

В Apline 3.5 пакета

В смысле? Там громадное количество софта. Нету некоторой проприетари, которую нельзя собрать с musl вроде, и только.

vertexua ★★★★★
() автор топика
Ответ на: комментарий от kirill_rrr

Например вот тут говорят что если грохнуть /etc и /var, то система гарантировано запустится и будет работать. Таким образом будет произведен сброс системы к заводскому состоянию.

https://docs.01.org/clearlinux/latest/guides/clear/stateless.html

Единственное не понятно установятся ли заново пакеты если наоборот, в стоковую систему перезалить /etc из бекапа. Вот это следующий шаг, который я предлагаю.

vertexua ★★★★★
() автор топика
Ответ на: комментарий от vertexua

Хромось это кадавр на скорую руку из генту и хромиума с андроидом. Им нужна была узкоспециализированная огороженная прошивка, они её сделали. Но для операциоки общего назначения так лучше не делать.

А то что вы предлагаете отлично реализуется на стандартной структуре ФС. Если надо, то лучше не переносить одни папки в другие а монтировать или копировать всё что надо на штатные места.

kirill_rrr ★★★★★
()

Что за гиковский список? Кому эти все поделки нужны? Я бы хотел поддержку HIDPI полноценную и чтобы зоопарк тулкитов исчез, всего-то надо уничтожить гном и GTK убогий и линукс сразу взлетит.

Alve ★★★★★
()

Хочу готовый для продакшена Guix. Я победил? И ещё чтобы объектная модель была вместо голого текста в пайпах! И чтобы из коробки шелл был лисповый! И конфеты, чтобы как Птичье молоко и розовые не помню какие в одной упаковке! И ещё!..

Princesska ★★★★
()
Последнее исправление: Princesska (всего исправлений: 1)
Ответ на: комментарий от vertexua

Мне кажется этот clearOS исходит из предположений, что системе не понядобятся сторонние драйвера, что у юзера не возникнет необходимости или желания что то настроить в процессе, заскриптовать или ещё что то. И что состав ПО в системе не будет постоянно меняться. А если сегодня я перекраиваю разметку диска, завтра пихаю скрипты в хронтаб, переползаю с гнома на кде, а через неделю у меня система должна мигрировать на новый диск на другом компе, то я не вижу никаких преимуществ.

Да, и ещё «заводское состояние» для произвольной железки значит или жирного мамонта, или неработоспособность.

kirill_rrr ★★★★★
()
Последнее исправление: kirill_rrr (всего исправлений: 1)
Ответ на: комментарий от kirill_rrr

А то что вы предлагаете отлично реализуется на стандартной структуре ФС

Менять ФС - вторично. Главное патчить пакеты чтобы они не срали в неположеные каталоги.

vertexua ★★★★★
() автор топика
Ответ на: комментарий от kirill_rrr

что системе не понядобятся сторонние драйвера, что у юзера не возникнет необходимости или желания что то настроить в процессе, заскриптовать или ещё что то.

Ну как сказать, они там еще говорят что в принципе можно ставить /usr/local. Вместе с systemd юнитами в /etc/systemd можно очень много заскриптовать.

Драйвера можно в принципе тоже брать из разрешенных мест.

vertexua ★★★★★
() автор топика
Ответ на: комментарий от Alve

Что за гиковский список?

Если тебе перечислить 95% фич ядра, то ты скажешь что это гиковский список, зачем какие-то NUMA и какие-то структуры данных оптимизированые под разные нагрузки если тебе надо мышкой кликать.

vertexua ★★★★★
() автор топика
Ответ на: комментарий от Deleted

Альтернативы вводу пароля для повышений привилегий - начиная от простого подтверждения (нажатие кнопки «Да»), и заканчивая вводом графического ключа или отпечатка пальца/сканирования радужки

Всё это можно заменить одним: аутентификацией через вычисления аутентифицируемого с публичными случайными числами и приватными константами.

torvn77 ★★★★★
()
Ответ на: комментарий от torvn77

аутентификацией через

поединок. Лучше всего. Заборол AI в сражении на мечах - красава, можешь на нем жениться.

vertexua ★★★★★
() автор топика

ничего не выбрано

извинити

Deleted
()
Ответ на: комментарий от kirill_rrr

Вам нужен плагин к компизу для VR-рендера.

Я полагаю что в этом композиторе 3D окно будет превращаться в 2D картинку, по этому не подходит.

torvn77 ★★★★★
()
Ответ на: комментарий от Korchevatel

Третье, и самое важное: реорганизация системы инициализации и звуковой подсистемы. Хоть systemd и удобен, но из него сделали натуральный «комбайн», который имеет слишком много функций. Вердикт: поделить по функционалу. О звуковых серверах даже притчи во языцех ходят. Это дело лучше было бы вообще полностью переписать, начиная от «альсы» и заканчивая «одним правильным» звуковым сервером (а то и без него).

Слава яйцам, таких «реорганизаторов» дальше Толксов не пускают.

Если мне не изменяет память, в «линуксах» и так программы взаимодействуют через сокеты (или «pipes», не помню). Так что «Всё уже сделано до нас!».

А это про уровень компетенции. Типичный SD/PA-хейтер.

meliafaro ★★★★★
()
Последнее исправление: meliafaro (всего исправлений: 2)
Ответ на: комментарий от kirill_rrr

простую и логичную систему

Это линукс что-ли? Сколько там у нас пакетных менеджеров? Сколько вариантов настроить сеть? И тому подобное.

Начать нужно с чистки /usr/bin от тонны непонятого мусора.

RazrFalcon ★★★★★
()

Хочу возможность ставить любое приложение, любой версии без боли.

Ну и выпилить bash и perl из базовой поставки.

RazrFalcon ★★★★★
()
Последнее исправление: RazrFalcon (всего исправлений: 1)

Как выбрать ничего?

mittorn ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.