[Solved] баги в firefox 4 на x86_64: www-plugins/adobe-flash-10.3.181.14
ananazzz 14 мая, 2011 - 22:42
Всем добрый день! Вот собственно интересует тема сообщения)
»
- Для комментирования войдите или зарегистрируйтесь
Да, что уж там. Тема
Да, что уж там. Тема дотаточно печальная...
уже сдаунгрейдили...
уже сдаунгрейдили... в портаже...
Сегодня вычитал
"Компания Adobe опубликовала плагин Flash 10.3 для Windows, Mac, Linux и Android (бесплатная версия для Android доступна в Android Market). Нововведением этой версии является технология Acoustic Echo Cancellation, обеспечивающая подавление шумов при трансляции потокового видео по сети, а также расширенные возможности управления файлами cookies.
В остальном функциональность версии 10.3 практически не отличается от 10.2. Для ее полноценной работы на Android потребуется версия этой ОС не ниже 2.2; владельцам планшетов Adobe рекомендует обновить их прошивку до Android 3.1, а также работать с соответствующими файлами в полноэкранном режиме."
Опять они поторопились, толком ничего не проверив, я более чем уверен )
И одно из решений с bugs.gentoo.org ))
I created /usr/lib64/nsbrowser/plugins and re-emerged
www-plugins/nspluginwrapper-1.3.0 but got the same error
ls: cannot access /usr/lib64/nsbrowser/plugins: No such file or directory
during install.
so I went crazy on my kbd by pressing 'arrow UP' followed by 'Enter' in another
terminal during the re-emerge of www-plugins/nspluginwrapper-1.3.0
00:39:07 localhost ~ # mkdir -p /usr/lib64/nsbrowser/plugins
00:39:07 localhost ~ # mkdir -p /usr/lib64/nsbrowser/plugins
00:39:08 localhost ~ # mkdir -p /usr/lib64/nsbrowser/plugins
00:39:08 localhost ~ # mkdir -p /usr/lib64/nsbrowser/plugins
00:39:08 localhost ~ # mkdir -p /usr/lib64/nsbrowser/plugins
00:39:08 localhost ~ # mkdir -p /usr/lib64/nsbrowser/plugins
00:39:09 localhost ~ # mkdir -p /usr/lib64/nsbrowser/plugins
00:39:09 localhost ~ # mkdir -p /usr/lib64/nsbrowser/plugins
00:39:09 localhost ~ # mkdir -p /usr/lib64/nsbrowser/plugins
00:39:09 localhost ~ # mkdir -p /usr/lib64/nsbrowser/plugins
00:39:10 localhost ~ # mkdir -p /usr/lib64/nsbrowser/plugins
00:39:10 localhost ~ # mkdir -p /usr/lib64/nsbrowser/plugins
00:39:10 localhost ~ # mkdir -p /usr/lib64/nsbrowser/plugins
00:39:11 localhost ~ # mkdir -p /usr/lib64/nsbrowser/plugins
00:39:11 localhost ~ # mkdir -p /usr/lib64/nsbrowser/plugins
00:39:11 localhost ~ # mkdir -p /usr/lib64/nsbrowser/plugins
00:39:11 localhost ~ # mkdir -p /usr/lib64/nsbrowser/plugins
now flash is working
У кого не очень с инглишем - в процессе переустановки чел постоянно вручную создает этот каталог)
.
Это не решение, а костыль. Просто 64-х битные сборки отстают с выпуском, а nspluginwrapper - бяка, вряд ли вообще достойная внимния. Попросили бы у portage подробностей - увидели бы: +adobe-flash-10.3.181.14.ebuild,
"adobe-flash-10.3.181.14 (14 May 2011)
14 May 2011; Jim Ramsay
metadata.xml:
Version bump: 10.3.181.14 is released. This does not include a 64-bit native
version (again), but does include a small gtk utility (and a Kde4 kcm add-on)
to manage some user settings. (Bug #367031)"
Мы тоже не всего читали Шнитке!.. © В. Вишневский
Spoiler написал(а): Это не
Скажите пожалуйста, а вот какой командой "попросить подробностей", чтобы portage это ответил?
.
В зависимости от используемого вами утиля, возможны варианты. Для себя считаю удобным юзать app-portage/porthole
Мы тоже не всего читали Шнитке!.. © В. Вишневский
Spoiler написал(а): pol01
А консольное что-нибудь поскажете?
% which ebldlog ebldlog ()
% which ebldlog ebldlog () { $EDITOR $(dirname `equery which $1`)/ChangeLog }Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.