The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Выпуск файлового менеджера Midnight Commander 4.8.25, opennews (ok), 19-Июл-20, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


2. "Выпуск файлового менеджера Midnight Commander 4.8.25"  +1 +/
Сообщение от Zenitur (ok), 19-Июл-20, 08:52 
> В VFS для работы с пакетами RPM добавлена поддержка тегов необязательных зависимостей ENHANCES, SUGGESTS, RECOMMENDS и SUPPLEMENTS.

Странно. У меня mc 4.6.2 из 2009 года, и там это есть. http://0x0.st/ivI_.png

Ответить | Правка | Наверх | Cообщить модератору

21. "Выпуск файлового менеджера Midnight Commander 4.8.25"  +2 +/
Сообщение от Аноним (21), 19-Июл-20, 10:57 
>Странно. У меня mc 4.6.2 из 2009 года

Почему-то я не удивлён ;)

Ответить | Правка | Наверх | Cообщить модератору

25. "Выпуск файлового менеджера Midnight Commander 4.8.25"  +1 +/
Сообщение от Аноним (25), 19-Июл-20, 11:05 
Что у тебя там цитрих делает? Неужели ещё остались конторы с VDI? Аж интересно стало.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

43. "Выпуск файлового менеджера Midnight Commander 4.8.25"  +2 +/
Сообщение от n80 (?), 19-Июл-20, 13:53 
Не обязательно на цитриксе, но VDI никуда вымирать не собирался, даже наоборот.
С чего ему вымирать-то?
Ответить | Правка | Наверх | Cообщить модератору

72. "Выпуск файлового менеджера Midnight Commander 4.8.25"  –1 +/
Сообщение от Аноним (25), 19-Июл-20, 18:36 
С чего вымирать - как и нативным приложениям, при переходе в веб. Тот же Eclipse свою Che/Theia-IDE - позиционирует как замену рабочих мест разработчика с VDI. Сам же я когда-то держал LTSP-сервак для внутренних рабочих мест, а NX(ещё до форка в X2GO) - для внешних/филиалов.
Сегодня же, максимум что я видел - это некрософт RDP. Horizon - не застал, а ICA - уже давно не попадается.
Так что это за отрасли, в которых VDI ещё есть?
Ответить | Правка | Наверх | Cообщить модератору

81. "Выпуск файлового менеджера Midnight Commander 4.8.25"  +/
Сообщение от bergentroll (ok), 19-Июл-20, 21:11 
Атомная, например.
Ответить | Правка | Наверх | Cообщить модератору

89. "Выпуск файлового менеджера Midnight Commander 4.8.25"  +2 +/
Сообщение от kk (??), 19-Июл-20, 22:47 
В банковской сфере VDI очень массово используется
Я в разных крупных конторах работал, у меня и RDP и ICA были...на тысячи пользователей в отделениях.

Без этого охренеешь всё по стандартам ИБ настраивать

Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

107. "Выпуск файлового менеджера Midnight Commander 4.8.25"  +1 +/
Сообщение от n80 (?), 20-Июл-20, 03:24 
Не все приложения есть кому переписывать не то что на вебню, а хотя бы на что-то более современное нативное (более современное, чем третий/пятый Borland C++, я имею в виду). Особенно интранетные. Это не говоря уж про то, насколько веб тормозной и ограниченный по возможностям (даже онлайновый офис до сих пор больше игрушка и средство для крайних ситуаций, чем каждодневный инструмент).

Т.е., как минимум, живёт для случаев запуска всякого legacy и/или повышенных требований по безопасности (см. те же банки с их повсеместными тонкими клиентами и RDP).

Ещё я видел вариант с консолидацией ресурсов: сервак с жирной видяхой (обычно несколькими), а к нему подключаются по RDP и гоняют CAD'ы или какое-нибудь редактирование видео на vGPU. Внезапно, это приемлемо работает и утверждается что вышло дешевле, чем каждому по мощной персоналке под стол. И, конечно, ещё угождает безопасникам, куда ж без них.

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

Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

123. "Выпуск файлового менеджера Midnight Commander 4.8.25"  +/
Сообщение от Аноним (25), 20-Июл-20, 10:14 
Интересно насчёт рабмест для студентов. А какое решение для VDI используете?
Ответить | Правка | Наверх | Cообщить модератору

131. "Выпуск файлового менеджера Midnight Commander 4.8.25"  +/
Сообщение от n80 (?), 20-Июл-20, 14:51 
> Интересно насчёт рабмест для студентов. А какое решение для VDI используете?

