LINUX.ORG.RU

Про зависимости сборки 63-его Firefox'а

 ,


1

2

Оказывается, сборка Firefox'а теперь действительно может тянуть nodejs. Однако, если против nodejs можно пытаться применять опцию "--disable-nodejs", то без cbindgen'а теперь совсем никак. Причём cbindgen нужен свежий. Версия 0.4.x не подойдёт. Если скомпилировать не получается (мало ли, например, cargo сегфолтится), то можно позаимствовать бинарник cbindgen'а 0.6.6 из 30-й Федоры. И, да, rust тоже нужен посвежее, не старее версии 1.28.0. Следующий 64-й Firefox по их графику будет требовать rust не старее 1.29.0: https://wiki.mozilla.org/Rust_Update_Policy_for_Firefox .

★★★★★

Ответ на: комментарий от th3m3

Чтобы

being able to use Node-based JavaScript and CSS tooling (e.g. Babel, PostCSS, bundlers like Webpack, etc.) as part of the regular build process.

В 63-ем Firefox'е это пока ещё опционально, но для сборки 64-го Firefox'а nodejs станет обязательной зависимостью.

saahriktu ★★★★★ ()
Ответ на: комментарий от Bruce_Lee

да, в генте 63.0.1 без >=net-libs/nodejs-8.11.0 не соберёшь.

Это пока ещё всего лишь особенности официального ебилда в Генте.

63.0.1 пока ещё можно собрать без nodejs если ему скормить опцию "--disable-nodejs".

Это начиная с 64-го Firefox'а он начнёт игнорировать эту опцию.

52.9.0 <-- последний нормальный фирефокс

Начиная с 57-го он знатно ускорился, и сейчас его продолжают ускорять.

saahriktu ★★★★★ ()
Ответ на: комментарий от saahriktu

Начиная с 57-го

vimfx дропнули, не нужно

знатно ускорился, и сейчас его продолжают ускорять

а ты не открывай больше 3х вкладок, не будет тормозить.

Bruce_Lee ★★ ()
Последнее исправление: Bruce_Lee (всего исправлений: 1)
Ответ на: комментарий от Bruce_Lee

а ты не открывай больше 3х вкладок, не будет тормозить.

Его не в этом смысле ускоряют, а рендеринг. Даже в одной единственной вкладке. Вот и в последних версиях, особенно в 64-й, начинает чувствоваться приближение т.н. WebRender'а, который рисует не средствами CPU, а средствами GPU. С AMD R7 240 разница хорошо заметна. Тот же скроллинг наконец-то начинает становиться по-настоящему плавным. Доделать WebRender обещают к 67-й версии.

saahriktu ★★★★★ ()
Ответ на: комментарий от O02eg

В линуксе по дефолту это УГ до сих пор вообще не использует аппаратное ускорение, а хомячки всё ведутся на новоти про то, как им там что-то ускорили, когда всё рисуется процем.

anonymous ()
Ответ на: комментарий от anonymous

Как будто бы сложно включить в опциях. Правда, оно может напороться на

blocked by env: No qualified hardware

Но, это ещё не значит, что всё рисуется исключительно силами CPU. Как минимум, будет так:

Compositing OpenGL

saahriktu ★★★★★ ()
Ответ на: комментарий от iZEN

Что-то я вообще не нахожу признаков того, чтобы Firefox 63.0.1 хоть как-то использовал библиотеки ffmpeg. Даже если при сборке в системе была именно версия 4.1.

saahriktu ★★★★★ ()
Последнее исправление: saahriktu (всего исправлений: 1)
Ответ на: комментарий от anonymous

Там просто сообщения:

Libavcodec linking succeeded\0Invalid libavcodec candidate\0Libavcodec not found\0libavcodec-ffmpeg.so.58\0libavcodec-ffmpeg.so.57\0libavcodec-ffmpeg.so.56\0libavcodec.so.57\0libavcodec.so.56\0libavcodec.so.55\0libavcodec.so.54\0libavcodec.so.53\0ffmpeg video decoder

А если посмотреть ldd, то:

$ ldd /usr/lib64/firefox/libxul.so | grep libav
$

saahriktu ★★★★★ ()
Ответ на: комментарий от anonymous

ldd, напоминаю, перечисляет все библиотеки, с которыми динамически слинкован файл. Допустим, libxul.so каким-то образом не будучи слинкованной с libavcodec.so.58 подгружает её во время работы. Тогда бы это было видно через pmap. А этого и через pmap не видно. Я ж и говорю - никаких реальных признаков использования этой библиотеки.

UPD. А, нет, таки нашёл нужный процесс:

$ pmap 7201 | grep libav
00007fffcddf6000  12808K r-x-- libavcodec.so.58.35.100
00007fffcea78000   2048K ----- libavcodec.so.58.35.100
00007fffcec78000    232K r---- libavcodec.so.58.35.100
00007fffcecb2000    176K rw--- libavcodec.so.58.35.100
00007fffd3477000    404K r-x-- libavutil.so.56.22.100
00007fffd34dc000   2044K ----- libavutil.so.56.22.100
00007fffd36db000     44K r---- libavutil.so.56.22.100
00007fffd36e6000      4K rw--- libavutil.so.56.22.100

saahriktu ★★★★★ ()
Последнее исправление: saahriktu (всего исправлений: 1)
Ответ на: комментарий от saahriktu

Через dlopen загружается то, с чем он НЕ слинкован, и никакой ldd этого не перечисляет.

grep libavcodec /proc/`pgrep firefox`/maps
1532563f2000-153256462000 r--p 00000000 08:02 737352                     /usr/lib/libavcodec.so.58.35.100
153256462000-153256da1000 r-xp 00070000 08:02 737352                     /usr/lib/libavcodec.so.58.35.100
153256da1000-1532570b5000 r--p 009af000 08:02 737352                     /usr/lib/libavcodec.so.58.35.100
1532570b5000-1532570f7000 r--p 00cc2000 08:02 737352                     /usr/lib/libavcodec.so.58.35.100
1532570f7000-153257124000 rw-p 00d04000 08:02 737352                     /usr/lib/libavcodec.so.58.35.100

Школота x3

anonymous ()