Как стать автором
Обновить

Комментарии 135

Интересная у вас валидация email для инвайта на сайте.
Все мои домены третего уровня типа name@domain.od.ua отвергались. Зато gmail скушал.
Ага, только второго уровня допускаются :)
Почта на доменах третьего (и чётвертого) уровня теперь поддерживается.
Поздравляю со стартом, Алексей!
Долго ждали :)
Я уже послал feedback по поводу ошибок с паролем.
ИМХО Потенциально, очень перспективное начинание.

Как клиент организует соединение? Зашифрованное? Насколько?
Я был не обратил внимание на окончание статьи, мой вопрос снят :)
Ну, видимо рано снят, так как Krb5 это не средство защиты канала данных, а средство сквозной аутентификации.

А если я не буду умничать, то это означает, что соединение клиент-сервер сейчас не защищается от перехвата (правда и разобрать наш трафик довольно сложно), но в ближайшее время будет реализована серьёзная криптография.
Советую брать OpenSSL... и сразу смотрите на патчи от cryptocom, в том числе и ГОСТ.
На токены пока можете особо не смотреть - токенов с аппаратной ассиметрией для ГОСТ пока нет в природе! :(
Конечно OpenSSL, но вряд ли мы будем использовать ГОСТ. По краней мере пока не будет в этом необходимости (государственную сертификацию я имею ввиду).

С ключами мы уже пробовали работать (eToken, ruToken; последний, кстати, поддерживает шифрование по ГОСТ 28147-89), но пока потребности в них со стороны пользователей не увидели.
Ну просто если вы захотите это продать в гос.структуры, то ГОСТ вам понадобится. А пачти от cryptocom полезны и без использования ГОСТ.

По поводу ключей:
eToken достаточно дорогой ключик, и продавать его сложно. Да и бинарные драйвера для Linux оставляют желать лучшего если честно.
ruToken намного дешевле, но так как аппаратно не имеет в себе никакой ассиметрии, то безопасность решений на нем несколько занижается, ибо закрытые ключи вытаскиваются при работе с токена и их можно заснифить.

ГОСТ 28147-89 является симметричным алгоритмом и поэтому его ценность гораздо ниже чем кажется. Например с его использованием нельзя реализовать обмен сессионными ключами для SSL/TLS, а без этого SSL уже не работает.

PS: новые ruToken работают достаточно хорошо и быстро. В том числе и под Linux.
Да, спасибо. Ошибки при входе возникали примерно у каждого десятого. Сейчас исправлено. Зайти можно по старым паролям.
Аутентификация пользователя осуществляется через SSL-соединение. То есть логин и пароль передаются безопасно. Что касается передачи изображения экрана с сервера на клиент, то этот трафик не шифруется. Тем не менее, никаких принципиальных технических ограничений нет для того, чтобы шифровать и этот трафик.
Ага, понял. Спасибо! Вам пришлось покупать сертификат? Если да, то может поделитесь почем нынче и где дешевле :-)
Нет, сертификат мы пока не покупали. В настоящее время используется тестовый сертификат. Это гарантирует безопасность передачи данных от клиента к серверу, но не гарантирует аутентичность стороны сервера.


ЗЫ Есть мнение, что самые дешевые сертификаты у РБК (ссылка).
http://ssl.ru/ru/certification/#_standart
Ошибочное мнение :) Кажется они намного завышают. Кто-то из знакомых обращался к ним. А когда упоминают где можно купить дешевле, то сбавляют цену :)
Thawte.com? По крайней мере имя создателя внушает уважение — Марк Шаттлворт :)
https://www.verisign.com/ssl/buy-ssl-certificates/index.html
хм - на виртуальном столе лежит линукс а вот клиент написан тока для федоры(вернее семейства редхата ну и слака тоже рпм вроде держит)(гм и то почему бы просто не выложить исходники чтобы люди сами собрали ручками)
Там всё на чистом Python+Twisted2, так что вы можете скачать RPM и взять исходники из нее. :)