Именно desktop часть этого понятия реализуется с помощью xrdp.

А хост виртуализации на одном коммерческом продукте (который я не хочу рекламировать и если кому и стал бы рекомендовать, то только при наличии возможности напрямую общаться с разработчиками) + своя скриптня для автоматизации управления (штатные средства были красивы только на картинках, а на деле совершенно невыносимы, особенно на наших масштабах, хз как сейчас), но это так исторически сложилось: с нас бесплатные тестеры и, иногда, источник рук для доработок, а с них лицензии для этого дела и минимальная техподдержка. Плюс, когда эта инициатива только начиналась, альтернативы были сыроваты. Сейчас, конечно, надо переделывать это на свободном ПО (например, на Proxmox).

Ответить | Правка | Наверх | Cообщить модератору

134. "Выпуск файлового менеджера Midnight Commander 4.8.25"  –1 +/
Сообщение от Michael Shigorinemail (ok), 20-Июл-20, 15:09 
> А хост виртуализации на одном коммерческом продукте [...]

По возможности черкните на mike@altlinux.org, прям заинтриговали.  У меня возникло два предположения -- с одними лично не знаком, с изначальным разработчиком другого (как раз VDI) общаюсь, но с нынешними есть разве что почтовый контакт.

Всё-таки именно знания о косяках -- крайне ценная штука.  Вдруг и я что-то из интересующего Вас могу рассказать.  Например, про альт или эльбрусы. :)

Ответить | Правка | Наверх | Cообщить модератору

142. "Выпуск файлового менеджера Midnight Commander 4.8.25"  +1 +/
Сообщение от n80 (?), 20-Июл-20, 17:28 
> По возможности черкните на mike@altlinux.org, прям заинтриговали.  У меня возникло два
> предположения -- с одними лично не знаком, с изначальным разработчиком другого
> (как раз VDI) общаюсь, но с нынешними есть разве что почтовый контакт.

Надеюсь, по возвращении в берлогу не забуду черкнуть.

> Всё-таки именно знания о косяках -- крайне ценная штука.

Это да, разве что сразу должен подчеркнуть что мой субъективный опыт — ни разу не официальное чего-либо, далёк от инсайда (с годами всё дальше) и может содержать устаревшие или, по какой-либо причине, не соответствующие действительности сведения. Это не говоря уж про специфику использования в той задаче, которая в страшном сне ни одному из изначальных разработчиков того продукта не могла присниться.

> Вдруг и я что-то из интересующего Вас могу рассказать. Например, про альт или эльбрусы. :)

Вот уж в чём-чём я не сомневаюсь, так в этом. Только на «Вы» ко мне не надо, пожалуйста.

Ответить | Правка | Наверх | Cообщить модератору

144. "Выпуск файлового менеджера Midnight Commander 4.8.25"  +/
Сообщение от Michael Shigorinemail (ok), 20-Июл-20, 17:44 
> Это не говоря уж про специфику использования в той задаче,
> которая в страшном сне ни одному из изначальных разработчиков
> того продукта не могла присниться.

Такая применимость тоже порой много чего может рассказать, ага :)

> Только на «Вы» ко мне не надо, пожалуйста.

Как скажешь.  Правда, по почерку не узнал, если знакомы.

Ответить | Правка | Наверх | Cообщить модератору

138. "Выпуск файлового менеджера Midnight Commander 4.8.25"  +1 +/
Сообщение от Аноним (25), 20-Июл-20, 16:40 
А xrdp используете в связке с xorgrdp? Почему не x2go?

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

Заменять порекомендую на Opennebula или Proxmox(если будете использовать LXC). Ещё в Openstack хорошо LXC реализован.

Ответить | Правка | К родителю #131 | Наверх | Cообщить модератору

139. "Выпуск файлового менеджера Midnight Commander 4.8.25"  +/
Сообщение от Michael Shigorinemail (ok), 20-Июл-20, 16:47 
> Заменять порекомендую на Opennebula или Proxmox

Про них хорошее от применяющих слышу.

> Ещё в Openstack

Про него -- нет (просто других "горизонтальных" вариантов будто бы и нет).

PS: по этому поводу заглянул на http://alternativeto.net/software/openstack/?license=opensource -- там из неожиданного разве что "Apache's CloudStack is a Project backed by Citrix and designed to be a direct competitor to OpenStack" увидел.

Ответить | Правка | Наверх | Cообщить модератору

