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)
Ответ на: комментарий от loz

Если сделать равномощным и удобным то консоль сама будет не нужна. А существующие утилиты могут использоваться внутри.

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

Например просмотр контента файлов

Сложно, но реализуемо. См выше + к этому надо переписать все консольные утилиты.

выполнение «консольных» команд из других програм

…и все графические.

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

Не, у вас реально все предложения о том, как превратить юникс подобную универсальную ОС в очередной андроид, прошивку для потребления контента.

Если просто встроить Webkit - картина другая и все шустро.

Если бы. Простой пример - akregator и claws-mail. Маленькие, шустрые, удобные приложения, в памяти висят незаметно, функцию выполняют хорошо. Но всё меняется, когда поступает команда подргузить *вебкит в области просмотра для отображения сообщения. Они подвисают, тормозят, выжирают 150М памяти и начинают потихоньку течь. И это ещё без продвинутого js и всего что сейчас модно.

kirill_rrr ★★★★★
()

Встроенный поиск Rambler’а и nginx как подсистему ядра.

EXL ★★★★★
()

А неоригинальный нормальный GUI можно?..

cipher ★★★★★
()

От Linux-десктопов будущего я жду одно и то же последние 9 лет:
— наличия большего выбора софта (типа что бы Фотошоп работал, а не просто было 143 аудио-плеера);
— и что бы на планшетах Линукс нормально работал, а не запилить для планшетов здоровенные кнопки в Gnome Shell, и так и не получить ни одного планшета с этим самым Gnome Shell за 9 лет.

А вот эту тенденцию не просто не хочеться видеть, а хочеться развидеть:

HTML5/CSS/JS/WebAssembly DE

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

Визуализация программирования и возможность настраивать систему, не обращаясь к консоли.

metaprog
()

* Резкое сокращение количества дистрибутивов, форматов пакетов и т.п. Единый формат пакетов с зависимостями и пакетов а-ля snap.

* Замена множественных DE пресетами для KDE (благо кеды можно настроить под любой внешний вид и поведение, а если каких-то возможностей нет - их можно запилить). Т.е. включаешь пресет GNOME - и система ведет себя так же, как сейчас по умолчанию GNOME и т.п. (но это единая DE).

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

ну и да, без дублей под Android многие приложения бесполезны, тот же KDEPIM.

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

и с развитыми метаданными файлов: рейтинги, метки, комменты

Тут как обычно проблема: кто всё это расставлять будет?
Ладно, из фото можно получить параметры и дату съёмки, если они там есть. Нейронная сеть может найти лица и присвоить идентификаторы (имена). Для видео уже сложнее, нагрузка значительно больше. И не всегда возможно. Как автоматически понять, это съёмка дня рождения или корпоративной попойки, например? А всякие скачанные сканы книг в архивах что и как будет метить?

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

в «линуксах» и так программы взаимодействуют через сокеты (или «pipes», не помню)

И то и другое. Только это почти никак не относится к безопасности. И, я думаю, писал он о другом. Когда программа пытается открыть файл, пользователь должен дать на это разрешение, например. Идея уже давно витает в воздухе. Что-то подобное реализовано в macOS и начинает появляться в некоторых форматах пакетов. Только я не помню, в каких, может быть Flatpak?

Кстати, мне вот интересно. Для Unix-сокетов есть классная фича: можно передать дескриптор открытого файла другому процессу. Почему это нигде не используется? Это могло бы быть интересным механизмом безопасности ещё до появления SELinux/AppArmor. Например, приложение запускается от непривилегированного пользователя, имеет доступ только к базовым сущностям (библиотеки, графическая система, т.п.). Для открытия файлов вместо вызова open() обращается к демону через Unix-сокет. Который может содержать какие угодно хитрые и гибкие правила доступа, проверяет расширенные атрибуты файлов, любые мандатные правила, сам открывает файл и возвращает его дескриптор через сокет. Красота! И не надо в ядре городить сложные механизмы безопасности... Ну почти. Это будет полезно только для тех сущностей, с которыми можно работать как с файлами. Нужно двигаться в сторону Plan9!

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

Так вроде бы sudo уже умеет «в» подтверждение отпечатком пальца?

PAM модули. Для всей системы доступны.

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

Ну, то что вы предлагаете это выкинуть ядерную консоль

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

ls-h ★★★★★
()
Ответ на: комментарий от devalone

Обширная телеметрия/мониторинг отправляемая на личный сервер > Но зачем?

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

