Обновление Firefox

[asy]

Честно говоря боялся эту rpm-ку качать, казалось что слишком разная архитектура.

Пакет тем и хорош, что он не поставится, если что-то не так. Хотя, конечно, могут что-то не то в pre/post скриптах накрутить... Но бинарный инсталлятор, по любому, опаснее.

[ksa]

Честно говоря боялся эту rpm-ку качать, казалось что слишком разная архитектура.

В данном случае не надо бояться. Надо знать, что есть такая схемка i386->i486->i586->i686. На i586 заработает пакет собранный под i486 и под i386. Это вопрос оптимизации сборки пакета под определённую архитектуру процессора, не более. Например, пакет, собранный как i686, не пойдёт на архитектуре i386 и i486.

[Paul.ZS256]

Новые сведения.
Итак, в прошлый раз я утверждал, что установка rpm-пакета Adobe Reader помогла с внедрением плагина в обновленный FF. Дома, да. Помогла. А вот на боевых машинках... На боевых машинках тишь и блажь. Не захотел он там внедряться. :(

Придется, пока надеюсь, использовать враждебное ПО. Хочется верить, что к часу Х (теперь он в июне) проблему решить удастся.

[asy]

Итак, в прошлый раз я утверждал, что установка rpm-пакета Adobe Reader помогла с внедрением плагина в обновленный FF. Дома, да. Помогла. А вот на боевых машинках... На боевых машинках тишь и блажь. Не захотел он там внедряться. :(

Значит есть какое-то различие. Версии rpm-пакетов совпадают ?

[Paul.ZS256]

Итак, в прошлый раз я утверждал, что установка rpm-пакета Adobe Reader помогла с внедрением плагина в обновленный FF. Дома, да. Помогла. А вот на боевых машинках... На боевых машинках тишь и блажь. Не захотел он там внедряться. :(

Значит есть какое-то различие. Версии rpm-пакетов совпадают ?

даже больше скажу. не только совпадают, но и абсолютно идентичны (скачал дома один раз AdbeRdr9.5.1-1_i486linux_enu.rpm и устанавливал уже скачанное на всех машинках). То же можно сказать и о бинарнике FF firefox-16.0.1.tar.bz2.

[asy]

даже больше скажу. не только совпадают, но и абсолютно идентичны

Может, какие-то следы установки из бинарника остались ?

[Paul.ZS256]

даже больше скажу. не только совпадают, но и абсолютно идентичны

Может, какие-то следы установки из бинарника остались ?

Увы, но нет. На данных машинках бинарник устанавливался только на одной (из 14)

[asy]

Увы, но нет. На данных машинках бинарник устанавливался только на одной (из 14)

А на тех 14-и не x86_64 ?

[Paul.ZS256]

Увы, но нет. На данных машинках бинарник устанавливался только на одной (из 14)

А на тех 14-и не x86_64 ?

:) нет конечно :)
рмазумеется обычные 32-х разрядные ОС

Я даже больше того скажу. Сегодня, в режиме максимально приближенном к боевому, проходило КЕГЭ. Ввиду непредсказуемости поведения плагина AR, для линукса, пришлось т.н. "сервер" и "АРМ-администратора" запускать под вражеской системой. Однако, к счастью, АРМ-участника (вот они-то все под линем были) работало нормально.

[asy]

Тогда проверять, что из rpm-ки куда должно лечь, легло ли, и что должны были сделать скрипты из rpm, если они есть.
nppdf.so попал в /usr/lib/firefox/plugins ?

[Speccyfighter]

Новые сведения.
Итак, в прошлый раз я утверждал, что установка rpm-пакета Adobe Reader помогла с внедрением плагина в обновленный FF. Дома, да. Помогла. А вот на боевых машинках... На боевых машинках тишь и блажь. Не захотел он там внедряться. :(

Придется, пока надеюсь, использовать враждебное ПО. Хочется верить, что к часу Х (теперь он в июне) проблему решить удастся.

Да вроде no problem:

Adobe Reader plugin upload

Код: [Выделить]

$ rpm -qa|grep -i adobe|grep -i reader
AdobeReader_enu-9.5.1-1


Код: [Выделить]

$ wget -c ftp://ftp.mozilla.org/pub/firefox/releases/16.0.2/linux-i686/ru/firefox-16.0.2.tar.bz2


Код: [Выделить]

# tar -xvf ./firefox-16.0.2.tar.bz2 -C /opt


Код: [Выделить]

Backup:
$ cd ~/.mozilla/
$ tar -czf ff-profile.backup.tgz ./firefox
$ tar -tvf ./ff-profile.backup.tgz |less # проверка содержимого


Код: [Выделить]

Kill old profile:
$ rm -rf /home/user/.mozilla/firefox


Код: [Выделить]

$ /opt/firefox/firefox # первый старт для создания профиля и выход


Код: [Выделить]

Info:
$ /opt/firefox/firefox -V
Mozilla Firefox 16.0.2


Код: [Выделить]

$ find /opt/Adobe/ -name npp*
/opt/Adobe/Reader9/Browser/intellinux/nppdf.so


Код: [Выделить]

$ ln -s /opt/Adobe/Reader9/Browser/intellinux/nppdf.so ~/.mozilla/plugins/


Код: [Выделить]

$ /opt/firefox/firefox # start & exit

Внимание! У вас имя default-профиля будет другим! См. путь к pluginreg.dat:

Код: [Выделить]

$ cat ~/.mozilla/firefox/wkuehhdo.default/pluginreg.dat
Generated File. Do not edit.
...
[PLUGINS]
...
nppdf.so:$
/opt/Adobe/Reader9/Browser/intellinux/nppdf.so:$
:$
1332931646000:0:1:$
The Adobe Reader plugin is used to enable viewing of PDF and FDF files from within the browser. :$
Adobe Reader 9.5:$
5
0:application/pdf:Portable Document Format:pdf:$
1:application/vnd.fdf:Acrobat Forms Data Format:fdf:$
2:application/vnd.adobe.xfdf:XML Version of Acrobat Forms Data Format:xfdf:$
3:application/vnd.adobe.xdp+xml:Acrobat XML Data Package:xdp:$
4:application/vnd.adobe.xfd+xml:Adobe FormFlow99 Data File:xfd:$
...

Аналогично можно прикрутить остальное (см. последние два вложения):

Код: [Выделить]

$ ls -l /usr/lib/browser-plugins/
итого 17528
-rw-r--r-- 1 root root   105016 Дек 27  2011 gecko-mediaplayer-dvx.so
-rw-r--r-- 1 root root   105016 Дек 27  2011 gecko-mediaplayer-qt.so
-rw-r--r-- 1 root root   105016 Дек 27  2011 gecko-mediaplayer-rm.so
-rw-r--r-- 1 root root   105012 Дек 27  2011 gecko-mediaplayer.so
-rw-r--r-- 1 root root   105016 Дек 27  2011 gecko-mediaplayer-wmp.so
-rw-r--r-- 1 root root 17410532 Окт 11 13:34 libflashplayer.so
lrwxrwxrwx 1 root root       69 Фев 14  2012 libjavaplugin_oji.so -> /etc/alternatives/links/|usr|lib|browser-plugins|libjavaplugin_oji.so

Есть вариант чуть проще.
Проликовать каталог '/usr/lib/browser-plugins' симлинком с именем 'plugins' в созданный каталог '/usr/lib/mozilla'.
Действие справедливое если используются плагины из репозитория под браузером с ftp.mozilla.org.
Соответственно, если используется "тарбольный Огнелис", пролинковать и nppdf.so, а не ложить его копию как это делает скрипт Ридера. Причём из директории Ридера в '/opt', чтобы при обновлении Ридера, подхватывался и обновлённый плагин.
Тогда плагины будут подхватываться общесистемно (см. пути поиска плагинов - следующий пост; для подробностей сходить по линкам), вне зависимости от настроек в профиле пользователя.
Лучше это или хуже, вопрос остаётся открытым и зависит от ситуации, и очень индивидуально.

[asy]

Да вроде no problem:

Да оно и так должно работать. Ни разу проблем не встречал... Надо просто понять до конца, что с rpm-кой происходит и что там не так.

[Speccyfighter]

rpm огнелиса?
Если можно, прямой линк на rpm'ку.
Не факт конечно, что косячёк увижу, но поковырять-то можно.
Но это уже поздно вечером. Туда дальше.

Или речь об rpm от Adobe?
Что-то после ночи плохо соображаю.

Тарбольный Файрфокс просто не находит плагинов потому, что лежат они не там где он их ищет:
http://kb.mozillazine.org/Determining_plugin_directory_on_Linux
https://developer.mozilla.org/en-US/docs/Gecko_Plugin_API_Reference/Plug-in_Basics#How_Gecko_Finds_Plug-ins
http://kb.mozillazine.org/Issues_related_to_plugins

Код: [Выделить]

Plugin path

Mozilla applications on Linux consult several directories looking for plugins. The exact list depends on how the application binary was compiled and packages, but can include directories such as

    $HOME/.mozilla/plugins
    program_directory/plugins
    /usr/lib/mozilla/plugins
    /usr/lib/xulrunner/plugins

where $HOME is the user's home directory and program_directory is where the Mozilla application binary resides.

Some Linux distributions search additional directories to handle the Adobe Flash player plugin or to support 32-bit plugins in a 64-bit environment.


Код: [Выделить]

$ rpm -ql AdobeReader_enu|grep -i npp
/opt/Adobe/Reader9/Browser/intellinux/nppdf.so


Код: [Выделить]

$ pwd
/usr/lib/firefox/plugins
$ ls -l nppdf.so
-rwxr-xr-x 1 root root 179552 Окт 30 07:40 nppdf.so


Код: [Выделить]

$ pwd
/usr/lib/browser-plugins

А у нас оно лежит в другом месте.

Инсталлятор адоб ридера ложит плагин по найденному пути. И это не /usr/lib/mozilla.
Тут если есть желание надо смотреть

Код: [Выделить]

$ less /opt/Adobe/Reader9/Browser/install_browser_pluginначиная с

#This function installs the plugin for a specific installation of the browser.

#This mechanism has been tested for Mozilla and Firefox. In both these browsers, the app searches for extensions/plugins in the 'plugins' folder.

Поэтому из альтовой сборки Огнелиса, nppdf.so подхватится дефолтом, а из тарбольной нет.
Правда тут нюанс: если ранее был установлен бранчевый Огнелис перед установкой Ридера, что в альтах, по крайней мере официальных, почти всегда.
Вот так вот где-то, если правильно понял эдобовый скрипт.

В принципе можно рутово пролинковать, чтобы каждый раз для каждого профиля пользователя в бубен не стучать.
Должно подняться.
Но если тарбол огнелиса разворачивать в /opt, то после обновления версии придётся бэкапить каталог plugins оттуда, чтобы симлинки не пересоздавать.
В общем тут надо немного подумать как будет лучше и удобнее.

...Или забить и создать

Код: [Выделить]

/usr/lib/mozillaсделав в каталоге симлинк plugins на

Код: [Выделить]

/usr/lib/browser-pluginsНу и nppdf.so придётся пролинковать.
Но чессгря не очень хочется систему превращать в мусорник.
Для этого есть домашний каталог.
:)

[asy]

Или речь об rpm от Adobe?
Что-то после ночи плохо соображаю.

Про Adobe

Тарбольный Файрфокс просто не находит плагинов потому, что лежат они не там где он их ищет:

Так у меня-то находит... И у Paul.ZS256, но, только, на одном из компьютеров. Осталось понять, почему...

[Speccyfighter]

Если брался не тарбол AdobeReader, а rpm, то надо смотреть в сторону firefox который с ftp.mozilla.org.
Adobe копирует библиотеку туда, где находит firefox по пути /usr/lib/я_тут/(program_directory/plugins)
В firefox альтовой инкарнации он сунул плагин в /usr/lib/firefox/plugins найдя системный каталог с браузером.
Если вычистить лишнее и оставить только сугубо альтовое из плагинов (расположение), firefox*16.0.2.tar.bz2 не найдёт и не находит ни одного плагина.
Если смотреть на полиси мозилла, мозилла ничего не знает о существовании каталога browser-plugins.
Как и о /usr/lib/firefox/plugins, куда сунул эдоуб свой плагин после поисков каталога установленного rpm-ного файрфокса.
Максимум из не жестко заданного:

Код: [Выделить]

program_directory/plugins
Остальное системное, кроме домашнего, фиксировано.
Что для альтов, это /usr/lib/firefox/plugins
Ну и там ещё. Но там нет даже симлинков на плагины.

Plugin path

Mozilla applications on Linux consult several directories looking for plugins. The exact list depends on how the application binary was compiled and packages, but can include directories such as

    $HOME/.mozilla/plugins
    program_directory/plugins
    /usr/lib/mozilla/plugins
    /usr/lib/xulrunner/plugins

where $HOME is the user's home directory and program_directory is where the Mozilla application binary resides.

Some Linux distributions search additional directories to handle the Adobe Flash player plugin or to support 32-bit plugins in a 64-bit environment.

ИМХО:
Черезмерное увлечение джавой делает файфокс трудноуправляемым.
Вопросов 'I can't find the Mozilla Firefox plugins directory' в нете просто тонны.
За 20 лет он так и не научился предоставлять в профиль пользователя простой логичный редактируемый файл plugins.ini, как это делает Opera:
можно дефолтом, но добавь своё из путей, если приспичило.
В Opera делов на 15 секунд.