Под арм все еще компиляется, потому что я поленился кроссбилд делать и компиляю на железке. Симбиан я не знаю от слова «совсем». Да и код там win/osx/lin-only. Всякие экзотические платформы у них, видимо, в отдельных ветках/репах, которые не слили.
Запускать flower с -v, подсмотреть команду сборки и запустить ее ручками, заменив пути. Он пытается собрать 32битный враппер, но gtk/gdk/glib заголовки берет из 64бит.
Собственно, в команде сборки надо заменить -I/usr/lib64/... на -I/usr/lib/... (оно там два раза)
Кто б разобрался, как прикрутить поддержку ECC к ssl. Я чото устал в этом копаться. С системным опенссл он собирается, но ECC все равно не работает да и вообще падать начинает.
1.0.0g если верить исходникам. Сама либа умеет, не умеет прослойка между ней и оперой. Официально в опере поддержка появилась только в 12.18 (которой не было под онтопик)
Собрал, сделал первый запуск и проверил через wireshark на какие домены стучится при запуске. С ужасом бил процесс. Надо бы из исходников выпилить и посмотреть что и где оно отправляет, но у меня нет времени. Собрано на Fedora 25, x86-64, исходники с github до DMCA notice, опции сборки:
В общем, я собрал это дело для raspberry pi Зависимости: libfontconfig1-dev libtinyxml-dev libxrender-dev libgstreamer-plugins-base0.10-dev libgtk2.0-dev libcups2-dev libfreetype6-dev libsqlite3-dev libxml-twig-perl zip
Я ничегошеньки не знаю про симбиан. Код по твоей ссылке собирается под win и symbian только потому, что использует самописную библиотеку абстракции, в которой есть исходники как под win, так и под symbian.
В исходниках оперы, как я уже говорил, нет кода под symbian.
Можно, если законы твоей страны позволяют. Или если твой проект хостится в странах с цифровой свободой или в анонимных сетях.
Допустим, разработчик заявляет, что он из Сомали. Почему он должен придерживаться законов других стран и не может делать то, что в его стране не карается законом?
Я особо не тестил, но вроде довольно шустро. Их яваскрипт-двиг и библиотека отрисовки умеют в аппаратное ускорение на арме (и мипсе). Очень надеюсь, что они хотя бы кусками код откроют.
А libvpx там не тыкали? А то оно умеет только в vp8.
Я с libvpx и gstreamer как-то вообще не работал, но попробовал банально обновить встроенный libvpx до последней версии - собирается, и даже работает без всяких крашей, но только всё тот же vp8. Там похоже именно vp8-декодер используется, но вот не пойму что-то как оно там это всё работает...
Тыкал. Там нужно еще gstreamer обновлять, но с новым уже не соберется просто так. Или писать плагин для старого, но у меня опера все равно не захотела подхватывать vp9
Кстати, вся эта ботва поддерживает компиляцию в байткод и собственно опера поддерживает его загрузку вместо исходных жс-ок. Минимизация и обфускация в одном флаконе.
Opera на Raspberry Pi - да это же замечательно! Интересно, а можно ли «прикрутить» Flash Player? Его как раз недавно добавили в Raspbian - разработчики взяли его из ChromeOS. Спасибо за информацию и патчи, а почему ты не выкладываешь готовый бинарник? Я вижу, у тебя arm6hf, а значит бинарник будет совместим со всеми моделями RPi, включая 2 и 3 (на которых arm7hf и arm8hf).
Хочу проконсультироваться. Я:
1). Хочу собрать Tor Browser на RPi
2). Помешан на LSB 3.1 и 4.0.
Сначала думал собирать под Raspbian 1.0 (базируется на Debian 7.0), но, с учётом пункта 2, решил под Debian 4.0 Etch. На Debian Wiki есть инструкция по разворачиванию Bootstrap. Развернул. Попробовал чрутнуться туда - а нифига. «Четвёрка» имеет архитектуру arm, «шестёрка» - armel, «восьмёрка» - armhf.
Бросил эту затею и сосредоточился на Raspbian 1.0. У меня к тебе 2 вопроса: 1). Возможно ли установить Debian 4 в QEMU и сделать «sudo apt-get world» таким образом, чтобы все проги пересобрались под armhf? 2). Если да, эмуляцию какого проца указывать в QEMU до пересборки мира, а какого - потом? И куда прописывать глобальный системный -march
А толку-то? Крякерам плевать на лицензии, но им не нужен код от уже неиспользуемого продукта. Разработчикам код может и пригодился бы, но он лицензионно грязный.
Компиляция для девайсов с небольшими мощностями. В остальном - академический интерес.
Разве что под ARM железки. Но это удачно сложилось, что они JIT для ARM делали. Без JIT компилятора Javascript этот браузер всё равно будет адово медленным на современном вебе.
Но даже так легальное использование невозможно. Нельзя выложить бинарник. Нельзя добавить в публичные репозитории. Ничего нельзя.
Я имел в виду другое: существует Flash Player для armv7, и разработчики Raspbian «выдрали» его из ChromeOS и сделали у себя. Я спросил у iSage, можно ли его в Opera для ARM, он ответил что «просто скопировать - нет, т.к. в Опере NPAPI, а плагин для PPAPI».