Компания Canonical анонсировала (http://bobthegnome.blogspot.ru/2013/03/mir.html) планы по созданию собственного графического стека, основой которого будет выступать новый дисплейный сервер Mir (https://wiki.ubuntu.com/MirSpec), который будет использоваться вместо X-сервера и Wayland. Первоочередное внимание в новом стеке уделяется Qt, который будет использоваться в качестве основного тулкита для приложений и графического окружения дистрибутива.<center><a href="https://wiki.ubuntu.com/MirSpec?action=AttachFile&do=get&tar... src="http://www.opennet.me/opennews/pics_base/0_1362455707.png" style="border-style: solid; border-color: #e9ead6; border-width: 15px;" title="" border=0></a></center>
Одновременно с Mir представлен проект Unity Next (https://wiki.ubuntu.com/UnityNextSpec) в рамках которого планируется провести кардинальную внутреннюю реорганизацию оболочки Unity. Наиболее существенным изменением станет переход с GTK+ и OpenGL-тулкита Nux на Qt5 и средства декларативного описания интерфейса QML. В итоге новая оболочка, сохранив прежний внешний вид и особенности использования, сможет применять единую кодовую базу при формировании окружений для различных классов устройств, автоматически адаптируясь к широкому диапазону экранных разрешений (от смартфонов до ПК) и систем ввода (клавиатура/мышь, сенсорный экран, пульт ДУ).<center><a href="https://wiki.ubuntu.com/UnityNextSpec?action=AttachFile&do=g... src="http://www.opennet.me/opennews/pics_base/0_1362459378.png" style="border-style: solid; border-color: #e9ead6; border-width: 15px;" title="" border=0></a></center>
Mir включает в себя две базовые библиотеки: libmir-server с набором функций для реализации композитных серверов и libmir-client с реализацией клиентского интерфейса, позволяющего приложениям взаимодействовать с сервером. На базе libmir-server развивается композитный сервер unity-system-compositor. Клиентские библиотеки представляют средства для организации работы существующих тулкитов поверх композитного сервера, например, уже подготовлен набор биндингов QMir (https://launchpad.net/qmir) для интеграции с Qt, планируется создание аналогичных биндингов для GTK+.
<center><a href="https://wiki.ubuntu.com/UnityNextSpec?action=AttachFile&do=g... src="http://www.opennet.me/opennews/pics_base/0_1362459354.png" style="border-style: solid; border-color: #e9ead6; border-width: 15px;" title="" border=0></a></center>Интеграцию Mir в дистрибутив и наращивание функциональности нового графического стека планируется производить поэтапно. Пакеты с начальной реализацией Mir можно загрузить (https://launchpad.net/~mir-team/+archive/staging) уже сейчас, тем не менее доступен лишь базовый каркас, почти вся функциональность пока только в планах (https://blueprints.launchpad.net/ubuntu/+spec/client-1303-mi...). Первый прототип окружения Unity Next, основанного на Mir будет доступен для тестирования в начале мая. В октябре 2013 года Mir и UnityNext планируется обеспечить полную интеграцию нового стека с дистрибутивом и задействовать его в редакции Ubuntu для смартфонов. Для запуска X-приложений будет предусмотрен специальный режим обеспечения совместимости, основанный на обеспечении запуска X-сервера поверх Mir. В апреле 2014 года новое окружение будет доступно для всех платформ, включая десктопы, планшеты, телевизоры.
<center><a href="https://wiki.ubuntu.com/MirSpec?action=AttachFile&do=get&tar... src="http://www.opennet.me/opennews/pics_base/0_1362458659.png" style="border-style: solid; border-color: #e9ead6; border-width: 15px;" title="" border=0></a></center>
В большинстве ситуаций использование Mir не будет заметно пользователю, который не заметит каких-либо изменений и сможет как и раньше запускать любые графические приложения. В новом окружении можно будет без предварительной пересборки запускать уже собранные приложения на базе таких тулкитов, как Qt и GTK+. Оболочка Uninty внешне останется неизменной. Будет продолжена поддержка запуска приложений, привязанных к библиотекам и особенностям X11. Работа Mir будет организована поверх существующей инфраструктуры видеодрайверов, бесшовно будут поддерживаться как свободные, так и проприетарные драйверы (NVIDIA и AMD), а также возможность использования системы EGL-драйверов платформы Android. В будущем совместно с ведущими производителями GPU планируется разработать унифицированный и кроссплатформенный набор драйверов на базе EGL, которым будет отдаваться предпочтение.
Вначале компания Canonical рассчитывала перевести графический стек дистрибутива на использование Wayland, но в конечном счёте разработчиков Ubuntu не устроила (https://wiki.ubuntu.com/MirSpec#Why_Not_Wayland_.2BAC8_Westo...) применяемая в Wayland организация обработки событий ввода, во многом повторяющая подход X.Org и затрудняющая построение современных систем для мобильных устройств с сенсорными экранами. Кроме того, часть протокола Wayland, предоставляет первостепенные средства для интеграции с пользовательской оболочной, в то время как разработчики Ubuntu пытаются полностью исключить какую-либо привязку протокола к оболочке. Работа Mir с оболочкой организована через использование дополнительных фронтэндов, что позволяет обеспечить возможность работы с различными протоколами и легко портировать дисплейных сервер для произвольных графических стеков. В качестве системы ввода планируется задействовать input-стек платформы Android, который был адаптирован разработчиками Canonical для использования вне платформы Android.URL: http://bobthegnome.blogspot.ru/2013/03/mir.html
Новость: http://www.opennet.me/opennews/art.shtml?num=36293
Совсем упоролись городить каждый свое.
Миру - мир, как раньше говорили, а миру СПО - сотня тысяч велосипедов ;) Мир СПО - он такой, в нем каждый делает то, что хочет, в этом его суть.
> Мир СПО - он такой, в нем каждый делает то, что хочет, в этом его суть.ага, вот ты например баянишь про велосипеды на опеннете.
какую еще бочку ты не успел заткнуть?
>> Мир СПО - он такой, в нем каждый делает то, что хочет, в этом его суть.
> ага, вот ты например баянишь про велосипеды на опеннете.
> какую еще бочку ты не успел заткнуть?А он так-то прав. Открытый сурц позволяет любому малохольному с NIH соорудить что угодно. Что, не так? Опровергни-ка.
прав в чем? в констатации очевидного факта? зачем здесь это жонглирование мемами? компания решает задачи таким путем, который считает целесообразным. к чему здесь эта пачка высеров о велосипедах?
На опеннете кто-то не прав!
неправ
> неправДа, т.к. "Формы _неправ, неправа_ могут писаться как слитно (при утверждении отрицательного признака), так и раздельно (при отрицании положительного признака)" (ц) gramota.ru
> А он так-то прав. Открытый сурц позволяет любому малохольному с NIH соорудить
> что угодно. Что, не так? Опровергни-ка.Наличие рук и головы позволяет кому угодно пойти и соорудить что угодно. Если это плохо - следует ли отсюда что руки и голова - лишние детали? :)
> Миру - мир, как раньше говорили,- Дисплейный сервер Мир.
- Композитор Дружба.
- Система ввода Жвачка.
В итоге останеться одно, проверенное годами и надёжное.. Xorg конечно ;)
> Совсем упоролись городить каждый свое.А то вы хотели в мире, где каждый год каждый уважающий себя производитель в буквальном смысле слова переизобретает всю модельную линейку велосипедов? Так что вы никогда не купите два года подряд один и тот же агрегат, даже если захотите :)
Всё! Wayland и X.org ликвидировались!
http://wayland.freedesktop.org/
http://xorg.freedesktop.org/
Выдают 503.
http://x.org
Недоступен!
За сим пьянством freedesktop.org самовыпилился!
Yet Another Bicycle
/thread
IMHO, не похоже это на YAB, так как Canonical планирует для Mir использовать запчасти портированные с Android. Скорее это работа над X12 в ином направлении: Wayland - от десктопов к планшетов, Mir - с планшетов на десктоп.
> IMHO, не похоже это на YAB, так как Canonical планирует для Mir
> использовать запчасти портированные с Android.Точнее, они ПОКА используют запчасти с ведроида, а потом планируют от них уйти.
сдаётся мне, что Марк разочаровался в GTK и решил сконцентрироваться на наработках Qt
Пару месяцев назад здесь была новость о том, что в GTK+ занят один, по-моему, человек. Тут бы любой разочаровался.
В режиме полного рабочего дня, имеется в виду.
Так а Qt вообще выкинут на помойку истории: нокия купила, потом он ей стал не нужен. 5-ый релиз вообще какая-то левая контора взялась делать..
Вы бы хоть почитали про Digia: http://ru.wikipedia.org/wiki/Digia
Чем она хуже других IT-компаний?
походу это нокия на помойку, а Qt удачно соскочил.
> походу это нокия на помойку, а Qt удачно соскочил.Куть удачно продался финской же конторке которая заинтересована в нем. Ну, собственно, не продался бы - так им же хуже, все-равно открытый проект невозможно придушить.
> сдаётся мне, что Марк разочаровался в GTK...чему гномеры немало способствовали своими выкрутасами...
Отлично. (Правда сначала подумал, что сегодня 1 апреля)
Аналогично подумал про первое апреля. Однако идея правильная - избавление от внутренних велосипедов - в смысле одна Unity для всех девайсов как и обещал Марк.
Смешно другое сначала они херят Unity2D на QT. Теперь они его возрождают...
поговорка по теме:
куда Марк Unity не пихал...
>куда Марк Unity не пихал...Какой Марк, такой и Unity.
> Отлично. (Правда сначала подумал, что сегодня 1 апреля)Вчерашний #ltsp:
<alkisg> Ubuntu Announces Mir, A X.Org/Wayland Replacement - http://www.phoronix.com/scan.php?page=news_item&px=MTMxNzI
<gvy> the world famous announcement company has made yet another announcement (before making a couple more about revisiting the plan and finally dropping it for whatever crap redhat comes up with laters)
<alkisg> I don't think the problem is that they're dropping their projects... e.g. unity is still there, even after gnome-shell was implemented, and upstart is there even after systemd got implemented
<alkisg> The problem is that the community has to focus on too many options and platforms now
<alkisg> Divide and conquer, only we're dividing ourselves and we're not conquering anything that way
<gvy> the problem is vapour instead of delivery :(
Марк, не стесняйся, переходи сразу на Кде, а то робко так подбираешься.
Таки да, не проще ли написать функционал Unity на QML?
Не проще ли прочитать новость, а не выдумывать и писать то, что в ней и написано?
Имеется ввиду, сделать все виджетами к KDE, написав их на QML.
уже есть http://kde-apps.org/content/show.php/Plasma+Panels+Collectio...
Превращает KDE панель в унити панель.
И лаунчер как в Unity
http://userbase.kde.org/Homerun
> Марк, не стесняйся, переходи сразу на Кде, а то робко так подбираешься.Они уже наелись с гномом, зачем им связываться с другой непредсказуемой платформой?
На 5 версию планы вполне предсказуемые, никаких революций.
> На 5 версию планы вполне предсказуемые, никаких революций.планы у них как обычно. «мы запилим KDE5, и вы, наконец, поймёте, как офигенно хороша была KDE4. но мы её уже не поддерживаем. такие дела.»
> планы у них как обычно. «мы запилим KDE5, и вы, наконец, поймёте,
> как офигенно хороша была KDE4. но мы её уже не поддерживаем.
> такие дела.»убил :)
Мда... так подумать, так они вовремя свой юнити запилили. На гноме 3 был бы у них провал.
P.S. Но с миром они конечно зря так. Низкоуровненые утилиты не потянут они в одного. Их вайленд порвет.
> Мда... так подумать, так они вовремя свой юнити запилили. На гноме 3
> был бы у них провал.Если быть точным, то от GNOME в целом они (пока?) не отказывались, отказались лишь от GNOME Shell.
>Их вайленд порвет."вайланд" настолько "крут", что не только их порвёт, но и себя. Причём, сначала - себя.
>> Марк, не стесняйся, переходи сразу на Кде, а то робко так подбираешься.
> Они уже наелись с гномом, зачем им связываться с другой непредсказуемой платформой?Вспомнился анекдот про "да их тут тысячи!"...
> Марк, не стесняйся, переходи сразу на Кде, а то робко так подбираешься.Вот это было бы 10 из 10. Делаем плазмоид Юнити, свой Control Center (а то в кедах он, имхо, не очень дружелюбный) и берем весь кдешный базовый софт. Тему Ambiance можно адаптировать для QtCurve (собсна, есть уже). А, чуть не забыл - запилить вызов кдешнего файловго диалога из GTK-приложений. Вот это будет ОС!
Почему "будет"? Плазмоид и СС как киллер-фичи позвольте не считать.
> Марк, не стесняйся, переходи сразу на Кде, а то робко так подбираешься.Давно пора уже
> Марк, не стесняйся, переходи сразу на Кде, а то робко так подбираешься.Это ж придётся Kubuntu снова в число официальных дистрибутивов включать. А не получится, поезд ушёл, спонсор уже другой.
> Марк, не стесняйся, переходи сразу на КдеЧто-то мне кажется что для смартов libkdecore* и прочих акноадь и непоймуков будет таки тяжеловато. А какой-либо модульности кедоводы пока не сделали в нормальном виде.
Кроме того, древние, тяжеловатые и неторопливые иксы - таки им не хочется переть в мобилы.
> Кроме того, древние, тяжеловатые и неторопливые иксы - таки им не хочется
> переть в мобилы.С этой логикой туда не стоит переть убунту -- иксы, в отличие от таковой, на 486 у меня работали.
> С этой логикой туда не стоит переть убунту -- иксы, в отличие
> от таковой, на 486 у меня работали.У меня на N900 они тоже работают. Вот толко почему-то все апликухи которым надо БЫСТРЫЙ вывод на экран - гонят все через OpenGL, что как бы намекает. А если вдруг не гонят - тогда иксы в топе занимают лидирующие позици и жрут батарейку.
> У меня на N900 они тоже работают. Вот толко почему-то все апликухи
> которым надо БЫСТРЫЙ вывод на экран - гонят все через OpenGL,
> что как бы намекает.Мало того, количество транзюков в 2d-части GPU имеет тенденцию к уменьшению (уже не только в доле от общего, помнится).
Вот только:
1) и что?
2) OpenGL по сети мы тоже использовали ;-)re #392: да-да, каждому микроконтроллеру впился fullhd.
> Мало того, количество транзюков в 2d-части GPU имеет тенденцию к уменьшению (уже
> не только в доле от общего, помнится).По поводу чего иксы все менее и менее релевантны современным реалиям. А вот упомянутые шутки - они строятся на относительно простой и низкоуровневой штуке, rendering manager'е, который всяко есть. Что с иксами, что с кем там еще. Ну, он и так и сяк есть и через него все выводится в современном мире. Ну вот я и нахожу логичным сократить и упростить дорожку от апликухи до рендеринг менеджера.
> Вот только:
> 1) и что?И то самое. Мне не нравятся такие свойства графической системы и я при наличии альтернативы иксам с удовольствием на оную свалю. Чтобы как раз не видеть в топе лишний раз такое тормозило, не жрать батарейку, и чтоб всякие браузеры и прочие могли графику быстро сплевывать ПО ДЕФОЛТУ. Не требуя от прикладушников чрезмерного внимания к таким вещам. Ну и да, заодно вы теперь понимаете чего ради гугель сам нагородил какой-то примитивный, но зато не тормозной и не ресурсожоркий surface flinger. Ни с чем не совместимый, понятное дело.
> 2) OpenGL по сети мы тоже использовали ;-)
Используйте. Только там к счастью дефолтный сценарий - это локальная графика. А кто и как изгалится для его проброса по сети - мне малоинтересно, скажу честно. Ну, изгалились - молодцы, возьмите с полки пирожок.
> re #392: да-да, каждому микроконтроллеру впился fullhd.
Таки да, во многих местах имхо впился. Ну или вебморда накрайняк, как вынос юзеринтерфейса на более мощный аппарат. Нормальный юзеринтерфейс - это хорошо. Приятно, когда железка может доходчиво показать как ей рулить на экране, который можно читать без лупы и не видеть при этом пиксели с кулак. Приятно, когда интерфейс радует глаз. И очень неприятно заучивать наизусть например "а что это делают все эти 20 программ стиральной машины без внятного описания на ее приборной панели". А оно мне надо - столько хлама в мозг вгружать? Или каждый раз мануал искать? Большой дисплей с нормальным UI сильно упростил бы взаимоотношения с многими приборами, скажем прямо. И лично я при прочих равных при покупке того или иного девайса требующего управления рассмотрю хороший UI у прибора как заметное конкурентное преимущество.
>> 2) OpenGL по сети мы тоже использовали ;-)
> Ну, изгалились - молодцы, возьмите с полки пирожок.Вы о чём? DISPLAY=вон:там и всё.
[тоже snip]
> Вы о чём? DISPLAY=вон:там и всё.О том как это работать будет. Ну и сам по себе OpenGL в своем дизайне это не предусматривает, так что это не заслуга OpenGL. То что это сделать в конкретной реализации с X'ами можно - да можно. А еще можно по потолку на присосках бегать. Мне проталкивание OpenGL по сети нужно настолько же насколько и бег по потолку на присосках. А вот быстрая локальная графика мне нужна. И для меня приоритет хорошей работы локально неизмеримо выше чем какие-то там извращения с пропихиванием OpenGL по сети.
Мальчик, не надоело что в каждой теме про вяленый тебя в какашки тыкают как котёнка? Тесты где вот прям здесь и сейчас про быстроту вяленого? Не когда то там в сферическом будущем, а как он вот сейчас рвёт иксы.
> древние, тяжеловатые и неторопливые иксыя так понимаю, в 80-е машины были сильно мощнее, чем сейчас. потому что тогда иксы работали, а сейчас, оказывается, тормозят.
В 80-х даже игрухи в текстовой псевдографике работали и весили по 10килобайт...
> что тогда иксы работали, а сейчас, оказывается, тормозят.В 80-х никто не смотрел FullHD из апликухи в многозадачной среде. Да еще из сложной и комбинированной, типа браузера/IM/...
А для 2013 года это совершенно обыденное применение. И в случае иксов прсото взять и сделать - не катит. Надо какие-то опциональные костыли, где-то сбоку. Чем заморачивается полпроцента апликушников.
Только вот быстрый вывод графики на данный момент не опция. Это дефолтно должно быть. А вот тут у иксов и опаньки - дефолтные методы их работы отличаются слоупочностью. Особенно как только надо вывести анимацию, вычисляемую графику или видео на заметную площадь экрана, так что поток данных начинает становиться сравним с тем что реально валится через видеоинтерфейс на монитор. Вот тут то иксы и давятся по полной программе.
да, я в курсе, что сейчас разработчики хотят кнопку «збс». её не бывает. но, конечно, в том, что разработчики cannot into X и пишут код ногами, виноваты иксы. не разработчики, а гадкие иксы. а вот если иксы убрать — то те же разработчики, которые писали код ногами, магически начнут писать его руками и со включеным мозгом. вот такие чудеса.
> да, я в курсе, что сейчас разработчики хотят кнопку «збс».Как по мне - быстрая локальная графика должна быть дефолтом а не опцией и расширением. И интерфейс от апликухи до рендеринг менеджера должен быть простым и чертовски быстрым. Какое из этих слов тебе не понятно?
Да, это лично мои пожелания к графической подсистеме. Те кто это реализует более-менее качественно - и получит меня как пользователя. Правда просто?
непонятно, что значит «быстрая графика». хотя для тебя, видимо, вся «графика» начинается и заканчивается на bitblt().
первая реакция при чтении новости "Тьфу, б..". Но потом..
> В будущем совместно с ведущими производителями GPU планируется разработать унифицированный и кроссплатформенный набор драйверов на базе EGL, которым будет отдаваться предпочтениевот если это сделают, я им всё прощу.
А дистры на основе Убунты как будут жить, потянут ролинг, Кеды тоже переедут на этот дисплейный сервер или как?
KDE вообще не знает, что такое "дисплейный сервер". KDE работает поверх QT, а уже QT и взаимодействует с сервером.
Прям поверх яблочного плеера работает? Вот это да!
Прям поверх яблочного плеера работает? Вот это да!
2 раза повторять ненужно, 2 раза повторять ненужно...
А кто его знает. Вообще, убунта теперь весьма далека от мейнстрима - upstart вместо systemd, Mir вместо вяленого. В принципе, debian никуда пока не делся.
>от мейнстримаОт РедХата ты хотел сказать. А так все верно, Убунту вовсе не мейнстрим, а ТРУЪ. А вот Арч с Гентой и Слакой - попса для позеров. Федора и подавно.
Федору не трогайте.
Это инхаус Редхата, она им нужна. То, что ее ставит толпа народу, которая потом удивляется "ой, а что это у меня ничего не работает?" -- в этом нет вины Федоры.Особенно умиляет Федора на серверах, это вообще караул какой-то.
дык убунта на серверах умиляет не меньше
В гугломобиле используется кластер Ubuntu.
> дык убунта на серверах умиляет не меньшеВикипедия на убунтосервере крутится.
А что в Федоре «не работает», кстати? Вот так подумать, её только за кривоватую гуйню установщика можно попинать в сравнении с другими дистрами. Ну и метания от версии к версии можно отметить, хотя тут и той же Ubuntu особо хвалиться нечем. В остальном же упоминания о «бажности» Федоры относятся скорее к мифологии, чем к реальному положению вещей. Ни в плане количества багов, ни в плане стабильности Федора на уровне дистров с более-менее свежим софтом не выделяется.
> А что в Федоре «не работает», кстати?Это принципиально экспериментальный дистр.
Лучше уж центос тогда.
> Это принципиально экспериментальный дистр.И что из этого следует? Дистр не становится стабильным и отлаженным только потому, что его не называют экспериментальным.
> Лучше уж центос тогда.
Чем лучше? Чем Федора? Новизну софта учитываем или нет?
> И что из этого следует? Дистр не становится стабильным и отлаженным только
> потому, что его не называют экспериментальным.
> Чем лучше? Чем Федора? Новизну софта учитываем или нет?Дистр становится стабильным после того, как в нем найдут и испоавят допустимое число ошибок.
Центос лучше для продакшена, чем Федора, именно так. Лучше тем, что в нем меньше вероятность возникновения внештатной ситуации, требующей вмешательства человека.
Странно, что надо объяснять такие простые вещи.
>Дистр становится стабильным после того, как в нем найдут и испоавят допустимое число ошибок.В чём меряете «допустимое число ошибок»?
>Странно, что надо объяснять такие простые вещи.
Не хочу расстраивать, но ваши безосновательные утверждения на объяснения не тянут.
> В чём меряете «допустимое число ошибок»?В натуральных числах, очевидно.
Ну так озвучьте эти числа. Скажите: «вот такое число выявленных и исправленных ошибок допустимо, а вот такое — нет». Объясните, чем дистр с десятком выявленных и исправленных ошибок более (или менее) стабилен, чем дистр с сотней выявленных и исправленных ошибок.Желательно, чтобы аргументы были посерьёзней «мне так кажется».
Вам известен термин "блокирующие ошибки"?
> Вам известен термин "блокирующие ошибки"?Т.е. в числах мерять уже расхотелось, я верно понимаю?
> Т.е. в числах мерять уже расхотелось, я верно понимаю?Вы чего привязались?
Я что-то непонятное говорю?При разработке дистрибутива всегда возникают ошибки. Некоторые из них известны разработчикам. Но не все.
Некоторые из этих ошибок критичны. Если их не исправить, релиза не будет.
Некоторые менее критичны.
Некоторыми можно просто пренебречь.В стабильных ветках новые функции не внедряются. То есть внедряются, но только тогда, когда они обкатаны и оттестированы в преальфах-, альфах-, бетах-, дев-, экспериментал- и прочих ветках разработки.
Нет способа определить заранее какая ошибка будет пока она не проявится. Эта простая мысль доходит? Все остальное просто религиозная вера в то, что немного полежав программа улучшится потому что полежала и ее не трогали. В Fedora экспериментальные вещи проходят в rawhide, потом после освуждений и согласований могут попасть в ветку релиза, тестируются там, потом в updates-testing, тестируются рисковыми энтузиастами, и только потом идут в updates. В других дистрибутивах примерно то же самое, просто квалификация федоровцев по определению выше так как они же делают и RHEL.
> Ни в плане количества багов, ни в плане стабильности Федора
> на уровне дистров с более-менее свежим софтом не выделяется.То-то на днях с ейного pidgin приходили вопросики вместо "у", причём только "у"...
Вообще-то это проблемы либо pidgin`а, либо настроек клиента на принимающей стороне, либо косяков протокола. Не исключены и проблемы со шрифтами на принимающей стороне.
> Вообще-то это проблемы либо pidgin`а, либо настроек клиента на принимающей стороне, либо
> косяков протокола. Не исключены и проблемы со шрифтами на принимающей стороне.Видимо, речь о том, что в других дистрибутивах у pidgin проблем нет ни с настройками клиента на принимающей стороне, ни с косяками протокола.
А так, конечно, всегда виновато что угодно и кто угодно, но только не любимый дистрибутив, это да.
>Видимо, речь о том, что в других дистрибутивах у pidgin проблем нет ни с настройками клиента на принимающей стороне, ни с косяками протокола.У любой программы могут быть проблемы в каком угодно дистрибутиве. Я и на винде у пиджина наблюдал проблемы как-то, дальше что? Вы мне напоминаете знакомого админа-виндузятника со своей логикой. Тот тоже ругал OO.o из-за того, что там с очередным обновлением пропала поддержка одного модельного ряда принтеров. Я не поленился найти этот баг — проблема была в дровах принтера, производитель выпустил их обновление. Но «виноват OO.o», да. Потому как хочется, чтоб был именно он виноват.
>http://forum.ubuntu.ru/index.php?topic=178696.0
>Привет, у меня проблема с кодировкой в Pidgin,
>английский и русский языки - нормально отображаются
>но вместо цифр - собеседникам приходят знаки вопроса
>на борту стоит ubuntu 11.04 alternate
>Хохо. Это интересный вопрос.
>Вы не поверите, такая же проблема у сотрудника была с... квипом...
>Затем я кинул ту же ссылку жене, которая на пиджине - та же фигня.
>Я решил, что это глюк именно аськи, а не клиента.Дело было не в бобине?
>А так, конечно, всегда виновато что угодно и кто угодно, но только не любимый дистрибутив, это да.
Ну так я и pidgin сколько лет использую. Вам непривычно видеть человека, который судит по возможности объективно, а не по личным пристрастиям?
> Вообще-то это проблемы либо pidgin`а, либо настроек клиента на принимающей стороне,
> либо косяков протокола. Не исключены и проблемы со шрифтами на принимающей стороне.Где ж они все раньше-то прятались, ну или и сейчас с pidgin на не-федоре...
>То-то на днях с ейного pidgin приходили вопросики вместо "у", причём только "у"...Ты бы не зарекался: не сегодня, так завтра у и у тебя будет "ейный" pidgin. Сколько там уже - треть или пока ещё только четверть репозитория - "ейные"?:)
> Ты бы не зарекался: не сегодня, так завтра у и у тебя будет "ейный" pidgin.Ты бы в acl по нему глянул сперва. :)
>> Ты бы не зарекался: не сегодня, так завтра у и у тебя будет "ейный" pidgin.
> Ты бы в acl по нему глянул сперва. :)Я так сделал - "сперва глянул". Потому и сказал то, что сказал:)
что успел заметить: чтобы одновременно пользоваться и chromium и nodejs нужно проделывать какие-то акробатические этюды. debian-like, archlinux - всё работает из коробки
Если судить по интернетам, то не работает вообще нигде и ничего. Отзывы довольных юзеров ничтожны на фоне жалоб.
А про серверы только kernel.org не говорите...
>То, что ее ставит толпа народу, которая потом удивляется "ой, а что это у меня ничего не работает?"Годно набросил, молодца, заработал на коричневый космический леденец.
> А кто его знает. Вообще, убунта теперь весьма далека от мейнстримаПардон, убунта и стала майнстримом на десктопах. У них больше всех десктопных юзерей. Майнстрим по определению просто. Вон даже валв первым делом собирает пакеты под них, а остальные - выкручивайтесь сами, дескать.
А Wayland-то похоже не взлетит, хе-хе. Походу, Мир быстрее делается. Если у Каноникал получится лучше - а почему бы и нет? - то другие дистрибутивы могут перейти на Мир.
> А Wayland-то похоже не взлетитНеважно. Главное чтобы было не древнее как г***о мамонта. К иксам только и можно лепить костыли. Их проектировали совсем для другого. Сетевой прозрачности как таковой нет. И тд
> Сетевой прозрачности как таковой нет.Чего?!
DRI2 & SHM - is not a network transparent (c)
Запустите браузер при иксах, прокинутых через SSH, да зайдите на сайт посложнее, где анимации есть. Цвидите, что её действительно нет. Просто потому что сейчас все гоняют битмапы через SHM.
> Запустите браузер при иксах, прокинутых через SSH, да зайдите на сайт посложнее,
> где анимации есть.Зачем это "а вы на шкаф залезьте"?
> Цвидите, что её действительно нет. Просто потому что
> сейчас все гоняют битмапы через SHM.Гоняют не битмапы. Более того, если на шкаф не влезать, сетевая прозрачность работает. Если же вам так нужно гонять браузер на удалённой машине - пишите письма в Xorg, просите внести наработки из NeatX и NX.
>> Запустите браузер при иксах, прокинутых через SSH, да зайдите на сайт посложнее,
>> где анимации есть.
> Зачем это "а вы на шкаф залезьте"?На шкаф залезать чтобы увидеть эту самую сетевую прозрачность, по другому её не видно, но место занимает и тормозит. Можете без ssh на шкаф залезть особой разницы не будет.
>> Цвидите, что её действительно нет. Просто потому что
>> сейчас все гоняют битмапы через SHM.
> Гоняют не битмапы.Гоняют битмапы.
> Более того, если на шкаф не влезать, сетевая прозрачность
> работает. Если же вам так нужно гонять браузер на удалённой машине
> - пишите письма в Xorg, просите внести наработки из NeatX и
> NX.А зачем вносить, давайте мухи отдельно, котлеты отдельно.
> На шкаф залезать чтобы увидеть эту самую сетевую прозрачность, по другому её
> не видно, но место занимает и тормозит.Это у кого как - вам залезьте, а я её регулярно использую. Места она не занимает, по сравнению с тулкитами Qt/Gtk и средами KDE/Gnome.
То, что она не работает в интересующем вас случае - через "шар-жопорез", то это плохо, но далеко не повод выпиливать. Это, наоборот, повод впилить наработки из NX/NeatX, позволяющие и вам наслаждаться жизнью. Но раз надо вам, вы и пишите Паккарду.
В общем, не надо выступать в стиле "так не доставайся же ты никому".
> Гоняют битмапы.
Почитайте про XRender - гоняют трапеции.
> А зачем вносить, давайте мухи отдельно, котлеты отдельно.
Меня текущая сетевая прозрачность Х вполне устраивает. Абсолютной сетевая прозрачность быть не может, т.к. мы сидим на UNIX'ах, разработанных для персоналок без сети, а через GPRS я ничего не гоняю. Впрочем, если соответствующие наработки будут внесены в Xorg я лишь порадуюсь.
> Зачем это "а вы на шкаф залезьте"?Затем что вот это в 2013 году - совершенно обычное применение компьютера. Зайти браузером на сайт, ага. С анимацией. А иксы тут то и давятся от души. Они на это вообще не рассчитаны были - когда их дизайнили, такого вообще не было.
> Гоняют не битмапы.
Через SHM то? Битмапы, битмапы. Знаете, есть такая фигня - вычисляемая графика. Ну, когда программа сама вычисляет как выводить битмап. Это наиболее гибкий подход. Позволяет рисовать что угодно. Типичный пример - canvas в браузере. Ну или почему он должен тормозить?
> - пишите письма в Xorg, просите внести наработки из NeatX и NX.
А оно кому-то надо - упрашивать внедрить в месиво костылей еще добавочно костылей?
> Затем что вот это в 2013 году - совершенно обычное применение компьютера.
> Зайти браузером на сайт, ага. С анимацией. А иксы тут то
> и давятся от души.(задумчиво смотрит на свои SDL-ные игрушки, где основное время занимает рендер видеоэффектов в большой буфер, а перекидывание этого буфера на экран (без OpenGL) даже на несчастную миллисекунду не тянет) конечно, проблема именно в иксах. а у SDL есть секретная магия, да. ненене, это не браузер тормозит, это мерзкие иксы.
> (задумчиво смотрит на свои SDL-ные игрушки, где основное время занимает рендерТаки SDL это навороченная либа которая много чего и где о графических системах знает.
> видеоэффектов в большой буфер, а перекидывание этого буфера на экран (без OpenGL)
А теперь картина "фантомас в очках на аэроплане": сделай мне на этом апликуху которая будет выглядеть нативным компонентом моей системы. Ну, общесистемная тема контролов, окно выглядящее как все остальные и прочая. Если ты не заметил, браузеры таки обычно используют системные наборы контролов. Что позволяет им выглядеть нормально, а не белой вороной в системе. Наверное по каким-то таким причинам SDL и используют только в играх, которым кастомный интерфейс простителен. Ну, там его можно подогнать под сюжет и тематику и это еще поймут. А вот каждую прикладную программу с кастомными контролами я видеть все-таки не желаю, извини. Иксы в этом плане к тому же былинно профукали все полимеры, настолько положив на свои виджеты что ими никто не пользуется нынче.
В результате от иксов - куча лишнего кода и оверхед. Ради чего - хз.
> даже на несчастную миллисекунду не тянет) конечно, проблема именно в иксах.Проблема в общем подходе который сложился - что для получения быстрой графики прикладник должен как-то отдельно изгибаться. Ну и да, SHM где все эти битмапы эффектов можно выплюнуть с приемлимой скоростью - таки сетевой прозрачностью не страдает. Вот я и не понимаю нафиг надо такой немеряный переросток для столь простой операции.
> а у SDL есть секретная магия,
Которая наверное называется SHM. И тем не менее, в большинстве игр свойства иксов обычно заставляют авторов испытывать зуд пониже спины. Ну, если что, я как бы имею опыт взаимодействия с более-менее серьезно настроенными разработчиками 2D игр и вижу сколько кактусов им приходится жрать. В том числе - и по части иксов, в которые на *nix'ах это упирается временами.
> Таки SDL это навороченная либа которая много чего и где о графических
> системах знает.исходник почитай, что ли.
> А теперь картина «фантомас в очках на аэроплане": сделай мне на этом
> апликуху которая будет выглядеть нативным компонентом моей системы. Ну, общесистемная
> тема контролов, окно выглядящее как все остальные и прочая. Если ты
> не заметил, браузеры таки обычно используют системные наборы контролов.бу-го-га. если *ты* вдруг не заметил, то у них свои рисовалки. иначе нормального управления контролами через CSS не добьёшься. ну, у меня есть GUI-библиотека для SDL, которая более-менее пыталась слопать тему Qt. не дописал до конца по причине тотальной неужности.
> Иксы в этом плане
> к тому же былинно профукали все полимеры, настолько положив на свои
> виджеты что ими никто не пользуется нынче.можно узнать, какие-такие в иксах "свои виджеты»? нет, Афина и прочие не подходят.
> Проблема в общем подходе который сложился — что для получения быстрой графики
> прикладник должен как-то отдельно изгибаться.что такое «быстрая графика»? ещё раз: bitblt() — это далеко не «вся возможная графика».
> я как бы имею опыт взаимодействия с более-менее серьезно настроенными разработчиками
> 2D игр и вижу сколько кактусов им приходится жрать.интересно, сколько. и сколько «кактусов» останется, если сделать ремаунт девайса hands из ass в shoulders. я лично вижу только одну большую проблему, решения которой у «чистых иксов» нет. ну, и одну поменьше, хотя тоже проблему. нет, не скажу.
> Затем что вот это в 2013 году - совершенно обычное применение компьютера.
> Зайти браузером на сайт, ага. С анимацией. А иксы тут то
> и давятся от души.Да нет, на локальном дисплее не давятся (даже на том старье, которое у меня работает). Скорее браузер давится JavaScript'ом. И, кстати, пик вставки анимированных гифчиков уже прошёл.
> А оно кому-то надо - упрашивать внедрить в месиво костылей еще добавочно
> костылей?Мне NX вообще не нужен, мне нужна работа в локалке. Поэтому УМВР.
> у меня работает). Скорее браузер давится JavaScript'ом.Как-то иксовый процесс слишком часто фигурирует в top. А на мобильнике это чревато еще и быстрым сжиранием батарейки.
> И, кстати, пик вставки анимированных гифчиков уже прошёл.
А при чем тут гифчики? Нынче есть canvas, видео, CSS трансформации и что там еще. И я хочу чтобы отрисовка заметной площади на 60FPSах (нативных для моего монитора) не клинила бы графическую подсистему. При том - не требуя от апликушников какого-то отдельного знания о графической подсистеме и ее интимных особенностях, на что 99.9(9)% апликушников клали, давно и хорошо.
>> А оно кому-то надо - упрашивать внедрить в месиво костылей еще добавочно костылей?
> Мне NX вообще не нужен, мне нужна работа в локалке. Поэтому УМВР.Ну вот вы значит и останетесь на иксах, а я - нет.
> Как-то иксовый процесс слишком часто фигурирует в top.У меня ФФ больше всего торчит в top.
> А на мобильнике это чревато еще и быстрым сжиранием батарейки.
Ну, на мобильниках что-то Dalvik никого не пугает. :-)
> А при чем тут гифчики? Нынче есть canvas, видео, CSS трансформации и
> что там еще.
> И я хочу чтобы отрисовка заметной площади на
> 60FPSах (нативных для моего монитора) не клинила бы графическую подсистему.Так клинит же браузер, а не видеоподсистему. Проверка - запуск того же сайта под Windows - это те же яйца, только в профиль.
> У меня ФФ больше всего торчит в top.Проблема в том что я могу узреть иксы в топе даже если файрфокс не запущен, а графику рисует кто-то иной. Например безобидная прожка для отрисовки GPS треков - жрет в три раза меньше проца чем, простите, иксы при выполнении ее запросов. Крутая графическая система, ага. Жрет больше ресурсов чем сама программа. И да, меня анноит когда иксовый процесс начинает жрать сравнимо с браузером при активной отрисовке анимации. Такая графическая подсистема - не предел моих мечтаний.
>> А на мобильнике это чревато еще и быстрым сжиранием батарейки.
> Ну, на мобильниках что-то Dalvik никого не пугает. :-)Если уж про вывод графики - они там навелосипедили свой surface flinger. Ясен фиг свой от и до, ни с чем не совместимый. Ну а кто виноват что академики типа вас по другому не понимают? Зато этот велосипед сожрал половину рынка. Показав всем чего на самом деле было от графики надо юзерям. Я в принципе не против сетевой прозрачности. При условии что базовые вещи типа локального вывода графики работают нормально, разработчикам нефиг делать и они стали кодить блажь и навороты. А когда картина "без порток, но в шляпе"
- мне это не нравится.> Так клинит же браузер, а не видеоподсистему.
Так клинит то его потому что иксы все долго запрос отрабатывают. В клиническом случае иксы могут упереться в проц, выжрав ресурсов сравнимо с клиентом и именно это залимитирует скорость операций с графикой. Забавно, да - я немало фигел с таких результатов профайлинга. При том клиент сам уже все отрендерил и остается тупо битмап сплевывать по сути. Не, даже это тормозит. Ну пипец графическая подсистема, пардон. Зато высокие концепции, сетевая прозрачность и все дела.
> Проверка - запуск того же сайта под Windows - это те же яйца, только в профиль.
А я вот вижу как в винде сайт с интенсивной анимацией в пару раз быстрее работает и нагрузка на CPU куда ниже. Ну, так как иксовый процесс проц не жрет. Так что еще явно есть куда пилить. Конечно это не на любом сайте, но таки на одной и той же конфиге файрфокс в винде показывает в бенчмарках связанных с выводом графики более приличный результат. И мне это не нравится. А должно было быть наоборот?
>Чего?!Ну взял чел топовую фразу "г***о мамонта" и слинковал с "сетевая прозрачность". Ну не получилось. Ну и что? Ошибиться ведь может каждый. Тем более это же опенсорц (или опеннет:)).
А Вы уже нервничаете. :-D
> Тем болееНаоборот.
> А Вы уже нервничаете. :-D
Скорее обалдеваю, поскольку ежедневно этой самой сетевой прозрачностью иксов пользуюсь.
> Скорее обалдеваю, поскольку ежедневно этой самой сетевой прозрачностью иксов пользуюсь.Как видео в 720p показывает?
>> Скорее обалдеваю, поскольку ежедневно этой самой сетевой прозрачностью иксов пользуюсь.
> Как видео в 720p показывает?~3--15 fps в зависимости от режима ютубика, при этом похоже на то, что начинает упираться в usb eth или wlan. При использовании NX -- нормально.
А теперь покажите мне хотя бы столько же другими подручными средствами, это даже если взять Ваш пример и не предлагать свои (которые лучше видео ложатся на разделение молотильной и терминальной задач).
>~3--15 fps в зависимости от режима ютубика, при этом похоже на то, что начинает упираться в usb eth или wlan.А какая загрузка процессора в это время?
>А теперь покажите мне хотя бы столько же другими подручными средствами, это даже если взять Ваш пример и не предлагать свои (которые лучше видео ложатся на разделение молотильной и терминальной задач).
Пять раз перечитал, видимо s/столько/только/ . Варианты очевидны, Вы один из них сами назвали: NX.
>> ~3--15 fps в зависимости от режима ютубика, при этом похоже на то,
>> что начинает упираться в usb eth или wlan.
> А какая загрузка процессора в это время?~60% X на принимающей стороне при голом X11 (упирается в usbeth, полочка); при ssh -CY -- примерно по ~65% ssh/sshd на обеих сторонах (передающая мощнее) и ~80 Mbps.
Если тащить через гигабит/X11, то на полноэкранном опять же youtube получаем ~70--75% X и ~400 Mbps, при этом видеоряд кое-как приемлемый (~15 fps на сильной динамике).
Если же взять нормальный mplayer (который задействует локальный Xv на принимающей стороне), получаем на конкретно взятом big_buck_bunny_720p_surround.avi поток ~300Mbps и _никаких_ тормозов вообще.
>>А теперь покажите мне хотя бы столько же
> Пять раз перечитал, видимо s/столько/только/Нет, здесь не было опечатки.
> Варианты очевидны, Вы один из них сами назвали: NX.
Посмотрите всё-таки, развитием каких идей и расширений X11 он является. BTW пользуюсь как им, так и ssh -Y -- в зависимости от задач.
>>> ~3--15 fps в зависимости от режима ютубика, при этом похоже на то,
>>> что начинает упираться в usb eth или wlan.
>> А какая загрузка процессора в это время?
> ~60% X на принимающей стороне при голом X11 (упирается в usbeth, полочка);
> при ssh -CY -- примерно по ~65% ssh/sshd на обеих сторонах
> (передающая мощнее) и ~80 Mbps.Ну вот собственно про это речь, чтобы нормально смотреть 720p , нужно где-то 0,5 ГФлопс, для 1080p - 3-5Гфлопс (это уже Intel i3 - i5 загруженный под 100%), для того чтобы нормально работать в системе используются графическое ускорение, допустим у Nvidea Tesla 2.25ТФлопс, но это монстр конечно, но любая современная дешевая видеокарта, снизит нагрузку на процессор до 1-2%. Так вот архитектура X11 в плане этой самой сетевой прозрачности GPU не задействует совсем. Даже на локальной машине ускорение идет в обход.
Проблема ясна?> Если тащить через гигабит/X11, то на полноэкранном опять же youtube получаем ~70--75%
> X и ~400 Mbps, при этом видеоряд кое-как приемлемый (~15 fps
> на сильной динамике).
> Если же взять нормальный mplayer (который задействует локальный Xv на принимающей стороне),
> получаем на конкретно взятом big_buck_bunny_720p_surround.avi поток ~300Mbps и _никаких_
> тормозов вообще.Потому что тут работает GPU.
>>>А теперь покажите мне хотя бы столько же
>> Пять раз перечитал, видимо s/столько/только/
> Нет, здесь не было опечатки.Да это я в шары доблюсь.
>> Варианты очевидны, Вы один из них сами назвали: NX.
> Посмотрите всё-таки, развитием каких идей и расширений X11 он является. BTW
> пользуюсь как им, так и ssh -Y -- в зависимости от
> задач.Дык а чё фреймбуфер по ssh с кэшем и оптимизацией ничем не медленей, чем просто фрейбуфер по ssh.
> Так вот архитектура X11 в плане этой самой сетевой прозрачности GPU не задействует
> совсем. Даже на локальной машине ускорение идет в обход. Проблема ясна?Не-а, архитектурной проблемы в упор не вижу. Правда, я испорчен infiniband'ом -- да и 1080p на localhost, с которого пишу, воспроизводится легко и непринуждённо... на ненужном альте с устаревшим архитектурно xorg из коробки и без какого-либо рукоприкладства. :)
>> Если же взять нормальный mplayer (который задействует локальный Xv
> Потому что тут работает GPU.В первую очередь -- потому что тут работает Xv и масштабирование осуществляется на _принимающей_ стороне, а не передающей. Проверить это можно с каким uvesafb, полагаю. А мы это при разработке ALTSP довольно внимательно изучили (обычный PAL-поток при 16bpp в 100Mbps как раз втискивается, а вот нечто полноэкранное уже нет).
>>> Варианты очевидны, Вы один из них сами назвали: NX.
>> Посмотрите всё-таки, развитием каких идей и расширений X11 он является.(начиная с LBX, помнится)
> Дык а чё фреймбуфер по ssh с кэшем и оптимизацией ничем не медленей,
> чем просто фрейбуфер по ssh.Ну да, конечно. Мы эти iKVM специально в NX заворачивали, чтоб хоть как-то можно было работать при нескольких сотнях миллисекунд задержки. А там как раз порченый мукой и чародейством RFB, насколько понимаю.
> Не-а, архитектурной проблемы в упор не вижу.То-есть, выжирон на выгрузку картинки на экран (теоретически тупое копирование) больше чем на декодирование (очень сложный алгоритм) - вас не смущает? Гм!
> Если же взять нормальный mplayer (который задействует локальный Xv на принимающей стороне), получаем на конкретно взятом big_buck_bunny_720p_surround.avi поток ~300Mbps и _никаких_ тормозов вообще.Любой композитный сервер предоставит доступ к оверлею напрямую без ненужных прослоек типа Xv. mplayer - програмное декодирование на CPU это тупиковая ветвь развития, а там поддержки openmax например даже в зачатках не видно. Вы сейчас гордитесь разрешением 720p, а с UHDTV любая излишняя буферизация и использование CPU и склеится даже топовый утюг x86, на таких разрешениях только zero-copy которое как раз на уровне KMS и композитных серверов сделать легко, а у иксов и поделок типа mplayer никакого будущего - поймите вы это пока не поздно :)
да-да. композитный сервер. зиро-копи. просто откровение за откровением.
Не понимаю - тебе нравится дураком выглядеть или это твой путь получения информации ?> In wayland the compositor is the display server
как тут нормально перевести compositor я не могу придумать, по-русски это ближе к
http://ru.wikipedia.org/wiki/%D0%9A%D0%B...zero-copy - в SoC нет никаких видеокарт, там как правило видеопроцессор (DSP), графический процессор (GPU) и видеоподсистема (HDVPSS, IPU или иные юниты) - это три разных процессора. Декодированное изображение можно использовать в качестве текстуры GPU или отобразить на экране отдав буфер видеоподсистеме, в mplayer или gstreamer нет встроенной поддержки для этого - буфер будет постоянно копироваться за счет процессора, тогда как достаточно на уровне ядра передавать указатель на буфер, а драйвер его значение запишет в нужный регистр процессора. Например в V4L2 драйвер видеопроцессора может быть
http://lxr.free-electrons.com/source/drivers/media/platform/...
с другими процессорами обмен может идти на уровне
http://www.opennet.me/opennews/art.shtml?num=35605
(ещё больше умиляется) не останавливайся, твой задорный заряд идиотии поутру повышает настроение.я тебе даже косточку кину: по-русски так и будет — «композит». одна из базовых фич композитного сервера — «никто не рисует на экране, все рисуют во всякие буфера. которые я потом собираю в изображение.» конечно, композитные серверы предусматривают костыль прямого доступа, но на то он и есть костыль. сама технология композитного сервера исключает zero copy.
Да ты и впрямь тупой - я тебе про одно а ты про другое, хотя тоже ты явно не в теме - в KMS/GEM буфер (в первую очередь) выделяется в видеопамяти, так что никакого копирования за счет CPU не происходит, что такое zero-copy надеюсь сможешь нагуглить.
ты редкостный альтернативно-интеллектуальный, zero-copy обозначает *без копирования*. вообще. ни на CPU, ни на GPU.
> (ещё больше умиляется) не останавливайся, твой задорный заряд идиотии поутру повышает настроение.Посмотрим как ты запоешь когда дисплеи 4K станут нормой жизни. Судя по всему это уже скоро будет. Вот и посмотрим как тебе понравится работа иксов с такими портянками. Как это рендеринг менеджер переварит я могу себе представить. И как это переварят иксы - тоже...
> И как это переварят иксы - тоже...Нормально они переварят. Там же основная проблема не с производительностью, а с тем, что большинство программ не приспособлено работать с высокими DPI. А в Х (если, конечно, не учитывать Гномовцев) с произвольными DPI проблем отродясь не было.
Кстати, что Х не переварят по производительности, то Win32/Aqua тоже не переварят. Поэтому железо подтянется. :-) Это уже, кстати, было с проигрыванием видео во времена Pentium MMX.
> Кстати, что Х не переварят по производительности, то Win32/Aqua тоже не переварят.
> Поэтому железо подтянется. :-)Не задумывались, что когда-нибуть после очередного "подтягивания" железа вам придется новую подстанцию построить, чтобы посмотреть новинки синематографа ?
> Это уже, кстати, было с проигрыванием видео во времена Pentium MMX
Ну эти (интель) хотя бы более-менее приемлемый выход нашли (SIMD), а AMD в то время наращивали мегагерцы и процессоры их натурально дымились если кулер отваливался. И все это ради того чтобы Windows шевелилась и прокормить MS.
> Не задумывались, что когда-нибуть после очередного "подтягивания" железа вам придется
> новую подстанцию построить, чтобы посмотреть новинки синематографа ?Тут, как и везде, надо бежать со скоростью среднего - со скоростью средней системы - Aqua/Win32. Если они не переварят новинки синематографа, то исключительно для Linux с 1% рынка эти новинки выпускать не будут.
> Ну эти (интель) хотя бы более-менее приемлемый выход нашли (SIMD), а AMD
> в то время наращивали мегагерцы и процессоры их натурально дымились если
> кулер отваливался. И все это ради того чтобы Windows шевелилась и
> прокормить MS.Ну и сейчас найдут.
> Нормально они переварят. Там же основная проблема не с производительностью, а с
> тем, что большинство программ не приспособлено работать с высокими DPI.Не надо меня лечить про DPI, у меня монитор весьма приличного разрешения, с более высоким DPI чем стандартное. Так что все это я попросту ощутил на своей шкурке. Я просто завинтил в XFCE DPI повыше и все отмасштабировалось на ура. Как юзеру мне вообще не интересно где это хранится. Это в общем то лишние знания которые напрямую врядли будут мне полезны. Я вижу что фонты и контролы отмасштабировались, стало можно юзать систему как раньше, без лупы. Ну и славненько. Вот с этим как раз у меня меньше всего проблем.
А вот то что иксы проц грузят по поводу и без - вот это проблема, да. Вплоть до того что вывод графики упирается в CPU (!!!) при том что там кроме тупой тасовки битмапов по идее и нет ничего. Оптимальность организации процесса копирования битмапов вызывает легкий афиг...
> А в Х (если, конечно, не учитывать Гномовцев) с произвольными DPI проблем отродясь не было.
Да, там были проблемы с тем чтобы на это счастье рисовать с нормальной скоростью. Не черед две дюжины опциональных костылей и подпорок, которые програмер должен явно вкорячить в апликуху, а по дефолту, дабы весь софт мог нормально рисовать графику без приседаний и ужимок со стороны юзеров, програмеров и прочих. По дефолту.
> Кстати, что Х не переварят по производительности, то Win32/Aqua тоже не переварят.
1) "А вот у них еще хреновее!" - это вообще не оправдание. Ориентироваться надо на хорошее. А не на то что оказывается можно еще хуже сделать.
2) И таки если вы не в курсе, в новых виндах MS основательно подтянул производительность GDI. Тем более что там нет никаких сетевых протоколов которые требовалось бы парсить на куче данных - уровне дизайна там тормозить особо нечему самому по себе. В отличие от иксов. Где парсинг протокола на потенциально очень больших объемах данных - это часть дизайна. И я я вижу некую разницу между быстрым дергом функции и парсингом навороченного протокола в ситуации когда летает много данных.
> Поэтому железо подтянется. :-) Это уже, кстати, было с проигрыванием видео
> во времена Pentium MMX.Да, железо подтянулось. Теперь декодирование видео жрет меньше проца чем xorg который по сути тупо копирует битмапы. Охренеть, тупой копировщик и парсер перетормозил DCT и прочие навороты. Оптимальность работы копировщика битмапов просто поражает воображение...
> Посмотрим как ты запоешь когда дисплеи 4K станут нормой жизни.Три FullHD-панели живут нормально. Следующий.
PS: на одном тазу, в смысле.
> Три FullHD-панели живут нормально.Угу, я и смотрю - жрач 60% проца на 720P вас не напрягает. Круто, чо. А мне вот такие свойства графической подсистемы не нравятся. Потому что оно как-то так ВСЕГДА, покуда програмер не изогнется явным образом юзануть какие-то опциональные расширения. И я имею наглость полагать что в 2013 году так быть все-таки не должно. Вот такой вот я негодяй, приколитесь? :)
> Угу, я и смотрю - жрач 60% проца на 720P вас не напрягает.Так покажите меньше при тех же вводных. Локально-то одна из железок, участвовавших в тестировании, совершенно спокойно справляется с big_buck_bunny_1080p_surround.avi (mplayer: 20±8% CPU, X: ~5%).
> mplayer - програмное декодирование на CPU это тупиковая ветвь развития,
> а там поддержки openmax например даже в зачатках не видно. Вы
> сейчас гордитесь разрешением 720p,Для начала, mplayer на данный момент на среднем ноуте проигрывает всё. Т.е. и 1080 тоже.
> а с UHDTV любая излишняя буферизация и
> использование CPU и склеится даже топовый утюг x86, на таких разрешениях
> только zero-copy которое как раз на уровне KMS и композитных серверов
> сделать легко, а у иксов и поделок типа mplayer никакого будущего
> - поймите вы это пока не поздно :)Ув. Sasa, мы это уже проходили в те времена, когда от банального видео в разрешении 320х200 склеивался топовый х86, когда оно проигрывалось в Х. Решалась проблема элементарно - у mplayer'а есть backend svga (-vo svga); люди просто переключались на новый терминал и врубали mplayer с выводом не в X, а в SVGA. Через пару лет подтянулось железо и Х тоже начали тянуть воспроизведение.
Тут будет примерно то же самое. Ибо Wayland пилят уже неприлично долгое время. И, судя по откровениям, пилят явно не в ту сторону, которая позволит ПОЛНОСТЬЮ заменить Х. Как backend для условного локального "MPlayer'а" - пожалуйста, но как оконная система - увольте.
> от банального видео в разрешении 320х200 склеивался топовый х86, когда оно проигрывалось
> в Х. Решалась проблема элементарнолюди просто не использовали X
> Wayland пилят уже неприлично долгое время.
не забывайте что разрабатывают его те же люди что и X, на данный момент я вообще не вижу развития Wayland как такового, там сейчас различные прослойки в разных комбинациях для обеспечения совместимости, думаю поэтому Марк просто зае..ся ждать.
> люди просто не использовали XДа, некоторое время не использовали для одной специфической задачи. А потом опять стали использовать Х везде.
> не забывайте что разрабатывают его те же люди что и X
Вот это и пугает. Что эти самые люди не понимают элементарного, что связано с построением оконной системы.
>> Wayland пилят уже неприлично долгое время.
> не забывайте что разрабатывают его те же люди что и Xтак вот это-то и беда. в иксы они уже нагадили так, что самим противно, теперь строят себе новый сортир.
Из конкурирующих решений, не напирающих на сетевую прозрачность, видео быстрее будет чем в NX: Spice, RDP, RemoteFX.
Причем, xrdp работает отзывчивей, чем Free NX. Жаль только подглюкивает. Если разработчики FreeRDP доведут xrdp до ума, то будет конфетка.Из экзотики: VirtualGL и TurboVNC
> Из конкурирующих решений, не напирающих на сетевую прозрачность, видео быстрее будетБудет или есть?
> чем в NX: Spice, RDP
То-то RDP в NX тоже заворачивают, чтоб не так тормозило. В spice насчёт видео тоже не припоминаю.
> RemoteFX.
Это у ещё одной обещальной лавки, которая до сих пор выкатывает winfs? Но вдруг на 1024-й раз случится чудо...
> Из экзотики: VirtualGL и TurboVNC
С tightvnc тоже сравнивал, если что.
> Будет или есть?Есть. Там багов не больше чем в NX.
> То-то RDP в NX тоже заворачивают, чтоб не так тормозило.
Кто так делает? В чем причина?
NX жрет трафик больше RDP. Пока клиентов NX мало - все вроде бы нормально, а как их количество увеличивается, то NX в пролете. Или под сетевой прозрачностью подразумевается доступ одного пользователя?>> RemoteFX.
> Это у ещё одной обещальной лавки, которая до сих пор выкатывает winfs?
> Но вдруг на 1024-й раз случится чудо...Не совсем понял коментарий. С RemoteFX что-то глобально плохо? (Кроме того, что от обещальной лавки ;) )
>> Из экзотики: VirtualGL и TurboVNC
> С tightvnc тоже сравнивал, если что.tightvnc совсем не жилец на узком канале. Хотя, возможно, руки у меня не заточены.
Опять же, возможно, Я не прав, но метод обеспечения сетевой прозрачности, выбранный в X, не единственный. И, на мой взгляд, не самый лучший т.к. сильно посредственно работает как по сети так и в локальном исполнении.
>> Будет или есть?
> Есть. Там багов не больше чем в NX.По части видео я в нём багов и не наблюдаю (что не означает их отсутствия, конечно).
>> То-то RDP в NX тоже заворачивают, чтоб не так тормозило.
> Кто так делает? В чем причина?Кому нужен RDP и не лень: http://comments.gmane.org/gmane.network.freenx.general/9271
Мы в ~2004 довольно плотно закручивали rdesktop с тем, чтобы приемлемо работал на 128k в две-три сессии... http://lists.altlinux.org/pipermail/community/2009-January/6...
(и тогда же сделали для него -y)
> NX жрет трафик больше RDP. Пока клиентов NX мало - все вроде
> бы нормально, а как их количество увеличивается, то NX в пролете.Это как -- вдруг подскакивает трафик на пользователя?
> Или под сетевой прозрачностью подразумевается доступ одного пользователя?
Хотя бы одного.
> Не совсем понял коментарий.
Это был бурк презумпции недоверия к, но живьём не сталкивался. :)
> Опять же, возможно, Я не прав, но метод обеспечения сетевой прозрачности,
> выбранный в X, не единственный. И, на мой взгляд, не самый лучший
> т.к. сильно посредственно работает как по сети так и в локальном исполнении.В чистом виде он сильно чувствителен к RTT из-за последовательности и синхронности IIRC, что послужило причиной для разработки XCB...
>В чистом виде он сильно чувствителен к RTT из-за последовательности и синхронности IIRC, что послужило причиной для разработки XCB...Ну, после такой фразы я просто обязан снять и съесть шляпу. ;)
> Кому нужен RDP и не лень: http://comments.gmane.org/gmane.network.freenx.general/9271Ну, там не от тормозов RDP хотят странного.
> Мы в ~2004 довольно плотно закручивали rdesktop с тем, чтобы приемлемо работал
> на 128k в две-три сессии... http://lists.altlinux.org/pipermail/community/2009-January/6...Не удивили. RDP в винде через модем неплохо работает. xrdp на узком канале работает хуже, но лучше чем FreeNX.
> (и тогда же сделали для него -y)
Знаем. Ценим. Уважаем. Из-за этого волшебного ключика, почти всегда использую этот пакет из альта.
> Это как -- вдруг подскакивает трафик на пользователя?Да нет. Просто FreeNX на каждого пользователя отъедает больше чем RDP
>> Или под сетевой прозрачностью подразумевается доступ одного пользователя?
> Хотя бы одного.Мне бы десяток. ;)
> То-то RDP в NX тоже заворачивают, чтоб не так тормозило.RDP IIRC был юзабелен даже на диалапе кой-как. По крайней мере до кеширования и передачи только дельты MS в свое время допер и поэтому при урезании числа цветов и обычной десктопной активности и прочая там объем данных весьма скромный получается: одноцветные битмапы прекрасно жмутся, да еще дельта относированно кешированной картинки шлется. При просто десктопном возякании окошек трафика мизерно.
> ~3--15 fps в зависимости от режима ютубика,Ну вот спасибо, конечно, но 3FPS - это не видео. Это слайдшоу.
> при этом похоже на то, что начинает упираться в usb eth или wlan.
Угу, а если на GPRS - то даже на десктопе без анимации и видео взвоешь. Не менее сильно взвоешь и если программы будут рисовать не через xshm который быстрее, но нифига не прозрачный, а черех стандартный иксовый протокол. Вот и получается - или сетевая прозрачность или тормозная графика. Что-то одно по остаточному принципу. Я за то чтобы по остаточному принципу была сетевая прозрачность - графикой я пользуюсь постоянно, а сетевой прозрачностью - как максимум эпизодически.
>> ~3--15 fps в зависимости от режима ютубика,
> Ну вот спасибо, конечно, но 3FPS - это не видео. Это слайдшоу.Именно. Поэтому чуть дальше были результаты повтора на гигабите и не заворачивая в ssh.
>> при этом похоже на то, что начинает упираться в usb eth или wlan.
> Угу, а если на GPRS - то даже на десктопе без анимации
> и видео взвоешь.Да ладно, с NX и на GPRS ездили.
> Не менее сильно взвоешь и если программы будут
> рисовать не через xshm который быстрее, но нифига не прозрачный, а
> черех стандартный иксовый протокол.Внимание, вопрос: их _обязывают_ построиться в шеренгу и не пользоваться специально под то сделанным расширением?
> Именно. Поэтому чуть дальше были результаты повтора на гигабите и не заворачивая в ssh.Ну в SSH еще и шифрование может начать тормозить. Впрочем с видео я еще готов это простить, понимая что каждый кадр разный и объем распакованного кадра - таки внушает.
Но ... вот невозможность порулить десктопом с не сильно резвого GPRS/DSL с тощим аплоадом и прочая - это жирный фэйл.
> Да ладно, с NX и на GPRS ездили.
Ну да, если к иксам прилепить SHM, NX, и прочая - оно даже как-то ползает. Правда вот это называется "один рубит, а семеро в кулак трубят". В смысле, сам по себе кульный протоколец при этом или вообще стараются оставить не у дел, ибо тормоз, или ставят ему эпические костыли.
При этом я вижу вполне понятное мне желание разработчиков избавиьтся от тонны балласта и сделать максимально прямой и шустрый интерфейс к рендеринг менеджеру. Все-равно что иксы, что разные композиторы, что MESA и прочая в конечном итоге к нему обращаются и он и является нативным представлением.
> Внимание, вопрос: их _обязывают_ построиться в шеренгу и не пользоваться специально под
> то сделанным расширением?"Расширение" подразумевает большую нагрузку на прикладника - он должен уделить "этому крапу" какое-то персональное внимание, явно задетектить что ОПЦИОНАЛЬНОЕ нечто - есть и работает, предусмотреть какой-то фаллбэк на случай если это не так, ... - чего ради все это должно быть проблемой прикладника - я не знаю. В нормальной реализации апликушник должен логику своей программы реализовывать, вообще не парясь как там графическая система будет выводить графику.
> Внимание, вопрос: их _обязывают_ построиться в шеренгу и не пользоваться специально под
> то сделанным расширением?Миша, ты что! эти люди хотят кнопку «збс», и чтобы она магически сама всё делала. документация? нет, не читаем. правильное написание кода? вы чо, с ума взбесились — нам копать надо, некогда за лопатой бегать!
>Скорее обалдеваю,Итак имеем
1) "как г***о мамонта";
2) "сетевая прозрачность";
3) "это же опенсорц" (от Вашего покорного слуги);
Сейчас, используя эти и подобные им изречения, можно, не имея никакого представления о Linux да и об IT вообще, спокойно вести "дискуссию", а зная про "тебя, что в гугле забанили", давать исчерпывающие ответы на любой, самый сложный вопрос.
Теперь представим себя новичком действительно интересующимся да еще с желанием учиться... К сожалению картина удручающая. :(
> Теперь представим себя новичком действительно интересующимся да еще с желанием учиться...
> К сожалению картина удручающая. :(Вот именно...
> уже договорилась с производителями данных драйверов о внесении изменений для обеспечения поддержки EGL, которая необходима для работы Mir.Если будет EGL в проприерастных драйверах, то для взлёта на моём десктопе у него все шансы. Если Mir к тому времени будет более юзабелен, то у меня взлетит он. Вот дрова мне нужны проприерастные, ибо opencl.
+.
Пусть делают ни у кого денег не просят, получиться хорошо - будет хорошо всем, не получится - и опыт получат и пересмотрят свою тз. Конечная идея довольно хороша...
Это они собрались юнити на JS переписывать. Лол, этим своим qml-ом упороли все DE нормальные на линуксе, единственную вменяемую DE - KDE уже скоро полностью перепишут на JS, дальше идёт юнити. Ну про гномощель я молчу, она вообще не понятно на чём написана. Ну а на счёт Mir, пускай пилят. А то этот вяленд через лет 10 тока допилят.
Не вижу ничего плохого в использовании JS этом на уровне... Вот то что гномовцы собираются все и вся на JS переписывать - это неадекват.
Я то тоже не вижу, но это же как обычно. Запилят тот-же интерфейс на qml, потом какой нибудь индус тявкнет:- а слабо все на js написать? \m/
- да нефиг делать
См. тот же гном, js головного мозга на лицо.
Главное что KDE QT разрабы показывают адекватность, а то что Макр может перегнуть палку - кто бы сомневался...
> Главное что KDE QT разрабы показывают адекватность, а то что Макр может(^^^^ спросонья прочёл как Макрон... много думал :) )
В любом случае индус который говорит что в 2013 году надо всё на c++ писать уж точно не лучше того индуса из вашего комента.
Ну нет конечно, конечно давайте все скриптовать, этож 2013й, что тут поделаешь.
главное везде лайки надо добавить
Всё должно выполняться внутри браузера на облачной виртуальной машине на интерпретаторе скриптового языка, написанном на скриптовом языке, с JIT компиляцией в промежуточный мета-язык, и всё это с использованием нескольких фреймворков.
Чтобы кэш и предсказатель процессора работали по принципу "этот Шифер все равно не сможет угадать, чем буду я ходить!".
Так это ж восьмая винда! :)
Сколько бы денег он сэкономил начни пилить юнити сразу на qt...
А вот Мир ваш этот. Как выстрел из пушки, они это серьезно ? Понимают ведь, что стандартом де-факто станет Вейланд. На*рен вообще тратить деньги на то чтобы развивать что-то самому, а не пользоваться благами общих усилий ? С одной стороны православненько(GPL3), а с другой - время и деньги на ветер как в свое время Юнити метались. Планирование у них еще не придумали ?
Похоже, решили забить на декстопы (на которых, как ни крутись, венда занимает 90% и никуда сваливать не собирается) и потолкаться с андройдом на всяких тыкательных девайсах разной степени мобильности.
Вылезают все из одного места. :)
> Десктопы уже сейчас являются динозаврами. Которые пока не вымерли, даАга, щаз. Скажи еще, что RISC умер, в@ндекапец наступил.... :)))))))))))))))))
А с чего это вы решили что вяленый станет стандартом? Я вот думаю что если с этим Mir выйдет хотя бы наполовину так радужно как в анонсе, то скорее он станет стандартом, чем вяленый.
DEB лучше медленного RPM, это не мешало объявить RPM стандартом и использовать в первую очередь его. Все проприетарные продукты его используют и иногда tar.gz/xz.
SystemD как никрути уже используется в большинстве дистров по умолчанию.
Все что делает или к чему прикладывает руку РедХат(плохое или хорошее) распространяется и юзается почти всеми.В свете этих новостей разработка Вейланд явно ускорится и возможно уже к концу года появится в каком-то дистре по умолчанию. А Мир в лучшем случае выйдет через год-полтора при поддержке крупных компаний. Ему придется быть прилично лучше чтоб выжить за переделами Убунты.
Перепишут steam под этот mir, чтобы не иксах/вяленом не запускался, вот и все :)
А поподробнее можно про "медленный" RPM относительно DEB? :)
Ну сейчас это уже не актуально, но еще 6 лет назад...
это DEB который по сути tgz - и тестовыми файлами по которым просчитываются зависимости вместо b-tree у rpm ?
> просчитываются зависимости вместо b-tree у rpm ?У рпмщиков помнится из репов грузили немеряные XMLки с списками пакетов. Вся эта бл@вотная питонятина так жестоко тупила на парсинге что редхат дошел до отгрузки прямо скулайтовых баз. Ну да, с питоном в пакетном менеджере - еще и не до такого докатиться можно...
Это насколько же надо быть бараном, чтобы не отличать "низкоуровневый пакетный менеджер" и "формат мета информации о пакетах в репозитории". "Немеряные XMLки с списками пакетов" к rpm никакого отношения не имеют.
> Это насколько же надо быть бараном, чтобы...чтобы не понимать что сам по себе rpm без более высокоуровневого фронтэнда вообще нафиг не упал. А вот там то у редхатчиков и порылся былинный отказ. Они успешно скомпенсировали умения низкоуровневого менеджера индусским кодом в более высокоуровневом слое без которого RPM малополезен. Ну, не буду же я сам качать все файлы со всеми зависимостями, или где?
> В свете этих новостей разработка Вейланд явно ускорится и возможно уже к
> концу года появится в каком-то дистре по умолчанию.Это уже ХОРОШО и ПОЗИТИВНО для потребителей!!! Только за это Mir можно уважать ;)
> DEB лучше медленного RPM, это не мешало объявить RPM стандартом и использовать
> в первую очередь его.С какой стороны RPM медленный? Как вообще архив может быть медленным?
кто сказал что имелся в виду архив?
> DEB лучше [...] RPMОн не лучше, он другой. Насчёт "медленного" -- давайте Вы поставите один дебиан, а я три альта на таком же железе в такое же время. Как вариант -- в такое же время раскладывания по диску.
>> DEB лучше [...] RPM
> Он не лучше, он другой. Насчёт "медленного" -- давайте Вы поставите
> один дебиан, а я три альта на таком же железе в
> такое же время. Как вариант -- в такое же время
> раскладывания по диску.да да :) за одно расскажите как rpm в el5 не читает пакеты из el6 (hint - разный метод сжатия)
а DEB.. он обычный tar.gz - его все читают :)
> а DEB.. он обычный tar.gz - его все читают :)Deb это не tar.gz а вообще формат архива ar. В чем можно убедиться посмотрев на сигнатуру в начале файла. Вот в этом ar лежит как минимум 2 tar.gz. И таки да, в новых версиях атки тоже возможно и LZMA сжатие.
Но да, незнание формата дебок вам засчитано. Ламерите дальше, у вас неплохо получается.
>> DEB лучше [...] RPM
> Он не лучше, он другой. Насчёт "медленного" -- давайте Вы поставите
> один дебиан, а я три альта на таком же железе в
> такое же время. Как вариант -- в такое же время
> раскладывания по диску.Alt можно bootstrap'ом поставить? По типу debootstrap?
> Alt можно bootstrap'ом поставить? По типу debootstrap?1) IMHO тогда обычно практичней развернуть предварительно заготовленный чрут;
2) если вдруг действительно надо на месте, можно соорудить на базе rpm2cpio.sh.Смотрел, не оценил.
>> Alt можно bootstrap'ом поставить? По типу debootstrap?
> 1) IMHO тогда обычно практичней развернуть предварительно заготовленный чрут;
> 2) если вдруг действительно надо на месте, можно соорудить на базе rpm2cpio.sh.
> Смотрел, не оценил.Мне кажется, это очень удобная функция. Жалко, что в ALT'е её нет. Очень хорошо, когда имеется унифицированный метод установки, который используется и инсталлятором, и руками можно использовать. Это даёт очень большую гибкость. Очень нравится это в Debian/Ubuntu, да и в Arch pacstrap тоже самый удобный и простой метод установки.
> Мне кажется, это очень удобная функция. Жалко, что в ALT'е её нет.
> Очень хорошо, когда имеется унифицированный метод установки, который используется
> и инсталлятором, и руками можно использовать. Это даёт очень большую гибкость.Наверное, стоило написать более развёрнуто.
Тут есть два аспекта: технический (реализация) и организационный (применение).
По первому:
* сами по себе частные реализации довольно просты;
* для конкретных применений требуются дополнительные возможности (e.g. feedback пользователю в виде, пригодном для модуля инсталятора).По второму:
* простой чрут с аптом достаточно детерминирован в части конфигурации, есть смысл кэшировать при необходимости частого использования именно в качестве базы;
* если развёртывание нового чрута сопровождается типовыми действиями по доустановке/настройке пакетов, то задача переходит в типичный configuration management.В альте минимум четыре раза решали задачу "развернуть чрут от рута" (sandman, alterator-pkg, ltsp, live-install) и здесь, пожалуй, есть что обобщить, но там кода-то на пару экранов: http://tinyurl.com/alterator-pkg-install -- это вот реализация непривилегированной установки в hasher заметно сложнее (над ней и построено всё остальное для сборки пакетов и образов).
А сейчас решена задача построения в т.ч. и чрутов с "выращиванием" конфигурации наследованием: http://tinyurl.com/regular-mk
Можете и Вы рассказать (возможно, в отдельной теме или почтой, как удобней), в каких случаях и как применяете именно бутстрап руками? Видел живьём варианты применения для создания нового хоста и нового LXC-контейнера, совершенно не впечатлило по части суммарных времязатрат.
Вы меня сильно переоценили. Я обычный админ локалхоста, каких здесь много.Использовал для себя, когда хотелось гибкости установки.
Ну ничего, может кто-нибудь увидит ветку и что-нибудь более вменяемое ответит.
> Вы меня сильно переоценили. Я обычный админ локалхоста, каких здесь много.
> Использовал для себя, когда хотелось гибкости установки.Так и работаем ведь для обычных людей, а не сферических в вакууме... в любом случае благодарю.
> Так и работаем ведь для обычных людейОбычный человек не будет смотреть 720P, по сети, на трех FPSах. В принципе.
>> Так и работаем ведь для обычных людей
> Обычный человек не будет смотреть 720P, по сети, на трех FPSах.Вы случайно не путаете возможное и обязательное, а заодно разработку и применение?
> это не мешало объявить RPM стандартом и использовать в первую очередь его. Все проприетарные продукты его используют и иногда tar.gz/xz.VMWare View Client — только deb под ubuntu. И есть подозрение что они не одни.
> Сколько бы денег он сэкономил начни пилить юнити сразу на qt...А как было бы хорошо, если бы ГТК вообще не было, а был только QT на десктопах.
Эххх, мечты.
> был только QT на десктопахда не дайбог.
зы. Сколько уже можно делать эту ошибку в абривиатуре из 2х букв?
Пока на нее не перестанут бурно реагировать
> Пока на нее не перестанут бурно реагироватьто есть, пока все не превратятся в быдло? ну да, к тому и идёт.
Что- то "продвиженцы" Wayland чрезмерно засуетились.
Мы наш, мы новый мир построим...Создаётся впечатление, что у Canonical нет продуманного плана: сейчас они делают это, потом хватаются за то.
Вспоминаю Unity 2D - делали же на Qt, потом отказались, сейчас - опять. Как будто они планируют только на самое ближайшее время. Если получилось - тогда думают, что делать дальше. С поддержкой Wayland то же самое: сначала говорили, что светлое будущее почти настало, а теперь оказалось, что оно ещё ой как неблизко, да и не такое уж оно и светлое...
С одной стороны, они, наверное, могут себе позволить "попробовать", тем более, что опыт есть. С другой, - жалко, что каждый такой шаг и распыляет их ресурсы, и играет больше на пользу Ubuntu, нежели сообществу, из которого она выросла.
Canonical оправдывается так: "На саммите UDS Q обсуждалось на что ставить при разработке Unity? Ставить на Qt/QML, который переживал переход или сыграть надёжно и сохранить полный контроль над тем, что нам дорого? Было много обсуждений, аргументов за и против и было решено объявить Unity2D излишней со своей отдельной кодовой базой. Промотай 9 месяцев назад и скажи нам в прошлом что наши опасения не оправдались и Qt5 вышла хороша, то мы бы не затеяли дебаты и давным давно использовали бы одну технологию - Qt!".
Вкратце так: "у тормозов Юнити, видимо, скоро сменится причина".
Печальный вывод: Каноникал, отворачиваясь от GTK, будет мало волноваться состоянием Xubuntu, которая сейчас - наиболее вменяемый вариант Убунты для продвинутых пользователей. Захиреет ведь...
"Убунта для продвинутых пользователей" -- нонсенс.
Почему же? Мне интереснее заниматься своими проектами, чем разбираться в Арче, Генте, Слаке и иже с ними. На то и другое вместе времени физически нет. Поэтому ставится то, что готово к работе без лишних танцев - и начинается собственно работа. А во время работы практически безразлично, что там работает ниже уровня DE.
Мне тоже. Пользую Кубунту... И у меня нет смены ТК каждый день... раз в 5-10 лет только. КДЕ3,4,5...
> Поэтому ставится то, что готово к работе без лишних танцев - и начинается
> собственно работа.Извините за нахальную рекламу альта, но: http://lists.altlinux.org/pipermail/community/2013-March/678... :)
Смысл? Для меня в плюс - только обои от Влада ;)
В минус - незнакомая база (я с deb-based имел дело, а до других руки не доходят).
XFCE там такой же, примочки мне не нужны, на работоспособность и производительность я и так не жалуюсь.Кстати, ткните кого-нибудь носом пожестче в слоган "Не в ширь, а в глубь". И Розенталем сверху по маковке...
> В минус - незнакомая база (я с deb-based имел дело,Сюда же и тотальное отсутствие готовых пакетов от сторонних авторов. Ну то-есть ни с чем не совместимая вундервафля - это круто, но пакетировать для нее вообще весь мыслимый софт лично я как-то морально не готов. А убунта взяла массовостью и собирать DEB пакеты нынче каждый первый автор открытого софта нынче умеет и зачастую даже готовые пакеты кладет. Все-таки популярность имеет как минусы так и плюсы. И вместо того чтобы ругать Шатлворта за пиар - лучше бы сами популяризовались до нормальных величин, достаточных для того чтобы это вообще авторы софта на радарах видели и считались с наличием. А то заставлять юзерей самих себе пакеты клепать - негуманно. С точки зрения "хочется чтобы работало, а не чтобы с системой лишний раз пободаться".
P.S. я не против пободаться 1 раз. Ну два. Ну пять. Ну может десять. С особо интересными мне программами, которые я собираю из сорцов находящихся в разработке. Но вот с каждой первой программой так - вот извините, но мне этого делать не хочется.
Не показатель. Было точно как же только с точностью до наоборот.
> Извините за нахальную рекламу альта,Таки действительно, нахальная реклама в хучшем виде. Конкретики - по нулям. Особенно учитывая что разынм людям надо разный набор софта и совсем не факт что в вашей инсталляхе все потребное для работы окажется. Еще в вашем альте почему-то есть мнение что если напихать в дистр блобятины типа видеодрайверов то это "фича". Хотя как по мне - если бы я хотел заблобизированную по максимуму систему то поставил бы винды и не парился.
>> Извините за нахальную рекламу альта,
> Таки действительно, нахальная реклама в хучшем виде. Конкретики - по нулям.Точно?
> Особенно учитывая что разынм людям надо разный набор софта и совсем не
> факт что в вашей инсталляхе все потребное для работы окажется.Вестимо, на то и apt.
> Еще в вашем альте почему-то есть мнение что если напихать в дистр
> блобятины типа видеодрайверов то это "фича".Нет, мнения варьируются, результаты тоже.
> Точно?Ну я не поленился - зашел и почитал сообщение. Вот честно, найти 10 отличий от рекламы гербалайфа я не смог. В смысле, для убунтов нечто подобное может написать несколько миллионов человек, которых все устроило. И чего это докажет?
>> факт что в вашей инсталляхе все потребное для работы окажется.
> Вестимо, на то и apt.Ну, apt это хорошо. При условии что есть те кто будет пакеты под него собирать. А поскольку в альта довольно экзотичное сочетание апта с RPM зачем-то, то спецов которые бы пакетировали под такую хитрую конструкцию - не сильно много. И никогда много не будет. Особенно - если на маркетинг забить. Ну то-есть, чисто технически это может и не самое плохое сочетание на свете. Чисто практически это продолб в менеджменте. Т.к. альту подойдут только очень экзотичные спецы которые одновременно разбираются в двух довольно редко пересекающихся вещах. И никаких особых предпосылок к увеличению числа таких спецов я как-то не вижу, т.к. это весьма необычное сочетание которое больше мне нигде не попадалось. Нафига оно вот так - для меня загадка, если честно. Может быть такое сочетание кому-то что-то и дает. Зато вы не можете рассчитывать что какие-то там програмеры или недовольные жизнью майнтайнеры другого дистра будут разучивать столь странное сочетание, т.к. оно не похоже на всех остальных. И это таки постановка себя сразу на старте в невыгодную позицию. Без очевидных опций как-либо существенно изменить эту ситуацию. Особенно если забить на маркетинг и вообще попытки пролезть на рынок и отвоевать себе сколь-нибудь видимую на радарах рыночную долю (что может послужить хоть каким-то стимулом для майнтайнеров туда прийти). Ну то-есть на все это можно забить. Ну а остальные забьют на это. И будет там софта с гулькин нос и фиг знает каких версий.
>> Еще в вашем альте почему-то есть мнение что если напихать в дистр
>> блобятины типа видеодрайверов то это "фича".
> Нет, мнения варьируются, результаты тоже.Как по мне - оно у тех же убунтуев разумно сделано: по дефолту открытые решения, а кто хочет блобиков, даден удобный способ их вкатить. Да, это придется качать. Небольшой penalty за использование проприетарщины. Как по мне - очень хорошая идея показать что проприетарь в целом - не велкам, но если хочется - ну фиг с вами, берите. А если пичкать блобятиной от и до - чем оно тогда лучше виндов получится, собственно? ИМХО стремиться надо все-таки к открытому графическому стеку (как и и всему остальному).
> Ну я не поленился - зашел и почитал сообщение. Вот честно, найти
> 10 отличий от рекламы гербалайфа я не смог.Этот дядька к ней не склонен, если что.
> Ну, apt это хорошо. При условии что есть те кто будет пакеты
> под него собирать.Под apt? Уже занятно.
> А поскольку в альта довольно экзотичное сочетание апта с RPM зачем-то,
> то спецов которые бы пакетировали под такую хитрую конструкцию - не сильно много.Внимание, вопрос: когда deepsolver заменит в альте apt (я уже ставил первые пачки пакетов с его помощью) -- что изменится в упаковке в RPM?
Вся риторика про "сочетание" -- совсем глупость, подумайте и поймёте сами.
> И никогда много не будет. Особенно - если на маркетинг забить.
А если заикнуться, что вот людям альт пригодился там, где убунта не шмогла -- тут же набегают убунтофанатики-хейтеры-всего остального и пытаются затоптать в грунт? :)
[18 fewer lines]
> Да, это придется качать. Небольшой penalty за использование проприетарщины.
Пенальти в офлайне особенно хорош...
> ИМХО стремиться надо все-таки к открытому графическому стеку
Да, конечно.
> Поэтому ставится то, что готово к работе без лишних танцев - и начинается собственно работаЧасто приходится ставить систему? Тут что-то не так...
> Часто приходится ставить систему? Тут что-то не так...За последние полгода - дважды. Домой наконец прикупил SSD, на работе наконец смог отказаться от XP за ненадобностью. Все в порядке, не беспокойтесь.
> Вкратце так: "у тормозов Юнити, видимо, скоро сменится причина".
> Печальный вывод: Каноникал, отворачиваясь от GTK, будет мало волноваться состоянием Xubuntu,
> которая сейчас - наиболее вменяемый вариант Убунты для продвинутых пользователей. Захиреет
> ведь...Продвинутые пользователи ставятся с minimal cd и пилят систему под себя. В <PREFIX>Ubuntu мало верю. Хочешь что-то сделать хорошо - сделай это сам
У меня, к сожалению, нет кучи свободного времени на идеальное допиливание чего бы то ни было под себя. Приходится выбирать меньшее зло из того, что работает из коробки и требует минимального пиления.
Xubuntu - вполне достойная отправная точка. С более серьезными дистрами возни больше, а результат мало чем будет отличаться с практической стороны.
> У меня, к сожалению, нет кучи свободного времени на идеальное допиливание чего
> бы то ни было под себя. Приходится выбирать меньшее зло из
> того, что работает из коробки и требует минимального пиления.
> Xubuntu - вполне достойная отправная точка. С более серьезными дистрами возни больше,
> а результат мало чем будет отличаться с практической стороны.Не знаю как у других, а у меня доп.настройка под себя занимает пару вечеров. Видимо, сказываются привычки наработанные годами и конфиги, которые хранятся на гитхабе :-)
У меня тоже были годы на нарабатывание привычек и приемов, но сейчас навыки работы в MS-DOS совершенно неактуальны. Сильно подозреваю, что через десять лет знание хитростей Арча будет полезно примерно в той же степени.
> У меня тоже были годы на нарабатывание привычек и приемов, но сейчас
> навыки работы в MS-DOS совершенно неактуальны. Сильно подозреваю, что через десять
> лет знание хитростей Арча будет полезно примерно в той же степени.Какие хитрости? Все везде одинаково, если миновать уровень гуи.
> Какие хитрости? Все везде одинаково, если миновать уровень гуи.Тогда зачем тратить лишнее время?
> Не знаю как у других, а у меня доп.настройка под себя занимает пару вечеров.Ну а вот как по мне - я лучше потрачу пару вечеров на себя и всякие интересные мне затеи. И кроме того в системах реально ориентированных на десктоп можно поставить обновления и ничего не отвалится. Без курения факин манов на обновления два часа. А в арче такой подход чреват лютым факапом, когда парни заменят на ходу какой-нибудь важный компонент на несовместимый и система станет аж unbootable если юзер сам не попрыгает с бубном.
ИМХО,
1) Нормальный пакетный менеджер + вменяемые майнтайнеры имеют все возможности при апгрейде критичных компонентов САМИ проделать все потребные действия, без упования на то что юзер отпедалит критичные действия без которых система уйдет в unbootable или серьезно факапнется. Ну, в нормальных пакетных менеджерах всякие там пост-инсталл скрипты и прочая есть. Можно подтверждение у юзера спросить если это нечто потенциально проблемное или затрагивает юзеря. Но это не про арчеводов...2) Практика отгрузки "а, что-нибудь вывалим, а юзеры пусть сами сортируют и воркэраундят" мне кажется довольно стремной с точки зрения практического использования системы.
> Xubuntu - вполне достойная отправная точка.1. Подключаемые накопители страсть как любят автоматически монтироваться дважды. Два значка на рабочем столе, два значка в Thunar.
2. При копировании файлов и папок с лазерных дисков не снимаются права "только для чтения", приходится править их вручную. При ручной правке рекурсивно для содержимого каждой папки права ставятся не всегда и не для всего. Добро пожаловать в 2013-й год.
Ах да, лазерные диски ведь устарели, "да кто ими сейчас пользуется?!" и т.д.
>> Xubuntu - вполне достойная отправная точка.
> 1. Подключаемые накопители страсть как любят автоматически монтироваться дважды. Два значка
> на рабочем столе, два значка в Thunar.
> 2. При копировании файлов и папок с лазерных дисков не снимаются права
> "только для чтения", приходится править их вручную. При ручной правке рекурсивно
> для содержимого каждой папки права ставятся не всегда и не для
> всего. Добро пожаловать в 2013-й год.
> Ах да, лазерные диски ведь устарели, "да кто ими сейчас пользуется?!" и
> т.д.Не замечал ни того ни другого.
Тоже не замечал... и это, собственно, больше похоже на глюки XFCE, который в других дистрибутивах такой же.
К сожалению, сейчас DE приходится выбирать по принципу "любые два из трех": удобство для работы, безглючность и легкость. На фоне запущенного элефантиаза наиболее продвинутых десктопов приходится жертвовать (частично) безглючностью и (частично) удобством.
Впрочем, Jedem das Seine...
> DE приходится выбирать по принципу "любые два из трех": удобство для работы, безглючность и легкость.В вашу схему гнум не вписывается - ни по одному параметру не проходит.:)
> Тоже не замечал... и это, собственно, больше похоже на глюки XFCE, который
> в других дистрибутивах такой же.
> К сожалению, сейчас DE приходится выбирать по принципу "любые два из трех":
> удобство для работы, безглючность и легкость. На фоне запущенного элефантиаза наиболее
> продвинутых десктопов приходится жертвовать (частично) безглючностью и (частично) удобством.
> Впрочем, Jedem das Seine...Ну тогда рекомендую elemetary OS, только все "ихние" подделки нужно снести сразу и поставить нормальный браузер, почтовик, редактор, календарик майя только ничё так.
XFCE какой-то не такой стал, каким был он несколько лет назад, неряшливый какой-то.
> XFCE какой-то не такой сталМне сейчас неожиданно приглянулся нынешний E17, второй месяц "тестирую" в боевом режиме. :)
> 1. Подключаемые накопители страсть как любят автоматически монтироваться дважды. Два
> значка на рабочем столе, два значка в Thunar.НЕ подтверждаю данную проблему, у меня все нормально.
> 2. При копировании файлов и папок с лазерных дисков
...
> Добро пожаловать в 2013-й год.В 2013 году нафиг не упало лазерными дисками жонглировать, имхо. Я уже не помню когда я в последний раз диск в привод засовывал. Для таскания файлов флешки удобнее и практичнее. А новое файло можно скачать в сети.
> Ах да, лазерные диски ведь устарели, "да кто ими сейчас пользуется?!" и т.д.
Ну да. У меня в ноуте вообще нет привода для них. И я нисколько не страдаю по этому поводу. А какой в них смысл? Тормозной носитель, не слишком то емкий, ненадежный, относительно шумный при работе, в карман не лезет. Для таскания в кармане есть флехи. Бэкапы в разы дешевле делать на еще один HDD. Новые файлы можно найти в сети. Зачем эти тормозные блинчики нужны? Не, ну правда? Какой в них смысл? Технология на излете.
>> 2. При копировании файлов и папок с лазерных дисков
> В 2013 году нафиг не упало лазерными дисками жонглироватНу вот, говорил же я, что кто-то обязательно придёт и выскажет очень ценное мнение, типа, если XFCE с лазерными дисками криво работает, то не нужны именно диски, а не кривое поделие XFCE :))))
> работе, в карман не лезет. Для таскания в кармане есть флехи.
> Бэкапы в разы дешевле делать на еще один HDD. Новые файлы
> можно найти в сети. Зачем эти тормозные блинчики нужны? Не, ну
> правда? Какой в них смысл? Технология на излете.расскажите это продавцам в магазинах, которые предлагают:
1. CD Audio с музыкой
2. DVD с фильмами
3. Blue-Ray тоже с кинцомУбедите их продавать всё это на флэшках или HDD.
А завтра какая-нибудь оболочка перестанет HDD понимать. Значит, HDD можно будет объявить ненужными. Типа, айда все на SSD, вместо того чтобы нормальный софт делать.
>Первый прототип окружения Unity Next, основанного на Mir будет доступен для тестирования в начале мая.Мир, труд, май! Хех, интересно, из какого языка было имя проекта взято, уж не из русского ли.
Если совместимость останется - будет полезный проект. Я в архитектурах дисплейных менеджеров не силен, так что не знаю какая лучше. Но думаю - пусть лучше будут оба вместе с Wayland. Проекты свободные, будут кодом и идеями обмениваться, здоровая конкеуренция, все дела.
Mir - название орбитальной станции, тащемта...
И она какбы .. утонула.
Ага, перед этим пропахав 15 лет, за это время приняв более сотни космонавтов... Короче викпедия в помощь. Если в google+ обитаешь, скинь ссылку на вики и Леннарту за одно, а то он наверное считает, что если космическая станция построена не им, то автоматически становится эпичным фейлом.
> Леннарту за одно, а то он наверное считает, что если космическая станция построена
> не им, то автоматически становится эпичным фейлом.Боюсь, Леннарту теперь поможет только время.
> И она какбы .. утонула.Ubuntu, покойся с "Миром"?
>> И она какбы .. утонула.
> Ubuntu, покойся с "Миром"?Нет, просто "Мир". А свои мечты оставьте.
> А свои мечты оставьте.Да при чём тут мечты -- по-хорошему ubuntu была бы вменяемым дистрибутивом, Марк бы слушал пользователей, а canonical реализовывало полезные вещи. Когда же получается поделие, держащееся на пиаре, невменяемый sabdfl и кидающаяся из стороны в сторону лавочка -- поневоле задумаешься. :(
>> А свои мечты оставьте.
> Да при чём тут мечты -- по-хорошему ubuntu была бы вменяемым дистрибутивом,
> Марк бы слушал пользователей, а canonical реализовывало полезные вещи. Когда
> же получается поделие, держащееся на пиаре, невменяемый sabdfl и кидающаяся из
> стороны в сторону лавочка -- поневоле задумаешься. :(Ну во-первых ничего плохого в пиаре нет.
Во-вторых не только и не столько на пиаре "поделие" держится, а более на предоставлении более удобной инфраструктуры чем у других. Вот у вас когда уже альтератор перестанет запрашивать диск для установки софта, при подключенном интернете и отсутсвии дисковода как такового? Нет я понимаю, что есть apt-get, но блин так не дела не делаются.
> Ну во-первых ничего плохого в пиаре нет.Это Вам по молодости так кажется, боюсь. Задумывайтесь иногда, почему у древних каждое слово было весомым, а у нас они зачастую пустые даже у "вождей", казалось бы. Когда пустыми оказываются обещания -- это называется "обман".
> Во-вторых не только и не столько на пиаре "поделие" держится, а более
> на предоставлении более удобной инфраструктуры чем у других.Кушали, обляпались (на примере ltsp-trunk). Тот же OBS куда грамотнее спроектирован и выполнен, опять же не будучи идеальным.
> Вот у вас когда уже альтератор перестанет запрашивать диск для установки софта
Гм, а Вы что с ним сделали и когда это было?
> при подключенном интернете и отсутсвии дисковода как такового?
> Нет я понимаю, что есть apt-get, но блин так не дела не делаются.Согласен, перепроверю и спасибо в любом разе.
> Ubuntu, покойся с "Миром"?Боюсь что если конкуренты будут клацать клювами - с миром будут покоиться скорее они. Вот смотрите, шатлворт и ко "договорились с поставщиками драйверов". А вот альту слабо с подобными акулами о чем-то подобном договариваться на таком же уровне? А умение гнуть вендорье под себя таки поможет в достижении поставленных целей. Акулы признают только силу. И да, пока железо производится оными - сбрасывать со счетов этот фактор было бы не умно.
> Вот смотрите, шатлворт и ко "договорились с поставщиками драйверов".Нет, это всё-таки заразно.
phoronix: "Canonical is pressuring the binary blob vendors to make their drivers compatible".
User294: "договорились с поставщиками драйверов".Разницу улавливаете?
> А вот альту слабо с подобными акулами о чем-то подобном договариваться
> на таком же уровне?Альт с той же нвидией договорился как бы не в 2001 о том, что было необходимо и достаточно.
>>
> Мир, труд, май! Хех, интересно, из какого языка было имя проекта взято,
> уж не из русского ли.На древнем иврите слово "мир" означает "начальник".Не из русского :(
Палитесь.:)
Mir - https://www.mirbsd.org/
Dash - http://gondor.apana.org.au/~herbert/dash/
гигтег(ubuntu) а названия мона копировать?
Кстати, что-то я не понял из схем - оконные менеджеры будут любые работать с этой штуковиной? Или свой будет?
Свой будет - Trud. И декоратор May. (В смысле, он maybe будет, maybe нет)
В каноникл работает рускоязычный троль?
Марк Шатлврот знает русский язык.
А, ну тогда понятно.
Свой, конечно. А вот что он сможет - вопрос интересный.
> Свой, конечно. А вот что он сможет — вопрос интересный.бибикать и всё портить.
Ох лол! Разрабы вяленого и иксорга включили обиженку и срут кирпичами:)))
> Ох лол! Разрабы вяленого и иксорга включили обиженку и срут кирпичами:)))Угу, мировые биржи в панике. Лучшие атлеты всего мира спрятались в песочнице и плачут. Но главное это падение акций сталелитейных компаний. Вот какой он сильный, могучий космонавт.
Ну все, путем Apple пошли.
> Ну все, путем Apple пошли.мне казалось (давно читал), что вроде аппловская графическая система к сети никаким боком, или я всё путаю?
Ну так не надо так буквально-то. :)
Вообще никак не надо хоть буквально хоть нет. При чём здесь Яббл? Велосипедостроение - да, но этот велосипед можно будет использовать любому. Если не придётся резко всем перепиливать свои приложения, то никаких проблем не вижу.
Имелось ввиду, что Apple тоже написала свою графическую подсистему поверх ядра. Вот и все. Be simpler.
Но так говорить неправильно.
Это называется «путь наименьшего сопротивления» Каждый может написать что-то своё и т.д.
И правильно. Я вот недавно свой планшет asus infinity TF700 (самый крутой в настоящий момент) с андроидом поменял на старенький второй ipad и не нарадуюсь. Все плавненько, странички не тормозят, скроллинг просто душу радует, приложения без проблем переключаются, интерфейс - просто сказка, на клавиатуре любой текст без промахов печатается. Теперь никогда не вернусь на андроид. А все почему? Потому что андроид использует старье (наработки для конкуренции с кнопочным Blackberry), вместо того, чтобы в самом начале, с нуля сделать хорошую систему с приоритетом интерфейса пользователя.
как там с онлайн-просмотром видео?
Внезапно - люди иногда покупают устройства для работы.
> Внезапно - люди иногда покупают устройства для работы.планшеты для работы...
какая неординарная мысль! во что на нём можно работать, на ферме грядки окучивать?
Чё пристали к человеку? Может он профессиональный игрок в настольный теннис и айПад ему идеально подходит для того чтобы по шарику бить (работать т.е.)
ставишь vim, ssh и bt клавиатуру (она же чехол) и отличный нетбук выходит. 9.7" отличная матрица, 10 часов работы, дохрена интерфейсов..что еще надо?
вопрос: нафиг тогда планшет, если нетбук уже всё это имеет?
Нетбук негламуренЪ и перед деффками нельзя понтоваться.:)
> Нетбук негламуренЪ и перед деффками нельзя понтоваться.:)а увидев vim девки будут срать кирпичами...
Ну тогда можно и планшет на андроиде взять - всё то же самое только дешевле и флеш даже работать будет =)
> ставишь vim, ssh и bt клавиатуру (она же чехол) и отличный нетбукОчень отличный. А все это ставится, простите, после джейлбряка, который в очередной раз заткнуть попробуют, да?
>планшеты для работы...
>какая неординарная мысль! во что на нём можно работать, на ферме грядки окучивать?накопи денег на планшет и попробуй
> накопи денег на планшет и попробуйпопробовал, грядки окучивать мне на десктопе больше нравится
!Внезапно - это устройство НЕ планшет.
> как там с онлайн-просмотром видео?отлично. не поверишь - смотрю видео с DNLA сервера - и не знаю проблем.
Что я делаю не так?За одно могу это видео выводить на s-video, композит, hdmi, dvi.
какой из Android планшетов может тоже самое?
>> как там с онлайн-просмотром видео?
> Что я делаю не так?смотришь через DLNA,
я спрашивал про оналйн видео, это такое типа как flash-video> За одно могу это видео выводить на s-video, композит, hdmi, dvi.
> какой из Android планшетов может тоже самое?онлайн-видео всё равно нет, а на андроидах есть, незадача
> За одно могу это видео выводить на s-video, композит, hdmi, dvi.Как ни странно, планшетов с hdmi нынче есть. Ну и DVI из него можно сделать тупым адаптером. А s-video у меня даже мобилка умеет. Еще n900 древненький. А еще он в отличие от эппла умеет нормально слать файлы по блутус, многозадачность - полноценная, так что я могу браузить, слушать музыку и аську онлайн держать и ничего не отвалится, etc. А в эппле с этим полное порно.
Есть тут знакомые с этим убожищем. Так они из IRC каждые ~10 минут отваливаются по таймауту. Потому что ирц-клиент видите ли в фоне не может нормально работать. На дворе шел XXI век. А эппл барыжил многозадачностью на уровне MS-DOS'овского task swapper'а.
Скажите, а когда уже, наконец, выпустят uPhone, uPad и MarkBook? А то всё ждём и ждём...
uPhone и uPad в октябре будут, а МаркБуки давно есть, ищите.
> МаркБуки давно есть, ищите.Ключевое слово "спутник".
"создатель проекта Wayland, который указал на то, что аргументы против использования Wayland надуманы, например, предлагаемая в Mir система обработки ввода уже реализована и доступна в Wayland. "
Надо было быстрей "чесаться" со своим сырым компонентом, который так и не заменил поганый и мерзкий x.org
Больше надслоек, чтобы даже 2 кнпоки на экране тормозили на 2ух ядерных процессорах!!! Тогда винде точно капец будет!
> Больше надслоек, чтобы даже 2 кнпоки на экране тормозили на 2ух ядерных
> процессорах!!! Тогда винде точно капец будет!Mir и Wayland как раз и развиваются с целью убрать все лишние надстройки.
Ещё раз прочтите цели создания Mir. Там о надстройках ни слова, скорее уж наоборот.
По моему с иксов так и никто не слезет, хоть старое и с костылями но ведь работает же!
По моему с Вин Мобайла и Симбиана так никто и не слезет.
На статистику глянь, с них так никто и не слазит пока устройство не сдохнет
как минимум на десктопах - будут очень долго слезать, так как реальной мотивации нет - всё работает.
> как минимум на десктопах - будут очень долго слезать, так как реальной
> мотивации нет - всё работает.А чего с них слезать или не слезать?
Каноникл добработает Мир. Сделает пакет обновлений дистрибутива, прозрачно закатит этот Мир в систему. И будет все работать.
> прозрачноВ смысле хватит всего лишь переустановки?
Ох уж эти убунтушные сказочники...
>> прозрачно
> В смысле хватит всего лишь переустановки?
> Ох уж эти убунтушные сказочники...А какие могут быть проблемы? Иксы при этом никуда не денутся.
> А какие могут быть проблемы?the famous last words.
Да и хай себе сидит в убунте,конкуренцию создаёт. Я только за.
> По моему с иксов так и никто не слезет, хоть старое и
> с костылями но ведь работает же!Чтобы слезть с Х нужно иметь систему, которая по ВСЕМ критериям лучше. Ни Mir, ни Wayland даже теоретически, по постановке задачи, не являются лучше Х по ВСЕМ критериям.
Поэтому с Х слезать никто не будет.
>по ВСЕМ критериям лучшеЗвучит как возрастной (более точный временной отрезок назвать не берусь) максимализм. Почему по ВСЕМ и сразу?
> Почему по ВСЕМ и сразу?потому что хотят не дополнить, а заменить. охрененно быстрый запорожец без сидений и с дыркой в полу, конечно, охрененно быстрый, но как замена нормальному авто — не катит.
> Звучит как возрастной (более точный временной отрезок назвать не берусь) максимализм. Почему
> по ВСЕМ и сразу?Потому, что хотят ПОЛНОСТЬЮ заменить. Делать-то игры специально под Wayland никто и сейчас не запрещает - запускайте параллельно с Х, смотрите. Или, можно запускать видео напрямую с SVGAlib при работающих Х. Просто переключаетесь на новый виртуальный терминал (Ctrl-Alt-Fx) и вперёд.
Смотрите, вот тепловоз заменил паровоз, т.к. он по всем критериям лучше - и с топливом проще, и мощность выше, и управление легче. А вот автомобиль мопед не заменил, т.к. с мобильностью у автомобиля хуже.
>> по ВСЕМ и сразу?
> Потому, что хотят ПОЛНОСТЬЮ заменить.Именно полностью - врядли. Ну, к вам никто не придет с автоматом и не потребует заменить ваш дистр и графическую систему на нечто иное, "расово верное". Поэтому ПОЛНОЙ замены не получится, имхо. Тут скорее вопрос о том что будет по умолчанию в популярных дистрах и на что в результате будут равняться разработчики прикладух.
> Смотрите, вот тепловоз заменил паровоз, т.к. он по всем критериям лучше -
> и с топливом проще, и мощность выше, и управление легче.Не скажите, дрова можно взять в ближайшем лесу, а воду - в речке, озере, колодце... ну в общем где живут люди - там и вода есть. Без нее люди не могут. А вот топливо для тепловоза им в общем случае вообще не требуется. Это дает паровозам пять очков форы вперед при серьезных факапах, кстати. Ну типа мировых войн и прочая. Но т.к. это не есть нормальное состояние дел - об этом начали подзабывать.
А еще, изначально параметры первых тепловозов и электровозов заметно проигрывали паровозам. Просто инженеры понимали что в принципе из технологий можно выжать больше. И одно из ключевых моментов - простота. Электродвигатель сам по себе очень простой агрегат, особенно бесколлекторный. Паровая машина на его фоне - очень навороченный и сложный агрегат.
> Именно полностью - врядли.Про неполностью всё ещё проще - не работает 4к видео в Х? Запустите отдельно быстрый W (кстати где он)?
> Ну, к вам никто не придет с автоматом
> и не потребует заменить ваш дистр и графическую систему на нечто
> иное, "расово верное".Увы, upstream X с давних пор невменяем. См. на следующую новость - они хотят XWayland зачем-то вставить в Xorg. В общем, с них станется и полностью "интегрировать" W.
> Не скажите, дрова можно взять в ближайшем лесу, а воду - в
> речке, озере, колодце... ну в общем где живут люди -
> там и вода есть.В типичном обитании людей взять соляру много проще, чем дрова. Поэтому тепловоз именно по топливу проще паровоза.
> Просто инженеры понимали что в принципе из технологий можно выжать больше.
Ну вот из Х можно выжать больше, чем из W. Чисто по архитектуре системы. Х для большего числа мест годится - именно благодаря гибкой архитектуре Х мы можем иметь "зоопарк" оконных менеджеров и тулкитов, из которых порой вылупляется что-то реально крутое.
> И одно из ключевых моментов - простота.
Бензиновый двигатель или дизель по простоте особо не отличаются от парового. Даже ещё и сложнее.
> Чтобы слезть с Х нужноНет, простите, дяденька, для себя я сам решаю что мне нужно. И мне чтобы слезть с иксов нужно чтобы была иная открытая графическая система, совместимая с существующими либами (меня волнуют GTK и Qt) и работающая шустрее. И все. А вот вам нужно - это и будет ВАШИМИ проблемами. Свои проблемы я из этого делать не собираюсь.
> Ни Mir, ни Wayland даже теоретически, по постановке задачи, не являются лучше Х по ВСЕМ критериям.
Да и к черту перфекционизм. Программа должна делать 1 задачу и делать ее хорошо. Для графической системы это вывод графики на экран прежде всего. А не нетворкинг, руление ремотными машинами, сетевая прозрачность и прочие побочные функции. Которые, имхо, вообще должны жить где-то отдельно.
> Поэтому с Х слезать никто не будет.
А вот это мы будем посмотреть. Я думаю что большинству пользователей линя вообще не принципиально что именно там будет. Я вот например вообще сетевой прозрачностью иксов не пользуюсь. Некуда и незачем. А вот когда браузер тупит при отрисовке canvas, проигрывании видео, отображении анимации и что там еще - меня анноит. И я реалььно не понимаю - почему быстрый вывод графики это опция и расширение а не дефолты в 2013 году. Так что если кто-то хочет переломить это удручающее состояние дел - он WARMLY WELCOME.
> Нет, простите, дяденька, для себя я сам решаю что мне нужно.Так вас, тётенька, и не агитируют. Речь про массовое слезание.
> Да и к черту перфекционизм. Программа должна делать 1 задачу и делать
> ее хорошо.Программа, делающая одну задачу, очевидно не способна заменить программу, делающую 3 задачи. :-) Следующий.
Да, Х можно разделить на мегашину сообщений (её есть куда усовершенствовать), рисовалку, инфраструктуру десктопа и т.д. И если так сделать, было действительно круто. Но это не путь W. Поэтому об "одной задаче" можно даже не заикаться.
Вопрос, конечно, что у них получится - но здесь в (отличие от вейланда) есть нормальное обоснование, зачем оно им надо, и приличные идеи, заложенные в проект. Как минмум EGL - это явно здравый шаг.
Mir планируется что будет работать поверх не только открытых, но и проприетарных драйверов. В отличие от этого, Wayland требовал поддержки технологий, которые есть лишь в открытых драйверах, что усложняло задачу.Кроме того, хотят создать новый стек видеодрайверов поверх EGL, в успех чего я не сильно верю.
Зато Mir имеет перспективы.
> Mir планируется что будет работать поверх не только открытых, но и проприетарных драйверов. В отличие от этого, Wayland требовал поддержки технологий, которые есть лишь в открытых драйверах, что усложняло задачу.От драйверов ему надо будет тоже самое что и вяленду, не? kms, drm, gbm, egl?
> От драйверов ему надо будет тоже самое что и вяленду, не? kms, drm, gbm, egl?нет, в оличие от вяленого:
> Бесшовно будут поддерживаться как свободные, так и проприетарные драйверы, а также драйверы платформы Android.
Безшовно != без изменений, или я чего-то не понял? Все равно же нужно будет адаптировать существующие драйверы. А вот если-бы не не лицензии, мешающие закрытым дровам использовать ядерные технологии, то сейчас бы не пришлось то под то, то под сё писать другие дрова. Есть общий интерфейс, на котором и иксы могли б работать, и вяленд, и мир...
> Зато Mir имеет перспективы.ха-ха-ха, убунтушники в один голос вопят про обоснованность позиции и перспективы развития. хотя ни первого, ни намеков на второе в новости нет, есть только голословные заявления каноникаловцев, которых уже в пух и прах раскритиковали Люди, Занимающиеся Графикой в Линуксе
Вот кому я бы доверять не стал - так это тем самым Людям. Они себя уже показали - угробив иксы и будучи неспособными написать вейланд (иксы писались около трех лет. Вейланд уже 5 лет пытаются ваять. Это при том, что в иксах функционала в разы больше).
> иксы писались около трех летЧего?
> Чего?Михаил, посмотрите историю Х. До промышленно работоспособного состояния их писали примерно 3 года - начали около 84-го, X11 - 87-й. Дальше система взлетела.
Взлетела она потому, что была очень хороша с архитектурной точки зрения и позволяла всё то же самое, что и граф. системы до Х + разные плюшки.
> До промышленно работоспособного состоянияА, в этом смысле... угу.
>Дальше система взлетела.На системах…
>Взлетела она потому, что была очень хороша с архитектурной точки зрения и позволяла всё то же самое…и для систем ТОГО времени.
Сам сказал:
>84-го, X11 - 87-йА вообще, по теме, хочется сказать следующее: прогресс необходим. Иначе Линукс может остаться у «разбитого корыта». Застой вреден. В пример можно привести инструменты: грубо говоря «палка-копалка» с течением времени превратилась в лопату (или в автоматический культиватор). И то и другое работает, но с чем удобнее?
Я ещё чтобы средства соответствовали цели. Вот допустим что они остановились на Wayland'е, но чтобы удовлетворить заявленные потребности, необходимо его патчить (грубо говоря). И что будет на деле? Те самые «костыли» о которых будут говорить на форумах (и ощущение повторения судьбы X'ов).
> А вообще, по теме, хочется сказать следующее: прогресс необходим. Иначе Линукс может
> остаться у «разбитого корыта». Застой вреден. В пример можно привести инструменты:
> грубо говоря «палка-копалка» с течением времени превратилась в лопату (или в
> автоматический культиватор). И то и другое работает, но с чем удобнее?
> Я ещё чтобы средства соответствовали цели. Вот допустим что они остановились на
> Wayland'е, но чтобы удовлетворить заявленные потребности, необходимо его патчить (грубо
> говоря). И что будет на деле? Те самые «костыли» о которых
> будут говорить на форумах (и ощущение повторения судьбы X'ов).Железо определяет а не программисты. Будет памяти в 20 раз больше и шины толще, да 128 разрядов - совсем другой расклад. Вся история развития это борьба с ограничениями железок.
> …и для систем ТОГО времени.Ок. А теперь давай подумаем - чем отличаются системы того времени от систем этого? Ответ:
1. Принтеры у каждой WS.
2. Видео.
3. Аудио.
4. Игры - это тяжёлая realtime графика, но она тогда уже проглядывалась, поэтому в X родным образом вставили OpenGL.Всё остальное, включая клавиатуру/мышь и дисплей то же самое. Даже стилус был уже тогда (см. световое перо). Сеть с развитой кластеризацией (OpenVMS) была уже тогда. Поэтому, как это не удивительно, Х вполне работают и сейчас.
> А вообще, по теме, хочется сказать следующее: прогресс необходим.
Да. Только вот прогресс - это не просто движение. Это движение в правильную сторону. Т.е. смена Х должна быть во ВСЕХ аспектах лучше Х. Для начала на бумаге, а потом и на практике.
А Mir/Wayland даже на бумаге хуже Х.
> Вот допустим что они остановились на Wayland'е, но чтобы удовлетворить заявленные потребности, необходимо его патчить
В нормальных системах (см. Х), для этого делают продуманную систему расширений. Впрочем, W уже явно провалился. Это стало очевидным после того, как мы выяснили, сколько времени делались Х, и сколько времени пилится W.
Да, судьба Х поделиям W и M не грозит. Им не стать крайне успешной системой, продержавшейся под 30-ть лет, и до сих пор остающейся актуальной.
>> …и для систем ТОГО времени.
> Ок. А теперь давай подумаем - чем отличаются системы того времени от
> систем этого? Ответ:640кбайт каждому уже не хватает. Производительность и объем обрабатываемой информации выросли в тысячи раз, пользователю нужна качественная графика, чтобы её дать нужно использовать GPU. Иксы не позволяют.
> Да. Только вот прогресс - это не просто движение. Это движение в
> правильную сторону. Т.е. смена Х должна быть во ВСЕХ аспектах лучше
> Х. Для начала на бумаге, а потом и на практике.
> А Mir/Wayland даже на бумаге хуже Х.Чем хуже? Тем что в них нет растровых шрифтов?
> В нормальных системах (см. Х), для этого делают продуманную систему расширений. Впрочем,
> W уже явно провалился. Это стало очевидным после того, как мы
> выяснили, сколько времени делались Х, и сколько времени пилится W.Почему в Mac OS X не стали использовать эту "нормальную систему", а написали свою Aqua,
которая уже тогда была с композитом и без груза устаревших понятий и расширений. Почему Android обходится без "нормальной системы"? Почаще задавайте себе правильные вопросы.
> Иксы не позволяют.А можно без лозунгов? Что там Х не позволяют с GPU, когда поддержка OpenGL у них почти с рождения?
> Чем хуже? Тем что в них нет растровых шрифтов?
Хуже непродуманностью. Хуже тем, что нет спецификаций, нет чёткой обрисовки того, что эти системы собираются делать, для каких компьютеров они будут работать. Хуже тем, что не учитывается опыт Х.
> Почему в Mac OS X не стали использовать эту "нормальную систему", а
> написали свою Aqua,Потому, что Aqua - это дальнейшее развитие своей линейки оконных систем, берущих начало от Apple Lisa, далее через NEXT и Display Postscript. Т.е. по родоначальникам Aqua старше X Window System, она лучше подходит для компьютеров фирмы Apple.
Но вот лично мне компьютеры фирмы Apple подходят хуже классических UNIX-машин, а графическая система MacOSX подходит хуже X Window System.
> Почаще задавайте себе правильные вопросы.
Вы не переживайте, я их себе уже задал. И даже нашёл ответы.
> Потому, что Aqua - это дальнейшее развитие своей линейки оконных систем, берущих
> начало от Apple Lisa, далее через NEXT и Display Postscript. Т.е.
> по родоначальникам Aqua старше X Window System, она лучше подходит для
> компьютеров фирмы Apple.Вообще совершенно замечательные обзорные доклады на эти темы не раз делал Дима Костюк, крайне рекомендую:
http://ftp.linux.kiev.ua/pub/conference/2010/video/osdn-9.ogv
http://ftp.linux.kiev.ua/pub/conference/2010/reports/Kostyuk...
http://ftp.linux.kiev.ua/pub/conference/peers/pereslavl/2012...
http://ftp.linux.kiev.ua/pub/conference/2012/video/belonesox...
> Тем что в них нет растровых шрифтов?это уже epic fail, конечно. правда, школьники не знают, что в ttf бывают битмапы, ну да ладно…
> Почему в Mac OS X не стали использовать эту "нормальную систему",
> а написали свою AquaПотому что у них уже и так был NeXT'овский задел по Display PostScript. Вы почитайте.
Ну давай
>2. Видео.Какое видео? HD?
>3. Аудио.Какое аудио?
Следуя твоей аналогии — в 19 веке были поезда и сейчас есть.
Но какие? Для меня прогресс это то, что поезда на паровой тяге, превратились в сверхскоростные.
Да, и KDE 1 тоже работает. Linux 2.6 тоже работает. LibreOffice 3.3.0 тоже работает.
Далее, я подмечу твоё высказывание:
>Х вполне работают и сейчас.И вот это:
>смена Х должна быть во ВСЕХ аспектах лучше Х. Для начала на бумаге, а потом и на практике.Зачем такой максимализм? Такого не может быть в прицепе. Google (например) до сих пор пилит поиск. И будет пилить дальше. Нельзя просто щёлкнуть пальцем — и вот тебе «всё в шоколаде». Волшебников сейчас нет (а хотелось бы).
>Да. Только вот прогресс - это не просто движениеПоэтому я и сказал прогресс (разве у этого слова несколько неоднозначных значений?)
>А Mir/Wayland даже на бумаге хуже Х.Графики и диаграммы доказывают обратное.
>Да, судьба Х поделиям W и M не грозит. Им не стать крайне успешной системой, продержавшейся под 30-ть лет, и до сих пор остающейся актуальной.Ничего особенного нет. Была одна графическая система, станет другая, которая будет удовлетворять новые потребности.
> Какое видео? HD?Любое. Ну, блин, посмотрите, что было тогда, когда Х разрабатывали. Вы же, вроде бы, их критикуете.
> Какое аудио?
Аналогично, любое. См. выше.
>>смена Х должна быть во ВСЕХ аспектах лучше Х. Для начала на бумаге, а потом и на практике.
> Зачем такой максимализм?Затем, что подразумевается смена не для одной задачи - проигрывание высококачественного видео, а для всех, выполняемых Х.
Чтобы показывать видео в W совершенно не обязательно заменять им Х. Достаточно просто запустить сервер W, параллельно mplayer и направить вывод mplayer в этот самый сервер W. Никаких изысков вроде декораций, оконных менеджеров и т.д. не нужно. Будет же вам отличнейшее видео во весь экран.
Я в своё время так делал с SVGAlib (Waylan v.-2) - открывал терминалку по Ctrl-Alt-F2, запускал mplayer -vo svga (можно fbdev2), наслаждался видео. А в Х из-за слабой видеокарты проигрывать эти же фильмы не получалось. При желании, процесс можно автоматизировать.
> Такого не может быть в прицепе.
С чего это? Вот интерфейс MacOSX по всем параметрам лучше интерфейса NEXT и интерфейса старой MacOS. Интерфейс Windows XP лучше интерфейса Windows 95/98. Поэтому люди с удовольствием и переходили.
>>А Mir/Wayland даже на бумаге хуже Х.
> Графики и диаграммы доказывают обратное.Никак нет. См. недавние откровения про Client-Side Decorations, когда через 5 лет до разработчиков дошло, что отрисовывать заголовки должен WM.
> Ничего особенного нет.
Ну да, ну да. Сколько там граф. систем ушло в небытие. :-) 30 лет Х - это показатель крайне удачной архитектуры, которую нужно изучить и проработать, чтобы сделать адекватную замену.
>Вы же, вроде бы, их критикуете.Не программу, а технологию (а точнее, одно конкретное применение X).
>Затем, что подразумевается смена не для одной задачиРазве? Например в этой новости планируется решить «одну задачу» , которая будет только_этим_и_заниматься.
Разве сказанно что от X откажутся?
>С чего это? Вот интерфейс MacOSX по всем параметрам лучше интерфейса NEXT и интерфейса старой MacOS. Интерфейс Windows XP лучше интерфейса Windows 95/98. Поэтому люди с удовольствием и переходили.Интерфейс KDE 4 лучше чем KDE 3, но некоторым не по нраву, почему?
>Никак нет.http://www.opennet.me/opennews/art.shtml?num=36080
>что клиент сам выполняет рендеринг своих окон и отдаёт X-серверу готовый результат, для компоновки которого сервер обращается к оконному менеджеру, получает от него результат рендеринга содержимого экрана и просто выводит уже готовое изображение. В результате оконный менеджер превращается по сути во второй X-сервер, оставляя изначальному X-серверу только функции посредника.Разве это приемлимо?
>30 лет ХВзваливали функции на одну программу, вот что делали.
>чтобы сделать адекватную замену.Разве нельзя его подменить?
> поэтому в X родным образом вставили OpenGL.Не считая того момента что OpenGL стек - это совершенно независимая штука, которая в лине через рендеринг менеджер все фигачит, как впрочем и иксы. Иксы при этом вообще не задействуются. Какие-то точки пересечения есть разве что в GLX, чтобы GLные программы могли иксы что-то там просить делать с окнами.
Но чисто технически это два совершенно разных протокольных стека. Вообще не привязанных друг к другу толком.
> Не считая того момента что OpenGL стек - это совершенно независимая штука,
> которая в лине через рендеринг менеджер все фигачит, как впрочем и
> иксы. Иксы при этом вообще не задействуются.Задействуются. Попробуйте с помощью SVGAlib фигарить OpenGL команды. :-) Х позволяют использовать OpenGL рисовалку наряду со своей родной. Впрочем, если бы тов. Паккард и ко развивали родную правильным образом, она была бы много удобнее этого OpenGL для рисования формочек.
> прогресс необходимЗачем?
> Застой вреден
Кому?
Заодно предложу Вашему вниманию вот такую статью: http://morky.livejournal.com/155567.html
>Зачем?Чтобы удовлетворять потребности.
>Кому?Всем. И вообще.
>>Зачем?
> Чтобы удовлетворять потребности.Кадавровы неудовлетворимы.
>>Кому?
> Всем. И вообще.Либерастический вздор -- мне, например, размеренная работа _гораздо_ менее вредна, чем надрывание пупа. И результат крупнее и лучше выходит.
>Кадавровы неудовлетворимыЕсли я правильно понял, то у них нет потребностей.
>Либерастический вздор -- мне, например, размеренная работа _гораздо_ менее вредна, чем надрывание пупа. И результат крупнее и лучше выходит.Зачем из крайности в крайность бросаться?
> А вообще, по теме, хочется сказать следующее: прогресс необходим.главное — не путать прогресс и зуд переписывательства. а то «синдром поттеринга» шагает по планете, зараза.
Согласен.
> главное — не путать прогресс и зуд переписывательства.А это нормально - наизобретают новых великов. Неудачные отправятся на свалку, удачные - будут штамповать массово. Если не будет тех кто пытается дизайнить велики - то и на завод отпраялять новые дизайны не получится. За их отсутствием...
фигня в том, что сляпаные на коленке кривые велосипеды объявляют заменой старым болидам.
> что была очень хороша с архитектурной точки зренияну или потому что небыло альтернатив?
> ну или потому что небыло альтернатив?Это 84-й год, к тому моменту оконному интерфейсу уже было 5 лет. Я конечно понимаю, что для Wayland'о филов это не время, но люди успели наваять к тому моменту немало вариантов оконных систем.
И kde5 успели на них всех портировать...? Вайленд - уже написан, тулкиты на нём _уже_ работают. Продвижение вайленда упирается в портировании существующих DE, например в кедах kwin будет работать в роли компизитора вяленда(weston, который часто путают с вялендом - лишь эталонная реализация, и никоем образом не показатель "готовности" вяленда), собственно коим и сейчас он является для X.org. Ваши крики о "и так работает" мне не понятны, если оно не работает, а подрабатывает, но плату просить как за полноценную работу. То сборище костылей, которое сейчас называют X.org уже давно просится в отставку. Если бы нужен был X12, разработчики бы занимались им, а не вяленым. Сколько ещё нужно аргументов, чтобы вы перестали проповедовать X.org и не нужность новых решений?
Владимир, в момент создания Х уже были другие оконные системы, были соперники Х, были программы, написанные под этих соперников. Х выиграли. Чтобы снести Х с этого места, нужно не просто быть такой же системой, как Х, а быть лучше. Лучше во всех отношениях. Иначе см. "эффект второй системы".> Вайленд - уже написан, тулкиты на нём _уже_ работают.
Ну, ну а дальше? 5 лет прошло, чай можно и в дистрибутивы вставлять, заменяя гнусные Х. :-)
> Продвижение вайленда упирается в портировании существующих DE,
Что же оно так? :-)
> Если бы нужен был X12, разработчики бы занимались им,
> а не вяленым.Увы, но импотент может сколь угодно говорить о нужности секса, но заниматься им не сможет. :-) Есть ощущение, что они не могут заниматься Х12 в силу отсутствия определённых структур в мозгу. См. недавние откровения про декорации окон.
> Сколько ещё нужно аргументов, чтобы вы перестали проповедовать
> X.org и не нужность новых решений?Мы не проповедуем X.org. :-) Не переживайте.
К W, как к новому решению, единственное замечание, что эта система не может полноценно заменить Х. Даже на бумаге.
Может/Неможет бумаги, о чем все эти буквы? Конкретные причины будут или трололо, как обычно?
(вздыхает) вот почему как речь про вяленого — так одни сплошные «будет»? когда ж оно уже перейдёт в стадию «есть»?
Этим, скорее, нада у разработчиков интересоваться. Хотя, я в кутекрейторе уже успешно кодил под вяленым )
> Этим, скорее, нада у разработчиков интересоваться. Хотя, я в кутекрейторе уже успешно
> кодил под вяленым )да мне пофигу, что там у каких разработчиков. и что некоторые люди таки уже используют. «есть» — это когда оно как минимум рядом с иксами в дистрибутивах, и выбор зависит исключительно от вкуса пользователя. судя по темпам разработки и внедрения — ещё много лет можно на чудика внимание не обращать.
Ну а от меня ты что хочешь? Чтобы я тебя устроил к вайлендо-компашку дабы ускорить процесс?
> Ну а от меня ты что хочешь?если хотя бы один Провидец Светлого Будущего перестанет публично описывать, как мы все заживём, когда вяленый, наконец, будет делать то, что сейчас отлично делают без него — уже хорошо.
поэтому выбираю рандомного Провидца и немного долбаю ему мозг. вдруг поможет.
Даже не понимаю о чём ты. Срут кирпичами в темах о дисплейных серверах не провидцы.
> Даже не понимаю о чём ты. Срут кирпичами в темах о дисплейных
> серверах не провидцы.именно они. со всемогущим «у вяленого будет» и «с вяленым будет».
>> ну или потому что небыло альтернатив?
> [...] люди успели наваять к тому моменту немало вариантов оконных систем.И что удивительно, пачка ещё тогда гордых юниксовых вендоров умудрилась договориться и побросать в пользу CDE/X11 свои Open*, Sun* и как их там ещё звали...
Были альтернативы, разумеется. Причём та рубашка была куда ближе к телу производителю всего решения целиком -- от железки до десктопа. Видать, люди были более дальновидные.
> нормальное обоснование [...] и приличные идеиНе заметил, в отличие от ситуационного реагирования. А оно в управлении большими проектами попросту не работает.
Всяко лучше, чем заявления "иксы костыли и переусложнены". Опять же - привязка к EGL означает стандартизацию более сложных команд, чем "нарисуй линию и шлёпни готовый битмап", так что эффективность должна быть на уровне - как минимум в теории. Насчет проблем со вводом я не в курсе, так что верю на слово.
> большими проектами попросту не работает.Да, конечно, намного лучше когда все кладут болт на ситуацию вплоть до момента когда приходит конкурент и бабах сверху ботинком по всему этому блошатнику. Ну вон как ведроиды всякие.
Лёня тоже знатно отметился http://www.phoronix.com/scan.php?page=news_item&px=MTMxNzY:Lennart Poettering, the Red Hat developer of systemd and PulseAudio fame, was quick to say, "I am sure 'Mir' is going to be a project with a fantastic future, just like bazaar, or Upstart, or Project Harmony before it." Lennart followed-up to himself with, "isn't Mir this thing that burnt and crashed into the South Pacific Ocean near Fiji on 23rd March, 2001, after some dudes in Russia flipped a switch after they gave it up? This must be metaphor for something, haven't figured out for what yet, though, must be something deeper than 'This software includes a space toilet and Canonical will give it up one day, when it will burn and crash and then we'll be in a south pacific paradise setting.'"
Хорошо у него бомбануло:)) Марк шагает вперед, а Поттер дальше нюхает потные носки...
> Хорошо у него бомбануло:)) Марк шагает вперед, а Поттер дальше нюхает потные
> носки...Нюхает или нет, но правда его: Upstart в Ubuntu сменят на Systemd. Pulse Audio там уже давно. А Mir пока только анонсировали (то есть мало у кого она еще реально используется). Так же, как в свое время анонсировали планы по переходу на Wayland.
> Нюхает или нет, но правда его: Upstart в Ubuntu сменят на Systemd.Разве? Выборочная интеграция вспомогательных компонентов прямо-таки означает, что скоро там будет весь systemd? :)
это значит, что от перехода на systemd убунте остался всего один шаг. будет он сделан или нет - покажет время. алсо, man тенденции
> это значит, что от перехода на systemd убунте остался всего один шаг.
> будет он сделан или нет - покажет время.Я бы не был столь категоричен. По сути, они позаимствовали оттуда несколько сравнительно простых программ. Ну и разработка Upstart явно не прекратилась. Systemd не настолько лучше Upstart, чтобы сломя голову выкидывать своё, проверенное годами, решение.
> алсо, man тенденцииКакие тенденции? Запиливание systemd в тестовую систему RedHat и ещё несколько малораспространённых и просто полуживых дистрибутивов? Серьёзные тенденции, да.
> По сути, они позаимствовали оттуда несколько сравнительно простых программ.это про которые хейтеры вопили, что он монолитен? и да, где вы заметили категоричность? я лишь сказал, что с позиции "100% не запилят" перешли в позицию "50% запилят, а может и нет". каноникал обратило внимание на systemd, этого достаточно для подобного рода завяления
> Какие тенденции? Запиливание systemd в тестовую систему RedHat и ещё несколько малораспространённых и просто полуживых дистрибутивов? Серьёзные тенденции, да.
полуживые - это opensuse, arch, fedora? вкупе с ред хатом они, возможно, составляют более половины всех linux-инсталляций
>> Какие тенденции? Запиливание systemd в тестовую систему RedHat и ещё несколько малораспространённых и просто полуживых дистрибутивов? Серьёзные тенденции, да.
> полуживые - это opensuse, arch, fedora? вкупе с ред хатом они, возможно,
> составляют более половины всех linux-инсталляцийOpenSUSE — полуживой, Arch — малораспространённый (ну просто комьюнити у него более молодое, а потому шумное, вот и кажется, что его [Arch'а] много). Насчёт половины очень сомневаюсь, особенно в десктопном сегменте. Но статистики у меня нет, это скорее личное впечатление (например, часто помимо *.tar.gz я вижу имя PPA и/или собранный deb, изредка — отсылку к AUR, и вообще ни разу не встречал ссылок на репозиторий OBS).
>OpenSUSE — полуживойЧто в вашем понимании есть "полуживой"? То, что вы ни разу не встречали ссылок на репозиторий OBS? Это делает openSUSE - "полуживой"?
>>OpenSUSE — полуживой
> Что в вашем понимании есть "полуживой"? То, что вы ни разу не
> встречали ссылок на репозиторий OBS? Это делает openSUSE - "полуживой"?Вопрос не ко мне, но таки Да!
>> Что в вашем понимании есть "полуживой"? То, что вы ни разу не
>> встречали ссылок на репозиторий OBS? Это делает openSUSE - "полуживой"?
> Вопрос не ко мне, но таки Да!Хомячки плакали, кололись, но продолжали перебирать ppa с каждым релизом и хостом.
>>> Что в вашем понимании есть "полуживой"? То, что вы ни разу не
>>> встречали ссылок на репозиторий OBS? Это делает openSUSE - "полуживой"?
>> Вопрос не ко мне, но таки Да!
> Хомячки плакали, кололись, но продолжали перебирать ppa с каждым релизом и хостом.Это как? Опишите пожалуйста процесс перебора?
>> Хомячки плакали, кололись, но продолжали перебирать ppa с каждым релизом и хостом.
> Это как? Опишите пожалуйста процесс перебора?Вот из недавнего: http://www.opennet.me/openforum/vsluhforumID3/88891.html#49 -- а так и знакомый владелец OEM-производства как-то недоумевал, почему у убунтушников до сих пор такой разброд и шатание при наличии существенно более когерентного примера в виде того же OBS (коим он и пользовался). В качестве пробного камня упоминал случаи, когда подобные "карманы" начинают тащить более свежие библиотеки, от которых в итоговой системе зависят пакеты, происходящие из более чем одного источника.
Вы там передайте товарищу майору, что ружья кирпичом чистить вообще-то не полезно...
> Что в вашем понимании есть "полуживой"?- Нет внятного вектора развития.
- Разработчики с ним не считаются.
- Parent компания стоявшая за сусей - в непонятном состоянии.
> - Нет внятного вектора развития.
> - Разработчики с ним не считаются.Это скорее про федору с убунтой или там винду, если уж кидаться такой аналитикой.
> - Parent компания стоявшая за сусей - в непонятном состоянии.
Судя по тому, что проект за прошлый год не растворился -- в Attachmate понимают лучше, чем в Novell, куда надо лезть с отвёрткой, а куда ни к чему.
> это про которые хейтеры вопили, что он монолитен?конечно, нет. рекомендации портеринга по отдельному сбору удева — просто образец удобства и отсутствия костылей. угу.
Алло, какие "более половины"? Более половины - это одна Убунта, не говоря про Дебиан с Минтом.
>> Хорошо у него бомбануло:)) Марк шагает вперед, а Поттер дальше нюхает потные
>> носки...
> Нюхает или нет, но правда его: Upstart в Ubuntu сменят на Systemd.
> Pulse Audio там уже давно. А Mir пока только анонсировали (то
> есть мало у кого она еще реально используется). Так же, как
> в свое время анонсировали планы по переходу на Wayland.наличие в репозитории - не значит что его ставят. А означает что его выпиливают сразу после установки.
Неожиданно ?
>> Хорошо у него бомбануло:)) Марк шагает вперед, а Поттер дальше нюхает потные
>> носки...
> Нюхает или нет, но правда его: Upstart в Ubuntu сменят на Systemd.
> Pulse Audio там уже давно. А Mir пока только анонсировали (то
> есть мало у кого она еще реально используется). Так же, как
> в свое время анонсировали планы по переходу на Wayland.Да как ты посмел, убунтохейтер трибалист. Не боишься за экстремистские высказывания сесть? Как язык повернулся защищать исчадие ада.
Ага, читал на гуглоплюсе коменты к вбросу Кристиана. Леннартушка с батхертом о сустемд тоже погадил.
Какае хорошие вещи он бы не написал, подобные комментарии говорят о нём не с лучшей стороны.
> Какае хорошие вещи он бы не написал…их всё равно никто не видел.
>Какие
Посмотрим, что выйдет ... пока выглядит вполне хорошо. А самое главное - это очень хороший "+" для Qt, т.к. этот проект может дать доп. импульс ее развития ....
Что там с патентами Nokia в Qt, ничего не известно?
Who is Nokia?
Не более, чем про патенты Oracle в Java.
> Что там с патентами Nokia в Qt, ничего не известно?Они продали куть со всеми потрохами конторке Digia. А Digia - это финики, они куть использовали и им загибон кутя был не в кассу. Как ни странно, потуги выправить финансовую отчетность нокии которая идет на дно временами творят чудеса. И если продажа офисных блоков всем похрену, то вот продаже кути в руки заинтересованных в ее благополучии - это хорошо и тем и другим.
Вот тухло линукс сообщество, уже лет двадцать ему "не до десктопа". Тут прибежал шатл и за пять лет вышел с дистром в лидеры десктопников-линуксов, а потом замахнулся на консольки, телефоны и еще кучу всего. Тухлое сообщество в это время облаивало проезжающий караван :)
А чего вы удивляетесь? Это такой мировой колхоз.У вас в доме парадная дверь красивая? Попробуйте за свои деньги ее перекрасить или заменить на другую. Тут же набегут недовольные соседи.
То же самое.
не повезло вам с соседями
> Вот тухло линукс сообщество, уже лет двадцать ему "не до десктопа". Тут
> прибежал шатл и за пять лет вышел с дистром в лидеры
> десктопников-линуксов, а потом замахнулся на консольки, телефоны и еще кучу всего.
> Тухлое сообщество в это время облаивало проезжающий караван :)Ну выпустить майку Абибас не большого ума дело. А уж бабла дать форониксу и парочке других сайтов в кризис вообще святое дело.
> А уж бабла дать форониксу и парочке других сайтов в кризис вообще святое дело.И, конечно же, будут пруфы? Или это так, "одна бабка на завалинке сказала"? Пардон, тут вам все-таки не завалинка.
ubuntu-kernel,unity,mir... - Ubuntu OS(like Android OS / Mac OS)...
PS: Linus Torvalds Is Back To Using GNOME 3 Desktop - http://www.phoronix.com/scan.php?page=news_item&px=MTMxNjc
>Linus Torvalds Is Back To Using GNOME 3 DesktopNot this shit again >_<
что будет с дефолтовым софтом? наутилуса заменят дельфина?
напишут на qml + ubuntu sdk
Не зря наши Марка в космос брали, хоть одно слово выучил )
А если серьезно, этот "Mir" сеет войну в мире опенсорц графики...
> А если серьезно, этот "Mir" сеет войну в мире опенсорц графики...<ab> Mark in 2010: "we evaluated the cost of building a new display manager, informed by the lessons learned in Wayland. We came to the conclusion that any such effort would only create a hard split in the world which wasn't worth the cost of having done it. There are issues with Wayland, but they seem to be solvable, we'd rather be part of solving them than chasing a better alternative. So Wayland it is."
<ab> конечно, 2013 уже совсем не 2010
> <ab> конечно, 2013 уже совсем не 2010Если это цитата 2010 года, то может быть за это время Каноникал решил, что та команда не способна допилить Вейланд в разумные сроки.
Кстати, два года для такой разработки — это много или мало?
> Если это цитата 2010 года, то может быть за это время Каноникал
> решил, что та команда не способна допилить Вейланд в разумные сроки.Каноникал, простите, сам пока не оказался способен допилить ну хоть что-нибудь в разумные сроки. Поэтому устраивать лишний раз прыжки в ширину вместо того, чтоб учиться работать с другими сообща -- это либо глупость, либо попытка подменить дело болтологией (что тоже глупость).
>> Если это цитата 2010 года, то может быть за это время Каноникал
>> решил, что та команда не способна допилить Вейланд в разумные сроки.
> Каноникал, простите, сам пока не оказался способен допилить ну хоть что-нибудь в
> разумные сроки.Ну да upstart, unity, ubuntu one, ubuntu software center, launchpad, landscape...
Длинннннный списочек, чего они смогли допилить в разумные сроки.>Поэтому устраивать лишний раз прыжки в ширину вместо
> того, чтоб учиться работать с другими сообща -- это либо глупость,
> либо попытка подменить дело болтологией (что тоже глупость).Ну так wayland совсем не пилится, разработчиков у них переманили, если помните уже 12.04 wayland должен был стоять по умолчанию, на ход процесса повлиять никак не могут. Что делать? Нужно баг №1 исправлять. Вот с прошлого июля и начали свою разработку.
>> Каноникал, простите, сам пока не оказался способен допилить ну хоть что-нибудь в
>> разумные сроки.
> Ну да upstart, unity, ubuntu one, ubuntu software center, launchpad, landscape...
> Длинннннный списочек, чего они смогли допилить в разумные сроки.В какой-то мере могу согласиться про launchpad, хотя ввиду bzr и тут лишь в какой-то. О степени полезности и работоспособности ubuntu one и landscape не знаю -- поделитесь опытом?
> Ну так wayland совсем не пилится, разработчиков у них переманили, если помните
> уже 12.04 wayland должен был стоять по умолчаниюКому должен?
> на ход процесса повлиять никак не могут.
Если, как обычно, прибежали вот с такими глазами и "а-аа, у нас по планам в 12.04!!" -- неудивительно.
> Что делать? Нужно баг №1 исправлять.
Шапками, шапками его закидать.
> Вот с прошлого июля и начали свою разработку.
Может, я дурак, а может, Марк. Но одно из двух и время покажет.
>>> Каноникал, простите, сам пока не оказался способен допилить ну хоть что-нибудь в
>>> разумные сроки.
>> Ну да upstart, unity, ubuntu one, ubuntu software center, launchpad, landscape...
>> Длинннннный списочек, чего они смогли допилить в разумные сроки.
> В какой-то мере могу согласиться про launchpad, хотя ввиду bzr и тут
> лишь в какой-то. О степени полезности и работоспособности ubuntu one
> и landscape не знаю -- поделитесь опытом?Дык а чё работает без нареканий, ubuntu one тормозил по началу в первых версиях, сейчас все ок. landscape сейчас не использую, раньше хозяйство большое было пользовался, несколько раз выручал круто.
>> Ну так wayland совсем не пилится, разработчиков у них переманили, если помните
>> уже 12.04 wayland должен был стоять по умолчанию
> Кому должен?В плане стоял, разработчику деньга капала.
>> на ход процесса повлиять никак не могут.
> Если, как обычно, прибежали вот с такими глазами и "а-аа, у нас
> по планам в 12.04!!" -- неудивительно.Прибежали, сказали сделаешь - сделаю, вот за столько, денег дали, результат 0.
Ну а насчет времени, за сколько времени Aqua в Mac OS X запилили? И это вместе с системой, Carbon'ом и прочими плюшками, к которым остальные пришли гораздо, гораздо позже.
>> Что делать? Нужно баг №1 исправлять.
> Шапками, шапками его закидать.
>> Вот с прошлого июля и начали свою разработку.
> Может, я дурак, а может, Марк. Но одно из двух и
> время покажет.Ну то что Марк не дурак время уже показало. Я бы на вашем месте так вопрос не ставил.
> Каноникал, простите, сам пока не оказался способен допилить ну хоть что-нибудь в
> разумные сроки. Поэтому устраивать лишний раз прыжки в ширину вместо
> того, чтоб учиться работать с другими сообща -- это либо глупость,
> либо попытка подменить дело болтологией (что тоже глупость).Альт запилил много софта и добился огромного успеха, да. Разумные люди не кидают камни из стеклянных домов.
> Альт запилил много софта и добился огромного успеха, да.Вы удивитесь, но в том, чем занимается -- именно так. Причём даже и в том сделано больше, чем сказано, в отличие от.
Чего тут удивляться. Марк (наверно)наконец-то понял, что свободный софт разрабы пилят в "НУЖНОМ РАЗРАБАМ" направлении. И на вяленом он видимо споткнулся в очередной раз. Как видим, теперь у него есть мир.А дело наверно было так - были костыльные иксы, был свежий и отчасти перспективный вяленый. Марк подумал "- Ништяк, щас свежую и легкую графику запилим", и давай двигать вяленого. И тут сюрприз - мало того что теперь половина разработчиков старых иксов, пилят новые ик...вяленого, так еще и на видение космонавта там наверно все клали. Все как с гномом, да как и со всем.
Какая разница как "вяленый" будет в итоге называться, если Марк и свой хороший графический стек запилит и с разрабами видях договориться о его поддержке. Мне все равно, я не религиозный. Пусть победит качество.
> Пусть победит качество.Анонсов?
Ну хватит вам. Unity_тоже_когда-то_была _анонсированна, и получается что сейчас её нет?
Так же и со смартфонами. И с графиками релизов. Ну видно же что они намерены серьёзно облегчить себе работу.
>анонсирована
> Unity_тоже_когда-то_была _анонсированна, и получается что сейчас её нет?В рабочем виде не встречал; то, что в 12.10 -- IMHO тянет на альфу по качеству.
> Так же и со смартфонами. И с графиками релизов.См. выше.
>В рабочем виде не встречал; то, что в 12.10 -- IMHO тянет на альфу по качеству.Неужели всё настолько печально? Я последний раз пробовал Unity в 11.04... неужели Unity так и не довели до вменяемого состояния? Просто, достаточно часто видел хвалебные отзывы.
> Неужели всё настолько печально? Я последний раз пробовал Unity в 11.04... неужели
> Unity так и не довели до вменяемого состояния? Просто, достаточно часто
> видел хвалебные отзывы.лучше перепробуйте, использую унити и не замечал "ай-ай-упало!" в 12.04
> В рабочем виде не встречал; то, что в 12.10 -- IMHO тянет на альфу по качеству.Ну она двигается. 11.10/12.04 была вполне годна.
>> Unity_тоже_когда-то_была _анонсированна, и получается что сейчас её нет?
> В рабочем виде не встречал; то, что в 12.10 -- IMHO тянет
> на альфу по качеству.Я вот сейчас на ней работаю и всё хорошо. Никаких глюков, традиционно ЧЯДНТ?
> Я вот сейчас на ней работаю и всё хорошо. Никаких глюков, традиционно ЧЯДНТ?Рад за Вас, а мне за первые же полчаса стендовой работы вылезло моргание меню (по глазам било) и что-то ещё, традиционно вылетело из головы. Машинка эта под рукой, можно попробовать воспроизвести как-нить по свободе.
>> Я вот сейчас на ней работаю и всё хорошо. Никаких глюков, традиционно ЧЯДНТ?
> Рад за Вас, а мне за первые же полчаса стендовой работы вылезло
> моргание меню (по глазам било) и что-то ещё, традиционно вылетело из
> головы. Машинка эта под рукой, можно попробовать воспроизвести как-нить по
> свободе.Меню которого? Вы автосокрытие поставили? Или zeitgeist'у скормили новый винт на индексацию?
>> Рад за Вас, а мне за первые же полчаса стендовой работы вылезло
>> моргание меню (по глазам било)
> Меню которого?Виноват; общего, которое в верхней части экрана сидит.
> Вы автосокрытие поставили? Или zeitgeist'у скормили новый винт на индексацию?
Ни-ни-ни, я вообще-то пытался это всё, бишь десктопный образ 12.10, в UEFI mode загрузить и поставить (кстати, тоже не удалось -- возможно, предполагается строго нанесение исошки на флэшку unetbootin'ом и больше никак, а возможно, надо было перебрать варианты исошек, но на это уже времени лишнего не было с учётом прилежного предварительного чтения вики). Никаких ручек не трогал, зверушек не кормил. Заглядывал в /sys/firmware :)
> Или zeitgeist'у скормили новый винт на индексацию?то есть, индексатор, который вообще не должен быть заметен, может поставить раком систему? да, это «допилено», без сомнений.
> на альфу по качеству.Как по мне - лучше бы вы на свой дистр побольше смотрели. А то в чужом глазу соринки разглядывать - все мастаки. А за собой бревен по жизни не замечают почему-то.
> Как по мне - лучше бы вы на свой дистр побольше смотрели.Смотрим; и Вам спасибо.
>IMHOА я хотел услышать объктивность. Именно вашу.
Да, насчёт графиков — согласен, это была всёго лищь тема для обсуждения. Но насчёт оставшегося, всё же, я более уверен.
малацца, ия того же мнения.
И у Mir'а и у Wayland'а есть принципиальная проблема которая лишает и их встать в ряд великих продуктов, каковым является X.Org.
Они, в отличие от X.Org, не переносимы. Точатся исключительно под Linux. Универсальность и переносимость X.Org'а, это главный секрет успеха. Почетнейшее звание среди Программых систем - "старый, как г%;но мамонта" ни Mir'у ни Wayland'у скорей всего не грозит...
Тото я смотрю бздуны сидят "на последнем" X.org
А зачем их переносить?БСД на десктопе рынку не нужен. Ну давайте честно. Им бы на серверах выжить.
МакОс имеет свою систему.
В винде Вейланд и Мир тоже не нужны.Вот куда вы их портировать будете?
В случае с Миров разработчики заранее думают про работу на планшетах и мобильниках (говорят, по крайней мере).
> В случае с Миров разработчики заранее думают про работу на планшетах и мобильниках (говорят, по крайней мере).А в вяленде молчат как партизаны, что аж вестон требует egl для работы.
> В винде Вейланд и Мир тоже не нужны.Это как посмотреть! Скажем, WPF - тормозное отстоище, WinForms - старое и корявое, поэтому имея нечто многоплатформенное, да ещё с хорошей ГУЙнёй, можно очень даже подвинуть мелкософт на их же платформе.
>> В винде Вейланд и Мир тоже не нужны.
> Это как посмотреть! Скажем, WPF - тормозное отстоище, WinForms - старое и
> корявое, поэтому имея нечто многоплатформенное, да ещё с хорошей ГУЙнёй, можно
> очень даже подвинуть мелкософт на их же платформе.Кажется вы путаете графическую подсистему с набором виджетов и фреймворком.
Впрочем, могу ошибаться.Вопрос один — как Вейланд или Мир, по вашему мнению, будет интегрирован в процесс разработки тонн бизнес софта, который пишется в офисах крупных компаний?
А куда переносить? На винде и макоси всё это никому сто лет не сдалось. Остальное - просто не оправдает затраченных усилий и компромиссов в дизайне.Когда писался X11 систем был натуральный зоопарк, сейчас ситуация другая.
3 стороки кода написали , а уже орут полноценный Mir
> 3 стороки кода написали , а уже орут полноценный MirА вы на это написали 53 бесполезных символа, причем с одной пунктуационной, одной грубой стилистической и двумя орфографическими ошибками.
52
> 52Да, кто-то не умеет пользоваться echo -n. :)
Допиши четвёртую - сделай его полноценным!
> Допиши четвёртую - сделай его полноценным!GOTO 1
Тут что-то не то... То они к гтк либам в зависимости вяленд пихают, то внезапно у них появляется свой Мир, которым они хотят пресеч надуманные нестыковки в вяленде. И судя из сорцов, Мир существует не 2 дня. Это абсурд какой-то.
В конце-концов, Марк хочет таки снова занять первое место в топе ДистроВоча, но теперь с конца. Медленно но верно у него даже начало получаться.
Сколько можно уже этот дистровотч упаминать?Ихняя статистика это статистика посещения их унылого сайта, на который большинству класть огромный болт.
> В конце-концов, Марк хочет таки снова занять первое место в топе ДистроВоча,
> но теперь с конца. Медленно но верно у него даже начало
> получаться.У него и так первое, сложите клоны с нескучными обоями + *buntu.
> У него и так первое, сложите клоны с нескучными обоями + *buntu.По этой логике первое у дебиана.
>> У него и так первое, сложите клоны с нескучными обоями + *buntu.
> По этой логике первое у дебиана.Можно и так сказать, но все дело в деталях, любой из клонов, можно превратить в ubuntu парой тройкой команд в консоле и наоборот.
>>> У него и так первое, сложите клоны с нескучными обоями + *buntu.
>> По этой логике первое у дебиана.
> Можно и так сказать, но все дело в деталях, любой из клонов,
> можно превратить в ubuntu парой тройкой команд в консоле и наоборот.А на это можно удивиться, почему же тогда они появились и мало того -- уверенно оттяпывают пользовательскую базу у убунты, если дело в паре команд?
Важная деталь -- это слышат ли пользователей или забивают им в глотку своё "гениальное видение". Её аптом не поставишь.
> А на это можно удивиться, почему же тогда они появились и мало
> того -- уверенно оттяпывают пользовательскую базу у убунты, если дело в паре команд?Потому что большинство пользователей не хочет дорабатывать напильником систему после установки. Намного проще скачать то что было максимально похоже на желаемое.
Ну вот смотрите, из Ubuntu парой команд делается Xubuntu. Но если мне надо XFCE - зачем я буду лишний раз возиться с выковыриванием юнити и установкой XFCE, если я могу сразу скачать образ который мне XFCE и вкатит как раз? При этом мне не придется качать лишний код всяких юнити и прочих, которые один фиг пойдут под нож. Что скостит время даунлоада и требования к флешке.
> Намного проще скачать то что было максимально похоже на желаемое.Вот именно.
Внимание, вопрос: почему xubuntu вдруг для толпы народу оказалось _более_ похожим на желаемое, чем собственно ubuntu?
PS: мальчики, ну хватит уже упрямиться. Если Марк возьмётся за голову, а не свой битый хрустальный шар -- я тоже буду только рад. А пока он _вас_ кидает -- постараюсь, чтобы помимо слащавого завывания убунтофанов до неопытных долетали и обобщения набитых шишек.
Ubuntu Touch - виновник, главная причина - это драйвера ГПУ на Адроид девайсах. Они нашли легкий способ популяризировать Убунту на Андроид устройствах для которых есть уже СМ10.1. Главная проблема, как всегда осталась одна - закрытые драйвера на этих девайсах... Чтобы Ubuntu Touch заработал, нужно чтобы эти драйвера работали в АПИ Андроида, а не ИКСОВ. Иначе массового выхода альтернативных прошивок СМ с Ubuntu Touch не видать!
libwayland, libmir, нативное ПО юзать не получится. Сидеть в xorg'шной эмуляции и ещё сильнее тормоза ловить из-за фрагментации. Америкосы опять бабки никак не поделят.
> libwayland, libmir, нативное ПО юзать не получится. Сидеть в xorg'шной эмуляции и
> ещё сильнее тормоза ловить из-за фрагментации. Америкосы опять бабки никак не
> поделят.У вас каша в голове закисла.
При чем тут америкосы и их бабло?
>> libwayland, libmir, нативное ПО юзать не получится. Сидеть в xorg'шной эмуляции и
>> ещё сильнее тормоза ловить из-за фрагментации. Америкосы опять бабки никак не
>> поделят.
> У вас каша в голове закисла.
> При чем тут америкосы и их бабло?И, что тоже немаловажно, причем здесь нативность-ненативность?
я не верю марку...
> я не верю марку...Новость об этом напишите. Сенсация века же.
Зачем это поделье, если работать оно в других дистрах работать не будет???????
Самое положительное следствие - прог на qt станет больше, и это не может не радовать.
Как всегда у буржуев, даже под прикрытием опенсорса каждая мразюка тащит одеяло на себя. Ведь если народ поддержит вэйлэнд, значит все будут плясать вокруг Хогсберга - то-то он взбеленился! Другие опенсорс разрабы наоборот рады разнообразию продуктов.
За Qt, как основную библиотеку системы - спасибо огромное!!!!!!
За перевод Unity на Qt - спасибо огромное!
За будущее единое API для системы - спасибо огромное!
За старания сделать единые графические драйвера - спасибо огромное!
За Мир в СПО :) - спасибо огромное, хотя я не понимаю может и правильно делают. Я не думаю, что они просто так решили не брать уже как бы готовый Wayland.Для меня мега новость - все очень круто, и даже лучше чем ожидал!
А если копнуть глубже, то по моему мнению Ubuntu показывает грамотное развитие проектов.
Кроме красношляпых никто не показывал целостность системы. Ubuntu - уже не дистрибутив, а полноценная ОС с открытым кодом, прекрасным ядром Linux и другими замечательными фишками.
> А если копнуть глубже, то по моему мнению Ubuntu показывает грамотное развитие проектов.А тем временем разработчики удаляют аккаунты на лончпаде.
Хотя я тоже сторонник целостности системы, а то собирают как конструктор из непонятных деталей, разработанных непонятно кем, непонятно где, непонятно с какими мыслями в чердаках.
Но тогда Каноникалу надо форкнуть весь ГНУ-юзерленд.
> Кроме красношляпых никто не показывал целостность системы. Ubuntu - уже не дистрибутив,
> а полноценная ОС с открытым кодом, прекрасным ядром Linux и другимиНет. Пока нет единого АПИ.
> Пока нет единого АПИ.А и не будет.
Система изначально должна разрабатываться как одно целое, а не так, как в линуксе - костылями и портированием.
> А и не будет.
> Система изначально должна разрабатываться как одно целое, а не так, как в
> линуксе - костылями и портированием.А хрен его знает. Может и будет когда-нибудь, почему бы и нет.
> Кроме красношляпых никто не показывал целостность системы.Да-да, ни дебиан, ни сузя, ни даже альт. Хотя мы с Вами наверняка смотрим с разных сторон капота.
Первое и последнее не видел. Но сусе упоролась целостностью в замену работоспособности.
Пакетов накидали, как в мусорник, а то что они не выполняют заявленных функций - да пофиг. Это проблемы их разработчиков. Альт, простите не расслышал, то же целостная система?
> Пакетов накидали, как в мусорник, а то что они не выполняют заявленных функций
> - да пофиг. Это проблемы их разработчиков.Боюсь, это портрет любого крупного репо, включая и ubuntu universe, и rawhide. Детали варьируют в зависимости от количества и качества майнтейнеров и пользователей на средний пакет по больнице, но на удивление не так уж и сильно...
> Альт, простите не расслышал, то же целостная система?
Технологически -- весьма. Например, про unmets уже успели забыть.
А ведь я с тобой согласен! Ubuntu не просто свалка программ новых версий, это идея, это вектор, это осмысленная цель. Этим не могут похвастаться другие, которые даже делают модные конфигураторы системы.
> векторltd
>> вектор
> ltdЗАО было бы лучше? Можно было бы акций майкрософту прикупить как у RH или Nokia, CEO своего поставить.
>>> вектор
>> ltd
> ЗАОЭто было ёрничанье по мотивам постперестроечных ООО... кстати, изрядно смахивает.
>>>> вектор
>>> ltd
>> ЗАО
> Это было ёрничанье по мотивам постперестроечных ООО... кстати, изрядно смахивает.ООО нормальная форма собственности, ничем не хуже чем остальные, если владелец один и привлечение стороннего капитала на начальном этапе ему не нужно и создается общество не с целью быть проданным то самое лучшая форма собственности ООО.
К тому же на острове Мэн, где оно зарегистрировано перестройки не было, там нормальная монархия со средневековья, так что оставьте свои гнусные инсинуации.
>>>>> вектор
>>>> ltd
>>> ЗАО
>> Это было ёрничанье
> ООО нормальная форма собственности*sigh*
Ладно, пусть будет Snake Oil Ltd, про этот аналог из мировой практики urbandictionary может рассказать. :)
> А если копнуть глубже, то по моему мнению Ubuntu показывает грамотное развитие
> проектов.— ураааа, у нас будет гном!
ой.
— ураааа, у нас будет юнити на гтк!
ой.
— ураааа, у нас будет юнити на Qt!
ой?
Буду с нетерпением ждадь, задолбался изменять расширение экрана после полноэкранных игр.
Эх, весело-то как ))) ALL vs ALL Вот это конкуренция!
Замучили они уже этим кретинизмом... я пересел на хакинтош, та-же убунта с виду, только лучше.
Именно кананикл замучил, потому-что опенсуся стабильнее, и настраивать её удобнее, и кеды лучше чем юнитя, Торвальдс тоже кеды одобряэ. Кеды уж соответствуют стандартам фридесктоп, и отрисовка графики быстрая... да и вообще, там можно с помощью гуя в опенсусе на sysrq повесить смену планировщиков ио, иногда это помогает когда что-то повисло, иксы скажем.А почему я хакинтошем пользуюсь? - потому-что юнипс, красиво, и не надо для играшек винду в дуалбуте держать. Кроме того, там можно выбирать будет ли фс регистрозависимой, - очень удобно когда делаешь большие моды для RPG, потому-что вайн регистронезависим внутри, и если у него снаружи регистрозависимая фс, то бяка.
Что хочу то и юзаю, мы не на хабре.
> Замучили они уже этим кретинизмом... я пересел на хакинтош, та-же убунта с
> виду, только лучше.На самом деле, на Linux'е есть масса вещей, недоступных или крайне неудобных под MacOSX. Например, мозаичные WM, система пакетирования, сетевая прозрачность.
Но в Ubuntu пытаются сделать клон MacOS, получается, естественно, плохо. Соответственно, смысл в использовании Ubuntu пропадает.
Я именно это хотел сказать, просто неправильно сразу выразился: убунту не самый лучший дистр ... я очень расстроился что они в новой версии юнити трей вырезали полностью, они на моей памяти уже несколько раз не сдержали обещания, в принципе каноникл троллит так-же как красная шапка. Ну в этот раз я ещё с ними соглашусь, им надо на мобильные устройства перетащить ось, потому они решили утащить апи из андроида. Но я вот так и не понимаю: почему они не сделают просто приятный дистрибутив?Попробую дебиан осилить, там репозитории безупречны.
Да, я неправ, на опенсорсном ресурсе поднял тему о проприетарщине... сорри.
По мне так пусть разеваются как Wayland так Mir. Причина проста, когда то был X-сервер и этого было достаточно, но разнообразия не добиться, если не делать альтернатив. С другой стороны я не думаю что эти сервера будут чем то отличатся от друг друга
Молодцы!!! Наконец Canonical стал серьезен. Нужно же когда то начинать!
Теперь за будущее Ubuntu я спокоен... Теперь нас ждет действительно что то интересное!
История знакома, как мир. Космонавт пообщался с разрабами Вейланд: хочу то, то и то. Они в ответ: будет, но нескоро или вообще не будет. Да и иди ты Марк лесом, мы тут все гении. Ну как говориться: хочешь сделать хорошо - сделай сам.
Вот тут ты заблуждаешься мой дорогой Аноним хотя это наиболее очевидный вариант, а очевидное, как известно - не значит, что правильное.
Лично я вижу все это в совсем другом свете. Canonical наконец осознало что создание платформы - не такое простое решение как они предполагали... Платформа - это не просто куча компонентов собранных вместе. Что то мне подсказывает, что Mir - далеко не последний компонент который будет воссоздан с нуля! Это только начало!
В итоге Ubuntu с Linux будет объединять лишь общий набор компонентов. В том виде в котором существует Linux ему не суждено стать платформой. Это больше похоже на конструктор...
(умиляется) школьник выучил слово «платформа». красивое слово, солидное.
Можно высказать своё отношение к надвигающейся фрагментации здесь:
https://bugs.launchpad.net/mir/+bug/1149581
Так это, как бы все рассказывают, что многа дистров эта крута. Выходит, многа иксов эта тоже крута.