150. "Выпуск файлового менеджера Midnight Commander 4.8.25"  +/
Сообщение от Аноним (25), 20-Июл-20, 22:08 
Cloudstack - овериндениринг оверинжинирнутый. С отдельной виртуалкой для внешнего облака. Поищите на ютрупе мультик с названием "Спасибо, я не голоден!".

Opennebula - Лёню Кантера можете в подробностях расспросить. От себя добавлю, что когда-то переустанавливал голову(Sunstone) на следующую мажорную версию, и ни одна виртуалка не ребутнулась.

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

Ответить | Правка | Наверх | Cообщить модератору

141. "Выпуск файлового менеджера Midnight Commander 4.8.25"  +1 +/
Сообщение от n80 (?), 20-Июл-20, 17:15 
> А xrdp используете в связке с xorgrdp?

Кое-где оно до сих пор зовётся X11rdp, а так-то конечно же с xorgrdp, да.
Начало этой истории проходит примерно через эту когда-то найденную инструкцию: https://scarygliders.net/2012/06/20/x11rdp-o-matic-and-rdpse.../

> Почему не x2go?

Вопрос, конечно, естественный. В то время (~2011-2012) для своих нужд я действительно использовал сначала NoMachine, а потом и X2Go. Для VDI рассматривал этот вариант, но всё-таки в дело он не пошёл. Основная причина и короткий ответ: потому что нужно было минимумом усилий решить максимум проблем. А основной источник проблем, конечно же, это пользователи у которых в наличии только ОС от MS и лапки. Клиент mstsc у них есть из коробки (на получивших позже распространение планшетах/мобилках с этим тоже проблем нет), скачать PuTTy они ещё худо-бедно могут, но и всё. Установка и настройка клиента X2Go добавила бы много проблем для техподдержки и слабо бы улучшила жизнь отдельных пользователей (а продвинутые пользователи и так могут себе доустановить что хотят).

Более длинный ответ включает в себя то что в те годы X2Go был ещё довольно сырым и глючным (большинство проблем сравнительно легко решалась настройкой клиента, но у нас же не организация с корпоративным централизованного управляемыми тонкими клиентами, а зоопарк личных устройств, так что это проблема) + он всё-таки заточен под вариант использования 100500 пользователей с ограниченными правами в рамках одного сервера (виртуального или физического), а не 100500 контейнеров/виртуалок, на каждой из которых ровно один пользователь (с возможность получения локального рута). Т.е. в X2Go много лишних для нашего использования компонентов: базы, скрипты, регулярно запускаемые задачи (жутковатые костыли, кстати, до сих пор с ними бывают проблемы, всё ещё слежу за списком рассылки) и т.д.

Для личного использования, кстати, я с годами перешёл на Xpra. Очень больно от его потребления памяти (и иногда обновления что-нибудь жестоко ломают), но в остальном он гораздо ближе X2Go к тому что мне нужно. Надеюсь, когда-нибудь всё-таки доберусь до того чтобы скрестить их лучшие стороны.

> Касательно того коммерческого решения, что вы описали - я однажды его проклял
> вместе с конторой, где оно использовалось. Худшее из худших, воистину.
>_<
> Заменять порекомендую на Opennebula или Proxmox (если будете использовать LXC).
> Ещё в Openstack хорошо LXC реализован.

Спасибо большое!
Такой вопрос: в LXC до сих пор принято считать что выдача рута в контейнере фактически равна выдачи рута на хосте? Тот же OpenVZ (при всей его замшелости) до сих пор много хостеров используют и не стремаются предоставлять контейнеры с рутом, а что насчёт LXC?

Ответить | Правка | К родителю #138 | Наверх | Cообщить модератору

143. "Выпуск файлового менеджера Midnight Commander 4.8.25"  –1 +/
Сообщение от Michael Shigorinemail (ok), 20-Июл-20, 17:38 
LXC -- это всё так же не изоляция... а всё нужное для изоляции ovz-шники так и не успели в ядро втащить.
Ответить | Правка | Наверх | Cообщить модератору

63. "Выпуск файлового менеджера Midnight Commander 4.8.25"  +/
Сообщение от Аноним (63), 19-Июл-20, 17:00 
Просто с энтерпрайзным линуксом шла какая-то фигня, которой я не пользуюст. chmsee я не пользуюсь тоже, но запускал посмотреть, что это вообще такое. Как я понимаю, просмотрщик виндовых help-файлов, в которых когда-то распространяли книги, потому что там было красивое сглаживание шрифтов
Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру