MeeGo слили?

[vitus_wagner]

https://meego.com/community/blogs/imad/2011/whats-next-meego

Ну в общем-то я с самого начала предрекал что попытка поменять maemo на meego - это начало конца. Поменять dpkg на rpm это ж надо додуматься было. Ну то есть это имело бы смысл при наличии бинарной совместимости с каким-нибудь CentOS. Но только CentOS нифига не поддерживает ARM. А кто у нас есть из RPM-based, чтобы был полностью community driven, достаточно широко известен, и поддерживал нормальные по нынешним временам архитектуры? А вот на maemo можно было ставить пакеты из соответствующих релизов debian, если они без gui. Tcl я точно ставил.

Теперь, похоже, решили сосредоточиться на открытой реализации аналога хьюлетовской WebOS (которую тут в комментах поста про андроид кто-то отчаяно хвалил). Использовать самый ублюдский способ написаиняи приложений, который только бывает - HTML5, в качестве основного. Причем еще наверняка разумной интеграции нативных компонент с HTML5 не будет. Потому что у HTML6 нет нормальной модели безопасности. Особенно для мобильных устройств, где DoS-атака на батарейку - реальная угроза.

Comments

[rdia.livejournal.com]

Я может быть чего-то не понимаю, но почему все так зациклились на HTML5? Есть же и другие языки, более удобные для десктопных приложений.

[vitus_wagner]

Я бы тоже очень хотел это понять. Впрочем, еще в то время, когда ни о каком HTML5 речи не было, дотнет тоже еще отсутствовал, Swing был модной новинкой, Tk активно развивался, а AWT и Motif ни разу не потеряли актуальности,
очень многие мои знакомые уже предпочитали делать UI на HTML (причем часто без всякого client-side, lynx-friendly) и не связываться с GUI-тулкитами.

Я тогда писал на Tk и Ctk и не понимал этого подхода.

С тех пор javascript таки развился до того, что стал пригоден для писания приложений, но почему-то несмотря на все усилия разработчиков XUL, подложить под него более удобную для приложений объектную модель, чем HTML5 DOM, не получилось.

[taris_marh]

Гавное достоинство вебморды - нет необходимости что-то ставить на клиентскую машину. Больше достоинств нет, если гуй делается с помощью инструмента, похожего на Glade - точно так же интерфейс формируется через описание и не требует компиляции. Главная морока десктопого гуя - программирование отрисовки этого гуя. Сейчас эта напасть проникает и в веб-программирование: вместо описания интерфейса его теперь всё чаще создают программным путём с помощью jQuery и прочих библиотек.

[taris_marh]

У Федоры есть сборки для ARM. Правда, с ходу найти найти не удалось. Может, заглох проект уже. Но что-то мне попадалось раньше, причём, именно в форме полноценного репозитария.

Делать приложения на HTML - всё-таки извращение. Если хочется чего-то подобного, то можно либо взять за основу какую-нибудь шнягу, типа Glade со встроенным JS или другим языком, либо написать самим.

[vitus_wagner]

Вот почему-то способ развития IT-индустрии такой, что сначала побеждает самый уродский и извращенный вариант (как то, например, процессоры Intel, файловая система VFAT, Microsoft Windows, Java, HTML5) и только потом, через десятилетия у более разумных технологий (того же ARM) есть шанс отыграть кусочек игрового поля.

[taris_marh]

Сие тайна есть великая. Наверное, потому, что Intel успела забить место на рынке персоналок и всех остальных активно оттуда выдавливает, пусть и относительно честным способом, давя на совместимость со старыми приложениями.

[rdia.livejournal.com]

Потому, что лучше говно, но даром. А те, кто делают не говно, считают, что все им по жизни дикие деньги должны. Цены на Альфы, к примеру, были совершенно негуманными.

А со Спарками вообще весело - http://www.fcenter.ru/online.shtml?hardnews/2011/09/28#material_id=32002

"Благодарить за это надо, в том числе, переход к конвейерам с изменением очереди команд. Сообщается, что это первая практическая реализация новых конвейеров в истории разработки SPARC-архитектур компанией Sun (много ранее изменение очереди команд в архитектуре SPARC использовала компания Fujitsu)."

Когда там в Pentiumы встроили внеочередное исполнение команд?

[gegmopo4.livejournal.com]

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

[silly-sad.livejournal.com]

думаю шо тут два фактора.
1. как и в живой природе монотонность эволюции.
все лезут по градиенту очень быстро залазят на БЛИЖАЙШИЙ локальный пик, и слезть с этого пика не могут потому что вниз НЕЛЬЗЯ. (я этот образ у Докинза украл)
2. в отличие от дикой природы тут есть супервизор -- бабло (который и создаёт ИСКУССТВЕННОЕ взаимодействие между эволюционными ветками). Взаимодействие это очень простое МОЧИТЬ КОНКУРЕНТОВ!!!!!!

поэтому и получается что сначала говно торжествует,
а оптом нихрена не отмирает.

[kiryl.livejournal.com]

> Поменять dpkg на rpm это ж надо додуматься было.

А вы где-нибудь излагали уже ваши притензии к rpm? Было бы интересно.

dpkg до сих пор не умеет транзакции и даже файловые конфликты до начала установки рассмотреть не в состоаянии.

[vitus_wagner]

Пятнадцать лет пользуюсь Debian и в первый раз слышу про то что он, оказывается, не умеет транзакции.

А что касается файловых конфликтов то он зато умеет diversions. И если мейнтейнер хотя бы одного из конфликтующих пакетов головой думал, то файлового конфликта не будет.

