Ну, я и говорю, упоминания. Самого порта нет

Presto-based applicantions:
Nintendo DS Browser (based on Opera)
Nintendo DSi Browser (based on Opera)
Wii Internet Channel Browser (based on Opera)

Presto-based applicantions

http://ftp.opera.com/ftp/pub/opera/

;-)

Как там успехи насчет ARM? Есть шансы скомпилить для Symbian 9.x?

http://ftp.opera.com/ftp/pub/opera/series60/3.x/1200/

Вот инструментарий для Symbian под Linux (32bit)

https://cloud.mail.ru/public/JxE5/CDr4AStEZ

Под арм все еще компиляется, потому что я поленился кроссбилд делать и компиляю на железке.
Симбиан я не знаю от слова «совсем». Да и код там win/osx/lin-only.
Всякие экзотические платформы у них, видимо, в отдельных ветках/репах, которые не слили.

Ну да, упоминания я и имел ввиду. По ним сразу стало видно, что это действительно утечка, а не фейк.

А так да, сами порты вырезаны, наверное за неактуальностью, либо утекло только основное дерево.

Всякие экзотические платформы у них, видимо, в отдельных ветках/репах, которые не слили.

Я толком код не смотрел, исходников того, что они называют «серверным Presto» там тоже нет?

Закрыли по DMCA. Значит, настоящие.

Ааатлична! Справедливость и чудеа в мире есть!

Кто-нибудь уже поднял SVN или GIT в Tor Onion? Добавлю в закладки.

Symbian 9.x очень близка к Win32

Вот пример кода который должен собираться как под win так и под Symbian.

https://github.com/Symbian9/X-plore_free

Repository unavailable due to DMCA takedown.

Перезалейте на что-нибудь нормальное, на рутрекер например.

читай

https://news.ycombinator.com/item?id=13393994
http://mobile.opennet.ru/opennews/art.shtml?num=45855

http://files.lorwiki.ru/presto/8cd9aeda16e8.zip

user.js, urlfilter.ini, user.css

http://m.dimonvideo.ru/forum/topic_1728142926/63/3930#1865546191

http://m.habrahabr.ru/post/97748

https://github.com/search?&q=user.js opera&ref=simplesearch

Нету.

Серверная часть скорее всего за семью замками. Там же привязка к OperaMini и куча пользовательских данных проходит через нее, с паролями и прочим...

https://dev.opera.com/blog/ru/opera-mini-server-upgrade/

Published on 16 March 2015

Мы обновили сервера Opera Mini до новой версии нашего движка Presto...

Скажешь, что сделать с враппером, чтоб сборка не падала?

Compiling platforms/x11api/plugins/unix_opplugintranslator.cpp
g++ -c -o build/obj/operapluginwrapper-ia32-linux/platforms/x11api/plugins/unix_opplugintranslator.o platforms/x11api/plugins/unix_opplugintranslator.cpp -pipe -MMD -fshort-wchar -fsigned-char -fno-threadsafe-statics -fno-exceptions -fno-rtti -m32 -fno-omit-frame-pointer -ggdb -Winvalid-pch -fmessage-length=0 -Wchar-subscripts -Wformat -Wformat-security -Wmultichar -Wpointer-arith -Wreturn-type -Wstrict-aliasing -Wno-unknown-pragmas -Wno-format-y2k -Wno-switch -Wno-parentheses -Wno-unused-parameter -D_REENTRANT -DWCHAR_IS_UNICHAR -DPLUGIN_WRAPPER -D_DEBUG -DBROWSER_BUILD_NUMBER_INT=9999 -DSTASHED_DEFINES -DUNIX -DBROWSER_BUILD_NUMBER=\"9999\" -DDEBUG=1 -DFEATURE_SELFTEST=NO -D_LARGEFILE_SOURCE -I. -Ibuild/obj/operapluginwrapper-ia32-linux -Ibuild/src -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/libdrm -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng16 -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/freetype2
In file included from /usr/lib64/glib-2.0/include/glibconfig.h:9:0,
                 from /usr/include/glib-2.0/glib/gtypes.h:32,
                 from /usr/include/glib-2.0/glib/galloca.h:32,
                 from /usr/include/glib-2.0/glib.h:30,
                 from /usr/include/glib-2.0/gobject/gbinding.h:28,
                 from /usr/include/glib-2.0/glib-object.h:23,
                 from /usr/include/glib-2.0/gio/gioenums.h:28,
                 from /usr/include/glib-2.0/gio/giotypes.h:28,
                 from /usr/include/glib-2.0/gio/gio.h:26,
                 from /usr/include/gtk-2.0/gdk/gdkapplaunchcontext.h:30,
                 from /usr/include/gtk-2.0/gdk/gdk.h:32,
                 from /usr/include/gtk-2.0/gtk/gtk.h:32,
                 from ./platforms/utilix/OpGtk.h:23,
                 from platforms/x11api/plugins/unix_opplugintranslator.cpp:13:
/usr/include/glib-2.0/glib/gtypes.h: In function 'gboolean _GLIB_CHECKED_ADD_U64(guint64*, guint64, guint64)':
/usr/include/glib-2.0/glib/gmacros.h:142:29: error: size of array '_GStaticAssertCompileTimeAssertion_1' is negative
   __attribute__((__unused__))
                             ^
/usr/include/glib-2.0/glib/gmacros.h:232:120: note: in expansion of macro 'G_GNUC_UNUSED'
 #define G_STATIC_ASSERT(expr) typedef char G_PASTE (_GStaticAssertCompileTimeAssertion_, __COUNTER__)[(expr) ? 1 : -1] G_GNUC_UNUSED
                                                                                                                        ^
/usr/include/glib-2.0/glib/gtypes.h:423:3: note: in expansion of macro 'G_STATIC_ASSERT'
   G_STATIC_ASSERT(sizeof (unsigned long long) == sizeof (guint64));
   ^
*** Build failed:
    Command exited with return code 1 (Compiling platforms/x11api/plugins/unix_opplugintranslator.cpp)

Запускать flower с -v, подсмотреть команду сборки и запустить ее ручками, заменив пути.
Он пытается собрать 32битный враппер, но gtk/gdk/glib заголовки берет из 64бит. Собственно, в команде сборки надо заменить -I/usr/lib64/... на -I/usr/lib/... (оно там два раза)

Точно, спасибо. Собралось, работает.

Кто б разобрался, как прикрутить поддержку ECC к ssl.
Я чото устал в этом копаться.
С системным опенссл он собирается, но ECC все равно не работает да и вообще падать начинает.

Кому интересно поковырять: libopeay - это форк опенссл. Там есть поддержка ECC.
libssl - оперовский клей к libopeay/openssl, там нет поддержки ECC.

А какая там вообще версия TLS?
Мне кажется, алгоритмы на эллиптических кривых были уже очень давно

1.0.0g если верить исходникам. Сама либа умеет, не умеет прослойка между ней и оперой.
Официально в опере поддержка появилась только в 12.18 (которой не было под онтопик)

Зонд

Собрал, сделал первый запуск и проверил через wireshark на какие домены стучится при запуске.
С ужасом бил процесс.
Надо бы из исходников выпилить и посмотреть что и где оно отправляет, но у меня нет времени.
Собрано на Fedora 25, x86-64, исходники с github до DMCA notice, опции сборки:

./flower -v --without-autoupdatechecker --without-kde4 --without-gstreamer --no-color --without-plugins

autoupdate.opera.com
certs.opera.com
rvip1.ue.cachefly.net
cs9.wac.phicdn.net
clients.google.com
www.litres.ru
img.yandex.net
ebay.ru
img.imgsmail.ru
http-only.route53.opera.com
redir.geo.opera.com
www.fastmail.fm
sitecheck2.opera.com
e6845.dscb1.akamaiedge.net
gdcrl.godaddy.com.akadns.net
www.route53.opera.com
m.global-ssl.fastly.net
ocsp.godaddy.com.akadns.net
mail.ru
www.ozon.ru
mmedia.ozon.ru
www.yandex.ru

Зонд

Ну это ж проприетарщина.

Я уже проверил пару адресов.
sitecheck это аналог safebrowsing, mail.ru взялось из дефолтных сайтов в speeddial.
Позже ещё поковыряю.

в speeddial

Нужно вообще это выпилить. Меню закладок достаточно для этих целей.

В общем, я собрал это дело для 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

Патчи:
Build patch: https://paste.fedoraproject.org/527758/03599148
Arm patch: https://paste.fedoraproject.org/527759/45036061

./flower -v -j 1 --without-kde4 --without-gtk3 --without-plugins --without-dual-plugin-wrapper --no-debug-symbols --optimize --without-autoupdatechecker --no-package-devel --release --package=tar

Если собирать на железке, то нужен свап на пару гигов и много терпения, ибо собирается больше суток
КПДВ: http://is2.4chan.org/g/1484503794169.png