Кстати в заголовках RPM указано, что лицензия MIT, так что делать с этими исходниками можно много чего. Кажется их даже можно закрыть на достаточно либеральных условиях. :)
за коммент поставили плюс,а за реальную правду добили карму в минус - мда,второй раз уже так - тут надо бояться правду сказать =\
Не бойтесь говорить правду.
P.S. Карму я вам выправил.
спасиб) но не стоило - а то как-то выпрашивательски получилось...
З.Ы. Кармы больше чем когда либо стало и теперь могу комменты оценивать - не привычно )
На здоровье. Пользуйтесь с осторожностью :)
А как насчет конфиденциальности данных? Ведь если работать в онлайне по нормальному, а не 2 заметки написать в онлайн OOo.org, то там придеться хранить все свои данные, документы, программы со всеми своими логинами, паролями и т.д. А так как вся инфа находиться на ваших дата-центрах...
Пока мы в "альфе", не рекомендуется хранить важную или конфиденциальную информацию в Neonray. В недалёком будущем мы реализуем защиту всей цепочки передачи данных от сетевой карты вашего компьютера, через интернет, до файлов на дисках серверов, которые не может открыть даже администратор. Часть этой функциональности будет уже в бете.

Сейчас информация хранится на серверах компании Amazon.
Имея административный доступ к серверам с обычным ядром Linux можно получить любой доступ.

Даже системы мандатного доступа не могут полностью ограничить администратора, потому что он не сможет выполнять свою работу.
Посоветуйте, как быть с серверами с обычным ядром Linux ?
Да собственно говоря никак... технически оно не решаемо.

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

Я имею небольшой опыт(около 3х лет) работы с различными системами информационной безопасности, и знаю, что практически любую из них можно обойти имея права и навыки системного администратора (далеко не начинающего конечно).
Собственно говоря решаемы, если подразумевать под "обычным" ядро с SELinux.

Мы в своё время делали систему с мандатным контролем на RSBAC (rsbac.org) тесно взаимодействуя с её создателем — Амоном Оттом. SELinux тогда ещё не было.

Ну так вот, в нашей системе было два администратора — системный администратор (root) и администратор безопасности (secoff). Сисадмин не имел доступа к данным пользователей, а безопасник не мог рулить системой. Бэкап пользовательских данных (и другие операции, которые требовали полномочий обоих администраторов) выполнялся высокодоверенными приложениями, входящими в TCB (Trusted Computing Base).

Я не говорю, что в Neonray мы будем реализовывать такую схему. Нет, здесь мы будем физически разграничивать пользовательские данные. Как именно пока рано говорить.
Да, а учитывая, что критичные ошибки в софте и ядре иногда находятся, а обновляться у нас не все успевают, то жить вообще страшно...

Например последняя (CVE-2008-0600) мне испортила немало нервов, хотя большинство моих систем ей не были подвержены в полном объеме (эксплоит вешал систему, но не давал рутовый шелл).
Не понимаю, за что вам тут поставили минус. Проблема действительно существует. Решается комплексом мер — выкидыванием лишнего, патчами безопасности (запрет выполнения кода в стеке, например), правильными правами пользователей, своевременными апдейтами.

Эта проблема не линукса, а всей индустрии софтовой разработки. Пока не будет полных матмоделей верификации кода (а их в ближайшее время не будет), проблеме придётся противостоять только своевременным реагированием.
заметил, что теоритически таким проблемам (эксплойтам) не будут подвержены системы написанные на managed языках и исполняющие программы только написанные то же только на managed языках (Сингулярность того же Майкрософта).
От ошибок прогаммистов это не спасает... я например тут на днях столкнулся с навороченной системой безопасности, которая требовала логин и пароль только на основной странице проекта. И зная любой внутренний URL можно было попасть в систему. :(
Еще интересует вопрос, а кто будет восстанавливать все в случае сбоя? В том смысле что, если вдруг с системой что-то случиться после определенных действий, установки нового пакета например (я естественно не говорю о пользовательской части)? Или это уже будет платная услуга? ИМХО сейчас проблемма того что будет органичивать такие проекты (которые не избежны в будущем) это как раз то, что имхо большие людересурсы нужно для поддержки пользователей (от восстановления системы до простого обьяснения принципов работы)...
Поддержкой всей системы сейчас занимаемся мы. Надеюсь, что сложится сообщество в группе, и люди смогут помогать друг другу.

Что касается пользовательских данных. Будут интерфейсы для экспорта и бекапы (возможно в Amazon S3). Пока мы не можем гарантировать сохранность данных (хотя и прилагаем к этому все усилия).
А под MacOS планируется клиент?
А еще было бы здорово иметь загрузочный диск для работы с удаленной системой, чтобы на пустом компьютере можно было быстро загрузиться, например с флешки, а там клиент. Авторизировался и работаешь.
Да, загрузочный диск обязательно будет.
Здорово!
Флэшка тоже.
НЛО прилетело и опубликовало эту надпись здесь
Спросите у quoter'а в личке :)
Ух здорово 0_о
а я только начал разбиратся с гугл-десктоп и её индексированием файлов на всех компах где установил десктоп)
Спасибо за позитивный отзыв!

Могу добавить, что индексация личных документов будет и у нас (возможно в "бете") с помощью аналога Google Desktop Search — Tracker (ex. MetaTracker).
инвайты кончились видимо=(
stuart.warrior.monk@gmail.com
ssh, туннель «наружу&raquo, vnc. Всё, что требуется для счастья, приватности и мира во всем наблюдаемом мире.
Спрашивается, зачем городить целый сервис вместо написания статьи в тот же Хакер, PC Magazine, Системный_администратор, МК.. ;)
VNC
так в нем и не разобрался после того как впервые услышал тут:
http://www.iphoneapps.ru/?p=1414#more-1414 (надеюсь ссылки можно давать?)
man vncserver
man vncviewer

Кстати, несколько лет назад пользовался именно упомянутым вами TightVNC для win2win, lin2win и win2lin (а при lin2lin уже доступны и fish://, и нормальный терминал, а не жуткие Putty, посему не пробовал > 1 раза).

Итак, если в Neonray не VNC, хотелось бы услышать комментарии разработчиков. Зачем писать аналог?
Потерпите, скоро всё увидите своими глазами.
Но на этот хороший вопрос вы ведь можете ответить уже сейчас?
TightVNC отличная вещь, но не позволяет реализовать запланированную функциональность (например, конвергентные приложения в Neonray), к тому же, используемый нами протокол NX эффективнее.
А чем ваш клиент лучше NX от NoMachine?

А достаточно ли быстр, а главное стабилен twisted? Или на сервере у вас что-то иное?
Часть системы, написанная на python+twisted, используется для:
1) аутентификации пользователя
2) передачи специальных команд (например, logout) между клиентом и сервером
3) управляющего взаимодействия между серверами приложений и сессионным сервером, распределяющим нагрузку.

Т.е. на этот протокол большой нагрузки не ложится. Тем не менее, опыт использования python+twisted оставил лишь положительные впечатления.
Наш клиент лучше по ряду причин:

1. Он открыт (именно клиент, а не компоненты в его составе)
2. Он создан для работы в нашей инфраструктуре и поддерживает наши "фичи" (существующие и планируемые)
3. Он использует наш протокол управления сервисом и сессиями пользователя (это очень пригодится нам в дальнейшем)

И да, мы используем протокол NX для передачи картинки (на самом деле модифицированные компоненты NX).
прекрасно, но меня интересуют больше технические и коммерческие моменты:
1. на чем это крутится? на каких серверах.
2. ОО очень прожорлив, сколько выделяется памяти под юзера? хватит ли памяти на всех?
3. Не смотрел клиент, интересно что используется? какой-то стандартный протокол? Сжатие есть?
4. На чем собираетесь зарабатывать (когда сервис станет платным) ?
Ну на 30-50 клиентов для OOo хватает и сервера с 2мя средними двуядерными процами и 4мя гигами оперативы.

Клиент написан на Python+Twisted (twisted.pb)
1. Сейчас мы используем Amazon EC2
2. Для хранения файлов пока выделено 50 МБ на человека (конечно, будет увеличиваться). Оперативная память общим пулом для всех.
3. Для передачи картинки используется NX, для управления собственный протокол. Сжатие и кэширование есть.

На четвёртый вопрос пока не могу ответить.
я не понял половины комментариев, неужели Хабр снова становится полезен людям так сильно как раньше? (простите что вмешался)
Спасибо за позитив!
Возможен ли одновременный вход с 2ух компьютеров на 1 десктоп?
Что будет? Как кто себя поведет?
Имеется в виду одновременная работа под одной учетной записью?

Нет, этого сделать нельзя. В случае, если Вы запустите новую сессию под тем же пользователем с другого компьютера, появится диалоговое окно с предложением завершить существующую сессию.
Планируется ли выпуск этого ПО в виде отдельного дистрибутива, чтобы можно было ставить на свои сервера? И за безопасность спокойнее, и у вас нагрузка меньше..
Изначально такие планы были, но сейчас мы решили отодвинуть их и сконцентрироваться именно на интернет-сервисе. Т.е. мы хотим избежать как раз того, что вам, судя по всему, необходимо, — установки, настройки и поддержи ПО на серверах своей компании, самостоятельного обеспечения непрерывности работы системы и обеспечение защиты данных силами ИТ-отдела компании.

Если вы уже сейчас хотите использовать похожие (но не аналогичные) решения, то посмотрите, как правильно подсказал oxyum, на NoMachine. Это коммерческое решение для предприятия.
Кстати, а ресайз рабочего стола у вас возможен? :)
В версии под linux можно изменять размер окна.
НЛО прилетело и опубликовало эту надпись здесь
Ну у меня такое одно время было персонально на меня и пару админов... удобно на самом деле... :)
Но там как бы был мой собственный сервак...
Думали. Все люди разные, кто-то таскает с собой флешку, кто-то ноутбук, кто-то всё шифрует, а кому-то лень выдумывать и запоминать пароли.

Мы предложили вот такое решение, у нас есть видение его будущего (то бишь что делать дальше) и, надеюсь, хватит сил и ресурсов реализовать хотя бы необходимый минимум задуманного ;)
Скажите, а фраза "десктоп, иди со мной" только у одного меня с сериалом "Твин пикс" ассоциируется? :) PS: а за сервис спасибо, тестим, пока впечатления приятные.
Упс. Не работает отсылка приглашения на мыло в зоне .eu
Система рассылает приглашения постеменно. Если при добавлении ошибки вы видели синее окошко — то всё нормально, е-мейл добавлен в пригласительный список и в течение недели (может чуть позже) вам придёт приглашение.
Нет, не только. У нас тоже самое :)
Кто подскажет, как система трафик кушает?
Просто в крупных городах безлимитка норма, а к нас пока нет.
При работе среднее потребление трафика составляет где-то 50 Кбит/сек.
А Amazon Web Services EC2 здесь где используется?
Узлы серверов приложений работают на инстансах AWS EC2.
понимаю, что не в тему и технология свосем другая, но, существует ли подобный софт для сохранения своего "рабочего стола" на флешку и возможность потом продолжить с ним работать на другом компьютере подключив свою флешку?
А что конкретно вам требуется? Опишите.
то же самое что в этом стартапе, примерно так же как описанно в этом посте, работать со своим десктопом с того места где остановился с любого компьютера, но при этом не зависеть от наличия/отсутствия связи.
Не очень понял про "наличие/отсутствие связи". Кэширование данных и последующая их передача на сервер? Или просто виртуальная операционная система на базе того же линуха, пускающаяся со флэшки, и умеющая уходить в Hibernate? :)
что то типа второго варианта :)
навскидку - http://www.puppylinux.org, http://damnsmalllinux.org, или http://www.slax.org. Последний, вроде как обновляется почаще, чем все остальные. А вообще их масса. :)
спасибо, буду смотреть.
Здорово! Про Hibernate не понял сначала. А вот будет ли оно работать на разном железе? Не пробовали?
Вообще, по моему опыту, на самом современном железе не всегда. :)Я всё пытаюсь найти ту сборку portable linux, которая мне очень нравилась, вот только ни URL ни название вспомнить не могу. Сегодня вечером покопаюсь - и точно скажу. А Hibernate - для того, чтобы продолжать с того же самого места, на котором завершилось. :)
Я так развлекался запихивая подобное решение в OpenVZ контейнер. Потом его усыплял и таскал с собой... что удивительно - работало!
Я тоже пока не представляю, чтобы работать так постоянно.
Но какая отличная и простая реклами GNU/Linux!
НЛО прилетело и опубликовало эту надпись здесь
Вообще протокол NX обеспечивает удовлетворительное качетсво даже на модемном соединении (в сравнении с другими протоколами, такими как RDP, VNC и т.д.)
RDP тоже терпимо на модеме... но 64к синхронки уже ГОРАЗДО комфортнее! :)
пришло приглашение
но ссылка выводит просто на запрос инвайта =Р
Сейчас придёт нормальное. У нас перегрузка тут (http://neonray.ru/blog), слишком много инвайтов разошлось. Не ожидали такого интереса, система приглашений видимо тоже не ожидала :)

Всё может тормозить и вылетать, надеемся, что отнесётесь с пониманием! Об ошибках можно сообщать в группу.
Наконец пришло подтверждение, по-быстрому протестировал:
1. Очень не хватает большего количества разрешений - приходится включать fullscreen, но в этом режиме курсор не выпускает за границы первого монитора, не удобно. оп
2. Зашел в режиме фулскрин, отключился, зашел в режиме 1024х758 - вижу только центр "серверного окна" :(
3. В режиме фулскрин всегда запускается на главном (первом) мониторе, передвинуть на другой невозможно. Не удобно т.к. на этом же мониторе панель задач :(
Cпасибо за отзыв!

1. Разрешений сделаем больше, но чем больше разрешение — тем больше трафика.
2. Это произошло потому что вы "Приостановили" сессию. Нужно выйти из неё кнопкой "Завершить" или в меню выбрать "Завершить сеанс пользователя". После этого повторный старт сессии в 1024х768 и всё будет ОК :)
3. Да. Многомониторные конфигурации пока не поддерживаются в полном объёме.
Первое приглашение не содержало ссылки. Уже было расстроился, но через пару минут пришло второе - все ОК.
Планируется ли mapping локальных дисков?
Да, у нас был сбой инвайт-системы.

Маппинг локальных носителей будет, но после фичи upload/download файлов через веб.
Веселая Штука!
-Создал Excel фаил - сохранил в Гугл документах, открыл в Neonray'e через Firefox - скачал и открыл там же в OpenOffice2.0
-Создал Текстовый документ OpenOffice'a и сохранил его (прямо на Neonray'e) опять же в Гугл документы.
-Со 2ого компа открыл в StarOffice файлик текстовый. Всё видно, и картинку и шаблон )
=Весело
--А тормозить - это должно? или виноваты мои 512 оперативки ^__^ ? (конект отличный)
Рад, что понравилось!

