Один из ведущих разработчиков KWin, Мартин Грасслин, опубликовал заметку (http://blog.martin-graesslin.com/blog/2013/03/war-is-peace/), в которой ответил на несколько наиболее актуальных вопросов, связанных с недавно анонсированным проектом компании Canonical — дисплейным сервером Mir (http://www.opennet.me/opennews/art.shtml?num=36293), и перспективах развития KWin в свете новых условий.
<blockquote>«Первый вопрос: Повлияло ли появление Mir на нас (разработчиков KWin)? Да, безусловно. За последние дни со страниц документации Mir на разработчиков Wayland было вылито немало клеветы (FUD (http://ru.wikipedia.org/wiki/FUD)). Подобный подход мешает трезво сравнивать характеристики дисплейных серверов и вредит процессу разработки.
Второй вопрос: Повлияло ли появление Mir на наши планы в отношении поддержки Wayland? Нет. Было бы глупо и непрофессионально менять свои планы после каждого громкого заявления Canonical. Решение об изменении планов может быть принято только в том случае, если у Mir будут какие-либо преимущества перед Wayland. В существующей на настоящий момент документации Mir таких преимуществ, даже планируемых, найти не удаётся. А заведомо ложная критика в адрес Wayland наталкивает на мысль, что на самом деле их и нет.
Третий вопрос: Будет ли KWin поддерживать Mir? Нет. Разработчики KWin не намерены принимать в апстрим патчи, специфичные для одного конкретного дистрибутива. Разумеется, если Mir будет поддерживать больше дистрибутивов — тогда, возможно, нам стоит вернуться ко второму вопросу, и попробовать сравнить Mir с Wayland. Однако, блестящий успех Unity за пределами Ubuntu (иронизирует Мартин) позволяет предположить, что до этого не дойдет.»
</blockquote>Двумя днями позже, Марк Шаттлворт, возглавляющий проект Ubuntu, продемонстрировал (http://www.markshuttleworth.com/archives/1235) полное безразличие к мнению разработчиков KWin, безапелляционно заявив: «У меня нет ни малейших сомнений, что KWin будет поддерживать Mir». В ответ на это, Мартин опубликовал довольно резкую заметку (http://blog.martin-graesslin.com/blog/2013/03/reply-to-all-t... в которой обратил внимание на то, что
- Шаттлворт не имеет ни малейшего представления о разработке KWin.
- В истории KWin не зафиксировано ни одного вклада от разработчиков Canonical.
- Ни один из сотрудников Canonical не обращался к разработчикам KWin по вопросам интеграции с Mir.
- Мартину очень интересно, на каком основании Canonical указывает другим проектам, что можно делать, а что нельзя.
- Разработчики KDE все еще с нетерпением ждут обещанной (http://www.markshuttleworth.com/archives/551) Шаттлвортом помощи в интеграции с Wayland (но пока так и не дождались).В завершение, Мартин просит Шаттлворта не ссылаться на KWin в кампании по маркетинговому продвижению Mir.
Тем временем, один из ведущих разработчиков X.Org, Дэйв Эирлай, также высказался (http://airlied.livejournal.com/76828.html) по поводу действий Canonical. «Если взглянуть на ситуацию с холодной и циничной точки зрения», пишет Дейв, «становится очевидным, что Mir — не более чем элемент политической интриги Canonical, направленной на захват под свой контроль разработки графического стека Linux. Действительно, довольно неприятно вложить в Linux столько денег и не получить при этом ни полного контроля над кодом, ни даже признания сообществом твоего лидерства. В такой ситуации вполне закономерным будет принудительный перевод процесса разработки из открытого формата в закрытый.»
При этом Дейв ссылается на полное отсутствие вменяемых аргументов в пользу разработки нового сервера, вместо уже существующего Wayland. Единственный технический аргумент, который смогли предложить разработчики Mir на странице проекта (https://wiki.ubuntu.com/MirSpec) — небезопасная обработка событий ввода. По словам Дейва, для любого знакомого с Wayland человека, абсурдность этих претензий является очевидной (и действительно, несколько часов спустя разработчики Mir заменили (https://wiki.ubuntu.com/MirSpec?action=diff&rev1=3&rev2=4) это утверждение его отрицанием: «Wayland не имеет такой проблемы», что, на фоне отсутствия других технических замечаний, придает аргументации против Wayland некоторую комичность).
«Но если рассуждать не столь цинично», продолжает Дейв, «можно вспомнить бритву Хэнлона: не стоит искать злых намерений там, где все можно объяснить простой глупостью. Итак, хотим ли мы, чтобы в основе будущих Linux-десктопов и мобильных устройств лежал дисплейный сервер, созданный с нуля людьми, у которых просто не хватило ума разобраться в уже существующих проектах?» — спрашивает Дейв. «Вывод на экран — это полная ерунда, главное — обработка событий ввода, она обязательно должна быть безопасной. Ведь очень легко рассуждать о безопасности того, что еще не написано» — иронизирует он.URL: http://blog.martin-graesslin.com/blog/2013/03/reply-to-all-t.../
Новость: http://www.opennet.me/opennews/art.shtml?num=36347
airlied: this is nothing more than a shallow power play by Canonical to try and control parts of the graphics infrastructure on Linuxой, ну кто бы говорил.
а вообще к этому случаю как нельзя лучше подходят золотые, бессмертные слова Линуса Ток^Hрвальдса:
"Talk is cheap. Show me the code."
Да, они вдруг забыли, сколько доставили всем геморроя своим квином. Под них даже Адоб в своём флэше должен был прописать правила для раскрытия на полный экран, потому что они так придумали, VLC надо было перелопачивать чтобы он начал показывать видео в KWin и пр.
Да и вообще, КДЕшники мастера по написанию никому не нужных велосипедов. Под КДЕшный системный лоток пришлось переписывать некоторые приложения, потому что КДЕшники пошли "своим путём", научить программы останавливать скринсейвер КДЕ - это целое исскусство, Их фонон так нигде и не прижился и использует теперь пульс (хотя задумывался для тех-же целей что и пульс) И много много полезного они сделали.
А теперь они оказались в тех же условиях что и все кто должен был обеспечить работу своего приложения в КДЕ и плячут, вот, мол, никому не нужный велосипед этот мир...
Вы велосипед делали, теперь космонавт придумал свой велосипед А вы крутитесь, ведь вы не заботились об обратной совместимости в своих поделках, вот и "аукнулось"А по поводу Mir vs. Wayland - вяленого уже давно пилят и никак не допилят, только рассказывают, какой он будет крутой, может космонавты смогут? А если даже и не смогут, то всё равно, это хороший такой пинок под зад всем этим засидевшимся революционерам, несколько лет назад обещавшим избавить всех от гнусного икса, а на деле пока пшик.
Справедливости ради - phonon не "ихний", а идёт в составе qt
Справедливости ради - в Qt его притянкли из Kde
> Справедливости ради — в Qt его притянкли из Kdeвдобавок, является очередной абстракцией над «чем-нибудь ещё». gstreamer, например, или xine. при отсутствии в системе этих радостей — бесполезен чуть более, чем полностью, потому что не делает ничего вообще.
да, у меня нет xine. и gstreamer нет. музыку слушаю, видео смотрю. фонон не фурычит.
А еще у phonon'a есть биндинги к mplayer и vlc, уж из этого что-то у вас есть, ну а если есть, то стоит только их доустановить в свой дистрибутив и phonon должен заработать. А вообще цель phonon'a, была не стать еще одним звуковым сервером а, а прослойкой к множеству существующих, чтобы авторы приложений для KDE/Qt не писали каждый свой биндинг/велосипед, а использовали один - унифицированный инструмент.
> А еще у phonon'a есть биндинги к mplayer и vlcпро mplayer:
Phonon-MPlayer: This was a third-party backend for Phonon, now unmaintained.влц нет. доустанавливать не хочу, mplayer2 обеспечивает всё, что мне надо. да и не собирается у меня новый влц (для игрушки какой-то хотел собрать), требует кучу обновлений. не хотет.
> вообще цель phonon'a, была не стать еще одним звуковым сервером а,
> а прослойкой к множеству существующих, чтобы авторы приложений для KDE/Qt не
> писали каждый свой биндинг/велосипед, а использовали один — унифицированный инструмент.лично для меня это — нерабочий инструмент. молоток из туалетной бумаги. ибо не работает.
>лично для меня это — нерабочий инструмент. молоток из туалетной бумаги. ибо не работает.Вы бы уж договорили свою мысль до конца: "...ибо не работает, потому что мне лень обновить свой дистрибутив, а также лень искать старые исходники влц, которые подойдут под мои старые зависимости". :) Ну, вам подобные как всегда пеняют на зеркало, конечно :)
да, не хочу. у меня есть отличный рабочий mplayer. почему это фоноговнище не хочет с ним дружить, а требует уродливого и корявого vlc?
кроме ЧСВ у шапки - никаких. И того они обвиняют убунту в том что делают сами.Как любимый девиз вора - бежать впереди и кричать "держи вора".
Так вот пока никто толком не перешёл на Wayland, есть возможность выбрать. Разница есть, хотя бы даже в ЯП: сишный Wayland или c++ + boost+qt+stl Mir... Ещё неизвестно что лучше, кстати
как можно выбрать Mir, в котором вообще ничего нет?Вот тут, посмотрите на TODO: https://blueprints.launchpad.net/ubuntu/+spec/client-1303-mi...
В Mir нет вообще сейчас ничего.
Так его самого ещё нет, поэтому здесь разгоревшаяся битва бросанием какашек выглядит фантасмагорией.
Вы так гневно кричите, будто Мир уже существует, а плохие дяди из КДЕ вставляют ему палки в колёса :)Окститесь, милейший. Сверху же написали слова Торвальдса: "Звиздить - не мешки ворочать, а ты бумажку с кодом покажи" :) Вот когда покажут мировцы свою бумажку с готовым кодом, тогда будете возмущаться. В статье же именно об этом и написано - нет бумажки, нет предметного разговора ;)
Уже года три-четыре использую phonon-backend+alsa, какая пульса? расскажите про этот недовелосипед кому другому. Решил как-то попробовать, так в некоторых играх заикался как сумасшедший. С ресемплингом проблем была куча, хочешь себе дмикс замутить с недефолтной частотой -- выкручивайся как хочешь. Опять же, с gstreamer-backend'ом всё хорошо.
airlied вообще-то кода пишет чуть больше чем до хрена, он один из основных разработчиков mesa/gallium и опенсорсных драйверов к radeon
> airlied вообще-то кода пишет чуть больше чем до хрена, он один из
> основных разработчиков mesa/gallium и опенсорсных драйверов к radeonвот и поинтересуйтесь на досуге, как он команде из суси помогал radeonhd писать.
Ну началось! не успел затихнуть холивар Xorg vs Wayland...
> Ну началось!Весна, да...
это один из немногих плюсов вэйланда. теперь появится больше консерваторов которые перескочат на вэйланд.
> успел затихнуть холивар Xorg vs Wayland...Бедные хейтеры, они не устали ненавидеть вяленый, как уже надо ненавидеть Mir. Они же пережрут и растолстеют, потеряв квалификацию и обленившись.
учитывая постоянные выпуски systemd и недавний вброс каноникла на тему systemd, хейтеры скоро просто лопнут
Да, и главный хейтер Canonical это конечно же главный разработчик KWin. Ведь он же неудачник, который ничего не добился в жизни. Куда там ему до великого Марка Шаттлворта!
И теперь Xorg и Wayland объединятся в холиваре против Mir. Вот он, тайный замысел. А по существу, нет смысла холиварить, когда знающие люди уже все сказали. Теперь только время рассудит.
>И теперь Xorg и Wayland объединятся в холиваре против MirИ допишут наконец X12 :)
что за кипиш?! на вайланде пока тоже ничего вразумительного нет! захотел заниматься canonical новым дисплейным сервером - почему бы и нет? пусть каждый проект занимается своим делом, а время покажет и рассудит-кто был прав! сольет Mir вайланду - пользователи начнут переползать на другие дистры, где будет использоваться он.
>что за кипиш?!Космонавту возжа попала
> захотел заниматься canonical новым дисплейным сервером - почему бы и нет?
Ну как бы судя по статье - вместо того чтобы заниматься им, они занимаются демагогией.
"Shut Up And Show Them The Code" (с)>сольет Mir вайланду - пользователи начнут переползать на другие дистры, где будет использоваться он.
Ох сынку, ты жжешь. Даже steam можно запускать не только под убунтой, ты что же думаешь, mir не перенесут если нужно будет? Или мне например как Qt-разработчику абсолютно похиг что там внизу лежит. Т.е. софт будет работать и под вейландом и под миром. Сечешь? А у тебя кто то куда то ползает. Смешно право
> "Shut Up And Show Them The Code" (с)А знаешь, у этого есть и позитивные моменты. Когда ffmpeg и libav ругались, разработчики с обоих сторон разозлились и начали вкалывать с удесятеренной силой. Кроме того, они войдя в раж устранили многие моменты которые ГОДАМИ анноили многих участников. Теперь они все используют гит а не допотопный svn. Теперь они все юзают наработки ffmpeg-mt. Ну и вообще, если посмотреть - болото просто взорвалось и активность в обоих проектах подскочила в разы относительно того что было в ffmpeg изначально.
В результате ffmpeg и libav по любому стали лучше. Сделав за единицы месяцев то что иначе заняло бы годы и годы.
Вы знаете, я совсем не против если авторы kwin, wayland, mir и прочая так же подорвутся и побегут надирать друг другу задницы, усердно доказывая в своем коде что они - лучше :).
> В результате ffmpeg и libav по любому стали лучше. Сделав за единицы
> месяцев то что иначе заняло бы годы и годы.Ох. А доказательства? Я как бы постоянно кодирую видео и нужных критических вещей мне их хайп не дал.
> Вы знаете, я совсем не против если авторы kwin, wayland, mir и
> прочая так же подорвутся и побегут надирать друг другу задницы, усердно
> доказывая в своем коде что они - лучше :).Мне как то пофиг. Меня в Х и сейчас всё устраивает
> Ох. А доказательства?А ты посмотри число коммитов и изменения в проектах.
> Я как бы постоянно кодирую видео и нужных критических вещей мне их хайп не дал.
А какие критические вещи вам нужны?
Для меня например:
- При желании билдануть новую версию, теперь это намного быстрее. Гит все-таки реактивно сливает дельту vs то что было с svn раньше.
- Интегреж кусков ffmpeg-mt это таки хорошо, ибо ядер у меня нынче много.> Мне как то пофиг. Меня в Х и сейчас всё устраивает
А мне вот не нравится что оный при интенсивном выводе граифки слишком уж отсвечивает в топе и разгоняет вентилятор на проце. Вплоть до маразматичной ситуации когда прожка для работы с OSMными картами и треками при рендере через иксы жрет проца в три раза меньше чем сами иксы при обработке ее запросов. Хотя казалось бы, там ничего и нету кроме отрисовки битмапов, точек и линий. Если какая-то графическая подсистема от этого настолько встает р@ком - она определенно слишком задержалась на этой планете.
> Если какая-то графическая подсистема от этого настолько встает р@ком - она определенно слишком задержалась на этой планете.мне интересно, на вейленде оно не так? Вы уже пробовали? Мне правда интересно.
Я почему спрашиваю: многие, а особенно приверженцы вейленда, говорят, что в винде графическая система — идеал.
Но когда я беру в винде окошко за заголовок и начинаю его таскать по экрану, диспетчер задач показывает 100% загрузки ядра. Делаю то же под X — 2.3%. А когда кривые программы начинают делать что-то в треде GUI, то в винде клинит декорации. А в X — нет, и я могу даже закрыть зависшее окошко.
В вейленде так же будет?
> В вейленде так же будет?ох, боюсь, что как в винде. вот декорации — как и в винде — софтина рисует сама, например…
>многие, а особенно приверженцы вейленда, говорят, что в винде графическая система — идеал.Что?!??!11
>А ты посмотри число коммитов и изменения в проектах.Смотрел, плюшки
>А какие критические вещи вам нужны?
Оптимизацию под мой IvyBridge
>При желании билдануть новую версию, теперь это намного быстрее.
Да куда ж быстрее то
Wed Jul 11 22:27:27 2012 >>> media-video/ffmpeg-0.10.3
merge time: 1 minute and 4 seconds.>Интегреж кусков ffmpeg-mt это таки хорошо, ибо ядер у меня нынче много.
Вы таки хотите сказать что до "розкола" x264 не поддерживал мультипочточность? Ха. Ха. Ха.
>А мне вот не нравится что оный при интенсивном выводе граифки слишком уж отсвечивает в топе
У вас что то с системой. У меня даже жалкий флеш плагин на проигрывание Full HDTV не больше 10% суммарно берет. Это мелочи.
>она определенно слишком задержалась на этой планете.
А, вы из тех фанатов что купят 64Гб памяти, а потом наслаждаются что занято 1Гб, и стремятся уменьшить до 128Мб.
>mir не перенесут если нужно будет?ты не читатель, а писатель? будет Mir лучше других, на Mir перейдут другие дистры. Будет Mir хуже, другие дистрибутивостроители будут использовать другой дисплейный сервер. Разжевал, в рот положил - проглотить информацию сможешь?
От этих трясок пользователь может двигаться только в одном направлении - от линукса.
Геморрой и переломные моменты нафиг никому не сдались, ни пользователям ни программистам.
Если убунта имеет 30% линукс пользователей и 50% всего интереса разработчиков проприетарных пользовательских программуль/игр и если убунта запилит свои иксы...
> захотел заниматься canonical новым дисплейным сервером - почему бы и нет?Так вот пусть _делом_ и занимаются сколько угодно, а не трындежом по лопоухим.
>> захотел заниматься canonical новым дисплейным сервером - почему бы и нет?
> Так вот пусть _делом_ и занимаются сколько угодно, а не трындежом по
> лопоухим.Тык вот, только они занеслись, как другие стали трындеть.
> Тык вот, только они занеслись, как другие стали трындеть.Другие почти боги им и трындеть не грех. Правда на фоне андроида и убунты их совсем незаметно ...
IMHO, здесь не в глупости и умысле дело, просто проворонили развитие Wayland. Mir начали пилить летом прошлого года, в то время Wayland был очень сырой и имел кучу нерешённых проблем. Мало кто верил в то время, что проект взлетит, слишком уж экспериментальным он был. Видимо Caninical отталкивалась от ситуации того времени и не замечала последовавшие за этим успехи Wayland. Вообще странно, что они незадолго до анонса Mir добавили Wayland-бэкенд в пакет с GTK+ и потянули зависимостью libwayland. Не удивлюсь если в мае они заявят, что в конечном счёте будут использовать Wayland. В текущем виде Mir это только каркас, 90% работы ещё не сделано.
Судя из того, что они там юзают, а юзают они C++11 и boost, переносимость его сомнительна(странно, что не на Python...). Все таки, Plain-C куда более простой и переносимый, в чем вяленый получает профит.
> Судя из того, что они там юзают, а юзают они C++11 и
> boost, переносимость его сомнительнаПереносимость куда позвольте спросить ?
> Переносимость куда позвольте спросить ?Ну там какой-то 1 землекоп грозился вяленый под фрибзду запилить. Учитывая что некоторые бзды начали таки пилить KMS и целиться на юзеж новых графических дров - это даже не такая уж и фантастика.
Думается мне что все придет к новому логичному варианту. Будет более-менее унифицированный интерфейс к ядру, через штуки по типу libkms/libdrm. И будут клиенты на этом интерфейсе. В принципе - различные могут быть. Ну, libkms/libdrm/... - станут "совсем низкоуровневым" апи, на которое цепляются несколько более высокоуровневые клиенты.
А где его гонять, где нет даже приличногокомпилятора плюсов? На самом деле сейчас использовать плюсы НЕ 11-е - идиотизм, этот стандарт кардинально улучшил язык.
Я таки везде и использую 11й, но буст... Если они собрались это дело ещё на телефоны пропихивать, кому нужна будет эта кучка шаблонного секаса кроме дисплейного сервера? Плюс ко всему, юзают исключения, я бы так не рисковал разбегаться. Да и вообще, буст маньяки писали.
А где у нас нет boost+C++11, назовите хоть одну платформу.
> А где у нас нет boost+C++11, назовите хоть одну платформу.Если gnash удалю, то и boost не нужен.
>> А где у нас нет boost+C++11, назовите хоть одну платформу.
> Если gnash удалю, то и boost не нужен.# equery d dev-libs/boost | grep '\/' | wc -l
44Удаляй. И jre удаляй, потому как тут тебе напишут обязательно что им жабка ненужна и зависимостей нет.
[root@netbook] [11:56:49] [Jobs: 0]
~ $ equery d dev-libs/boost | grep '\/' | wc -l
0Почему у меня система уже два года с кучей наворотов, но без буста?
ЧЯДНТ?
http://www.freshports.org/devel/boost-libs/Required by:
for Libraries
audio/ardour audio/cpp-xmms2 audio/mp3plot audio/mumble audio/patchage audio/pms audio/raul audio/tomahawk cad/kicad cad/kicad-devel chinese/librime databases/akonadi databases/flare databases/hypertable databases/mongodb databases/mysql-connector-c++ databases/soci deskutils/easystroke deskutils/gnote deskutils/kdepim4 deskutils/kdepim4-runtime deskutils/kdepim44 deskutils/kdepim44-runtime deskutils/kdepimlibs4 deskutils/pinot deskutils/strigi devel/avro-cpp devel/cocaine-core devel/codeblocks devel/eblob devel/edb devel/fb303 devel/kdesdk4 devel/kdevplatform devel/libXGP devel/libYGP devel/libiqxmlrpc devel/liborcus devel/libslave devel/nemiver devel/sdts++ devel/simgear devel/smack devel/subcommander devel/subcommander2 devel/thrift devel/xsd dns/powerdns dns/powerdns-devel editors/abiword editors/calligra editors/koffice-kde4 editors/madedit editors/pdfedit finance/kmymoney-kde4 finance/quantlib games/0ad games/allacrost games/arx-libertatis games/asc games/bastet games/burrtools games/ember games/flightgear games/frogatto games/galaxyhack games/glob2 games/lander games/openlierox games/pingus games/plee-the-bear games/pokerth games/py-fife games/secretmaryochronicles games/spring games/valyriatear games/vdrift games/violetland games/wesnoth games/wesnoth-devel graphics/agave graphics/aqsis graphics/blender graphics/enblend graphics/evolvotron graphics/fracplanet graphics/gnash graphics/gource graphics/hugin graphics/libopenraw graphics/luxrender graphics/mapnik graphics/openimageio graphics/openshadinglanguage graphics/povray37 graphics/visionworkbench lang/hiphop-php mail/libmapi math/carve math/py-graphtool math/rocs math/ufc multimedia/assimp multimedia/bombono multimedia/cclive multimedia/gstreamer-qt4 multimedia/mkvtoolnix multimedia/vdr-plugin-upnp multimedia/xbmc multimedia/xbmc-pvr net/asio net/cyphesis net/kdenetwork4 net/pktanon net/scribe net/twinkle net/xorp-devel net-im/licq net-im/licq-console net-im/licq-jabber net-im/licq-osd net-im/licq-qt-gui net-p2p/bitcoin net-p2p/eiskaltdcpp-lib net-p2p/libktorrent net-p2p/libtorrent-rasterbar-14 net-p2p/libtorrent-rasterbar-15 net-p2p/libtorrent-rasterbar-15-python net-p2p/libtorrent-rasterbar-16 net-p2p/libtorrent-rasterbar-16-python net-p2p/sharktorrent net-p2p/solidcoin palm/barry print/cjk-lyx print/lyx print/lyx16 print/pdfcube print/scribus print/scribus-devel science/peekabot security/spass sysutils/fusefs-encfs textproc/libkolabxml textproc/sigil textproc/xmlwrapp www/kdewebdev4 www/openvrml x11/kde4-workspace x11-toolkits/flowcanvasKDE4 и Qt у меня нет. libtorrent не пользуюсь. В игрушки не играю. Из всей кучи только Gnash есть, вот он имеет зависимость от Boost.
Изень, спасибо тебе что ты еще раз продемонстировал присущее бздунам квадратно-гнездовое мышление. Так на нас, фряшников, меньше гуано будет сыпаться.
Это что, я ему под своей Фрёй могу зависимости показать:> pkg_info -R -x boost-libs | wc -l
88
> Это что, я ему под своей Фрёй могу зависимости показать:
>> pkg_info -R -x boost-libs | wc -l
> 88% pkg_info -Rx boost
Information for boost-libs-1.52.0_1:Required by:
gnash-0.8.10_4
Так и запишем: фришники - неосиляторы. :)boost уже стал продолжением STD C++, и как-то странно слышать что какой-то элемента стандарта не нужен.
> boost уже стал продолжением STD C++, и как-то странно слышать что какой-то
> элемента стандарта не нужен.буст — лоскутное гуано.
кстати: а если в стандарт включат возможность сокращать ключевые слова и идентификаторы до одной буквы, с оставлением догадок на откуп компилятору — это тоже всенепременно надо будет использовать?
пока что ситуация с бустом примерно такая же, как и с гвидобейсиком. в принципе, используя как первую, так и второй, писать хороший софт можно. но отчего-то намного лучше применять их как индикаторы: «буст? бидон? ненененене, *этого* мне в системе не надо, оно косое, кривое, окостыленое, тормозное и лаяй не вовремя.»
>буст — лоскутное гуано
>буст? бидон? ненененене, *этого* мне в системе не надо, оно косое, кривое, окостыленое, тормозное и лаяй не вовремяНеплохо бы подкрепить такие категоричные суждения ссылкой на свой код, лишенный вышеперечисленных недостатков. Просто для придания весу словам. Заранее спасибо.
паспорт тоже показывать? не хочу.да, кстати: а чтобы сказать, что еда в ресторане отвратительная — надо всенепременно со своим борщом приходить?
Косое? Кривое? Местами возможно. Но где мне найти аналог, например, boost.asio, только чтобы а) без буста; б) без того, чтобы за этим аналогом тянулся длинный шлейф в виде своей реализации строк, контейнеров и т.д.; в) чтобы я мог пользоваться возможностями C++ 11 - например, передать лямбду в виде обработчика асинхронного вызова. Можешь подсказать такой аналог?
здесь? http://think-async.com/
Кстати! Спасибо, что напомнил!
ЗЫ Кристофер высок!
(ехидно) разумные люди предпочитают намертво к бусту не привязываться.(это шутка, не холивар)
а «почти лямбдами» я в gcc пользуюсь давно. да, они не делают замыканий, поэтому не столь круты. но всё равно шибко удобно. увы, в режиме c++ этот финт недоступен.
> Косое? Кривое? Местами возможно. Но где мне найти аналог, например, boost.asio, только
> чтобы а) без буста; б) без того, чтобы за этим аналогом
> тянулся длинный шлейф в виде своей реализации строк, контейнеров и т.д.;
> в) чтобы я мог пользоваться возможностями C++ 11 - например, передать
> лямбду в виде обработчика асинхронного вызова. Можешь подсказать такой аналог?Увы, нигде. Буст - чудесная штука. Но нельзя забывать, что тот же интерфейс boost.filesystem переделывался 2 раза. ;-) Поэтому, по возможности, Буст надо изолировать - это не stdlibc++. ;-)
Нету ничего в бусте такого, что им вдруг понадобилось в дисплейном сервере.
> Судя из того, что они там юзают, а юзают они C++11 и
> boost, переносимость его сомнительна(странно, что не на Python...).А в твоей голове укладываются например плюсовые биндинги к сишным библиотекам? Или рубишные к плюсовым? Ты бы матчасть то поучил бы
> C++11 и boost,Ммда.. и они это в телефон хотят засунуть? Хуже этого только ява разве что.
Показать c++, который в AVR суётся? Я когда-то ссылочку приводил - хрен руками так соптимизируешь. И буст (при вменяемомо использовании, конечно) весьма шустр после компиляции ;-)
> Показать c++, который в AVR суётся?Это ардуинщиками то? Ну да, бывает такое. Только ардуинщики никогда и не претендуют на оптимальность кода. Они обычно нубы полные. И тут кто-то недвусмысленно высказывался о скорости работы этого ардуино (ИЧСХ, по делу).
Если что - я не просто ВИДЕЛ это. Оно вот прямо сейчас у меня на винче есть и работает. И я бы сказал что это та еще дрянь. Пухлая и тормознутая, ага. Нет, временами, GCC вытворяет просто чудеса оптимизации, скостив навернутые конструкции до буквально пары асмовых команд. Но это очень уж "как повезет". Нередко там такая гора Эверест генерится из казалось бы такого мизерного кода, что ардуинщики потом дико худеют от тормознутости работы их поделий.
> Я когда-то ссылочку приводил - хрен руками так соптимизируешь.
А, так это вы были? Не, там реально хороший пример был. Но все-таки си++ позволяет наворачивать излишне огромные и малопредсказуемые конструкции. Особенно дилетантам, которые вообще не представляют себе что и во что отольется. Си в этом плане намного проще и предсказуемее. И имеет важный плюс: безбашенно наворачивать тонны кода в нем просто неудобно и сложно. И это хорошо. В результате есть стимул к тому чтобы программа была простой и быстрой. А с си++ чаще всего получается довольно тяжеловесный и тормозной переросток. Разумеется с кучей багов. Переплюнуть который может только ява какая-нибудь.
> И буст (при вменяемомо использовании, конечно) весьма шустр после компиляции ;-)
Вот только вменяемо им пользоваться умеет полтора землекопа на всю планету. А обычно если нечто требует буст - это 99% гарантии того что это огромный переросток с залежами кода куда соваться страшно, массой глюков, тормозной и ресурсожоркий. Ну, дай дураку в руки экскаватор - он всю улицу вскопает, на горе честным гражданам. От дурня с небольшой лопатой вреда сильно меньше и такой дестрой наводить он попросту устанет.
Всё надо использовать разумно. А буст, как ни крути, даёт либы достаточно высокгого качества и является истоником для стандарта (и в tr включали их, и в 11). Гнать на него скопром - как-то не комильфо, мне кажется.Да, и при чем здесь ардуинщики? AVR ардуиной не ограничивается, и ардуинский код отнюдь не плюсовый, насколько я знаю, а на каком-то адском своём языке.
> Показать c++, который в AVR суётся?да. желательно — именно c++, а не «си с классами». с шаблончиками, с stl, с автоматическими объектами и исключениями. очень, очень хочу увидеть.
http://easyelectronics.ru/rabota-s-portami-vvoda-vyvoda-mikr...
http://we.easyelectronics.ru/Soft/avr-s-i-umnye-ukazateli.html
http://we.easyelectronics.ru/Soft/kolcevoy-bufer-na-s-dlya-m...
http://we.easyelectronics.ru/Soft/formatnyy-vyvod-dlya-mk-na...
Q.E.D. «си с классами» и шаблонизатор как замена макропроцессора (впрочем, кое-где и макропроцессор абузят). это не c++ in all its glory.кстати, я просил примеры с использованием STL ещё.
Слушай, ну ты требования соразмеряй. Плюс исключения требудт аппаратной поддержки, если не ошибаюсь. Но на нынешних телефонах-то отнюдь на AVR, там с этим проблем никаких, и от исключений только польза.И да, "С с классами и шаблонами" - это тоже вполне валидное использование плюсов. Более того "in all glory" - это как раз тупость, плюсы тем и хороши, что можешь выбрать нужный или удобный тебе набор фич, а остальными либо не пользоваться вообще либо оставить тем, кому они нужны и кто их умеет юзать - авторам библиотек, к примеру.
> Слушай, ну ты требования соразмеряй.мне сказали — «c++». хочу увидеть именно c++. сказали бы «очень ограниченое подмножество c++» — не было бы никаких вопросов.
p.s. исключения не требуют аппаратной поддержки.
> p.s. исключения не требуют аппаратной поддержки.от процессора они не требуют специфичных инструкций, они требуют что б на борту было немеряно опративы.
>> p.s. исключения не требуют аппаратной поддержки.
> от процессора они не требуют специфичных инструкций, они требуют что б на
> борту было немеряно опративы.зачем? O_O
исключения просто добавляют накладных расходов на ведение списка exception frames, да добавляют нагенерённого кода. никакого немеряного пожирания RAM там нет.
Ну, avr с его микро-объемами накладывает свои ограничения - так что STL и исключений не будет, но там именно в шаблонах и классах и была фишка. Я кидал когда-то - http://easyelectronics.ru/rabota-s-portami-vvoda-vyvoda-mikr...
это вообще атомная анальная магия с абузингом препроцессора и использованием шаблонов как «ещё одного препроцессора».расскажите, кстати, кто-нибудь автору, что define для констант в c++ — плохая, негодная практика. а создание класса при помощи препроцессора — это суператомно вообще, типичный такой c++.
> расскажите, кстати, кто-нибудь автору, что define для констант в c++ — плохая,
> негодная практика.А тебе, пора бы знать, что константная переменная может занимать память. И если этой памяти 2 килобайта, то и дефайн - нормальная практика.
> А тебе, пора бы знать, что константная переменная может занимать память.только в том случае, если где-то берётся её адрес. в любом другом случае — выкидывайте этот компилятор на помойку, он оптимизирует так же, как я балет танцую.
какие ещё чудные открытия у тебя есть?
>только в том случае, если где-то берётся её адрес.А я и не утверждал, что всегда занимает.
Ну и по исключениям - если у тебя есть 640 кБ опреративы - может поддрежка исключений и не сильно заметно отжирает памяти, но если, как в случае с AVR, оперативы 1-2 кБ, и стек примерно - 100 байт, то поддержка исключений - это уже обуза.
>>только в том случае, если где-то берётся её адрес.
> А я и не утверждал, что всегда занимает.тогда какие претензии к константам-как-переменным? если человек взял адрес — он (адрес) ему (человеку) нужен, наверное. а если нет — компилятор разрулит. итого — одни плюсы, никаких минусов. и бесплатная проверка типов вдобавок.
> Ну и по исключениям
я, кагбэ, в курсе. однако речь изначально шла про c++, а не про «restricted c++ subset». поэтому хочу видеть исключения, хочу видеть STL.
>если человек взял адрес — он (адрес) ему (человеку) нужен, наверное. а если нет — компилятор разрулит.А если человеку адрес нафик не впился, ему надо эту константу передать в функуию, которая принимает константную ссылку?
>я, кагбэ, в курсе. однако речь изначально шла про c++, а не про «restricted c++ subset».Я не могу понять что тебе тут обьяснить? Что есть системы где нет необходимости во всех наворотах? Собственно компилятор с++ поддерживает генерацию исключений. Думаю, если постаратся, то и STL можно скомпилить под AVR. Только вот нафига, если оно не влезет ни во флеш, ни в ОЗУ ?
>>если человек взял адрес — он (адрес) ему (человеку) нужен, наверное. а если нет — компилятор разрулит.
> А если человеку адрес нафик не впился, ему надо эту константу передать
> в функуию, которая принимает константную ссылку?э… ссылку на int? константную? этот человек упоротый, его надо срочно изолировать. возможно, он ещё излечим.
> Я не могу понять что тебе тут обьяснить?
мне не надо пояснять, мне надо продемонстрировать. полный c++ на AVR. как в #132 сказано. там же не сказано «показать подмножество c++», там сказано «показать c++». вот это я и хочу увидеть. заметь, я даже буст не требую, хотя там по логике фразы получется «c++ с бустом для AVR». мне бы хоть STL и исключения, ладно с ним, с бустом.
>полный c++ на AVR. как в #132 сказаноты в порыве упоротости знака вопроса не доглядел.
Так что хлебни валерьянки и угомонись.
пойди прочитай про «риторические вопросы». авось не будешь глупости нести.
>авось не будешь глупости нести.Глупости - это требовать исключений и STL для AVR и утверждать что в фразе "Показать c++, который в AVR суётся?" есть утверждение.
>>авось не будешь глупости нести.
> Глупости - это...лезть в обсуждения более опытных людей -- особенно пока они определяются, кто что уже считает плюсами. Если Вы такой же даже не чайник в плюсах, как и я (бишь почитали книжечку и исправили пару раз production-код с Qt) -- предлагаю тоже посидеть тихонько и послушать.
p.s. даже если компилятор полный идиот, enum для костант всё равно лучше дефайнов.
https://github.com/kibergus/StandardCplusplus
> https://github.com/kibergus/StandardCplusplusна авр-овской восьмибитной ардуине заведётся?
>на авр-овской восьмибитной ардуине заведётся?Не, ну нельзя же быть настольно ленивым. Readmу прочти !
>This is a straight port of uClibc++ for Arduino. I have cut nothing out and held nothing back. Use with care!
ардуин есть два варианта: на восьмибитном AVR (старый) и на 32-битном ARM (новый). внимание, сложный вопрос: заводится ли эта беда именно на старом, восьмибитном ардуине? на армовом-то я верю, что заводится.
http://habrahabr.ru/post/149683/
>внимание, сложный вопрос: заводится ли эта беда именно на старом, восьмибитном ардуине?И снова, НЕЛЬЗЯ БЫТЬ ТАКИМ ЛЕНИВЫМ !
Наводящие вопросы: Когда залит код на гитхаб? Когда вышел Arduino Duo ?
Нет никакого развития. 5 лет кодирования - это дико долго.
> Нет никакого развития. 5 лет кодирования - это дико долго.Развитие прежде всего в том, что люди из X.org, freedesktop потянулись в проект. На Wayalnd стали обращать внимание (например, KDE 5 будет поддерживать работу поверх него) и присылать патчи (что ни день, что-то новое в Weston добавляют).
> Развитие прежде всего в том, что люди из X.org, freedesktop потянулись в проект.Хы через 3 года после старта работали в пром. эксплуатации. А когда через 5 лет есть только "KDEшная поддержка" - т.е. реально глюки вылавливать ещё года 2-3, это смешно.
Блин, оконная система - это не передний край исследований, это область, в которой уже всё давным давно понятно 25 лет как.
да, да и железки у нас те же самые что 25 лет назад
и вообще ничего не изменилось
> и железки у нас те же самые что 25 лет назадУ этого товарища - да.
>> и железки у нас те же самые что 25 лет назад
> У этого товарища - да.По сути -- тоже. Посмотрели бы Indy2 двадцатилетней или сколько там давности, что ли.
Это всё года три назад было заявлено. И - ещё раз напоминаю - иксы с кучей функционала были сделаны за три года. А в вейланде до сих пор дсикуссии о декорациях идут.
> Это всё года три назад было заявлено. И - ещё раз напоминаю
> - иксы с кучей функционала были сделаны за три года. А
> в вейланде до сих пор дсикуссии о декорациях идут.при комерческой поддержке пары корпораций... и решали они куда меньше проблем чем старается решить вэйланд к релизу.
>> Это всё года три назад было заявлено. И — ещё раз напоминаю
>> — иксы с кучей функционала были сделаны за три года. А
>> в вейланде до сих пор дсикуссии о декорациях идут.
> при комерческой поддержке пары корпораций…а вот с этого места поподробней и с пруфами.
> и решали они куда меньше проблем чем старается решить вэйланд к релизу.
и сюда пруфы.
> при комерческой поддержке пары корпорацийX создан в стенах университета в 1984. Кто говорите им приплачивал? Знаете как и кем в универе софт разрабатывается? В 1987 уже был X11.
> ... и решали они куда меньше проблем чем старается решить вэйланд к релизу.Да, глубо пиар проникает в мозг.
> что ни день, что-то новое в Weston добавляютэто, наверное, здорово. только как это помогает использовать вяленого? правильно: никак. нет никакого вяленого как готового продукта, есть куча невнятного кода без архитектуры.
как обычно у вяленого — одни обещания про то, как же будет всем хорошо, когда этот набор костылей наконец-то взлетит и не развалится.
> Это обычная практика при разработке софта.Где результаты? Что-то с Ховой практикой разработки народ пользовался рез-том через 3 года. А W где? Понятно, что космонавту этот вялендонизм надоел.
> Я лучше буду пользоваться чем-то безархитектурным и быстрым чем чем-то с супер-концептуальной архитектурой, тормозящей у лично меня на моих задачах.
Да пользуйтесь, пожалуйста, только где оно, это безархитектурное? :-)
> Что-то с Ховой практикой разработки народ пользовался рез-том через 3 года.Ну так нынешнее состояние вейленда приблизительно соответствует трехгодовалым иксам: оно как-то запускается и поддерживает 3.5 убогих программы.
> Ну так нынешнее состояние вейленда приблизительно соответствует трехгодовалым иксам:
> оно как-то запускается и поддерживает 3.5 убогих программы.и там постоянно что-то переделывают. иксы же в версии X11 были вполне стабилизированы, и их уже можно было использовать in the wild. и что характерно — стали использовать. добровольно.
>и что характерно — стали использовать. добровольно.Ну конечно. Какие ещё там хорошие альтернативы были?
> Ну конечно. Какие ещё там хорошие альтернативы были?Я понимаю, что очень сложно погуглить. Но кроме Х в то время уже была масса развитых оконных систем.
А почему нельзя спросить у вас, к примеру?
Вам нельзя сделать приятное?
> А почему нельзя спросить у вас, к примеру?
> Вам нельзя сделать приятное?Так недавно совсем делал подборку ссылок на Костюка: http://www.opennet.me/openforum/vsluhforumID3/88936.html#374
Не видели или не до того было?
PS: Андрей, и всё-таки пойдёмте за витаминками. :)
PPS: из куда-то пропавшего #398 -- это же просто жемчужина:
---
Не стоит пргибаться под изменчивый Mir,
Пусть лучше Mir прогнётся под нас!
---
>>и что характерно — стали использовать. добровольно.
> Ну конечно. Какие ещё там хорошие альтернативы были?поисковик поможет. в частности, узнать, что у коммерческих вендоров таки были свои. которые коммерческие вендоры — без всякой красной шапки и пропихивания ломом — бросили, и радостно схватили иксы. что-то с вяленым такой картины не наблюдается.
>были свои которые коммерческие вендоры
>радостно схватили иксыВот прямо так?
>>были свои которые коммерческие вендоры
>>радостно схватили иксы
> Вот прямо так?да, примерно так. потому что иксы и унификацию давали (ура-ура, можно использовать чужие наработки, а не пилить всё самостоятельно!), и при этом обладали грамотной архитектурой. поэтому ребята репу почесали — и свои графические системы с облегчением отправили в утиль.
>более-менее серьёзные проекты принято сначала продумывать и проектироватьШкольные фантазии. В реальности делают абы как лишь бы работало потом развивают методом добавления костылей. TEX, minix, plan9 это редчайшие случаи.
> В реальности делают абы как лишь бы работало потом развивают
> методом добавления костылей.вот и имеем то, что имеем. алсо, «большой проект» != «серьёзый проект». увы.
> В реальности делают абы как лишь бы работало потом развивают
> методом добавления костылей.Дык не выходит так. :-) Уже ведь 5 лет на ровном месте мучаются - оконная система: вдоль и поперёк изъезженная тема. Пилить её 5 лет - это как разрабатывать письменный стол 2 года. :-)
>> В реальности делают абы как лишь бы работало потом развивают
>> методом добавления костылей.
> Дык не выходит так. :-) Уже ведь 5 лет на ровном месте
> мучаются - оконная система: вдоль и поперёк изъезженная тема. Пилить её
> 5 лет - это как разрабатывать письменный стол 2 года. :-)тут вон breaking news ниже: у них до сих мор minimize и maximize нет. действительно, фичи сложные, за 5 лет никак не успеть.
> тут вон breaking news ниже: у них до сих мор minimize и
> maximize нет. действительно, фичи сложные, за 5 лет никак не успеть.Тут есть интересный момент. Приложение активно использует процессор, мы ему maximize и чего увидим?
>> тут вон breaking news ниже: у них до сих мор minimize и
>> maximize нет. действительно, фичи сложные, за 5 лет никак не успеть.
> Тут есть интересный момент. Приложение активно использует процессор, мы ему maximize и
> чего увидим?вы же понимаете, "maximize" - субъективный термин, что вы увидите, зависит от реализации.
Да, от реализации. Но окно приложения должно выйти вверх стека и чего-то нарисовать, а приложение занято расчетом.
В квине есть панель задач и опция показывать миниатюры у панели задач включена. Я подвожу курсор и вижу уменьшенную копию причем живую. Кто теперь этим будет заниматься. А да. Нельзя минимизировать - нафига панель задач.
ну еще люстра. Которая сначала проектировалась :-) разрабатывались дизайны и куча всего - потом реализовывалось.А то что в Linux kernel - не знают что такое дизайн и предпочитают переписывать.. Так обезьянок много.. что нить когда нить напишут..
> ну еще люстра.
> А то что в Linux kernelВот только в итоге линукс per se работает надёжней, да. Так что про обезьянок Вы немного против ветра.
> А 5 лет итерационного while(1) {
> покодил; нашел проблемы; починил; понял что надо переделать кусок архитектура; переделал;
> } - это нормально вполне.Я вам помогу серьёзно сократить этот срок - вставьте куда-нибудь пункт "подумать". :-)
Тогда на первой же итерации будет ясно, что стоит изучить опыт предшественников, посмотреть на окружение, написать Т.З., архитектуру, набросать прототип (прототип Х сервера делается на несколько месяцев студентом). А потом - кодировать продукт. Будет значительно быстрее.
>> А 5 лет итерационного while(1) {
>> покодил; нашел проблемы; починил; понял что надо переделать кусок архитектура; переделал;
>> } - это нормально вполне.
> Я вам помогу серьёзно сократить этот срок - вставьте куда-нибудь пункт "подумать".
> :-)Если разработчики иксов действительно следовали вашему совету, то зачем тогда понадобились 100500 расширений да плюс ICCCM да плюс EWMH да плюс еще хренадцать расширений ?
Патамушта расширения входят в стандарт иксов. Вот положено там расширения писать на каждое такое изменение. А не переписывать с нуля все иксы на каждый чих.
> Патамушта расширения входят в стандарт иксов.И что ? Oт этого иксы перестают быть свалкой костылей ?
"If the designers of X Windows built cars, there would be no fewer than five steering wheels hidden about the cockpit, none of which followed the same principles — but you’d be able to shift gears with your car stereo. Useful feature, that."
> И что ? Oт этого иксы перестают быть свалкой костылей ?
> "If the designers of X Windows built cars, there would be no
> fewer than five steering wheels hidden about the cockpit, none of
> which followed the same principles — but you’d be able to
> shift gears with your car stereo. Useful feature, that."Открою секрет - они делали не машину. :-) А универсальную оконную систему, способную работать с рядом разных протоколов.
> Если разработчики иксов действительно следовали вашему совету, то зачем тогда понадобились
> 100500 расширений да плюс ICCCM да плюс EWMH да плюс еще
> хренадцать расширений ?потому что ты, конечно, этого не знаешь — ибо невежественен в крайней степени — но это не часть X Window System.
иксы дают инструменты и механизмы расширения. всё. остальное — это договорённости софтописателей (ICCCM, EWMH) и расширения для упрощения жизни тем же софтописателям. авторы вяленого заявляют примерно о том же, но что-то телятся уже который год, а воз до сих пор непонятно где. хотя, казалось бы — они себе жизнь упростили по сравнению с иксами. ан вот…
> потому что ты, конечно, этого не знаешь — ибо невежественен в крайней степениСпасибо, повеселил. За твоим самолюбованием, переходящим в самоудовлетворение, очень интересно наблюдать.
> но это не часть X Window System
Inter-Client Communication Conventions Manual
Version 2.0
X Consortium Standard
X Version 11, Release 6.7Не часть X Window System, да.
> иксы дают инструменты и механизмы расширения. всё. остальное — это договорённости софтописателей (ICCCM, EWMH) и расширения для упрощения жизни тем же софтописателям.
Наличие всего этого ясно показывает что никакого top-down проектирования при разработке X и близко не было, а прорехи затыкались расширениями и "договоренностями софтописателей".
как я и говорил — ты феерически невежественен. настолько, что вообще ничего из моего ответа не понял.
Гражжне, предлагаю до мордобоя всё же согласовать определения "часть X Window System". Или хотя бы предложить.
а чего там «согласовывать». иксы — это протокол, xlib (с натяжкой), механизм для создания расширений. то, что является, собственно, базовой кодовой частью, и то, что было изначально сделано. всё остальное — «экосистема» вокруг базы.
>Итак, хотим ли мы, чтобы в основе будущих Linux-десктопов и мобильных устройств лежал дисплейный сервер, созданный с нуля людьми, у которых просто не хватило ума разобраться в уже существующих проектах?про системгэ и систему инициализации напоминает...)
>>Итак, хотим ли мы, чтобы в основе будущих Linux-десктопов и мобильных устройств лежал дисплейный сервер, созданный с нуля людьми, у которых просто не хватило ума разобраться в уже существующих проектах?
> про системгэ и систему инициализации напоминает...)вот не надо ляля системд себя показал очень хорошо и очень правильно реагирует на фидбэк.
> вот не надо ляля системд себя показал очень хорошо и очень правильно
> реагирует на фидбэк.udev уже можно собрать отдельно без окостыливания? а когда можно будет?
> udev уже можно собрать отдельно без окостыливания? а когда можно будет?а что не так с сборкой?
Sat Feb 16 23:07:59 2013 >>> sys-fs/udev-197-r8
merge time: 17 seconds.systemd нет
>> udev уже можно собрать отдельно без окостыливания? а когда можно будет?
> а что не так с сборкой?раньше надо было костылить фэйковые файлы и танцевать с бубенцами. и портеринг сотоварищи чинить это отказывался в принципе. насколько я знаю — и не починил. так и костылят все.
Хорошо себя показали как раз убунтовцы которые, похоже, из него таки сделают нечто приличное.
От переименования сильно не улучшится.
Ага, особенно после подаренного тортика и конфет.
После признания заслуг Поттернинга и "не видим цели в разработке" у разрабов eudev.
Угу, жди дальше, мечтающий.
> Ага, особенно после подаренного тортика и конфет.
> После признания заслуг Поттернинга и "не видим цели в разработке" у разрабов
> eudev.
> Угу, жди дальше, мечтающий.
> http://mobile.opennet.ru/opennews/art.shtml?num=36032То гентушники, не путайте.
Именно это он и имел ввиду: с виду, ещё один "велосипедный скрипт инициализации", а на деле получилась классная система! (и это при том, что уже существовал upstart)
> вот не надо ляляЭто да.
> системд себя показал очень хорошо и очень правильно реагирует на фидбэк.
Баном в плюсике и передёргиванием в рассылках? Видите ли, это не для всех "правильно".
PS: и ещё некоторые характеристично путают авторов софтин с их названиями.
PS. "Один дистрибутив был создан чтобы править всеми" Закончилось в этой саге Толкиена все очень трагически.
> PS. "Один дистрибутив был создан чтобы править всеми" Закончилось в этой саге
> Толкиена все очень трагически.Не Canonical, так RedHat со своим Gnome OS.
Ну вот поэтому хорошо, что конкурируют.
Как любят некоторые люди подтверждать свои слова фантастическим бредом из сказок для взрослых, впавших в детство. Еще интеллект терминатора на помощь надо бы привлекать.
> Как любят некоторые люди подтверждать свои слова фантастическим бредом из сказок для
> взрослых, впавших в детство. Еще интеллект терминатора на помощь надо бы
> привлекать.Ну, слава богу, хоть не "Колобок" процитирован.
кто эти люди?...
классика жанра: меньше пафоса, господа, больше дела.а вообще, жабакодеры как-то скромно в тряпочку заткнулись. теоретики из них ух какие, а вот, как до чего крупного дело доходит, так и скромность буйно прорастает.
> классика жанра: меньше пафоса, господа, больше дела.Ну так ща побугуртят и разбегутся въе, чтобы надрать зад конкуренту. Прямо ffmpeg и libav вспоминается. И таки да, оба втопили в развитии, сделав за месяцы то что не могли сделать за годы (переход на git, внедреж наработок ffmpeg-mt, ...).
иногда щёлкнуть по носу очень полезно. помогает от комплекса перетягивания одеяла. ;)
> иногда щёлкнуть по носу очень полезно. помогает от комплекса перетягивания одеяла. ;)В опенсорсе вы не можете никого щелкнуть по носу :). Можете только поругаться, назвать пи...сом и не более того. Ну, еще запретить писать в свой горшок и/или отказаться писать в соседский. Но это не настолько уж и страшные угрозы как может показаться.
здрасьте. иногда и простой раскол в группе программистов является стимулирующим "щелчком по носу" ;)
если причина, конечно, уважительная: лень, или консервативность мейнтейнера и пр.
Ubuntu это пересобранный Debian с минимумом отличий, но даже минимума отличий хватило чтобы этот дистрибутив Linux глючил и тормозил. Никакой десктоп-ориентированности - только правка конфигурационных файлов вручную. Никакой свободы выбора - в инсталляторе нельзя изменять набор ПО, устанавливаемого на компьютер. Намертво завязан на интернет, глючные релизы.http://www.opennet.me/cgi-bin/opennet/ks.cgi?mask=wayland Новостные сайты очень много писали о том как «вот перейдёт Ubuntu на Wayland...». Canonical отложила это, а несколько дней назад - отменила. Но они же маркетологи и продвигают свой дистрибутив Linux маркетингом, а не программированием! Поэтому вместо того чтобы сказать «мы передумали» они сказали «мы пересмотрели свои намерения и решили написать свой собственный дисплейный менеджер». Зная canonical я уверен, Mir не будет написан. Однако если это всё-таки произойдёт, это будет действительно хорошее дело, и я впервые начну относиться к действиям Canonical хорошо.
а вот и Звенитур открыл свой блокнот...
> Ubuntu это пересобранный Debian с минимумом отличий, но даже минимума отличий хватило
> чтобы этот дистрибутив Linux глючил и тормозил.о да а жигули это бмв с минимумом изменений...
>> Ubuntu это пересобранный Debian с минимумом отличий
> о да а жигули это бмв с минимумом изменений...Не "Жигули", а "Москвич", и не с минимумом, а с движком на манер.
Ох уж эти убунтушники с потугами перевести всё на автомобильные сравнения. Ну хоть бы в этом-то уж понимали!..
большая часть пакетов убунту перепаковывается с дебиана без каких-либо изменений, неужели мерсы внутри - это те же жигули?!
> Ubuntu это пересобранный Debian с минимумом отличий,Угу, только дефолты нормальные вкорячены и софт не древний. А в остальном, прекрасная маркиза...
> Ubuntu это пересобранный Debian с минимумом отличий, но даже минимума отличий хватило чтобы этот дистрибутив Linux глючил и тормозил.Во-первых, Debian тоже иногда глючит и тормозит, не вижу тут разницы, а во-вторых, у остальных всё ещё хуже.
> Никакой десктоп-ориентированности - только правка конфигурационных файлов вручную.
Каких файлов? В ubuntu есть файлы? Вот открытие. :)
А что, правда, что правка конфигурационных файлов вножную - это и есть десктоп-ориентированность. Вот, то есть, дали обычному пользователю десктоп, и у него первая мысль "а что бы тут поконфигурировать?".
> Никакой свободы выбора - в инсталляторе нельзя изменять набор ПО, устанавливаемого на компьютер.Можно. Можно хоть консоль поставить, а там через aptitude любой выбор. И вообще, debian-installer в ubuntu гораздо лучше, чем debian-installer в debian.
> Намертво завязан на интернет,Неправда
> глючные релизы.для обычного пользователя есть LTS. транки - только для транкистов.
> Во-первых, Debian тоже иногда глючит и тормозит, не вижу тут разницы,У дебиана еще и софт древний.
Пример: тесты показали что некоторые глюки USB 3.0 (xHCI контроллер) исправили только в ядре 3.9RC1. Домашнее задание фанатам дебиана: прикинуть в каком году дебиан перестанет страдать упомянутыми багами и глюками в USB 3.0 в состоянии "из коробки".
Они могут бекпортировать... Только смысла в этом не вижу, ибо судя из тех-же кед, новые версии куда стабильней и лучше. Или дебианщики ещё не в курсе, что 4ые кеды вышли, и пятые уже на носу?
Убунта - это Дебиан Тестинг. То есть, если что-то есть в убуенте, это уже давно есть в дебиане тестинге. И стабильность у них одинаковая.
>> Во-первых, Debian тоже иногда глючит и тормозит, не вижу тут разницы,
> У дебиана еще и софт древний.
> Пример: тесты показали что некоторые глюки USB 3.0 (xHCI контроллер) исправили только
> в ядре 3.9RC1. Домашнее задание фанатам дебиана: прикинуть в каком году
> дебиан перестанет страдать упомянутыми багами и глюками в USB 3.0 в
> состоянии "из коробки".Убунта - это Дебиан Тестинг. То есть, если что-то есть в убуенте, это уже давно есть в дебиане тестинге. И стабильность у них одинаковая.
>>> Во-первых, Debian тоже иногда глючит и тормозит, не вижу тут разницы,
>> У дебиана еще и софт древний.
>> Пример: тесты показали что некоторые глюки USB 3.0 (xHCI контроллер) исправили только
>> в ядре 3.9RC1. Домашнее задание фанатам дебиана: прикинуть в каком году
>> дебиан перестанет страдать упомянутыми багами и глюками в USB 3.0 в
>> состоянии "из коробки".
> Убунта - это Дебиан Тестинг. То есть, если что-то есть в убуенте,
> это уже давно есть в дебиане тестинге. И стабильность у них
> одинаковая.Дебианчик постабильнее малость будет. Плюс даётся восхитительная возможность совмещать testing+sid+experimental, выбирая для каждого пакета свою степень свежести. Такой фокус требует чуть больше возни, чем убунта, зато открывает бо ́льшие возможности
> Можно. Можно хоть консоль поставить, а там через aptitude любой выбор. И
> вообще, debian-installer в ubuntu гораздо лучше, чем debian-installer в debian.
> Можно. Можно хоть консоль поставить, а там через aptitude любой выбор. И
> вообще, debian-installer в ubuntu гораздо лучше, чем debian-installer в debian.А вот это, к сожалению, правда. У ubuntu netinstall состоит из ядра и initramfs со всем необходимым для загрузки пакетов из сети, общим размером в 20 метров. И всё жто можно спокойно загруить тысячей различных способов - достаточно загрузчик поддерживающий Linux.
У Debian же buisness-card, который с wheezy перестали формировать, весит 40 метров и посреди установки подгружает компоненты с диска. Так что если ставить просто через GRUB - куча возни с подсовыванием ему компонентов обеспечена. И это при том, что он вообще без ничего. А Netinstall у дебиана зачем-то включает базовую систему и весит около сотни метров. Нет, правда - даже не смешно, у Slitaz например полноценный Live занимает всего 30М.
И это притом, что я дебианщик и убунту недолюбливаю.
А хотя я неправ. Сегодня, совершенно неожиданно набрёл на сборки mini.iso http://ftp.ru.debian.org/debian/dists/testing/main/installer.../. Запихнули же, фиг найдёшь ;-)Но беру свои претензии обратно, очень доволен, что нашёл.
Пожалей себя, таким невозможно что-то доказать.
Вэйлэнд уже разрабатывают пять лет. А там всего 5к строк кода в самом сервере, и несколько десятков тысяч в композиторе, хотя позиционируется как замена проекту ~1кк кода. При этом нет ни драйверов, ни какого-либо решения для десктопа на его основе, и соответственно какой-либо практической демонстрации превосходства над стэком x.org.Каноникал, как и любой бизнес такое положение вещей не устраивает, с их ресурсами можно сделать значительно больше, что собственно они и делают. Плюс есть цель переноса на мобильные платформы. И каких-либо преград к её достижению в сжатые сроки нет.
P.S. хотя буст и с++ , используемые в mir, выглядят ужасно.
> Каноникал, ... такое положение вещей не устраивает, с их ресурсами можно сделать значительно большеДа ну? А они сами говорят о том что они маленькая компания:
> нельзя не отметить ... растущую приверженность Canonical к разработке программного кода. Несмотря на всеобщую известность Ubuntu Linux, Canonical является относительно маленькой компанией. Исторически сложилось так, что она не имела достаточно ресурсов для работы «на острие» процесса разработки ядра Linux и его остальных компонентов, и не могла сравниться с Red Hat или Novell. Такое положение являлось основной причиной критики и некоторого разочарования в сообществе Linux-пользователей. Обещание помочь ресурсами и финансировать дальнейшую разработку основополагающих десктоп-приложений и Xorg из уст президента Canonical звучит достаточно обнадеживающе.
>Да ну? А они сами говорят о том что они маленькая компания:Это было пять лет назад.
> Каноникал, как и любой бизнес такое положение вещей не устраивает, с их
> ресурсами можно сделать значительно больше, что собственно они и делают.Непонятно, зачем они ваяют DirectFB v3, когда можно всего лишь взять DirectFB v1 и не писать вообще ничего.
> Непонятно, зачем они ваяют DirectFB v3, когда можно всего лишь взять DirectFB
> v1 и не писать вообще ничего.у DirectFB, очевидно, есть Фатальный Недостаток.
> у DirectFB, очевидно, есть Фатальный Недостаток.Ну если ты полагаешь что на его основе можно лучше - редактор тебе в руки.
>> у DirectFB, очевидно, есть Фатальный Недостаток.
> Ну если ты полагаешь что на его основе можно лучше — редактор
> тебе в руки.«можно лучше» что? DirectFB *уже* лучше, чем одни полуработающие костыли и одни неработающие костыли.
> Ну если ты полагаешь что на его основе можно лучше - редактор
> тебе в руки.Ну, очевидно, можно лучше - он же давно написан и работает. Это в любом случае лучше, чем что-то, что ещё не работает.
Хоть бы зашёл на сайт директфб и посмотрел что есть уже на данный момент.
> При этом нет ни драйверовУ вас непонимание принципов работы EGL, который используют что Mir, что Wayland. Никакие специальные драйверы не нужны, штатная поддержка EGL+GLES2 через DRM в системе - все, что требуется.
Для Wayland и Mir и не будут делаться драйверы, они просто используют системный интерфейс EGL - там есть все, что нужно для 2D/3D рендеринга и различных видов акселерации графических операций.
Всё верно сказал.
Кто там хотел видеть убунту стандартом линукса? Вот, пожинайте очередной vendor lock-in в новой форме!Любая монополия - зло. Даже в такой открытой и свободной среде, как бы это парадоксально ни звучало. С монополией убунты необходимо бороться ради процветания всего сообщества.
> Вот, пожинайте очередной vendor lock-in в новой форме!А где он ? Поднимите мне веки...
1) Космонавт помпезно объявляет о новом велосипеде
2) Новый велосипед разрабатывается, попутно все прибивается гвоздями к убунте настолько сильно, насколько возможно
3) Вуаля! Теперь какой-нибудь Valve или производители видеокарт начинают завязываться на новый велосипед (Mir лучше всего подходит для иллюстрации). А что вы хотели, у них поддержка только убунты. Остальное сообщество пролетает.Вот так, используя FUD и монопольное положение, можно пировать и надувать остальных.
Вот так, используя FUD, хейтеры запугивают нас.
> Вот так, используя FUD, хейтеры запугивают нас.Не хейтеры, а реалисты.
См. "Steam, убунту и все-все-все".
>См. "Steam, убунту и все-все-все".Смотрю на Стим в своём Арче и чо?Не думаю, что Стим будет ждать пока кто-то там решит чей дисплейный сервер лучше. Или у кого маркетинг толще. Они из-за маркетингово политики сами знаете кого и решили свалить из Уиндоуз. Вольву больше всего волнуют железячники, и, собственно, не столько они сами, сколько их заинтересованность либо писать стабильные дрова для Линукса, либо как-то там спецификации открывать. Так, что в этот спор их не нужно пока приплетать.
>>См. "Steam, убунту и все-все-все".
> Смотрю на Стим в своём Арче и чо?Теперь молись, чтобы ничего не сломалось. Поддержку арча вальва не обещает, все на твой страх и риск.
Реалист считает, что Valve должны собирать и поддерживать свой Steam под все-все-все дистрибутивы? И потом, сторонними людьми он адаптирован и под другие дистры, так что особых проблем нет, как нет и специфичных привязок к Убунту.
Valve ничего никому не должны, но говорить о поддержке линукса, поддерживая одну убунту - это нехорошо по отношению к остальному сообществу. То же и относительно новостей "вышла линукс-версия контер страйка, доступно в стиме". Я пользователь линукса (не убунты), как мне честно приобрести контер-страйк? Никак.>сторонними людьми он адаптирован и под другие дистры, так что особых проблем нет
Ни фига себе, "проблем нет"! А где гарантия, что эта адаптация будет поддерживаться энтузиастами дальше? Где гарантия, что сам Valve после очередного обновления все не поломает? Что, если я честно куплю там несколько игр, а потом - раз! - и не смогу в них играть?
>как нет и специфичных привязок к Убунту
Угу, конечно. Начнем с того, что установщик распространяется в формате Deb-пакета, который зависит от убунтовских версий пакетов. Далее, сам стим пытается строить из себя дружелюбную программу, которая пытается через apt-get скачать и установить какие-то дурацкие jockey-common, которые есть только - где бы вы думали? - в репах убунты. Дальше продолжать не считаю нужным.
P.S. между прочим, задача "собирать и поддерживать свой Steam под все-все-все дистрибутивы" - это не что-то фантастическое, а реальная, выполнимая задача. Как пример, клиент Desura работает везде и замечательно.
> Valve ничего никому не должны, но говорить о поддержке линукса, поддерживая одну
> убунту - это нехорошо по отношению к остальному сообществу.Ну и где тут вина Убунту? Steam - закрытая проприетарная программа, со всеми вытекающими отсюда последствиями. Steam не Canonical написали. Требуй чтоб Valve поддерживала твой дистрибутив. Хотя, они ведь никому ничего не должны...
при чём тут «вина убунты»? речь о том, что заявления валвы типа «мы поддерживаем линукс» — ложь и дезинформация.
> при чём тут «вина убунты»? речь о том, что заявления валвы типа
> «мы поддерживаем линукс» — ложь и дезинформация.Это смотря как на это посмотреть. Если «мы поддерживаем линукс» значит, поддержка всего списка дистровотча, то да, ложь. А так, если оно работает на одном дистрибутиве Линукса, то оно вполне может работать и на другом (и работает).
>> при чём тут «вина убунты»? речь о том, что заявления валвы типа
>> «мы поддерживаем линукс» — ложь и дезинформация.
> Это смотря как на это посмотреть. Если «мы поддерживаем линукс» значит, поддержка
> всего списка дистровотча, то да, ложь.Не передергивайте.
> А так, если оно работает на одном дистрибутиве Линукса, то оно вполне может работать
> и на другом (и работает).Получилось так, что не работает, а если и работает, то через извраты типа chroot или перелопачивания исходного deb пакета.
> Получилось так, что не работает, а если и работает, то через извраты
> типа chroot или перелопачивания исходного deb пакета.Может, научатся собирать на позапрошлогодних библиотеках при отсутствии необходимости пользоваться новейшими API/ABI...
>> А так, если оно работает на одном дистрибутиве Линукса, то оно вполне может работать
>> и на другом (и работает).
> Получилось так, что не работает, а если и работает, то через извраты
> типа chroot или перелопачивания исходного deb пакета.а кто виноват что у линукса такой зоопрак? вы его хотели - теперь жуйте кактус :)
для «поддерживаем линукс» надо поддерживать хотя бы несколько «больших» дистрибутивов. кроме бубунты — тот же дебиан, федору, сюзи, мандриву. хотя бы. вот это уже — более-менее заявка на «поддержку линукса».а «мы поддерживаем убунту» — это ничто иное, как «мы поддерживаем убунту». и всё.
ах, да. в этом ответе я наблюдаю путаницу между «мы поддерживаем» и «этнузиасты пилят». «мы поддерживаем» — это значит: я беру какой-нибудь «большой» дистрибутив, и там всё работает в поставке «от вендора». или вендор сам маинтайнит, или тесно взаимодействует с маинтайнером. всё остальное называется «мы НЕ поддерживаем.»
> нет никакого велосипеда.Нет, почему, уже есть выпиленный автогеном из водопроводных труб макет. Он даже катается. Параметры пока не очень, да и руль пока не крутится. Но постепенно окультуривают, как ты понимаешь.
>> Вот, пожинайте очередной vendor lock-in в новой форме!
> А где он ? Поднимите мне веки...e.g. http://bugs.debian.org/609278
Вы обращайтесь, тов. Вий, обращайтесь.
А где ты увидел монополию? Монополия линукса — да, это зло. Но Марк не занимается монополизацией ни в каком виде, а, напротив, ищет альтернативные решения, пытается сдвинуть с мёртвой точки зашедшую в инновационный тупик систему из связки Linux+Xorg.
> А где ты увидел монополию? Монополия линукса — да, это зло. Но
> Марк не занимается монополизацией ни в каком виде, а, напротив, ищет
> альтернативные решения, пытается сдвинуть с мёртвой точки зашедшую в инновационный тупик
> систему из связки Linux+Xorg.Да что ты говоришь, изенька? Почему бы тогда хорошему меценату Марку не вложиться в wayland, чтобы хорошо было всем?
Как не всякая поллюция - зачатие, так и не всякий велосипед - инновация, уж извините за некоторую грубость.
А что ему вкладываться? Он ведь уже рекламировал wayland. Сколько не вкладывай, обязательно найдется хейтер, который скажет, что вкладывают мало. А тут своё сделают. Что будет лучше - история покажет.
>Он ведь уже рекламировал waylandВот это вклад так вклад, ничего не скажешь.
> Да что ты говоришь, изенька? Почему бы тогда хорошему меценату Марку не
> вложиться в wayland, чтобы хорошо было всем?А смысл? В W уже вкладывается Intel, а 5 лет, тем не менее, просвистели, как один.
>> Да что ты говоришь, изенька? Почему бы тогда хорошему меценату Марку не
>> вложиться в wayland, чтобы хорошо было всем?
> А смысл? В W уже вкладывается Intel, а 5 лет, тем не
> менее, просвистели, как один.Бритву Оккама помните? Не нужно плодить лишние сущности без всякой на то необходимости. Смысл вкладываться в вейланд хотя бы в том, чтобы не распылять усилия на два совершенно одинаковых по своей сути проекта.
Конечно, еще ни вейланд, ни мир не готовы, поэтому выводы делать рано. Однако, если судить по высказываниям космонавта, вектор движения убунты очень огорчающий.
> Бритву Оккама помните? Не нужно плодить лишние сущности без всякой на то
> необходимости.Да, помним. И видим необходимость. Завершения проекта W не видно, а оконная система нужна уже сейчас. :-)
Но у проекта M не видно не то, чтобы завершения, а просто начала. Почему бы тогда не объединить усилия в разработке проекта W, если результат так нужен уже сейчас? Или, быть может, такой острой необходимости на самом деле и нет?
> Но у проекта M не видно не то, чтобы завершения, а просто
> начала. Почему бы тогда не объединить усилия в разработке проекта W,
> если результат так нужен уже сейчас? Или, быть может, такой острой
> необходимости на самом деле и нет?Да они, и М и W вообще дикие люди. Проект DirectFB v1 (он же SVGAlib v2) давным давно фунциклирует. И смысла ваять DirectFB v2 (Wayland) или DirectFB v3 (Mir) я не вижу.
А для замены X Window System ни SVGAlib v1, ни SVGAlib v2 (DirectFB), ни SVGAlib v3 (Wayland), ни SVGAlib v4 (Mir) не годятся.
> инновационный тупик
> инновационный тупик
> инновационный тупикЭто пять.
ага, он пытается, уже какой год захватить Мир своей убунтой
И очень удачно делает. прошу заметить.
Благодаря Ubuntu, Linux стал намного дружелюбней к пользователю.
Так что удачи космонавту в его начинаниях.
И я уверен, если Мир будет не хуже Вейланда, то его будут поддерживать и другие дистрибутивы и другие оконные менеджеры.
> Благодаря Ubuntu, Linux стал намного дружелюбней к пользователю.Можно конкретный список?
> пытается сдвинуть с мёртвой точки зашедшую в инновационный тупик
> систему из связки Linux+Xorg.Могет быть, могет быть. Но видишь ли ничего лучшего на данный момент нет. ты бы видел в какой тупик фряха уперлась - там обратно выбираться прийдется 5 лет с альпинистским снаряжением.
> Любая монополия - зло.Рассуждать о монополии в отношении планирующегося проекта, призванного конкурировать с другим неготовым проектом — аналитика уровня современного коментатора Опеннет.
> Рассуждать о монополии в отношении планирующегося проекта, призванного конкурировать
> с другим неготовым проектом — аналитика уровня современного коментатора Опеннет.Вы безжалостно палите хейтеров :)
>> Любая монополия - зло.
> Рассуждать о монополии в отношении планирующегося проекта, призванного конкурировать
> с другим неготовым проектом — аналитика уровня современного коментатора Опеннет.Не спорю, окончательные выводы делать рано. Но даже сейчас, судя по высказываниям космонавта, можно много сказать о тенденциях в развитии убунты.
> Действительно, довольно неприятно вложить в Linux столько денег и не получить при этом ни полного контроля над кодом, ни даже признания сообществом твоего лидерства.Вортушаттл сам дурак, нужно было не велосипед придумывать, а помогать другим проектам, например вместо юнити, пилили бы гномо3, вместо Mir, пилили бы вяленого, если так хочется новшеств.
.. ну и вместо убунты, пилили бы Дебиан наконец ))
> вместо юнити, пилили бы гномо3, вместо Mir, пилили бы вяленого, вместо убунты, пилили бы Дебианвсё это было уже пройдено: убунта появилась по причине медленного/невнятного релиз-менеджмента дебъяна,
юнити появилась, собственно, из-за гнома 3 (комментарии излишни). Очевидно, вейланд то же чем-то не устроил.
Лол. Напомнить вам про последствия быстрого, внятного релиз-менеджмента убунты? Hint: 10.10.10
Молодец! нашёл таки одну лажу и решил выставить её как системный недостаток ...
и вообще: "use LTS, Luke."
> Молодец! нашёл таки одну лажу и решил выставить её как системный недостаток
> ...
> и вообще: "use LTS, Luke."Тогда уж лучше центось. Любителям некрофилии самое то
> Молодец! нашёл таки одну лажу и решил выставить её как системный недостатокСкорее нашёл лажу, иллюстрирующую системный недостаток, и предложил.
На 10:10:10 у них там тоже ресурсы нашлись, а вот на собственно код... :(
> например вместо юнити, пилили бы гномо3Гномо3 этого не захотели и прямым текстом послали Марка. Ну вот ему ничего и не осталось кроме как пилить свой юнити, с шахматами и поэтессами.
>ВортушаттлДолго я парсил, о ком речь.
Не зря они так испереживались... Как видно в вяленым действительно дело плохо, иначе с чего такую истерику пороть?
Сейчас их критика похожа на карканье Кармака: "Не взлетит! Я сказал!"
И назвали-то как. Не скажешь ведь - "Нахрен мир!", сволочи. Канноникл стремится к монополизму и полному контролю над всеми ключевыми API. Нельзя все отдавать в одни руки, закончится плохо.Космонавт что-то разошелся, лаврам Стива Джобса завидует?
А что лучше монополия wayland, systemd итд? Наоборот появляется альтернатива. Если бы не Canonical, мы бы имели сейчас монополию RedHat.
> Если бы не Canonical, мы бы имели сейчас монополию RedHat.вот странно-то. а у меня ни апстарта, ни системд, ни юнити, ни гнома в системе нет. где монополии-то, и где все эти космические войны?
> где монополии-то,Ну как где. В теории. Могли бы быть. Ты что, никогда не слышал термин "делить шкуру неубитого медведя"? :)
_пока_ нет...
> _пока_ нет...а с чего бы всему этому там появляться?
> А что лучше монополия wayland, systemd итд? Наоборот появляется альтернатива. Если бы
> не Canonical, мы бы имели сейчас монополию RedHat.Мде? А я думал, что с тысячей дистров на дистровотче никакой монополии нет и быть не может. Я неправ, Кислый Помидор?
> Мде? А я думал, что с тысячей дистров на дистровотче никакой монополии
> нет и быть не может. Я неправ, Кислый Помидор?Так в чем тогда проблема? Нету никакой монополии и нечего тут нас запугивать.
> А что лучше монополия wayland, systemd итд? Наоборот появляется альтернатива. Если бы
> не Canonical, мы бы имели сейчас монополию RedHat.Кроме Red Hat есть по крайней мере, SUSE. И еще десятки независимых дистрибутивов, с которыми Red Hat, в отличие от Каноникала, не враждует.
> Кроме Red Hat есть по крайней мере, SUSE. И еще десятки независимых
> дистрибутивов, с которыми Red Hat, в отличие от Каноникала, не враждует.Потому что другие, включая SUSE, не конкуренты RedHat. А Canonical уже всюду пролезли. И RedHat старается их подавить, используя подконтрольные ей технологии: Gnome, systemd. Не удивительно, что Canonical вынуждены писать что-то своё, не гадая примут ли их патчи в апстрим.
>> Кроме Red Hat есть по крайней мере, SUSE. И еще десятки независимых
>> дистрибутивов, с которыми Red Hat, в отличие от Каноникала, не враждует.
> Потому что другие, включая SUSE, не конкуренты RedHat.Конкуренты.
> Кроме Red Hat есть по крайней мере, SUSE. И еще десятки независимых
> дистрибутивов, с которыми Red Hat, в отличие от Каноникала, не враждует.Xegl vs Xglx - это чего было.
> «Вывод на экран — это полная ерунда, главное — обработка событий ввода, она обязательно
> должна быть безопасной.Хе-хе, как интересно.
> I have exactly one concern about Wayland.
> There is a specific developer who has been busily breaking the keyboard
> and mouse drivers on Xorg....
> This person is a man that I want lifetime banned from the open source
> movement for reason of the quantity of my time he has wasted and the
> amount of stress and aggrivation he has dealt me. =(
> http://permalink.gmane.org/gmane.os.genode.devel/568Странно, а у меня теперь подключение мышек и клавиатур работает на горячую. Предлагаю таки забанить каких-то невнятных перцев из геноды, которые мне похрену.
с каких это пор размер исходника это показатель успеха и хорошего кода ?
Понятие "хорошего кода" субъективное.
Успех обоих участников, пока что, примерно одинаков - он отсутствует.
По размерам исходников и дате начала разработки можно судить об её (разработки) интенсивности.
> Wayland: ~300 Kb кода на С
> Weston: ~700 Kb кода на С
> Mir: ~500 Кб кода на С++ , т.е. половина Wayland+Weston.
> Что-то мне подсказывает, что у Мира больше шансов.а мой бредогенератор способен произвести гигабайты *компилирующегося* кода. откуда следует — по твоей логике — что я просто таки обречён зарулить вообще всё на свете.
Сравнение девелоперов Мира и твоего бредогенератора не уместно.
> Сравнение девелоперов Мира и твоего бредогенератора не уместно.и то верно. пока они научатся создавать продукты, по качеству дотягивающие до моего бредогенератора, я от старости умру.
хм, лень смотреть, но на лоре кто-то из вменяемых код хвалил
> хм, лень смотреть, но на лоре кто-то из вменяемых код хвалилc++11. boost. *это* можно только закапывать. by default.
> c++11. boost. *это* можно только закaпывать. by default.Хоть в чем-то я согласен с Кэпом :)
Мне кажется, что слабый успех Unity в других дистрибутивах как раз нехорошо говорит об этих самых дистрибутивах, а не о Unity.
> Мне кажется, что слабый успех Unity в других дистрибутивах как раз нехорошо
> говорит об этих самых дистрибутивах, а не о Unity.Просто никому она особо не нужна за пределами Убунты. Это не говорит о ее качествах или качествах дистрибутивов. Просто она не особо нужна, им и так хорошо.
Ред Хат будет набирать зависимость от Марка? Все прочее выдумки.
В отличие от Canonical, ред хат не страдает беспочвенным NIH и берет любые полезные наработки. Они без проблем взяли upstart, когда возникла потребность в новой системе инициализации - хотя upstart была не единственной системой на замену SysV init в тот момент. Более того, в RHEL они его до сих пор используют, потому что понимают, что это разумнее, чем пытаться менять на еще не дошедший до серверного качества systemd.По десктопной части, все последние федоры включают разработанный в ubuntu на финансировании Canonical проект zeitgeist, и gnome3 в федоре требует его. Ну еще разный мелкий десктопный софт типа dejadup и тд.
С тем же zeitgeist - разработала canonical полезную вещь, другие охотно берут. Ред хат среди первых готов подхватывать стоящие вещи. А вот делать Mir, не понимая всех проблем разработки дисплейного сервера, когда нужно вкладываться в Wayland - работа впустую. Но! Если вдруг Mir взлетит и разработка Wayland встанет/вольется в него, я уверен, ред хат быстро переориентируется на использование Mir в своих проектах и не будет хвататься за Wayland.
> В отличие от Canonical, ред хат не страдает беспочвенным NIHpulseaudio. systemd. wayland.
>> В отличие от Canonical, ред хат не страдает беспочвенным NIH
> pulseaudio. systemd. wayland.Это не беспочвенное NIH. Все перечисленное вами имело обоснование.
обоснование-то имело, а вот реализация подкачала, мягко говоря.
Спорно. Лично меня и пульса удовлетворяет, и systemd. Но не будем о цветах фломастеров.Кстати, в отличие от проектов убунтят, оба эти проекта достаточно легко и безболезненно адаптируются в других дистрибутивах. Очевидно, что проекты нужны и интересны не только редхату, но и сообществам других дистрибутивов. Может, и реализация не так уж плоха, и смысл в них есть?
> Кстати, в отличие от проектов убунтяткакие проблемы с «адаптацией» апстарта?
> Кстати, в отличие от проектов убунтят, оба эти проекта достаточно легко и
> безболезненно адаптируются в других дистрибутивах.Пробовали?
Я уверен что слабый успех продуктов Microsoft в определённых кругах людей как раз нехорошо говорит об этих самых людях, а не о Microsoft и её продуктах.
Cannonical Certified Ubuntofan
> Мне кажется, что слабый успех Unity в других дистрибутивах как раз нехорошо
> говорит об этих самых дистрибутивах, а не о Unity.Поройте новость о добавлении её в неоф. федору. Там упоминалось, что для этого надо патчить дофига друких библиотек. Оно кому-то надо? Вон даже дебианщики не смогли (хотя казалось бы - и там и там deb-пакеты, совместимые причём). MATE почему-то все сразу расхватали, как и Cinnamon - почему бы?
Насколько я понял одна из главных фич Mir - это то что оно будет работать с закрытыми драйверами AMD и NVidia, чего в Wayland не будет. Ну это как бы действительно серьезное преимущество.
> Насколько я понял одна из главных фич Mir — это то
> что оно будет работать с закрытыми драйверами AMD и NVidiaэто только во влажных мечтах космонавта. а на практите — очень интересно посмотреть хотя бы на PoC этого финта. если ребята продемонстрируют такую технологию, то её мгновенно уволокут в вяленого и DirectFB, от чего выиграют все.
впрочем, как я уже сказал, это космические мечты, нацеленые на промывку мозгов технически неподкованым пользователям. irl же всё будет как обычно.
поживем - увидим, а пока все продолжаем сидеть на Иксах
> поживем - увидим, а пока все продолжаем сидеть на ИксахДа уж, пока онитам спорят, Иксы просто есть здесь и сейчас.
> это только во влажных мечтах космонавта.Кроме влажных мечт космонавта есть некие сведения о работе как минимум нвидии над дровами использующими EGL в качестве интерфейса. Походу GLX вынести в deprecated хочет не только космонавт.
опять «когда-нибудь будет». вот когда будет — тогда и стоит об этом говорить.
> Кроме влажных мечт космонавта есть некие сведения о работе как минимум нвидии над дровами использующими EGL в качестве интерфейса. Походу GLX вынести в deprecated хочет не только космонавт.всмысле представители Nvidia заявили о том что они в будующем сделают EGL ?
ну тыг если представим что это правда, то что мешает использовать этот же EGL в Wayland? :)
Космонавту обязательно нужно придумывать свой собственный Mir для того чтобы уговорить (астрально надавить на...) Nvidia сделать кошерный интерфейс EGL ?
потомучто представители Nvidia заявили о том что они не будут делать поддержку Wayland? а Космонавт взял и обхетрил их? :)
а может мож Mir это вообще фиктивный проект, для того чтобы заставить Nvidia выпустить интерфейс EGL, а затем как только это случится то сразу же забросить Mir в пользу Wayland? :-) может такой хитрый план по улучшению Wayland? :)
Ты во многих темах пищишь про свой directfb. Что он так тебе дался-то?
> Ты во многих темах пищишь про свой directfb. Что он так тебе дался-то?Возможно, наличием и работоспособностью -- насколько знаю, тот же Etersoft уже довольно давно что-то делал на gtk2 поверх directfb: https://bugzilla.altlinux.org/13284
да и порт Qt, ЕМНИП, был. и SDL (хотя оно само по себе близко к SDL).
>> Ты во многих темах пищишь про свой directfb. Что он так тебе дался-то?
> Возможно, наличием и работоспособностью -- насколько знаю, тот же Etersoft уже довольно
> давно что-то делал на gtk2 поверх directfb: https://bugzilla.altlinux.org/13284Нуу в 2008 году, возможно, gtk2 был интересен. Но с тех пор 5 лет прошло. Сейчас актуален gtk3, а для него DFB уже совсем не стали делать, интереса нет, я так понял.
https://mail.gnome.org/archives/gtk-devel-list/2011-August/m...
как будто у адекватных людей есть интерес в gtk3.
> Сейчас актуален gtk3Кому как, некоторых он подвинул в сторону qt.
> перспективах развития KWin в свете новых условийкогда пользовался KDE, первое что делал - выкидывал kwin и ставил openbox
Как бы композит - он далеко не всем нужен
Собаки лают, караван идет.
Дэйв Эирлай кране удачно выразился. Уважение этому человеку.
Да что они срутся? Конкуренция - это хорошо! Отсутствие конкуренции в графическом стеке привело к тому, что у нас до сих пор используется абсолютно устаревший костыль x.org повсеместно. Когда выйдет Ubuntu с Mir - это будет единственный используемый дистрибутив, до тех пор, пока другие дистрибутивы не включат Mir или Wayland. А то стыдно, когда на мощном компьютере нельзя несколько видеороликов расположить на рабочем столе, чтобы не тормозили, а в винде можно.
>несколько видеороликовУМВР. В Омске. ЧЯДНТ?
тоньше надо.
> Когда выйдет Ubuntu с Mir
#include <stdflame/mazarini.h>
"Появилось новое (вяленый ) - ненужно, есть ксорг, пусть пилят его" ©
"Появилось новое (мир) - ненужно, есть вяленый, пусть пилят его" ©
Два вывода: первый- мир полезен и нужен, второй, неочевидный, змеюке надо подсунуть свой собственный хвост (новый ксорг :-)
наверное прозвучит толсто,но так глядишь и до Ubuntu secure boot доживем
> наверное прозвучит толсто,но так глядишь и до Ubuntu secure boot доживемНу почему же, разве в Fedora уже не появилось?
>Итак, хотим ли мы, чтобы в основе будущих Linux-десктопов и мобильных устройств лежал дисплейный сервер, созданный с нуля людьми, у которых просто не хватило ума разобраться в уже существующих проектах?Это кстати, справедливо и по отношению к разработчикам Wayland.
Не, там надо говорить - людьми, угробившими уже существующий проект (иксы). Шрифты и XRender я им не прощу :-)
> Не, там надо говорить - людьми, угробившими уже существующий проект (иксы). Шрифты
> и XRender я им не прощу :-)где же ты был, когда они ломали шрифты? Что же ты молчал? Почему не писал патчи?
А.. наверно тебе было похер и ты был занят более интересными делами, возможно ты просто не знаешь как чинить "поломанное"?Но вот поорать "не прощу" это усилий не стоит, ведь так?
Ооо, да. Так и чувствую как через пару лет в ответ на вопрос "а отдельно от системд нельзя собрать udev без костылей" услышу: "а где вы были, почему никто патчи не присылал".
Можно подумать, его сейчас можно собрать _без костылей_.
Там оставлен некоторый шанс на то что удев можно будет собрать отдельно, хоть и с костылями. А не так что его совсем нельзя будет собрать-использовать без системд.
>>Итак, хотим ли мы, чтобы в основе будущих Linux-десктопов и мобильных устройств лежал дисплейный сервер, созданный с нуля людьми, у которых просто не хватило ума разобраться в уже существующих проектах?
> Это кстати, справедливо и по отношению к разработчикам Wayland.причём даже сильнее, чем к бубунтовцам.
Ну пока что ничего кроме критики вэйленда и обещаний светлого будущего с Мир у Шаттлворта нет. К чему этот срач, опять Канноникл пиаритсья?
> Ну пока что ничего кроме критики вэйленда и обещаний светлого будущего с
> Мир у Шаттлворта нет. К чему этот срач, опять Канноникл пиаритсья?Угу, разработчик Kwin'а пиарит Убунту.
ах ты ж блин.http://www.phoronix.com/scan.php?page=news_item&px=MTMyMjQ
"Even with Wayland's heavy community-driven development and the significant backing of Intel, Wayland/Weston right now doesn't support minimize/maximize for windows. There's been patches floating around and now they're up to their third revision as of Friday."
и эти люди будут запрещать каноникалу ковыряться в носу???
зато о секурности ввода рассуждать дооо
ой цирк.
"Further, the term minimize is relatively subjective and defined by the implementation. Clients should not expect that minimized means the surface will be invisable to the user. There are several use cases where displaying minimized surfaces will be useful. Clients might want to change input handling or pause when minimized but nothing should change with regards to submitting surface buffer updates."
прекрасно, прекрасно.
2013-й год. 5-й год разработки. минимизации и максимизации нет. по-моему, это показатель серьёзного подхода к проекту: ведь нельзя же такие матёрые фичи добавлять не подумав, не спланировав.а мы-то тут корим разработчиков за отсутствие продуманной архитектуры. а зря: вон как усердно думают даже над мелкими фичами. годами думают.
> 2013-й год. 5-й год разработки. минимизации и максимизации нет. по-моему, это показатель
> серьёзного подхода к проекту: ведь нельзя же такие матёрые фичи добавлять
> не подумав, не спланировав.
> а мы-то тут корим разработчиков за отсутствие продуманной архитектуры. а зря: вон
> как усердно думают даже над мелкими фичами. годами думают.GNU/Hurd №2?
>> 2013-й год. 5-й год разработки. минимизации и максимизации нет. по-моему, это показатель
>> серьёзного подхода к проекту: ведь нельзя же такие матёрые фичи добавлять
>> не подумав, не спланировав.
>> а мы-то тут корим разработчиков за отсутствие продуманной архитектуры. а зря: вон
>> как усердно думают даже над мелкими фичами. годами думают.
> GNU/Hurd №2?кстати, а hurd еще о поддержке вейланда не объявил? они как раз успеют.
>>> 2013-й год. 5-й год разработки. минимизации и максимизации нет. по-моему, это показатель
>>> серьёзного подхода к проекту: ведь нельзя же такие матёрые фичи добавлять
>>> не подумав, не спланировав.
>>> а мы-то тут корим разработчиков за отсутствие продуманной архитектуры. а зря: вон
>>> как усердно думают даже над мелкими фичами. годами думают.
>> GNU/Hurd №2?
> кстати, а hurd еще о поддержке вейланда не объявил? они как раз
> успеют.А они ещё живы?
> 2013-й год. 5-й год разработки. минимизации и максимизации нет. по-моему, это показатель
> серьёзного подхода к проекту: ведь нельзя же такие матёрые фичи добавлять
> не подумав, не спланировав.
> а мы-то тут корим разработчиков за отсутствие продуманной архитектуры. а зря: вон
> как усердно думают даже над мелкими фичами. годами думают.вот да! термин "минимизировать" - субьективная вещь и зависит от реализации. в военное время понятие "минимизировать" вообще может означать "фуллскрин".
Мимо, троль.
http://www.youtube.com/watch?v=nv5isdcxBcY
Как деградировали посетители опеннета. Ты хоть по ссылке пройди и прочти ы рассылке вяленого что пишут.
О чём, собственно, и говорил не раз -- Марк вовсю пользуется приёмчиками геббельсизма-балмеризма, перекрывая этой преднамеренной ложью всё то доброе, что всё-таки делает. :(
> О чём, собственно, и говорил не раз -- Марк вовсю пользуется приёмчиками
> балмеризма-поттеризма, перекрывая этой преднамеренной ложью всё то доброе, что всё-таки
> делает. :(вот, я починил.
А это у него с самого начала так было? Или в процессе таким стал?..
P.S. А вы бы какой дистр порекомендовали бы? - не для холиваров спрашиваю, просто поюзать на достаточно свежем железе, браузер пожалуй да и все.
Debian Testing, CentOS, Fedora, openSUSE, Mageia, Sabayon.
> Debian Testing, CentOS, Fedora, openSUSE, Mageia, Sabayon.CentOS вряд ли, слишком ядро древнее. С остальным согласен.
Ядро RedHat наверно самое напичканое бэкпортами среди ядер. То есть не такое оно уж и древнее не смотря на цифру.
> Ядро RedHat наверно самое напичканое бэкпортами среди ядер. То есть не такое
> оно уж и древнее не смотря на цифру.Бэкпорты больше по багам, вряд ли там драйвера.
> А это у него с самого начала так было? Или в процессе таким стал?..Не знаю точно, но в 2004/5 слова были вполне разумные и как минимум существенная часть действий -- тоже. По-моему, крышу у Марка начало срывать вместе с приходом понимания, что блицкригом на десктоп и близко не пахнет.
> P.S. А вы бы какой дистр порекомендовали бы? - не для холиваров спрашиваю,
> просто поюзать на достаточно свежем железе, браузер пожалуй да и все.Если железо нормально грузится в BIOS-режиме -- то это довольно слабые ограничения :-)
Берите почти любой текущий выпуск, почитайте по нему отзывы (некоторые дистрибутивы вроде Fedora и Ubuntu их опытные пользователи традиционно рекомендуют устанавливать через некоторое время после выпуска, когда апдейтов накопится некоторое количество) и посмотрите разве, оперативно ли обновляется в соответствующем репозитории используемый браузер.
Конкретно в альте, по которому могу советовать, firefox обновляется с варьирующейся задержкой (legion@ как участник апстримной разработки весьма принципиален и порой долго воюет со сборкой, когда есть проблемы -- несколько выпусков назад такое было); про chromium не скажу, но вроде примерно то же.
Для оценки работы на железе можно взять вот такие ливки (но там именно система с иксами и браузером, и всё): http://ftp.linux.kiev.ua/pub/Linux/ALT/people/mike/iso/mkima.../ -- испёк сейчас с firefox 19, могу наладить регулярные сборки с firefox/chromium, если вдруг кому будут полезны (наверное, тогда ещё HOMEPAGE по умолчанию стоит поправить).
> в 2004/5 слова были вполне разумные и как минимум существенная часть действий -- тоже.Поэтому я и спросил - я когда-то давным давно его почитал немного, думал что он хорошее дело делает.
> Если железо нормально грузится в BIOS-режиме
Меня несколько смущали пляски с бубном вокруг UEFI - но вроде все будет ок. Еще бы у M$ отобрать функции выдачи сертификатов)
Плюс еще не так давно были некоторые нюансы с USB 3.0Ну и идеально что б заместо CyanogenMod мог) - с минимальными хлопотами.
Альт классно - раз дожил до сегодняшних дней то дело будет.
>> Если железо нормально грузится в BIOS-режиме
> Меня несколько смущали пляски с бубном вокруг UEFI - но вроде все
> будет ок. Еще бы у M$ отобрать функции выдачи сертификатов)Вчерашний образ для x86_64 из тех, на которые сослался, под UEFI грузится. Более полноценные есть на {nightly,beta}.altlinux.org, этот всё же совсем киоск.
Далее, по крайней мере на имеющейся под руками железке выпинать все сторонние сертификаты вроде как возможно. Другое дело, что при возможности проще и лучше это непотребство (SecureBoot) вовсе отключить, хотя у меня и с ним тоже грузится после добавления altlinux.cer (описано на altlinux.org/UEFI).
> Плюс еще не так давно были некоторые нюансы с USB 3.0
УМВР по крайней мере с USB3-флэшкой, USB2-эзернетом и USB1-мышом, плюс встроенное барахлишко.
> Ну и идеально что б заместо CyanogenMod мог) - с минимальными хлопотами.
http://forum.altlinux.org/index.php/topic,28619.msg199855.ht... -- в заданном направлении, но там сейчас x86.
> Альт классно - раз дожил до сегодняшних дней то дело будет.
Да много кто дожил, что не может не радовать :-) Всё-таки посмотрите разные -- всегда лучше иметь своё мнение вдобавок к советам других.
> О чём, собственно, и говорил не раз -- Марк вовсю пользуется приёмчиками
> геббельсизма-балмеризма, перекрывая этой преднамеренной ложью всё то доброе, что всё-таки
> делает. :(похоже меня в Гугле забанили ---- https://www.google.ru/search?q=%D0%B3%D0%...
слушай, расскажи: а какой смысл давать тормозной https, если запрос передаётся открытым текстом?
> слушай, расскажи: а какой смысл давать тормозной https, если запрос передаётся открытым
> текстом?Может у него HTTPS Everywhere?
Offtop: ixquick, startpage и duckduckgo умеют запросы с помощью POST.
http://www.iru.ru/promo/ubuntu/main/Новая операционная система Ubuntu.
Эксклюзивно только с техникой iRU.Напомните мне когда ALT слетел с iRU?
> Напомните мне когда ALT слетел с iRU?Когда iRU решил заменить альт студентом с соответствующим результатом, Юрий Владимирыч.
Переведите, а то я упустил этот момент.
Важный момент - Wayland требует для своей работы некоторые особые компоненты графических драйверов, доступные только в открытый драйверах.Важное отличие что Mir работает как на открытых, так и на проприетарных, что принципиально отличает его от Wayland, в том числе поверх закрытых драйверов Android-устройств, что опять же важно.
Поправьте если ошибаюсь, но суть именно в драйверах. Но не только в них, не не маловажный фактор.
Ещё нет проприетарных драйверов для него, а Mir уже с ними работает?
Суть в СУЩЕСТВУЮЩИХ уже драйверах. Поправьте, может я не так понял, но факт нацеленности на работу поверх существующих EGL Android-драйверов уже говорит о том что речь не о предстоящих драйверах, а о нынешних.
> Суть в СУЩЕСТВУЮЩИХ уже драйверах. Поправьте, может я не так понял, но
> факт нацеленности на работу поверх существующих EGL Android-драйверов уже говорит о
> том что речь не о предстоящих драйверах, а о нынешних.То Android, а здесь про десктопы.
Поправляю: Mir физически пока вообще не существует.
> Поправляю: Mir физически пока вообще не существует.Существует, тут вон код выше обсуждают. Но как с поддержкой драйверов - неизвестно пока.
> Важное отличие что Mir работает как на открытых, так и на проприетарных,
> что принципиально отличает его от Wayland, в том числе поверх закрытых
> драйверов Android-устройств, что опять же важно.Нет. Mir использует ровно такой же EGL, как и Wayland и обоим требуется одинаковая поддержка системного драйвера (системный DRM/KMS + GLES библиотеки + EGL).
> Нет.Да. https://wiki.ubuntu.com/MirSpec#On_Android_Drivers
На андроиде HWСomposer вообще не обязан работать на GPU - это элемент HAL. Например на OMAP финальный композитинг (наложение граифческих и видео слоев) делается на DSS - это пример грамотной архитектуры, до которой иксам с их Xv как до китая раком, видеопроцессор имеет прямой доступ к оверлею, графика парраллельно обрабатывется на GPU.
Брр, причем тут андроид - мы же вроде о работе на линуксовом ядре говорим?
На андроиде да, так просто не выйдет, им придется использовать дополнительные костыли, чтобы пройти еще через уровень андроида..
Но на десктопах там всегда работа через EGL, точно так же, как и у Wayland (что логично).Пример грамотной архитектуры - это хорошо, конечно, но зачем сравнивать с иксами и Xv? Скоро будет Wayland с грамотной архитектурой, вот с ним и надо сравнивать..
> Но на десктопах там всегда работа через EGL, точно так же, как и у WaylandНа Linux десктопах EGL гвоздями прибит к иксам у всех вендоров GPU (кроме открытых реализаций драйверов) и Wayland с ними работать не будет.
> но зачем сравнивать с иксами и Xv?
просто случай удобный попался объяснить преимущества композитных серверов :)
>Будет ли KWin поддерживать Mir? Нет. Разработчики KWin не намерены принимать в апстрим патчи, специфичные для одного конкретного дистрибутива. Разумеется, если Mir будет поддерживать больше дистрибутивов — тогда, возможно, нам стоит вернуться ко второму вопросу, и попробовать сравнить Mir с Wayland. Однако, блестящий успех Unity за пределами Ubuntu (иронизирует Мартин) позволяет предположить, что до этого не дойдет.»
>У меня нет ни малейших сомнений, что KWin будет поддерживать MirА помните когда Марк сказал что Unity будет переносимой между различными классами устойств?
И какой вой тогда поднялся? А потом оказалось что всё будет завязанно на Qt, и претензий в таком случае не остаётся (имеется в ввиду реализация).
Отправил раньше времени.
>У меня нет ни малейших сомнений, что KWin будет поддерживать Mir…и наверно (предположительно) в этот раз будет так же — Mir не будет дистроспецифичным.
(А вдруг?)
>Дэйв ЭирлайКакой неприятный человек. Он придумывает что Линукс, это некое масонское ложе/мадридский двор? К чему эти инсинуации?
>иронизирует он.Ок. Я тоже так могу.
Немного перефразирую господина Хэнлона: «не стоит искать других(иных) намерений(смыслов) там, где их может и не быть, ибо это удел глупцов».
Из-за таких глупцов Opennet становится жёлтым, а не оливковым. Ибо "кто-то что-то написал, кто-то прокомментировал…"
> Немного перефразирую господина Хэнлона: «не стоит искать других(иных)
> намерений(смыслов) там, где их может и не быть, ибо это удел глупцов».Эту фразу можно применить к её автору -- может, он и не занимался постановкой дымзавесы, а всего лишь дурак?..
Думайте, кого и к чему цитировать.
>Думайте, кого и к чему цитировать.Вы меня путаете. Потому как "Эту фразу можно применить к её автору" (т. е. Хэнлону) — я этого делать не собирался. Я лишь его перефразировал (господина Хэнлона), и направил мой перифраз на Дэйва Эирлая. Вот и всё.
> я этого делать не собиралсяПонимаю, поэтому и подсказал такой эксперимент. :)
Фраза дурацкая, на самом деле -- то, что многое делается из глупости, не отменяет того, что делается из злого умысла. А это попытка смешать всё в кучу, замазать глупостью злонамерение -- причём хорошо если сделанная всего лишь по глупости.
BTW то, что Дэвид что-то "придумывает", тоже хорошо бы аргументировать. Течения и впрямь есть разные, как и люди -- уж кого куда несёт, ветры-то ни разу не новые.
PS: ну вот, приплыли -- убрал лишнюю запятую перед "если"...
Я никак не пойму, в чем вы увидели злой умысел, сделать что-то свое - зло ? а сделать луше чем ксорговцы и вовсе приравнивается к захвату власти ? Сделайте Wayland быстрей и лучше чем Mir - всего делов, сейчас ни того ни другого в приемлемом рабочем состоянии не существует. Хотя я понимаю их опасение - у Wayland на ARM практически нет шансов - с KMS там еще хуже чем на десктопах, и вендоры не спешат метнуться рыбкой переписывать драйверы, а для Androida они уже сейчас все есть - готовые и отлаженные.
> Я никак не пойму, в чем вы увидели злой умыселВ данном разе докопался к применённой фразе, а не к контексту; тактика Canonical и впрямь не тянет на злой умысел, по крайней мере эффективно реализуемый -- больше похоже на прыжки в ширину.
А заставить всех переписать драйверы, не дав никаких гарантий на успех предприятия - это прыжки в длину.
Благодаря Каноникл сейчас есть масса очень хороших дистров, так ша нинада ляля
Debian и сам не промахВанильные разработчики (ТП) с крашеными ногтями не нужны
Новость ни о чем.
Сообщения о словарных перепалках других разработчиков лучше в мини новостях публиковать.
божибожи на лончпадике вывесили баг с душераздирающим названием"Mir will cause fragmentation in Linux on desktop"
чтобы внести ясность в терминах:
вот это вот https://upload.wikimedia.org/wikipedia/commons/1/1b/Linux_Di...
- не фрагментация. 300 с лихом дистрибутивов на distrowatch - не фрагментация.
а ненаписанный еще дисплейный сервер - это фрагментация.
автор бага задается вопросом:
Why other distributions (unless they are deviates of Ubuntu) won't support Mir:
и сам себе отвечает
- You can't just simple work together with others on Mir, you have to sign a contract to submit mainstream changes.
передавать права на патчи в gcc в FSF - это нормально, и даже не обсуждается. передавать права на патчи в Каноникал - мешает совместной работе.
- Wayland is far more advanced. (This argument has to become invalid in near future)
"ну правильно, Петька, я же старше". после пяти лет развития Вейланд развился вот до таких пунктиков https://bugs.freedesktop.org/show_bug.cgi?id=48994 а девелоперы в багзилле, не стесняясь, пишут "I'm assuming it's known that when dragging the top or left edges, or that corner, it's the opposite side that moves." аргумент про ремотные дисплеи я приводить не буду, потому как всем известно, что это НИНУЖНА(ТМ)
- Mir is centered around Unity(Next), other desktop-environments will get troubles by implementing their solution into Mir (if this is possible at all)
заточка гнома под федорин системд - это хорошо, а если кто не согласен - пусть сами берут и пишут. заточка мира под юнити - это плохо, потому что а какже ж все остальные, у них же будут проблемы???
вот так, граждане. учитесь, как нужно-то мозги промывать правоверным.
ну и там еще в каментах много вкусного, даже Шигорин отметился ггг.
на фоне всех этих тонн еды свежо выглядит оценка быв. ментейнера компиза, которую следует процитировать целиком:
The ACTUAL Mir and Wayland Comparison
Posted on March 6, 2013 by smspillaz
As someone who has experience with both codebases, I feel qualified to answer this question.Mir: More focus on unit testing, less experience with the linux graphics stack.
Wayland/Weston: Less focus on unit testing, more experience with the linux graphics stack.
Done. Can we move on to something else now?
тут такое дело просто. авторы вяленого — они Богами Призваные Пророки и Герои, они спасают унылый линукс со скучными обоями от смерти под крестиком. поэтому всё, что они делают — априори хорошо и правильно. а кто так не думает — тот старпёр, консерватор, еретик, ренегат, должен быть сожжён во славу Прогресса.