Здорово.

Может таки посмотришь возможность сборки под Symbian 9.x, а?

SDK (с мануалами) https://cloud.mail.ru/public/JxE5/CDr4AStEZ

Примеры кода собираемого как для Win так и для Symbian:

https://github.com/Symbian9/X-plore_free
https://github.com/Symbian9/ProfiMail_free

Я ничегошеньки не знаю про симбиан.
Код по твоей ссылке собирается под win и symbian только потому, что использует самописную библиотеку абстракции, в которой есть исходники как под win, так и под symbian.

В исходниках оперы, как я уже говорил, нет кода под symbian.

Я ничегошеньки не знаю про симбиан.

Ладно, будем ждать когда код OperaMobile откроют

Вот по Symbian материалы, может кому пригодятся

https://github.com/Symbian9/SymbianBook_ru
https://github.com/fedor4ever/GCC-4-Symbian
https://github.com/fedor4ever/symbian

Может это еще пригодиться в процессе ковыряния

https://github.com/operasoftware/operaprestodriver

В общем, я собрал это дело для raspberry pi

И как работает в сравнении с другими браузерами? Presto в 12.15 ведь уже не был таким лёгким.

использовать его нельзя

Можно, если законы твоей страны позволяют. Или если твой проект хостится в странах с цифровой свободой или в анонимных сетях.

Допустим, разработчик заявляет, что он из Сомали. Почему он должен придерживаться законов других стран и не может делать то, что в его стране не карается законом?

Я особо не тестил, но вроде довольно шустро.
Их яваскрипт-двиг и библиотека отрисовки умеют в аппаратное ускорение на арме (и мипсе).
Очень надеюсь, что они хотя бы кусками код откроют.

А libvpx там не тыкали? А то оно умеет только в vp8. Я с libvpx и gstreamer как-то вообще не работал, но попробовал банально обновить встроенный libvpx до последней версии - собирается, и даже работает без всяких крашей, но только всё тот же vp8. Там похоже именно vp8-декодер используется, но вот не пойму что-то как оно там это всё работает...

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

Оперовский js-движок, кстати, можно собрать отдельно:

$ ./jsshell -e 'print(«hello»)'
Opera JavaScript shell (, built Пн янв 16 15:23:18 MSK 2017)
Setting address space limit to 512 MB

hello
--------------------------------------------------------------------------------
Compilation time: 0.073975 ms
Execution time: 0.047852 ms
Major collection : 0.4ms (850.5%)
Tracing : 0.4ms (741.8%)
Sweeping : 0.1ms (106.6%)
Number : 1
Minor collection : 0.0ms (0.0%)
Tracing : 0.0ms (0.0%)
Sweeping : 0.0ms (0.0%)
Number : 0
Total in collection : 0.4ms (850.5%)
Total bytes allocated : 87992
Peak bytes allocated : 133032
Total external bytes : 0
Instructions executed : 5
done!

Ты хорошо понимаешь что с каждым постом заставляешь все больше ненавидеть тех кто закопал это сокровище?

Атож. Сам негодую.

Кстати, вся эта ботва поддерживает компиляцию в байткод и собственно опера поддерживает его загрузку вместо исходных жс-ок.
Минимизация и обфускация в одном флаконе.

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

Не знаю как там на малинке, но x86_64 версия умеет в NPAPI-плагины и подхватывает системный флеш сразу.

можно ли «прикрутить» Flash Player?

Возможно все. Вот так просто взять - нет. Опера не поддерживает PPAPI

почему ты не выкладываешь готовый бинарник?

Потому что нелегально.

По QEMU без понятия.

Да сейчас и PPAPI особо не нужен, когда аддобы обновили NPAPI версию.

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

Компиляция для девайсов с небольшими мощностями. В остальном - академический интерес.

Компиляция для девайсов с небольшими мощностями.

Разве что под ARM железки. Но это удачно сложилось, что они JIT для ARM делали. Без JIT компилятора Javascript этот браузер всё равно будет адово медленным на современном вебе.

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

Патч на поддержку VP9: https://paste.fedoraproject.org/528850/14846609
Сперва нужно обновить встроенную libvpx до 1.3.0

Я имел в виду другое: существует Flash Player для armv7, и разработчики Raspbian «выдрали» его из ChromeOS и сделали у себя. Я спросил у iSage, можно ли его в Opera для ARM, он ответил что «просто скопировать - нет, т.к. в Опере NPAPI, а плагин для PPAPI».