Т.е.? Предлагаешь изобрести стандарт и заставить всех ему соответствовать? Как это будет выглядеть?

Конечно будет 15+1 стандартов. Но идея очень полезная и давно нужная. Текстовый интерфейс командной строки давно протух и выглядит печально.

ls-h ★★★★★
()
Ответ на: комментарий от Iron_Bug

а где вариант «чтобы ни один из этих пунктов никогда не реализовали»?

Ну что ты какая скучная, а? Как же прогресс, развитие и прочий пыщ-пыщ?

ls-h ★★★★★
()
Ответ на: комментарий от Iron_Bug

которую изначально делали программисты для программистов

И которые никогда не ошибались, знали всё лет на 256 вперёд и вообще просветлённые гении.
... Со вздохом думаю о том, как устроена консоль, будто мы до сих пор сидим на настоящих телетайпах с бумагой. Или как удобно сделаны сигнала, например, получать состояние дочерних процессов - просто сказка. ...
Да, главное ничего не менять!

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

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

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

а каким вздохом? постоянно работаю с консолью. точнее, только с ней и работаю 99% времени. что не так? вот как раз консоль - самое удобное средство. мышевозенье и гуи - это нереальный отстой.

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

Теперь с самого низа поднимаемся на уровень DE. Ок, идея хорошая, но как реализовать, чтобы работало для всех DE одинаково бесшовно?

В первоначальной архитектуре Х11 в этом плане было что-то полезное. Сервер знал о содержимом окон. Эту информацию можно было бы экспортировать в DE и интерпретировать. «Ок, KDE, открой настройки системы, сделай яркость экрана 20%». И это работало бы и в Gnome, т.к. текст окна доступен не только клиенту, нарисовавшему его.

ls-h ★★★★★
()

Чтобы emerge работал шустро.

А для всего остального хотел бы иметь фичастые, стабильные, всенастраиваемые тулы-кубики + мануал по настройке. Ибо телеметрия, машинное обучение и т. п. - классные вещи. Но когда они поставляются в виде черного ящика с надписью «здесь то, что вам нужно», притом меня даже не спрашивали что мне нужно, а что там под капотом не видно, - то ну его нафиг.

И еще сразу нафиг, если будет хотябы один из пунктов:
- Flatpack, Snapcraft, AppImage как единственный пакетный менеджер
- HTML5/CSS/JS/WebAssembly DE
- Все приложения на WebAssembly/WASI с AOT при инсталляции

Для этого есть Винда, Мак, ХромОс и т. п. Не тащите это в Линукс.

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

а где вариант «чтобы ни один из этих пунктов никогда не реализовали»?

Плюсую!

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

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

и форки загнулись

Я всё ещё слежу за развитием 9front. Релиз два месяца назад был, Git активный.

Но это всё хобби, к сожалению. От Plan 9 останутся только некоторые хорошие идеи, перекочевавшие в другие проекты.

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

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

Iron_Bug ★★★★★
()
Последнее исправление: Iron_Bug (всего исправлений: 1)
Ответ на: Вроде бы не пятница от hobbit

unix way для GUI. Чтобы можно было окошки по тематике компоновать и данные перекидывать

Погугли про PlanB (наследник ОС Plan9). Там была прикольная идея: GUI как распределённая файловая система. Можно было на одной машине загзиповать окно работающего приложения, распаковать на другой и оно работало. Да, именно окно, т.к. события шли по сети.

ls-h ★★★★★
()
Ответ на: комментарий от commagray

От Plan 9 останутся только некоторые хорошие идеи, перекочевавшие в другие проекты.

Интересно, насколько реально основные концепции натянуть на Linux? Например, работа с сетью, как с фс? Да и вообще протокол 9p?

ls-h ★★★★★
()
Ответ на: комментарий от Iron_Bug

а веб бы вообще стоило пересмотреть радикально

Вот видишь, ты тоже что-то хочешь поменять. Я надеюсь ты не о том, чтобы его привести к виду FidoNet? А то мало ли, ты девушка серьёзная и суровая...
Иногда надо что-то сломать, чтобы сделать хорошо и красиво. Даже создатели того самого Unix'а пришли к выводу, что получилось не очень хорошо и не очень красиво, поэтому и сотворили Plan9.
Так чтобы, например, IPC через pipe'ы не привести к структурированному виду? Это же не значит, что через них нельзя будет передавать произвольную информацию.

ls-h ★★★★★
()
Ответ на: комментарий от Iron_Bug

консоль - самое удобное средство. мышевозенье и гуи - это нереальный отстой

Это ты как пользователь рассуждаешь. Ты посмотри, что там внутри. В курсе откуда растут ноги у «В mc esc два раза нажимать»? Да и вообще само line discipline в ядре. Зачем это ещё живо? Мы уже давно не за Teletype'ами с рулоном бумаги сидим.

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

Как тебе мусорка ioctl

Тоже «прекрасная» вещь, образец «продуманной» архитектуры.

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

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

Не знаю откуда это я не предлагал ничего выкидывать или поднимать.

Сложно, но реализуемо. См выше + к этому надо переписать все консольные утилиты.

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

loz ★★★★★
()

Машинное обучение для анализа состояния системы

Это как вообще? Что именно ты собрался анализировать и как обучать? Откуда ОС знать, что мне на самом деле нужно? Сильный ИИ ещё не изобрели.

ls-h ★★★★★
()
Ответ на: комментарий от Harald

«оставить всё, как есть, по заветам unix-дидов»

Диды завещали нам Plan9, между прочим. Да, те самые, которые сделали Unix.

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

Я просто исследую что людям интересно. Реально писать полноценный дистр займет очень много времени

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

А ничего что текстовый работает всегда и везде и требует пару мегабайт оперативки, и встроен в ядро, а графический - чёртова туча обвязки + видеодрайвера. Или включить месу и какой нибудь вестон в ядро? Как и главное зачем это на роутерах?

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

Реально писать полноценный дистр займет очень много времени

Так мы как всем ЛОРом соберёмся, ух! Как сразу договоримся о единых стандартах... Что, нет? Не договоримся? Я так и знал...

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

Ты сейчас купаешься в лучах своего могущественного интеллекта (с твоей точки зрения)? К чему столько банальной иронии?

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

в лучах своего могущественного интеллекта

Нет, гением себя не считаю.

К чему столько банальной иронии?

К тому, что не договоримся. Вон, уже срач начался «руки проч, ничего менять не надо!».

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

Не, я просто говорю что есть уже готовое. Успешно оно или нет - другой вопрос. Все равно оно наверное более продуманое чем просто «бинарные конфиги». Как минимум там есть схема конфигов для приложения, которая устанавливается в dconf вместе с приложением. Ты потом знаешь что дефолт, а что можно менять и это строго типизировано. Плюс в dconf есть система доставки нотификаций что ключи изменились, через DBus вроде

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

Ну так старый как мир срач между прогрессивными и консерваторами.

Одни ценят потенциал и готовы терпеть риски нового и неизученного, к новому относятся оптимистично. Ценят хоть малый шанс, но шанс фундаментальных многократных улучшений.

Другие ценят текущую выгоду от изученого за счет хорошего владения инструментом и готовы терпеть старые изьяны, к новому относятся сразу с защитной позиции. Ценят свой скилл и знание о существующем.

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

Мне бы хотелось увидеть один единственный дистр для всего, вкотором допилили вейленд.

Exmor_RS ★★★
()
Ответ на: комментарий от ls-h

я и пользователь, и программист. так что «что внутри» я тоже знаю. и единственное, против чего я выступаю - разжирение софта и уход от принципов kiss, за счёт которых взлетел опенсорц.

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

Замена множественных DE пресетами для KDE (благо кеды можно настроить под любой внешний вид и поведение

Типичный упоротый бред КДЕ-зависимого.

meliafaro ★★★★★
()

Реорганизация софта на десктопе для глобальной доступности на всех ваших устройствах

На всех ваших устройствах - на ещё одних десктопах? Пока мобильные платформы представляют из себя огороженный сад, никакая реорганизация невозможна.

Логин в мультиплексор по дефлоту - вопрос строчки в .bashrc.

А прикладные приложения на веб-технологиях закопать и никогда не доставать обратно.

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

Особенно меня огорчает то, что происходит с DE последние 5 лет. Вот это, действительно, поворот «не туда».

Что именно имеется в виду?

// А в гентушной багзилле есть тикет «как пропатчить KDE2 под FreeBSD openbox под python3», что меня необычайно радует. Это говно мамонта все DE переживёт. :)

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

«нереальный отстой» — это слишком сильно, но с мыслю согласен. Во многих местах консоль проще и мощнее. По-этому, как по мне, консоль и графический интерфейс должны сосуществовать.

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