То есть в dpkg есть
1. Три уровня зависимостей, два из которых можно не ставить. Очень способствует при правильном использовании отсутствию в системе лишних библиотек, и при этом полной поддержке функциональности программы.
2, Diversions.
3. Hold
4. Виртуальные пакеты
5. Интерактивное конфигурирование при установке
6. Аккуратное разрешение конфликтов при обновлении файлов конфигурации.

А что в rpm? Хреновенький http/ftp клиент, который все равно бесполезен без пакетного менеджера верхнего уровня
(а тот все равно будет все тащить сам).

Кривые макросы rpmbuild которые норовят всему, про что file cказал ELF BINARY strip сделать.

Из пары десятков дистрибутивов Linux в которых мне это было надо я только по-моему в альте сумел аккуратно штатным образом отключить желание пострипать от бинарника приконкатенированный к нему зип-архив со скриптами (да это извращенный способ написания приложений, но пакетный менеджер должен давать разработчику прострелить себе ногу).

Самопальный язычок для написания спек-файлов (а вот дебиановцы не парились и использовали полноценный GNU make)

Бинарная пакетная база.

Формат файла, который невозможно разобрать штатными средствами POSIX на любой системе где нет rpm. Вот помню, было дело, с каким матом я src.rpm на BSDI расковыривал. То ли дело orig.tar.gz+ diff.gz. Да в общем-то и deb может на любой системе без dpkg разархивировать любой, кто умеет пользоваться командой file.

В общем, могу еще долго перечислять, но хуже RPM только windows installer. Даже солярисные пакеты и то удобнее в обращении.

[max630.net]

Тут уже высказались. В общем, про rpm даже сложно понять с чего начинать его ругать, так много всего вкусного. Пожалуй, самое главное - отсутствие документации. Есть maximum rpm, по сути туториал, плохо структурированный и неполный. Где-то в исходниках есть описание формата rpm, не исключено что уже устаревшее. Всё. Никаких вразумительных спецификаций на формат spec'а (а пойди напиши его сейчас, когда каждый дистрибутив навертел свои helper скрипты) или на ход установки нет. Сравните с вылизанной до буквы debian policy.

А транзакции переоценивать не следует. Достаточно пакетному скрипту вернуть единичку и всё будет очень некрасиво, и транзакции не помогут.

Да и зачем нужны транзакции для установки пакетов? Файловая система всё равно не транзакционна. apt лочит базу, проверяет условия, выполняет действия, отпускает лок. Система состояний dpkg обрабатывает runtime ошибки. Что к этому могут добавить транзакции, кроме дедлоков в базе?

[gegmopo4.livejournal.com]

Слила MeeGo не Нокия, а Интел. Взялся играть на несвоём поле, не потянул, вместо того, чтобы сразу закрыть, разделил издержки с другим неудачником, Нокией, когда она потонула — итог закономерен.

[vitus_wagner]

Мне вообще говоря, пофиг кто слил. Интел, насколько я понимаю втерся в альянс с Nokia намерено, с целью придушить
потенциальных конкурентов. Чего успешно и добился. Нету у Nokia теперь серии КПК с нормальной операционкой.

[lumag]

Ни разу не пытаясь защитить Intel, Samsung или Tizen.
Сегодня попросил коллегу, который до этого развлекался с MeeGo, показать как оно (он? она?) работает. В итоге за 5 минут словили два зависания среды в эмуляторе, тормоза по поводу и без. Калькулятор, который не понимает ввод с клавиатуры. Да и внешний вид — помесь Android и Qtopia Phone. Впечатление крайне сырой вещи.
В общем, туда MeeGo и дорога.

[vitus_wagner]

MeeGo точно туда и дорога. Вот Maemo жалко. За 5 лет ее почти довели до ума. И тут пришел Intel и сказал давайте все бросим и начнем с нуля.

[max630.net]

Трансляция этого блога на fossplanet по-прежнему делается с livejournal. Туда же и ссылки ведут. Нехорошо.

[amarao-san.livejournal.com]

До тех пор, пока dpkg будет хранить свою базу в текстовом формате, нет ему пути на медленные железки. Это ж страх и ужас, в 2011 году работать с текстовым файлом, перепарсивать его КАЖДЫЙ раз при запуске.

[kastaneda]

<irony> Давайте туда XML вместо plain text впихнём! </irony>

[vitus_wagner]

Таких медленных железок, на которых мне приходилось работать с Debian, нет теперь даже в микрокалькуляторах.

Помнится, как то уже в те времена, когда для того, чтобы выделить из репозитория определенную архитектуру, приходилось парсить файл Packages, я миррорил Debian на
машинке с 4Мб памяти и 486 процессором с 2-значной частотой. Ничего, справлялась. Правда, тогдашний debmirror, написанный на shell+awk пришлось чуточку подрихтовать.

Вообще-то традиционные средства обработки текстов появились на системах, где были 16-разрядные процессоры и памяти измерялась дестяками КИЛОБАЙТ.

Бинарные форматы, как правило, оказываются МЕДЛЕННЕЕ текстовых. Просто потому что существует куда меньше наработок про то, как их готовить.

[silly-sad.livejournal.com]

покажите мне хоть один не текстовый файл в этом мире.

[tzirechnoy.livejournal.com]

У меня на всех медленных жэлезках (180-300MHz) базы хранятся практически в dpkg-шном формате (и пакеты ставятся почти как dpkg-шные). ipkg/opkg, ага. Всё смело и няшно, работает быстро. ЧЯДНТ?

[max630.net]

а никто не запрещает делать бинарные кеши. в apt, например, он есть

[mkazarian.blogspot.com]

Не понял, HTML5 используется не только для описания пользовательского интерфейса? И чем он самый ублюдский. Просто я не в курсе о HTML5.

[vitus_wagner]

Использование HTML (любого) для написания пользовательского интерфейса - ублюское по определению. На html надо писать документы. А интерфейс - это не документ.

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

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