Тормозить сейчас должно ещё как. Судя по отчётам мониторинга нагрузка поднимается до 22 proc-in-queue (нормальное значение — 1-5). Я удивляюсь, что вообще всё как-то работает. ^)

Пока мы в "альфе", у нас только один сервер приложений. В "бете" конечно будет больше серверов с балансировщиком нагрузки.

Интересно, что ни мощность вашего процессора, ни количество памяти не влияет на скорость работы. Для работы клиента достаточно 500 MHz и 256MB RAM (quoter меня поправит, если я не совсем точен в числах).
Для NX достаточно и более слабых машинок, а указанная вами конфигурация примерно соответствует самым младьшим моделям VIA Epia... если такие вообще еще есть! :)
Были :) Сейчас обычно ставят минимум 667 МГц и 512 ОЗУ. В продаже в основном гигагерцовые VIA.
Было бы классно, если б клиент поддерживал соединение через прокси-сервер.
Да, это было бы здорово. К сожалению, есть сложности, но мы работаем над этим.
Ждемс :)
libtransconnect
Спасибо за поддержку! Transconnect отличная штука, но он не работает с прокси, у которых отключён CONNECT (и закрыт 443).
Ну если у пользователя даже HTTPS нету, то я бы поискал другой интернет!.. можно конечно и HTTP Tunnel делать, но оно ведь будет тормозить и немерянно жрать траффик! И даже на анлиме это будет неприятно.

PS: Ну или SOCKS5 в качестве прокси...
К сожалению, это не нам решать. Многие компании отключают CONNECT и проводят контентную фильтрацию.

А для SOCKS не нужен CONNECT?
Ну когда начинается контентная фильтрация, то пользователей обычно хорошо ограничивают, и до вашего сервера они и через прокси не доберутся. :)

А SOCKS работает только на основе соединений аля-CONNECT, только его почти никто не ставит, ибо если прокси стоит для безопасности, то SOCKS - это дырка! :)
Какой порт на ФВ для клиента открывать?
В текущей реализации клиенту может потребоваться любой порт больше 8000.
А возможно создать сетьевое подключение между "десктоп"-ами? Ну скажем для группы пользователей создать виртуальную сеть, прямо на удалённом сервере?
Бинго :) Эта возможность — одна из ключевых функций, которые мы планируем реализовывать после того, как уладим инфраструктурные вопросы. Совместная работа и групповое взаимодействие удалённых членов команды — пожалуй основная возможность, которая появилась с приходом широкополосного интернета и веб-приложений.

Но пока у нас этой функции нет.
Становиться все интереснее и интереснее....
Вот именно для этого я каждого пользователя запихивал в свой OpenVZ-контейнер в свое время. :)
а как это реализовано? решение типа Remote Admin под windows?

в таком случае сколько ж RAM потребуется на кучу залогиненных пользователей :-о
Около 100-150 мегабайт на "среднего офисного пользователя".
Потрясающая штуковина :)) Не знаю, насколько она будет полезна лично мне, но я в восторге)) Идея "рабочего стола с собой" была всегда, но подобного не встречал - просто и удобно :)
Кстати, если закинуть клиент на флешку, будет работать?
Есть пара вопросов:
1. Почему-то когда нажимаю Enter, он срабатывает всегда со второго раза. То есть, я могу набрать текст, нажать энтер - ничего не произойдет, нажать еще раз - и все ок. В Пиджине отправляется тоже со второго нажатия. Причем, если нажать на пустой строчке или строке меню (перед этим выбрав стрелками) - то работает с первого нажатия. Покопался в настройках раскладок - ничего не нашел...
2. Иногда петераскивание окон и т. д. немного подторамаживает - это из-за инета или из-за компа?

Жаль, под маком под эмуляцией не заработало. Все установилось, запустилось, но при подключении пишет "Connection to server was broken", причем до этого выдало "Current sesson is active..." (я был подключен с другого компьютера), то есть все почти подключается, но что-то идет не так... Можно как-нибудь исправить?

В любом случае, респект за проделанную работу :)
Спасибо за отзыв!

По 1-му вопросу пока ничего не готов ответить — с такими проблемами не сталкивался. Посмотрю повнимательнее.
По 2-му вопросу — перетаскивание окон подтормаживает из-за большого времени отклика сервера (он все-таки в Америке находится). Если бы сервер был расположен в России, эти задержки были бы менее заметны.

Про мак не вполне понял. Что именно удалось запустить? Что Вы для этого установили? При работе клиент пишет лог-файл. Он расположен в ~/.neon/neonclient.log. Если не трудно, пришлите его мне.
Отправил логи на contact neonray ru.
Почему-то не дошло. Повторите, пожалуйста, еще раз на адрес dmitry.sukhov gmail.com
Спасибо.
Пару глупых вопросов:
1. какой еще софт планируется?
2. а звук будет?
3. а если запустить клиент внутри "удал.декстопа"?
1. Мы планируем добавить множество различных приложений. Следите! :)
2. Звук обязательно будет.
3. Сделать "телевизор-в-телевизоре" в Neonray нельзя. Возможно только однократное подключение к своему онлайновому рабочему столу.

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

Что делать, если вы не получили приглашение:
1. Порыться у себя в спаме, возможно оно найдётся там. Письмо от Neonray <contact@neonray.ru>
2. Написать на contact@neonray.ru и указать е-мейл, который вы оставляли для приглашения. Мы вышлем приглашение на этот мейл ещё раз.
А будет ли возможность использовать другие DE? Я очень не люблю Gnome, уж лучше XFCE (KDE лучше всего, но наверное возникнут заморочки с Qt)...
Пока мы планируем использовать на онлайновом рабочем столе только Gnome.

Но в будущем (честно скажу, не ближайшем) появится возможность использовать целый виртуальный компьютер (конечно, под Linux), на который можно будет поставить и XFCE, и KDE, и всё остальное, что ваша душа пожелает :)
Боюсь, до этого не дойдет...
А почему собственно Gnome? А не XFCE например...
А почему XFCE, а не OpenBox или Enlightment? На наш взгляд, существует только два более-менее целостных DE. И почему мы не выбрали "альтернативный" — понятно.
XFCE достаточно целостный DE: Thunar, Mousepad, Mozilla Firefox, OpenOffice.org, GIMP. Всё при нём. А по быстродействию он (на мой взгляд) побыстрее чем Gnome.
Лично мне очень нравится XFCE, и, возможно, с версии 5 или около неё, XFCE составит реальную конкуренцию Gnome и KDE. Но не сейчас.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории