LFN (LFNet) - тонкий клиент RDP и PXE сервер

[imp]

В вашем случае должен помочь docker

[pureproft]

В вашем случае должен помочь docker

от sfs
Давно хотел объединить свои дистрибутивы в сеть. Т.е. выйти с уровня домашнего применения на корпоративное

Клиент удалось сделать меньше размером, чем у других (<100mb). В этом главная фишка. Иначе смысла делать LFN не было бы вообще.
Дизайном рабочего стола (openbox+tint2) заморачивался не сильно. Если дистр приживется - можно улучшить
В плане развития можно превратить в киоск (если надо - пишите)
Размер можно еще уменьшить. Удалить кучу консольных утилит, не нужных для загрузки дистра.

docker тут точно не к месту.
"В плане развития можно превратить в киоск (если надо - пишите)"
Я и пищу о своебразном [киоск-плюс], а корпоративных запускалок rdp - клиента и так полно.

[imp]

docker тут точно не к месту.

С обновлением замучаетесь в таком разе. И вы не поняли, о чем я.

Для начала неплохо бы формализировать, что вам нужно, а не общие фразы.

2sfs - мне кажется, что киоск заслуживает отдельной темы. Мы тут про pxe

[pureproft]

Для начала неплохо бы формализировать, что вам нужно, а не общие фразы.

На мой взгляд всё более чем конкретно.
Как на сегодня определяется то, что нужно для работы rdp-клиента?
Формализовать и автоматизировать анализ этого возможно? 100 процентов возможно!
Результат анализа основа для построения дистрибутива с минимумом только необходимого.
А если вместо rdp-клиента например рантайм исполнитель http://visual-t.ru/download.html , что то принципиально в алгоритме изменится?

p.s. на самом деле речь идёт о чём то менее радикальном но похожем на https://ru.wikipedia.org/wiki/Embox

[sfs]

чем в перспективе может быть лучше https://wtware.ru/ которому уже и не помню сколько лет и все собаки включая Rpi автором съедены.

Смотрел его несколько лет назад. В итоге внедрил свое. Почему - уже не помню. Ознакомлюсь со свежим - отпишу впечатления

У меня не сбывшаяся мечта немного другая. Конструктор

В LFN основная часть работ не автоматизирована. По опыту - часто обновлять смысла нет. Предыдущий вариант был на ubuntu14 и устраивал пока не потребовалось 2 монитора ( обновить xfreerdp). Т.к. клиенты заведомо старые по железу - свежий софт - скорее зло (раздует размер)

сервис развёртывания

Что имеете ввиду? Что-то большее , чем моя инструкция в вики по развертыванию?

сопровождения(обновления)

Меняете ядро и инитрд на сервере - вот и обновилось. Или что вы имеете ввиду?

вместо rdp клиента любой бинарник

Без проблем. Точнее проблема только аппаратная. Чем больше будет инитрд и ресурсоемкость запущенной системы - тем больше надо RAM на клиенте. При "вся система в инитрд" все работает в RAM.
Можно уменьшить инитрд и монтировать squash по сети. Может дать тормозов. Надо экспериментировать с конкретными приложениями. У меня в планах - только если добавить браузер. И то если подписчики попросят

Для этого все приобретённые фругал навыки точно пригодятся.

Да. Тут опыт уменьшения размера и ресурсоемкости дистра очень пригодится

фабрика специализированных дистрибутивов.

Пока есть сомнения что даже в этом варианте "пойдет". Пока никто не скачал

Вопрос: а если не rdp а что угодно по такому же типу. Анализируем выхлоп ldd плюс какой то конфиг от автора этого "что угодно" и за работу.
p.s. фабрика специализированных дистрибутивов.

xfreerdp примерно так и прикручивал. Компилил в арче
У вас есть какие-то коммерческие проекты , где LFN можно применить? Готов обсудить свое участие

https://tonk.ru/catalog/programmnoe-obespechenie/tonk-cos-620 тут не только rdp но тоже готовый набор, но есть как в wtware централизованное управление.

Программное обеспечение продаётся только в составе оборудования. Оборудование от 14тр
Для LFN подойдет любой пк с 1гб RAM

централизованное управление.

А чем и зачем тут управлять?

В вашем случае должен помочь docker

Очень избыточное для тонкого клиента решение. Будет больше по размеру и ресурсам

корпоративных запускалок rdp - клиента и так полно.

Клиент удалось сделать меньше размером, чем у других (<100mb). В этом главная фишка. Иначе смысла делать LFN не было бы вообще.

wtware еще не посмотрел, но пока по размеру и простоте - LFN конкурентоспособен. Всех известных мне конкурентов описал в вики

Формализовать и автоматизировать анализ этого возможно?

В теории возможно, но в планах нет
Пока могу сделать под заказ LFN с другими прогами

p.s. на самом деле речь идёт о чём то менее радикальном но похожем на https://ru.wikipedia.org/wiki/Embox

Это для https://ru.wikipedia.org/wiki/Встраиваемая_система у меня задача была другая

[imp]

Очень избыточное для тонкого клиента решение. Будет больше по размеру и ресурсам

Я это понимать. Однако человека интересует скорее не дистр, а определенное по. И при его обновлении - задолбешься дистр пересобирать со всеми зависимостями. Возможно, есть менее ресурсоемкие решения.
В любом случае киоск или что бы ни было - отдельная тема, pxe лишь часть которой.

[pureproft]

Цитата: pureproft от Сегодня в 01:01:03
p.s. на самом деле речь идёт о чём то менее радикальном но похожем на https://ru.wikipedia.org/wiki/Embox
Это для https://ru.wikipedia.org/wiki/Встраиваемая_система у меня задача была другая

Я так и думал, что просто сказать "менее радикальное" не поможет. Если немного изучить Embox то встраивание там как бы побочный положительный эффект.
Главное изюминка по их собственному мнению в том, что они берут обычное линукс приложение. Обычное тут очень важно. Т.е. оно не переписывается под embox а на основе анализа приложения(его зависимостей) для него создаётся "строго диетическая" система.

У меня в планах - только если добавить браузер.

У меня просьба всё таки взглянуть на http://visual-t.ru/download.html
Есть готовый работоспособный инструмент для теста идеи.
Это по сути браузер, если смотреть на рантайм часть. Только скрипты не на html-js, а на паскале
Думаю автор не будет против взаимной рекламы, если договоритесь.

p.s. Если будет продолжение разговора, то от меня по сути последуют аналоги на других технологиях.

[imp]

У меня просьба всё таки взглянуть на http://visual-t.ru/download.html

http://visual-t.ru/files/ValutCurs.lm9
Похоже форк javascript-а.
Разбираться с такой узкозаточенной вещью нет желания.
Оно либо не взлетит, либо будет в узкой нише.

[pureproft]

Разбираться с такой узкозаточенной вещью нет желания.

Я пишу в адрес sfs на предмет примера того, что может быть ВМЕСТО rdp-клиента и точно ни кого не заставляю ни в чём разбираться.
И речь я завёл о конструкторе ЗАВЕДОМО для НИШЕВЫХ продуктов.
Для RDP и BROWSER киосков и так полно.

[sfs]

просьба всё таки взглянуть на http://visual-t.ru/download.html

Нужно выкинуть из LFN xfreerdp и добавить ГОТОВАЯ СБОРКА ДЛЯ РАЗНЫХ ПЛАТФОРМ ?
Там только gtk2 либ не хватает 
+ webkit ?

[sfs]

для НИШЕВЫХ продуктов.

А такие востребованы? насколько широко?

[pureproft]

Нужно выкинуть из LFN xfreerdp и добавить ГОТОВАЯ СБОРКА ДЛЯ РАЗНЫХ ПЛАТФОРМ ?
Там только gtk2 либ не хватает

Так это очевидно. И меня интересует ваш интерес на предмет подумать о автоматизации процесса сборки таких "диетических" дистрибутивов для "НИШЕВЫХ" продуктов.
Я могу включиться в процессе с целью написания gui/cli утилит для этого. При условии, что думать о тонкостях дистро строения буду не я. В любом случае программирование в подобных случаях это манипулирование текстовыми файлами(JSON,XML тоже текст), запуск процессов и анализ их выхлопа на основе указанного в ТЗ.

А такие востребованы? насколько широко?

А какая разница если это конструктор. Конструктору востребованность конкретного продукта не важна.
p.s. Но это всё очень ИМХО если не интересно, сворачиваемся! Я не особо то и надеялся.

=============

Т.е. выйти с уровня домашнего применения на корпоративное

Конкурентов в том о чём я пишу точно почти нет. У всех либо RDP и родственники, либо BROWSER.

[forthuser]

Пока есть сомнения что даже в этом варианте "пойдет". Пока никто не скачал

Так, вроде, представление о сделанной разработке в сравнении с другими решениями
неплохо и публиковать на массовых площадках потребителей IT контента типа Хабр.

P.S. Как, к примеру, такие инфоновости из сегодняшнего
Как мы придумали Astra Linux Embedded или «Есть ли жизнь после Windows IoT?»

[sfs]

меня интересует ваш интерес на предмет подумать о автоматизации процесса сборки таких "диетических" дистрибутивов для "НИШЕВЫХ" продуктов.

Чего там автоматизировать...
Специфический софт опакетить, сделать репу, подключить ее
Собрать инитрд средствами своего дистриба , добавив в конфиг что нужно

Я могу включиться в процессе с целью написания gui/cli утилит для этого

На выходе должен получиться дистр типа LFN но с другой начинкой или скрипт его сборки?
Где и как это распространять?

[sfs]

публиковать на массовых площадках потребителей IT контента типа Хабр

В плане распространения и монетизации больше https://boosty.to/sfslinux мне лень что-то делать. Для меня это хобби, не более. Если кто-то умеет - продвигайте. Мегабарышами щедро поделюсь